Skip to content

docs: refactor agent guidance layering and plan skill extraction#512

Open
soimy wants to merge 4 commits intomainfrom
docs/agent-claude-layering
Open

docs: refactor agent guidance layering and plan skill extraction#512
soimy wants to merge 4 commits intomainfrom
docs/agent-claude-layering

Conversation

@soimy
Copy link
Copy Markdown
Owner

@soimy soimy commented Apr 8, 2026

背景

  • 当前仓库已引入 GitNexus,但原有 AGENTS.md / CLAUDE.md 直接内嵌大量工具约束与导航信息,导致根入口文件持续膨胀。
  • 公开仓库不能假设协作者一定使用 Claude Code 或本地安装 GitNexus,需要把基础规则、GitNexus-first 路径和无 GitNexus fallback 分层披露。
  • 同时,希望为下一阶段将高重复流程固化为 skills 提前形成设计与实施计划。

目标

  • 精简并同步 AGENTS.mdCLAUDE.md,保留公开入口与 Claude 兼容入口的双入口结构。
  • 新增共享工作流、GitNexus-first 与无 GitNexus fallback 文档,降低根文档体积并增强分层清晰度。
  • 输出下一阶段 skill 化路线的 spec / plan,明确哪些流程适合继续从文档规则固化为 skills。

实现

  • 新增 WORKFLOW.md 作为仓库级工作流摘要入口。
  • 新增 docs/contributor/agent-workflow.md,承载共享基础规则。
  • 新增 docs/contributor/gitnexus-optional.md,承载 GitNexus-first 导航与影响分析路径。
  • 新增 docs/contributor/fallback-navigation.md,承载无 GitNexus 时的手工导航与 fallback 指引。
  • 精简并同步 AGENTS.md / CLAUDE.md,将高重复流程下沉到 contributor 文档层。
  • 更新 contributor 首页与 sidebar,使新增文档在站点中可发现。
  • 新增两份 spec / plan,规划后续 repo-doc-routingpr-description-writerrelease-note-authoringrepo-impact-analysisrelease-publish-orchestrationdingtalk-real-device-testing 增强路线。

实现 TODO

  • 建立根入口 / 共享规则 / GitNexus-first / fallback 四层文档结构
  • AGENTS.md 继续作为公开仓库的通用项目级智能体入口
  • CLAUDE.md 保持与 AGENTS.md 高同步,仅保留少量 Claude Code 专属说明
  • 把 GitNexus 导航与影响分析改为首选增强路径,并提供无 GitNexus 的 fallback 文档
  • 为下一阶段 skill 化路线编写 spec / plan

验证 TODO

  • pnpm test
  • pnpm run docs:build
  • 人工检查新增文档分层与 GitNexus-first / fallback 分流是否自洽
  • 如需继续推进下一阶段,基于本 PR 中的 roadmap spec / plan 评审 skill 化优先级与触发边界

@greptile-apps
Copy link
Copy Markdown

greptile-apps bot commented Apr 8, 2026

Greptile Summary

本 PR 将 AGENTS.mdCLAUDE.md 精简为薄入口文件,并通过新增 WORKFLOW.mddocs/contributor/agent-workflow.mddocs/contributor/gitnexus-optional.mddocs/contributor/fallback-navigation.md 四个文档建立了清晰的四层信息架构,同时输出了 Skills 固化路线的 spec 与 plan。整体分层设计合理,双入口骨架一致,GitNexus-first / fallback 分流逻辑自洽,文档可读性显著提升。

Confidence Score: 5/5

纯文档变更,无代码逻辑影响,可安全合入

所有变更均为文档重构,不涉及运行时代码。三处反馈均为 P2 级别的风格与可发现性建议,不影响现有功能或开发流程的正确性。文档分层目标已完整实现。

两份计划文件顶部的 superpowers 工具引用值得关注,建议在后续修订中改为工具中立的描述

Vulnerabilities

本 PR 为纯文档变更,不涉及代码逻辑、认证、数据处理或外部接口,未发现安全问题。

Important Files Changed

