Agent Skills: /architect-doc — 架构现状档维护 (v9.6.4 Sprint D 新)

|

UncategorizedID: WenJunDuan/Rlues/architect-doc

Install this agent skill to your local

pnpm dlx add-skill https://github.com/WenJunDuan/Rlues/tree/HEAD/vibeCoding/codex/9.6.4/.codex/skills/architect-doc

Skill Files

Browse the full folder contents for architect-doc.

Download Skill

Loading file tree…

vibeCoding/codex/9.6.4/.codex/skills/architect-doc/SKILL.md

Skill Metadata

Name
architect-doc
Description
|

/architect-doc — 架构现状档维护 (v9.6.4 Sprint D 新)

触发时机

| 时机 | 强制度 | 责任 | |---|---|---| | System 路径 ship 完成 | 强制 | 主 agent | | Refactor 路径改动 ≥ 5 文件 | 强制 | 主 agent | | 用户显式 /architect-doc update {type}-{slug} | 触发 | 主 agent | | Feature 路径完成 (新增 endpoint / 新数据模型) | 可选 | 主 agent 判断 | | athena-init 首次 | 创建 ARCHITECTURE.md 初版 | athena-init |

delivery-gate 联动

Refactor / System (≥ 5 文件) + stage=ship 时, delivery-gate hook 检查:

  1. _index.path 和本 sprint 改动文件数 (从 evidence.yaml)
  2. 若满足强制条件:
    • 检查 architecture/ARCHITECTURE.md mtime ≥ 本 sprint 开始时间
    • 检查改动涉及的子系统对应 {type}-{slug}.md mtime ≥ 本 sprint 开始时间
  3. 不满足 → block + 提示 /architect-doc update

工作流

创建初始档 (athena-init 顺带)

athena-init 时, 主 agent:

  1. 检测项目是否已有 README.md / docs/architecture/ / ARCHITECTURE.md
  2. 是 → 引导用户从中提取关键信息 → 写 .ai_state/architecture/ARCHITECTURE.md 初版
  3. 否 → 询问用户基本架构问题 (用什么 DB / API 风格 / 部署方式) → 生成最简版

更新已有档

  1. 主 agent 读当前 sprint 的 design.md + git diff
  2. 判断改动涉及哪些子系统 (heuristic: 检测 src/{module}/ 路径模式)
  3. (可选) spawn architect subagent (read-only sandbox, ultrathink) 生成 patch
  4. 主 agent apply patch + 更新 mtime
  5. 更新 _index.pointers.latest_architecture_update

新增子系统档

System 路径引入新子系统时:

  1. 主 agent 询问用户 type (从枚举选):
    • api / db / auth / cache / frontend / backend
    • infra / messaging / monitoring / cli / lib
  2. 创建 architecture/{type}-{slug}.md (从模板)
  3. 更新 ARCHITECTURE.md 索引段

文件结构

.ai_state/architecture/
├── ARCHITECTURE.md         # 总入口 + 索引 (强制存在)
└── {type}-{slug}.md        # 子系统档 (按需创建)

例:

  • api-rest.md
  • db-postgres.md
  • auth-jwt.md
  • cache-redis.md
  • frontend-react.md
  • infra-k8s.md

不要做

  • 不写演进历史 (那是 git log + compound/decision-*.md)
  • 不写实现细节 (那是源码)
  • 不重复 design.md (design 是某次 sprint 的设计, architecture 是当前现状)
  • 不写未实现的设想 (那是 roadmap)

与 design.md / compound 的关系

design.md (sprint 一次性, 写"这次要改 X")
    ↓ ship 后
architecture/{type}-{slug}.md (长效, 写"X 现在长这样")
    ↓ 重大决策同步
compound/decision-*.md (永久, 写"为什么这样选")

三者各司其职, 不冗余.

archive 机制 (借 OpenSpec /opsx:archive)

跨季度时, 旧的 compound/ 和已 ship 的 sprints/ 自动归档:

  • 触发: 新 quarter 第一个 sprint 启动时, 主 agent 检测
  • 动作: 把上 quarter 的内容移到 .ai_state/archive-{quarter}/
  • compound/ 只保留近 1 个季度 + 近 5 个 decision (永远保留所有 decision)

architecture/ 不归档 (永远是现状).

模板

~/.agents/skills/_athena/pace/templates/architecture/