study-tool
106818cfc2
现象：AGENTS.md 里 5 处规则互相打架——逐次询问 vs 认领/提交/升版本；不构建 vs 前端必须 build；全部提交 vs 禁 add -A；每次提交 bump 版本号，而实际 24 次提交版本仍是 0.0.8。 docs/agent_board.md 没有 Agent 列，认领规则无法落地；docs/agent_workflow.md 是 0 字节； docs/todo.md 与 docs/progress/todo.md 双账本漂移，旧文件还写 platforms/gdgxk.py。 根因：规则按「想防的事」逐条追加，没有回头消解冲突；项目契约和 Agent 行为混在同一个入口文件里。 边界： - AGENTS.md 只留行为规则；日志 / 目录 / 插件契约指向 docs/architecture.md（两节内容已并入，未丢失） - 版本号改为只在发版提交时 bump，普通提交不动 - 看板改四列表头，状态带时间戳「进行中 (MM-DD HH:mm)」，超 24h 可接管 - 删除 docs/todo.md；其中 2 条仍未修的代码问题已迁入 docs/progress/todo.md，待办按 待做 / 已知偏差 / 未验证 重排 - 不改代码、不改版本号、不打 tag 运行了什么：git status 自查（只提交这 6 个文档文件，uv.lock 是原有改动未提交）；提交时 pre-commit 跑 ruff / web typecheck / commitizen 没跑什么：没跑测试、没构建、没跑 pnpm build（本次无代码改动）
109 lines
5.9 KiB
Markdown
109 lines
5.9 KiB
Markdown
# Agent 工作流 · 经验账本
|
||
|
||
> 规则在 `AGENTS.md`；这里只放「还没被证实」或「刚被证实一次」的经验。
|
||
> 写入前先全文搜重：有同义条目就改旧的，不新增重复条目。
|
||
> Agent 可以写本文件，但**不能自己改 `AGENTS.md`**——只能提议 + 附证据。
|
||
|
||
## 怎么用
|
||
|
||
1. 遇到问题，先搜本文件有没有同一条。
|
||
2. 没有 → 在「观察中」加一条，`Seen：1×`。
|
||
3. 又遇到 → 同一条 `Seen +1`，把新证据追加进去（不要另开一条）。
|
||
4. `Seen ≥3` 且用户同意 → 升级进 `AGENTS.md`，本文件那条标 `已升级`；判断为「不该加」的 → 移到「已否决」并写清原因。
|
||
|
||
## 条目格式
|
||
|
||
```markdown
|
||
### <一句话规则，写成能执行的动作>
|
||
|
||
- 为什么：<不这么做的具体代价>
|
||
- 证据：
|
||
- `<版本 / commit sha>` <现象，带文件:行 或报错原文>
|
||
- Seen：N×
|
||
- 状态：观察中 | 已升级 → AGENTS.md「<章节>」 | 已否决（原因）
|
||
```
|
||
|
||
## 观察中（Seen 1–2）
|
||
|
||
### 文档里不写具体的版本号 / 行号示例，它们会过期
|
||
|
||
- 为什么：示例一旦过期，Agent 会照着过期的值做事，且没人会主动去改示例。
|
||
- 证据：
|
||
- `v0.0.8 (aa48145)`：旧 `AGENTS.md` 写「打 tag，例如 `v0.0.5`」，而当时最新 tag 已是 `v0.0.8`。
|
||
- Seen：1×
|
||
- 状态：观察中（新版本改成了 `v0.0.8`，同样会过期；下次改成 `<最新 tag>` 或直接删示例）
|
||
|
||
### ruff-format 会重排文档里的 python 代码块
|
||
|
||
- 为什么：以为只改 `.py`，结果提交时它把文档里 ```python 代码块的格式也改了，pre-commit 直接拦下这次提交；不知道这点会反复「改了又变」。
|
||
- 证据：
|
||
- `06d3206` 提交时：`docs/architecture.md` 的 `Channel` 示例被 `ruff-format` 加了空行，pre-commit 报 `files were modified by this hook` 并中止提交。
|
||
- Seen：1×
|
||
- 状态：观察中（文档里的 python 代码块以钩子结果为准，别手改对抗）
|
||
|
||
## 已升级 → AGENTS.md
|
||
|
||
### 修改已存在文件：一次清单、一次同意
|
||
|
||
- 为什么：逐文件询问会让「认领 → 改代码 → 升版本 → 提交」每一步都卡住，长任务直接跑不动；但完全不问又会动到用户的文件。
|
||
- 证据：
|
||
- `v0.0.8 (aa48145)`：旧规则「任何文件编辑…必须先询问」与同文件的「认领看板」「提交代码」「升版本号」三条互相冲突，且没写清「一次同意管几次」。
|
||
- Seen：1×
|
||
- 状态：已升级 → AGENTS.md「动文件之前（Plan-first）」
|
||
|
||
### 不构建 ≠ 不验证
|
||
|
||
- 为什么：把「不跑构建」写成「不用检查」，会让 Agent 把没验证的结论当成已验证的结论报上来。
|
||
- 证据：
|
||
- `v0.0.8 (aa48145)`：同文件一边写「不需要检查语法、不需要执行构建」，一边写「改完前端必须 `cd web && pnpm build`」；`.pre-commit-config.yaml` 又会在提交时跑 `ruff-check` / `ruff-format` / `web typecheck`。
|
||
- Seen：1×
|
||
- 状态：已升级 → AGENTS.md「验证口径」
|
||
|
||
### 版本号只在发版提交时提升
|
||
|
||
- 为什么：每次提交都 bump 时，bump 同时改 `metadata.yaml` + `pyproject.toml`，并行分支必然冲突；而且这条从来没被执行过。
|
||
- 证据：
|
||
- `v0.0.8 (aa48145)`：旧规则「每次提交必须提升版本号」，实际 24 次提交、版本仍是 0.0.8，tag 只有 `v0.0.1` / `v0.0.8`。
|
||
- Seen：1×
|
||
- 状态：已升级 → AGENTS.md「发版本流程」
|
||
|
||
### 看板按 Agent 认领，完成后改状态、保留行
|
||
|
||
- 为什么：规则说「按 Agent 认领」，表里却没有 Agent 列，认领动作无从落地；删行又会把完成记录一起删掉。
|
||
- 证据：
|
||
- `v0.0.8 (aa48145)`：`docs/agent_board.md` 表头只有「路径 / 任务 / 状态」，12 行状态全是「已完成,待实测」，没有 Agent 列。
|
||
- Seen：1×
|
||
- 状态：已升级 → AGENTS.md「多 Agent 协作」
|
||
|
||
### 项目契约和 Agent 行为规则分开
|
||
|
||
- 为什么：行为规则和项目契约混在一个文件里，改契约时没人会想到 review 规则文件，两边都不好维护。
|
||
- 证据：
|
||
- `v0.0.8 (aa48145)`：`AGENTS.md` 93 行，其中「日志规范」+「代码结构 / 平台插件」约 4KB 是项目契约，而 `docs/architecture.md` 已在维护同一套分层与插件契约。
|
||
- Seen：1×
|
||
- 状态：已升级 → AGENTS.md「项目契约」（两节已并入 `docs/architecture.md`，AGENTS.md 降到 79 行）
|
||
|
||
### 一个文件只留一份权威账本
|
||
|
||
- 为什么：两份待办并存时，Agent 会读旧的、写新的，两边慢慢分叉。
|
||
- 证据：
|
||
- `v0.0.8 (aa48145)`：`docs/todo.md` 仍写 `../src/study_tool/platforms/gdgxk.py`，而平台早已迁到 `src/study_tool/plugins/gdgxk/`。
|
||
- `v0.0.8` CHANGELOG：文档里的旧目录名 `pugins/` 是另一次同类漂移，靠一次性全量替换才修掉。
|
||
- Seen：2×
|
||
- 状态：已升级 → AGENTS.md「文档规范」（`docs/todo.md` 已删除；其中 2 条仍未修的代码问题已迁入 `docs/progress/todo.md`）
|
||
|
||
## 已否决（不要再提议）
|
||
|
||
| 规则 | 原因 |
|
||
| --- | --- |
|
||
| 每个任务都强制建 git worktree | 单人顺序开发时是纯摩擦：新 worktree 没有 `.env` / `.venv` / `node_modules`，每次要重装；已在 AGENTS.md 限定为「并行开发时」。 |
|
||
| 六条验收硬拦发布（全量测试 / 多平台 vet / 真用） | 与「用户自己构建验证」冲突，本项目没有对应的测试体系。 |
|
||
| 每个失败都在同一 commit 开 issue | 用 `docs/progress/todo.md` 等价实现，个人项目不引入 issue 流程。 |
|
||
| 只合并 reviewed head（`--match-head-commit`） | 没有外部 PR 流程，不适用。 |
|
||
|
||
## 维护
|
||
|
||
- 「观察中」+「已升级」合计超过 15 条就该清理：合并同义条目、删掉已否决的、把过期的观察降级或删掉。
|
||
- 每条都必须能落到「证据」；写不出证据的，先别写进来。
|
||
- 不写会议纪要、不写「注意质量」这类无法执行的表述。
|