Filename Overview
AGENTS.md 精简为薄入口文件,移除长结构镜像与 GitNexus 手册,章节骨架与 CLAUDE.md 完全对齐
CLAUDE.md 与 AGENTS.md 保持高同步,仅额外增加"Claude Code Notes"三条专属说明,内容一致性良好
WORKFLOW.md 新增仓库工作流摘要,Start Here 列表第一条自引用当前文件,存在冗余歧义
docs/.vitepress/config.mts 新增三个 contributor 文档的侧边栏入口,但 release-process.md 仍缺失于侧边栏
docs/contributor/agent-workflow.md 新增共享基础工作流文档,工具中立,层次清晰,覆盖了仓库特有规则与协作约定
docs/contributor/gitnexus-optional.md 新增 GitNexus-first 增强层文档,明确声明缺失不阻塞开发,并指向 fallback 文档
docs/contributor/fallback-navigation.md 新增无 GitNexus 手工导航文档,提供详尽的模块入口、流程描述和测试指针,内容充实
docs/contributor/index.md 更新贡献者首页,加入两个新文档链接,阅读顺序合理
docs/plans/2026-04-08-agents-claude-doc-layering-and-gitnexus-optional-plan.md 新增文档分层实施计划,顶部含工具专属 superpowers 引用,与本 PR 工具中立原则矛盾
docs/plans/2026-04-08-agent-constraint-skills-roadmap-plan.md 新增 Skills 固化实施计划,同样含工具专属 superpowers 引用,其余内容结构清晰
docs/spec/2026-04-08-agents-claude-doc-layering-and-gitnexus-optional-design.md 文档分层设计规格说明,原则清晰、旧/新措辞对照完整,兼容性策略设计合理
docs/spec/2026-04-08-agent-constraint-skills-roadmap-design.md Skills 固化路线设计规格,候选 skill 分组合理,触发边界与风险隔离策略描述清晰

Flowchart

%%{init: {'theme': 'neutral'}}%%
flowchart TD
    A["AGENTS.md\n(通用 agent 入口)"] --> W
    B["CLAUDE.md\n(Claude Code 入口)"] --> W
    W["WORKFLOW.md\n(仓库工作流摘要)"] --> AW
    W --> GN
    AW["docs/contributor/agent-workflow.md\n(共享基础规则层)"]
    GN{"GitNexus\n可用?"}
    GN -- 是 --> GO["docs/contributor/gitnexus-optional.md\n(GitNexus-first 增强层)"]
    GN -- 否 --> FN["docs/contributor/fallback-navigation.md\n(手工 fallback 层)"]
    AW --> D["docs/contributor/architecture.*.md\n(领域架构文档层)"]
    AW --> T["docs/contributor/testing.md"]
    AW --> R["docs/contributor/release-process.md"]
Loading

Comments Outside Diff (1)

  1. docs/.vitepress/config.mts, line 164-179 (link)

    P2 release-process.md 未出现在 contributor 侧边栏中

    WORKFLOW.mdAGENTS.mdCLAUDE.md 都将 docs/contributor/release-process.md 列为阅读顺序中的必读文档("release-related change 时阅读"),但该文件既不在 contributor 侧边栏,也未出现在 docs/contributor/index.md 的链接列表中,导致通过站点导航无法直接发现该文档。建议在当前 contributor 侧边栏中补充一条入口:

    { text: '发布流程', link: '/contributor/release-process' },

Reviews (1): Last reviewed commit: "docs: refactor agent guidance layering a..." | Re-trigger Greptile

Comment thread docs/plans/2026-04-08-agents-claude-doc-layering-and-gitnexus-optional-plan.md Outdated
Comment thread WORKFLOW.md Outdated
Copy link
Copy Markdown
Collaborator

@zhumin-zizhu zhumin-zizhu left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

PR Review Summary

Scope: 纯文档重构,12 个文件,+1360 / -376 行,无代码变更


Strengths

  • 分层设计合理:将膨胀的 AGENTS.md/CLAUDE.md 拆成四层(根入口 → 共享规则 → 可选增强 → 领域文档),职责清晰
  • GitNexus 可选化处理得当:不依赖特定工具完成必要工作流,有明确的 fallback 路径
  • AGENTS.md 和 CLAUDE.md 同步性好:骨架一致,仅有 Claude Code 专属说明的微小差异
  • Spec 和 Plan 质量高:skill 化路线的选择原则、优先级排序和风险考量都写得清楚

