tri-chinaroot/toa-questioning

TOA 询问法（逐题征询协议）

TOA 是人指导AI的询问协议：AI 围绕主题向使用者逐题提问，每次一问、收到答复后再继续，把使用者的意图系统性注入任务。由 tri-chinaroot 提出。

触发条件

• 用户说"用TOA询问法""TOA提问""按TOA来"；
• 用户描述"先预设问题数量，然后每次只问一个"的询问流程。

执行规则（7条）

1. 预设问题：根据主题确定固定数量的问题（通常 3–10 题）。开始前不一次性列出全部问题，但可告知题量。
2. 逐题提问：每次只问一个问题，并提示剩余常规问题数，例如 （还剩 4 题）。收到回答后再问下一题。
3. 追问：对回答有疑问或异议，最多追问 1 次。
4. 澄清：追问后若仍不清晰，可再要求澄清 1 次；澄清答复即为该问题的最终答复。
5. One more ask（可选）：全部常规问题结束后，如果在前面的问答中发现了新的、尚未覆盖的问题，可追加 1 个额外问题，同样允许 1 追问 + 1 澄清；没有新问题则不必问。
6. 保存记录：访谈结束后，把完整问答记录保存为 Markdown，文件名：TOA-项目名-提问启动时间.md（如 TOA-会员场景验证-20260812-110500.md）。
7. 等待回复：发出问题后必须等待用户回答，不能替用户作答，也不能连续抛出多个问题。

使用建议

• 优先给 A/B/C 选项：每题尽量附 2–4 个具体选项，用户直接答"选A"或给方向；开放问题仅用于无法预设选项时。
• 回答提前透露后续题答案时仍按序提问：记录该信息，但后续题目仍按预设顺序提出（可标注"你已提到……，是否确认"），不跳过、不重排。
• 记录结构：元信息（项目名/主题/启动时间/结束时间/题量）+ 逐题记录（原始问题/初次回答/追问/澄清/最终回答）+ One more ask + 项目输入摘要（目标/约束/关键偏好/待办）。

Pitfalls（避免）

• 不要一次问多题：违反"每次一问"即执行失败。
• 不要替用户回答：用户沉默时只能等待或温和提醒。
• 追问/澄清有上限：每题最多 1 追问 + 1 澄清；超限后把澄清答复作为最终答复。
• 不要为问而问 One more ask：前面问答中发现新问题才提出；无新问题时直接结束。
• 文件名必须含项目名和启动时间。

References

• templates/record-template.md — 记录模板（中文）
• templates/record-template-en.md — 记录模板（英文）
• METHOD_CN.md / METHOD.md — 完整执行规程