Poe口播开头提示词怎么让结果更具体

你刚点下Poe右下角的“Send”图标，AI就返回了“Error 400: Invalid parameter in line 2”，与此同时，字段名全都自动变成了小写。

这就是一个真实可用的口播开头——有具体动作、有即时反馈、有明确的失败形态。而绝大多数人写的提示词，生成的却是“今天教你怎么写提示词”这种套话。要实现这个效果，关键不是多写几句“请更具体”，而是把提示词结构彻底改掉。

锁定真实动作链

在提示词第一行就写清楚：【开头必须包含一个可验证的用户动作+即时反馈+具体失败形态】。比如“你按下回车键→AI返回JSON格式错误→字段名全变成小写”。

这一步绝不能省。否则Poe默认用“很多人”“大家”“你可能”开头，主语模糊得不行，口播一上来就没代入感。

动作链必须精确到操作层级：不是“你写了提示词”，而是“你在Poe输入框第3行粘贴了‘请生成标题’”；不是“AI没听懂”，而是“AI把‘冲突驱动型’识别成‘冲突类型’并返回空数组”。

植入三类真实锚点

方法一：绑定具体平台界面元素。
写清楚：“开头需出现Poe界面中真实存在的控件名称，如‘+ New Chat’按钮、右侧‘Templates’标签页、输入框右下角的‘Send’图标”。

方法二：引用真实错误信息截图文字。
例如：“开头第一句必须复现Poe报错弹窗里的原话，如‘Error 400: Invalid parameter in line 2’或‘Template not found in library’。”

方法三：插入真实时间戳与行为频次。
例如：“你连续5次在14:23–14:27之间提交同一提示词，第6次才触发‘Rate limit exceeded’提示”。

删掉所有解释性前缀

第一步：识别原文是否含以下三类句子——
① “其实/本质上/说白了……”
② “这个技巧的核心是……”
③ “接下来我会从三个方面讲……”

第二步：在提示词末尾加硬指令：【删除所有抽象定义、原理说明、结构预告；只保留动作发生时的声画同步描述，如‘你手指悬停在Send图标上0.8秒→屏幕突然变灰→右上角弹出黄色感叹号’】。

第三步：用“→”强制串联动作流，但仅限于真实发生的连续事件，禁止用于逻辑推导。例如“你删掉‘请’字→AI响应速度提升2.3倍→但首句仍带冒号”是无效的，因为“提升2.3倍”不可见；而“你删掉‘请’字→输入框光标闪动三次→AI立刻返回纯文本”是有效的。