req / reply 沟通机制

req / reply 一轮

1你写 req2AI 整理成问题3AI 做事写 reply4你确认 ✅5归档下一轮

下面是套件里这条 Rule 的完整内容,直接可用。

.claude/rules/req-reply-protocol.md 下载
# 规则:req / reply 沟通协议

目的:把"人说的话"和"AI 的回答"存成两个文件,带行号,随时能回头查,也不会因为会话清空而丢。

## 文件
- `req.md`:我写需求(可以很随意,一条一行)。
- `reply.md`:你写回答。只能在文件末尾追加新区块,禁止改写、合并、删除旧区块。

## 触发
我说"req 更新"或"req 第 N 行后":先读 `req.md` 确认行数够(不够就提示"文件可能没保存"),再回答。

## reply 区块格式
```
══════════════════════════════
❓ [日期 时间]
原文:
1. (req 原文逐字粘贴)
2. (req 原文逐字粘贴)

整理后的问题(对应原文)
1. (原文 [1][2]) 整理后的问题
───────────────────────────────
回答
1. (原文 [1][2]) 标题
   答案(用纯文本,不用表格和 Markdown 标记,因为我看的是原始文本和行号)
执行情况:[1] ✅  [2] ⏳ 等待确认
📌 req 第X-X行 → reply 第XX行 ✅
```
- 原文必须逐字,不能用"大意"代替。
- 整理后的问题永远要有,不能省。一个编号下有多条子要点,要逐条对应逐条回答,不能合并成一条而漏掉某条。
- `reply 第XX行` 是本区块 `══` 所在行号,写完用搜索确认,不要写"此处"。
- 终端里只输出:确认一句 + `✅ req 第X-X行 → reply 第XX行`。

req / reply 思想(T00 的沟通方式)

普通聊天窗口的问题:回答一长就滚走了,隔天找不到;一次问好几件事,AI 容易漏答其中一件;长回答也占对话的上下文。T00 的做法是把"问"和"答"都写进文件:

文件用途
temp01_req.md你写的问题和需求,写好后告诉 AI"第几行后更新了"
temp03_reply.mdAI 的回答,只在末尾追加,每条带时间和行号
temp04_pending.md等你确认的待办

三条关键规则:

  1. 原文逐字抄进回答里:以后只看回答文件,也知道当时问了什么。
  2. 必须有"整理后问题 ↔ 原文"的对应表(mapping):一个编号下有好几个小要点时,逐条对应、逐条回答,防止"看起来是一件事"就被合并漏答。
  3. 回答只追加、不改旧的:历史不被覆盖;终端里只输出"已更新(第几行)",不重复内容。

好处:长回答不占对话上下文;每条有行号,方便回查;"漏答"可以用对应表核对出来。代价:多一个来回的操作,适合需求多、周期长的项目,不适合一两句话的小问题。