| name | docs-maintainer |
| description | 维护 pi-go 项目文档结构与一致性。当用户提到'维护一下文档'、'更新文档'、'文档整理一下'、'docs 该整理了'、'同步文档和代码'、'整理 docs 目录'等意图时加载此 skill。 |
docs-maintainer
pi-go 项目路径
绝对路径:/Users/weijian/Desktop/develop/test/pi/pi-go
所有路径基于此根目录,下文简称 {pi-go}。
文档结构规范
本 skill 维护以下目录结构,迁移时必须遵守:
docs/
├── README.md # 文档总索引
├── PROJECT_CONTEXT.md # 项目上下文快照
├── PRODUCT_ROADMAP.md # 产品路线图(长期)
├── CONTRIBUTING.md # 贡献指南(长期)
├── deploy.md # 部署说明(长期)
│
├── references/ # 稳定查阅资料(接口/集成/项目快照)
│
├── decisions/ # 当前采纳判断(会演进,但比 research 更接近团队共识)
│
├── research/ # 外部项目调研原始报告(天然会过期)
│
├── dev/ # 开发文档(4-agent 流水线产出)
│ └── {topic}/ # 一个主题一个目录
│ ├── proposal.md # 计划 agent 产出
│ ├── review.md # 审核 agent 产出
│ └── execution-plan.md # 确认后的执行文档
│
└── archive/ # 已完成的开发主题
└── {topic}/ # 整个目录从 dev/ 移入
dev/ 文档元信息头
每个 dev/ 下的文档必须有 YAML 头:
---
status: draft | reviewed | approved | done
author: plan-agent | review-agent | exec-agent | research-agent
created: YYYY-MM-DD
updated: YYYY-MM-DD
reviewer: review-agent
review-status: pending | approved | rejected | needs-revision
depends-on: []
---
状态流转:draft → reviewed → approved → done(rejected/needs-revision 回到 draft)
文档归属判断
| 性质 | 归属 | 示例 |
|---|
| 长期有效的项目级文档 | docs/ 根目录 | PROJECT_CONTEXT、ROADMAP、CONTRIBUTING |
| 稳定查阅资料 | docs/references/ | 第三方集成参考、项目快照、接口说明 |
| 基于调研得出的当前采纳判断 | docs/decisions/ | skills vs application、goal/compact 取舍 |
| 外部项目调研原始分析 | docs/research/ | 竞品分析、框架对比、源码调查 |
| 4-agent 流水线产出的开发文档 | docs/dev/{topic}/ | 提案、审核、执行计划 |
| 已完成的开发主题 | docs/archive/{topic}/ | 已归档的执行计划 |
快速检查模式
当用户说"文档有没有过时"、"快速检查一下文档"时,可以跳过完整的 4 阶段流程,只做以下快速检查:
- 索引一致性:
find docs/ -name "*.md" | sort vs docs/README.md 中列出的文件
- 归档候选:
dev/ 下每个主题的最新 updated 日期 + status,标记满足归档条件的
- 散落文件:docs/ 根目录下不在 README 索引中的 .md 文件
输出一个简洁的清单即可,不做修改。
维护流程
阶段一:扫描现状(并行执行)
1. 扫描源码结构
find {pi-go}/internal -type f -name "*.go" | head -80
grep -r "^type.*interface {" {pi-go}/internal --include="*.go" -l
grep -r "^func New" {pi-go}/internal --include="*.go" | head -30
2. 动态扫描所有文档
不要写死文件列表,用 find 动态发现:
find {pi-go}/docs -name "*.md" -type f | sort
同时扫描根目录 README:
head -50 {pi-go}/README.md
对每个文件:
- 读取内容(至少前 50 行 + 关键章节),判断文档类型和状态
dev/ 下的文档:检查元信息头是否完整、状态是否合理
docs/README.md:检查索引是否覆盖所有文件
docs/PROJECT_CONTEXT.md:检查与源码一致性
{pi-go}/README.md:检查与源码一致性(见下方专项检查)
archive/ 下的文件:只读头部,判断归档是否合理
阶段二:差异分析
对每份文档做以下检查:
| 检查项 | 判断标准 |
|---|
| 索引缺失 | docs/README.md 没有列出存在的文件 |
| 索引多余 | docs/README.md 列出了但文件已不存在 |
| 内容过时 | 文档描述与当前源码不一致 |
| 归档判断 | dev/ 下满足归档条件的主题(见下方归档判断规则) |
| 元信息头 | dev/ 下的文档缺少 YAML 头或字段不完整 |
| 归属错误 | 文档放在错误的目录(如参考资料放在根目录) |
| 决策/调研混放 | 带明确采纳建议与路线图的文档放在 research/ 或 references/ |
| PROJECT_CONTEXT | 架构、能力表、文件索引与实际代码不匹配 |
| 根 README 过时 | README.md 中的 API 路由、工具/命令列表、环境变量、代码统计与实际代码不一致 |
| 已完成未归档 | dev/ 下描述的改动已出现在 main 分支代码中,但目录仍在 dev/ |
归档判断规则(按优先级)
满足以下任一条件,即可建议归档:
- 所有文档 status = done:主题下所有文档的 YAML status 均为
done
- 用户明确指示:用户说"归档 X"或"X 已完成"
- 代码已合并检测:execution-plan.md 中描述的代码改动已全部出现在
internal/ 对应文件中(通过 git log + grep 交叉验证)
- 陈旧度检测:主题下所有文档的
updated 日期距今超过 30 天,且 execution-plan.md 的 status 为 approved 或 done
注意:deferred 状态的主题留在 dev/,不归档。
阶段三:执行修正
docs/README.md 更新
- 补全缺失的索引条目(按目录分组:长期文档 / 参考资料 / 决策文档 / 调研报告 / 开发文档 / 归档)
- 移除已不存在文件的条目
- 更新
dev/ 主题的状态列
PROJECT_CONTEXT.md 更新
- 架构图:
internal/ 目录结构变化时更新
- 核心能力表:新增/删除的能力
- 关键接口表:接口签名变化
- 关键文件速查:文件存在性和职责准确性
- 状态标记:✅ 已完成 / 🔲 规划中 / 🔄 进行中
根 README.md 更新
根目录 README.md 是项目的门面,需要与代码保持同步。检查以下内容:
- HTTP API 路由表:与
internal/server/server.go 中注册的路由对比
- 斜杠命令列表:与
internal/agents/coding/commands/builtins.go 中注册的命令对比
- 内置工具数量:与
internal/tools/ 下的工具文件对比
- 环境变量表:与
internal/config/config.go 中的环境变量对比
- 功能清单:与
internal/ 下的包结构对比,新增能力需补充
- 代码统计:文件数和行数(可按需更新,非每次必须)
- Go 版本:与
go.mod 中的版本一致
归档操作
满足以下条件时,将 dev/{topic}/ 整个目录移入 archive/:
- 主题下所有文档的
status 均为 done
- 或用户明确指示归档
mv {pi-go}/docs/dev/{topic} {pi-go}/docs/archive/{topic}
不要归档:PROJECT_CONTEXT、ROADMAP、CONTRIBUTING、deploy.md
归属修正
文档放错目录时,移到正确位置:
- 稳定查阅资料 →
references/
- 决策文档(结合调研与当前代码给出采纳结论)→
decisions/
- 调研报告(分析外部项目的原始调查)→
research/
- 开发文档(4-agent 产出)→
dev/{topic}/
元信息头补全
dev/ 下缺少 YAML 头的文档,根据内容推断并补全。
阶段四:输出维护报告
## 文档维护报告 {YYYY-MM-DD}
### 已修正
- [更新] docs/README.md:补充了 X 的索引
- [归档] dev/zzz/ → archive/zzz/
- [更新] PROJECT_CONTEXT.md:核心能力表新增 W
- [更新] README.md:API 路由表新增 /models 等端点
- [归属] feishu-ref.md → references/
### 无需修正
- CONTRIBUTING.md:内容准确
- deploy.md:内容准确
### 需人工确认
- XXX.md:描述了尚未确定的设计方向,建议确认后更新
写作标准
- 只改该改的:不要重写内容准确的文档
- 保持风格一致:沿用现有格式,不引入新模板
- 谨慎归档:宁可多保留也不误归档,有疑问的放进"需人工确认"
- 不要删文件:只做移动(归档)和内容更新
- 不改代码:只维护文档,发现代码问题列到"需人工确认"