Critical Issues (1)

  1. fallback-navigation.md 内容冗余度过高 — 该文件 146 行,大量重复了 agent-workflow.md 和旧 AGENTS.md 中的信息(模块列表、runtime flows、repository rules 等)。这正是本 PR 要解决的"信息重复维护"问题,但在 fallback 文档中又重新引入了一份。后续 agent-workflow 或架构文档更新时,这里很容易遗漏同步。

    建议:精简 fallback-navigation.md,只保留"手工导航路径"和"如何手动做 impact review"的操作指引,模块列表和 repository rules 直接引用 agent-workflow.md 和架构文档,不要复制一份。


Important Issues (3)

  1. WORKFLOW.mdagent-workflow.md 存在重复段落 — Documentation Placement、Optional Tooling 等内容在两个文件中几乎相同。WORKFLOW.md 作为摘要入口应该更短,直接指向 agent-workflow.md 即可,不需要复制内容。

  2. config.mts 中 _env 的改动无关本 PR — 第 629 行将 env 改为 _env 是一个代码变更(虽然很小),与文档分层主题无关,应该单独提交或在 PR 描述中说明。

  3. Spec/Plan 文档的 agentic worker 指令 — 两份 plan 文件开头都有 > **For agentic workers:** REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development... 这类指令。这是 superpowers 插件的内部约定,放在版本化的 docs/ 里会让非 Claude Code 用户困惑。建议移到注释或单独的 metadata 中。


Suggestions (3)

  1. contributor/index.md 阅读顺序调整 — 新的阅读顺序把"贡献者与 Agent 工作流"放在第 1 位,"仓库 TODO"被移出了。对于人类贡献者来说,TODO 可能比 agent workflow 更有即时价值,建议保留 TODO 在前几位。

  2. sidebar 新增项的位置 — 在 config.mts 中,"贡献者与 Agent 工作流"、"GitNexus 首选工作流"、"无 GitNexus 的手工导航"插入到了"本地开发"和"测试与验证"之间/之后。对人类开发者来说,本地开发和测试应该排在更前面,agent/GitNexus 相关的放后面更合适。

  3. AGENTS.md 删除了 Code Map 和 Structure — 这些是对 agent 直接有用的快速参考信息,全部删除后 agent 需要多跳几次才能定位模块。考虑在 AGENTS.md 中至少保留一个精简版的 "Architecture Pointers"(当前已有)加上 3-5 行的 key symbol 速查。


Recommended Action

  1. 先处理 fallback-navigation.md 的冗余问题(Critical)
  2. 精简 WORKFLOW.md 与 agent-workflow.md 的重复内容
  3. 将 config.mts 的 _env 改动说明或拆出
  4. 其余 Suggestions 可在后续迭代中处理

@soimy
Copy link
Copy Markdown
Owner Author

soimy commented Apr 11, 2026

研究发现目前gitnexus上游会在每次analyze时强行注入智能体规约文件的gitnexus handbook板块,以及植入skills
需要等上游的PR合并后,本PR才可行

- Add minimal Quick Lookup to AGENTS.md and CLAUDE.md
- Slim WORKFLOW.md by removing redundant Documentation Placement section
- Simplify fallback-navigation.md to focus on manual navigation only
- Neutralize plan headers to avoid tool-specific execution requirements
- Add mandatory --skip-agents-md guidance to gitnexus-optional.md

This preserves the documentation layering strategy established in 63a5ff5
by preventing GitNexus analyze from re-injecting usage blocks into thin
entry documents.
Copy link
Copy Markdown
Owner Author

@soimy soimy left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

已完成本轮审核意见修订:

改动内容

  1. 入口文档精简

    • AGENTS.md / CLAUDE.md 增加最小 Quick Lookup
    • 精简 WORKFLOW.md,移除冗余的 Documentation Placement 章节
    • 简化 fallback-navigation.md,聚焦手动导航指引
  2. Plan 文档工具中立化

    • 移除两个 plan 文件 header 中的工具特定执行要求
  3. GitNexus 注入问题规避

    • docs/contributor/gitnexus-optional.md 新增 "Indexing This Repository" 章节
    • 明确要求使用 gitnexus analyze --skip-agents-md 以防止入口文档被重新注入使用手册
    • 说明了补救措施和分层策略的保持原因

验证

  • ✅ 文档构建通过
  • ✅ 净减少 83 行,符合精简目标
  • ✅ 保持文档分层清晰:入口薄、详细指南在专门文档

commit: 3fc6d66

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants