多彩编程 多彩编程MZPH · CODE BLOG
ARTICLE DETAIL

文章详情

深耕前端与后端开发技术的一线实战笔记与踩坑复盘。

ClawHub 的 technical-documentation 技能实战:构建人与 Agent 双端可用的技术文档体系

ClawHub 的 technical-documentation 技能实战:构建人与 Agent 双端可用的技术文档体系 后端前端AI 技能AI 插件搜索引擎【免费下载链接】clawhubSkill Plugin Registry for OpenClaw项目地址https://gitcode.com/gh_mirrors/mo/clawhub点击查看免费下载本文是 ClawHub 开源仓库中.agents/skills/technical-documentation/SKILL.md及其完整参考资料体系的深度解读覆盖从文档构建、审查到治理文件AGENTS/CONTRIBUTING规范化的完整方法论。读者将掌握 build/review 双模式工作流、brownfield/evergreen 语境判断、Matt Palmer 八原则与 OpenAI 质量约束的实际应用并了解如何通过 inventory/governance/docs-framework/synthesis 四个子代理实现仓库级文档审计的并行化交付。技能定位为什么仓库需要一个专职的文档技能ClawHub 是 OpenClaw 生态的 Skill 与 Plugin 注册中心其仓库同时承载三种文档面面向用户的docs/、面向贡献者的CONTRIBUTING.md、以及面向 AI 编码代理的AGENTS.md/CLAUDE.md等指令文件。这些文档的读者不再只有人类还有各类编码代理Codex、Claude、Cursor。technical-documentation技能.agents/skills/technical-documentation/SKILL.md正是为这种文档即代码、人机共读的诉求而生。技能声明的核心目的Purpose很直接产出并审查清晰、可执行、可维护的技术文档同时覆盖人类读者与 Agent 读者包括贡献者治理文件与代理指令文件。何时启用该技能SKILL.md 列出了 15 类适用场景可以归纳为四个族群既有代码库的文档新建或重构brownfield在不破坏现有信息架构IA的前提下改造文档。常青文档evergreen编写跨版本保持准确、可长期复用的文档而非绑定某一发布版本。文档差异审查针对文档 diff 检查结构、清晰度与操作正确性并支持全仓库文档审计——审计范围必须同时包含治理文件与产品文档面docs/、README*、.md/.mdx/.mdc以及 Fern/Sphinx/Mintlify 风格的框架源。代理指令与贡献规范的治理更新或审查AGENTS.md/CONTRIBUTING.md保持代理工作流与贡献者工作流同仓库实际实践对齐设计多别名指令文件的治理策略CLAUDE.md、AGENT.md、.cursorrules、.cursor/rules/*、.agent/、.agents/、.pi/以AGENTS.md为规范源其余作为兼容层诊断代理文件漂移agent-file drift如团队反复提示缺失文件、失效命令或策略冲突。双模式工作流build 与 review 的分类执行SKILL.md 的核心工作流共 15 步逻辑上是先分类、再清点、后执行、终交付的闭环分类任务判定build构建或review审查判定语境brownfield既有库改造或evergreen常青。早期全面清点文档范围治理文件AGENTS/CONTRIBUTING/别名 产品文档docs 目录、框架源、根/模块 README都要列入。检测多语言范围README/文档多语言时定义所需的一致性等级。读取references/agent-and-contributing.md获取代理指令与 CONTRIBUTING 工作流规则清点、canonical/alias 映射、双模式平衡、交付标准、优先级/冲突处理。读取references/principles.md掌握治理规则集Matt Palmer 与 OpenAI。OpenClaw 文档工作前先读references/openclaw.md再进入 build/review playbook。build 任务遵循references/build.md8. review 任务遵循references/review.md并主动发现问题无需等待重复提示。复杂或高风险任务build 或 review允许进行更长、更深、更彻底的调查以建立信心。可用时使用子代理做有边界的并行发现/审查再把输出合并成一份连贯的最终交付物。平台/工具选择影响建议时使用references/tooling.md。对治理面与文档内容面都做主动问题扫描默认在同一轮中修复高置信缺陷除非明确要求 report-only 模式。brownfield 模式优先兼容现有文档 IA、工具链与发布状态。evergreen 模式优先永恒措辞、更新策略与持久结构。交付物附带验证说明、一致性状态与剩余缺口。输入与输出契约技能执行需要明确的输入约定Inputs文档类型教程/操作指南/参考资料/解释说明与受众、文件范围或 diff 范围、文档框架约束Fern/Mintlify/Sphinx 等、build/review 模式与 brownfield/evergreen 意图、目标代理与人类兼容意图、调查深度/时间预算快速通过 vs 详尽审查、执行模式单代理或子代理辅助、修复模式默认 apply-fixes 或 report-only、多语言范围源语言、目标区域、一致性期望、仓库特定覆盖约束。对应地Outputs 要求产出更新草稿或带明确下一步的审查发现、验证说明检查了什么、还剩什么、长期质量导航/维护建议、触及 AGENTS/CONTRIBUTING 时的治理文档对齐摘要、代理指令面地图主文件、别名文件、Codex/Claude/Cursor 处理计划、文档面覆盖地图/docs下审查了什么、README 层级、框架源树、自动检测的问题清单及已应用修复或显式 report-only 发现、使用子代理时的委派记录委派范围与发现如何合并、多语言一致性说明同步/部分同步且给出理由/有意分歧、仓库特定覆盖说明。贯穿全局的文档原则Matt Palmer 八规则与 OpenAI 约束references/principles.md定义了技能的默认操作原则。Matt Palmer 的八条规则为人写作为代理优化Write for humans, optimize for agents。从漏斗开始什么/为什么 → 快速上手 → 下一步。用 Diataxis 框架搭建内容教程/操作指南/参考/解释四种形态。与 AI 协作写作但为代理结构化。将例行的文档操作下放给后台代理。用 CI 自动化质量检查。自动化脚手架与重复性工作流任务。让贡献变得容易且可见。OpenAI 文档质量约束优先使用具体、准确的术语避免小众黑话。示例保持自包含最小化依赖。优先高价值主题而非边缘细节的深度。不教授不安全模式例如暴露密钥。开头提供语境帮助读者快速定位。保持同理心在明显改善结果时可覆盖僵硬规则。冲突时的合并策略四条规则的优先级从高到低先保住读者任务成功 → 再保结构清晰 → 再保长期可维护性 → 最后在不降低人类清晰度的前提下加入代理优化。对于代理指令与贡献者治理细节以references/agent-and-contributing.md为补充真理源当目标仓库与 OpenClaw 相关时在通用规则之上叠加references/openclaw.md。多语言一致性规则当文档存在多语言版本时任务关键内容步骤、警告、前置条件、限制必须跨语言对齐若无法完全对齐必须发布显式的一致性状态与同步意图。治理文档AGENTS 与 CONTRIBUTING 的规范化references/agent-and-contributing.md是治理文件的详细真理源ClawHub 仓库本身就是这套策略的活样本——根目录同时存在 AGENTS.mdcanonical与 CLAUDE.md兼容别名。指令文件发现与规范源判定用rg --files -g AGENTS.md -g CONTRIBUTING.md -g CLAUDE.md -g AGENT.md -g .cursor/rules/* -g .cursorrules -g .agent/** -g .agents/** -g .pi/** -g AGENTS.*.md发现仓库级与嵌套级指令文件。编辑前先读根级与最近作用域的AGENTS.md/CONTRIBUTING.md对。若存在别名文件归一化到单一 canonical 源AGENTS.md优先缺失时取最近别名并保留兼容指针或显式符号链接说明。记录冲突指令与优先级决策。Canonical 与别名策略AGENTS.md存在时作为 canonical2. 缺失时取最近别名文件3. 兼容面要显式化AGENTS.md、AGENT.md、.cursorrules、.cursor/rules/*、.agent/、.agents/、.pi/4. 别名需记录如何映射回 canonical 策略或支持时用符号链接5. 当仓库以.agents/作为 canonical 规则存储时保持.cursor作为指向.agents的兼容符号链接以便 Cursor 自动加载6. 保持策略 DRY单一共享策略核心通过别名/符号链接暴露而非复制规则文本。ClawHub 的实际做法验证了作者一次、多处暴露仓库将全部技能与规则集中在 .agents/ 目录本技能即其中一员根级 AGENTS.md 承载命令地图与编码规范CLAUDE.md 与之一致避免双文件漂移。平台感知与上下文控制Cursor 与 Claude 风格glob 消费型代理规则文件要窄而有界避免过度引用大路径集导致上下文膨胀。Codex 风格工作流偏好显式文件引用与确定性命令。长 runbook 不要放进顶层策略文件应链接到作用域文档。无论 Codex、Claude 还是其他编码代理都要保证存在一条 happy path。推荐的兼容布局为canonical 规则目录.agents/Cursor 兼容路径.cursor - .agents符号链接canonical 策略文档AGENTS.md指向相关.agents路径。交付前验证符号链接状态.agents/存在而.cursor缺失时创建链接.cursor指向错误目标时修复或记录原因.cursor是真实目录/文件时视为迁移冲突先询问再替换。同时通过 canonical 目录验证规则载荷.agents/rules/*.mdcfrontmatter 含description、globs、alwaysApply、.agents/commands/*.md、.agents/mcp.json。注意.cursor兼容仅服务于 Cursor 自动加载不替代 canonical 的 AGENTS 策略。双模式交付标准与主动问题修复双模式要求一个共享策略核心、两种暴露方式对 Cursor/Claude 用 glob 驱动的有界小文件对 Codex 用精确作用域的显式文件引用风格分歧时取两者都能满足的最小公共结构不复制策略文本。AGENTS/CONTRIBUTING 在作用域内时视为一等交付物保留现有文件的结构、约束与示例。主动发现与修复原则定稿前对 AGENTS/别名/CONTRIBUTING 及相关命令/规则文档运行冲突矩阵审查高优先级缺陷包括缺失的引用文件、不存在的安装命令、命令作用域不匹配、分支/提交策略冲突对低风险修复不要只停在提示层面应同一轮直接修复若 canonical 入口文件缺失如文档依赖的目录 README.md创建最小可执行文件并更新引用。CONTRIBUTING 大小与范围控制根级CONTRIBUTING.md聚焦于环境搭建、issue 流程、PR 流程、测试与审查门禁用 issue/PR 模板链接替代内联全部流程细节文件过大时按领域拆分并从根文件链接大块内容移入 docsMintlify/Fern/Sphinx 工作流避免贡献者指南臃肿同时为人类与机器可读性优化。构建 Playbook结构先于文笔references/build.md定义了 build 任务的 13 步执行流其核心思想是先把结构立起来再填充文笔。对齐代理指令与治理指令以agent-and-contributing.md为真理源作用域内应用符号链接兼容策略先捕获约束嵌套代理规则、命令/测试要求、PR 工作流、风格检查并在示例中使用与仓库一致的命令与验证期望。清点产品文档面不只治理文件还包括README*.md、docs/**、**/*.md、**/*.mdx、**/*.mdc、**/*.rst、**/*.rsc及框架配置起草前先建覆盖地图作用域模糊时先扩大发现再有意收窄。框架配置与路径映射规则先检测框架/配置Fern config、Sphinxconf.py、Mintlify config 或等价物每个引用路径相对声明它的文件/配置解析而非假设仓库根文件系统路径与发布 URL 路由是两个独立映射无配置证据不可互相推断两层都验证配置 → 文件存在于磁盘、配置/导航/路由 → URL 路径有效可达。定义意图与成功标准受众、前置条件、要完成的工作、读者读完的预期结果、文档类型教程/操作指南/参考/解释、发布后必须成立的成功标准。先建结构再写散文遵循漏斗什么/为什么 → 快速上手 → 下一步标题信息量大且可扫描每节以要点句开头决策点给出具体分支指引。刻意构建 AGENTS.md 与 CONTRIBUTING.mdAGENTS.md 遵循 agents.md 生态模式——仓库风格要求时含 YAML frontmattername、description、声明角色范围与显式边界Always、Ask first、Never、给出具体命令与代表性代码示例。CONTRIBUTING.md 优先 issue 分诊流程、PR 期望、搭建/测试命令与审查门禁必要时补充 Code of Conduct、Testing、Local checks、PR expectations 章节过大则按作用域拆分并保持链接准确、非循环。保持代理上下文紧凑作者一次、暴露两次Cursor/Claude 用有界 glob 文件Codex 用显式路径引用避免无关历史与流程细节造成的 token/上下文漂移。brownfield 构建模式匹配现有术语、导航与组件模式无文档化迁移计划时保留现有 IA重写时附旧路径到新路径的迁移说明优先最小安全改动集。evergreen 构建模式稳定概念优先于绑定发布的叙事易变细节隔离到明确标注的版本章节包含维护信号负责人、刷新触发、过期标准与生命周期说明弃用与替代路径。写作约束精确语言、短祈使句代码示例可复制、自包含包含常见失败模式与安全默认值避免无法执行的占位指导。代理与自动化就绪关键事实放文本而非图片选择点用结构化列表/表格链接与锚点支持确定性导航文档化 CI 中可自动检查的内容。构建验证尽量验证命令与片段检查改动章节的链接与引用对引入的每个路径/命令做引用存在性扫描作用域内含框架一致性检查。多语言一致性模式适用时选单一源语言保证技术准确与发布时序定义一致性目标完全/分阶段/按章节有意分歧可能时保持跨区域结构对齐标题、锚点、章节顺序命令/代码正确性优先说明性文字其次无法达成时加可见说明并记录未解析检查。审查 Playbook系统化检查清单references/review.md提供 12 个部分的审查清单先读principles.md再应用作用域与分类识别文档类型与受众确认 brownfield/evergreen 意图与读者预期结果全仓库审查必须同时含治理面与产品文档面。调查行为主动发现问题不等待重复提示有深层问题信号时继续深挖可用子代理做有界并行发现后合并为单一问题集无问题时显式说明并指出残余风险/验证缺口默认 apply-fixes除非用户要求 report-only任务覆盖面广时不要停在 AGENTS/CONTRIBUTING继续检查文档内容与框架面。治理面审查AGENTS.md 确认角色意图、作用域与命令/工具边界显式frontmatter 风格匹配仓库惯例必要时有Always/Ask first/Never边界命令示例具体且路径仓库相关。CONTRIBUTING.md 验证 issue/PR 工作流完整可执行、本地搭建/lint/test 命令与审查标准准确、不与嵌套 AGENTS 冲突、过大的文件应拆分为链接章节。平台感知方面确认 Cursor/Claude 引用最小化且有界、Codex 指引用显式文件引用、两个面代表同一共享策略核心、.agents/.cursor兼容行为与仓库策略一致、无跨文件策略复制造成的上下文膨胀、无冲突规则/技能/代理指令、代理指令与代码库无冲突信息、无缺失/损坏的引用文件、无搭建/命令漂移。产品文档面审查验证根/模块README*与docs/**树的 IA 覆盖审查框架原生文档源Fern/Mintlify/Sphinx/MkDocs且指引匹配真实源文件检查.md/.mdx/.mdc/.rst/.rsc的过期命令、缺失前置条件与断裂交叉链接确认引用的文档路径与锚点存在标记应拆分/合并的文档。框架配置与路径映射检查先读框架配置Fern config、Sphinxconf.py、Mintlify config 等路径相对声明文件解析文件系统路径与发布 URL 路由是两张独立映射都验证显式标记路径映射漂移missing file / stale route / wrong base path。结构审查漏斗检查什么/为什么、快速上手、下一步标题流与导航可发现性关键内容被困在图片或埋藏章节中的问题Diataxis 对齐与混合用途章节拆分。写作质量审查段落简洁可扫读删除模糊代词与未定义术语示例可执行且作用域正确语气指示性、技术性、不含糊。brownfield 审查模式兼容现有 IA 与惯例锚点、重定向与跨文档链接保持有效标记入参与任务完成路径的回归术语变化有意传播。evergreen 审查模式标记无版本范围的日期戳或脆弱措辞检查所有权与刷新信号确认建议在常规产品演进后仍有效标记缺失的弃用/迁移指引。工具与平台审查检查内容是否有效使用平台原语标记与文档平台对抗的结构仅在降低认知负荷时推荐平台针对性改进。多语言一致性审查适用时确认声明的源语言与一致性策略对比跨区域改动章节的步骤/顺序/警告漂移标记前置条件、版本说明、限制与安全指引的缺失更新仅当理由显式且用户影响低时允许有意分歧部分一致时要求读者可见的状态说明。输出格式分三块——阻断性问题文件 必需修复、非阻断改进、验证说明已完成 vs 待办。子代理编排四个角色的并行分工SKILL.md 的子代理编排建议仓库大或改动面广时优先用子代理仓库级、多框架或高冲突工作默认使用。四个代理各有明确分工且已按模型强度分配任务定义见 .agents/skills/technical-documentation/agents/ 目录子代理定义文件模型建议职责inventory-agentinventory-agent.mdfast / Claude haiku文件与配置发现、覆盖地图、缺失路径检查6 turns工具限定 Read/Glob/Grep/LSgovernance-agentgovernance-agent.mdthinking / Claude sonnetAGENTS/CONTRIBUTING/别名优先级、冲突检测、策略漂移分析10 turnsdocs-framework-agentdocs-framework-agent.mdthinking / Claude sonnet框架配置、相对路径基准、文件路径 vs URL 路径映射检查10 turnssynthesis-agentsynthesis-agent.mdlong / Claude opus合并各子代理输出为单一优先修复计划与统一优先级模型12 turns编排要求只保留一个合并结果——子代理输出必须归一化为单一一致的推荐/修复集。synthesis-agent 的任务包括阻断项优先于非阻断改进、为治理决策归一化为单一优先级模型、去重冗余推荐与矛盾修复、保持最终输出简洁且可执行。配套的 openai.yaml 声明了技能元数据display_name、icon、brand_color、default_prompt并设置allow_implicit_invocation: true允许隐式调用。工具与平台决策brownfield 兼容优先references/tooling.md提供了文档平台选择检查点现有栈锁定不为小收益强制迁移、API 工作流深度生成引用、OpenAPI 支持、可测试性、协作模型docs-as-code、审查工作流、版本化、运行时质量搜索、导航、可复制代码片段、AI 就绪度结构化内容、稳定 URL、机器友好布局但人类可读、人类就绪度阅读复杂度、阅读 UX、导航深度、黑话最小化。brownfield 模式优先兼容当前平台先使用现有组件与风格惯例再引入新模式仅在当前约束阻碍关键结果时才提议迁移。evergreen 模式偏好使常规更新低摩擦的平台与模板标准化章节模板减少漂移捕获所有权、更新节奏与过期内容检测规则。审查影响检查内容是否正确使用平台原语tabs、callouts、endpoint blocks标记技术上正确但难扫读的文档仅在降低认知负荷时推荐平台针对性改进。OpenClaw 覆盖层面向 OpenClaw 文档的专属规则当目标文档属于 OpenClaw 生态ClawHub 正是其一时references/openclaw.md在通用规则之上叠加专属层读者模型以读者要完成的任务开头给一条推荐路径再给备选主文档聚焦常规路径密集契约与罕见调试细节移入链接的参考/排障页在读者可能犯错的确切位置解释生产风险链接概念、指南、参考、CLI 页、SDK 文档、测试与排障让读者无需重读即可继续。页面类型Overview路由到正确产品区/集成路径、Quickstart最少安全步骤到达可用结果、Topic page端到端解释主要实体或面、Guide从前置条件到生产就绪的单一工作流、API/SDK/CLI reference定义每个对象/方法/命令/选项/响应/错误/枚举/默认值/版本规则、Testing guide沙箱搭建、fixtures、模拟失败、live 模式差异、Troubleshooting guide症状映射到检查/原因/修复、Governance file策略具体、有界、与当前仓库行为对齐。Topic page 结构标题命名实体或面 → 无标题开场说明它是什么、拥有什么、不拥有什么 → 仅当需要账号/版本/权限/插件/OS/凭证时的 Requirements → 推荐路径与最小可靠验证的 Quickstart → 任务关键配置内联、详尽细节链接到参考 → 按读者意图组织的主要子主题 → 带可观察失败与具体检查的 Troubleshooting → Related links。Guide 结构标题命名结果而非实现细节 → 开场说明读者能完成什么 → Before you begin账号、密钥、权限、版本、工具、假设→ Choose a path仅当必须决策时→ 动词引导标题的步骤、命令、预期输出与检查 → 用最小可靠证据测试工作流 → 生产就绪安全、重试、限制、可观测性、迁移、清理→ 靠近故障源头的排障 → See also。文档 IA 与导航导航改动前先读docs/docs.json主题页与常规工作流放主路径详尽契约、生成引用、维护者专属细节放 Reference 或明确作用域的支持页移动页面时在手记中包含 keep/drop/move/destination 矩阵参与 docs 索引的页面增加 Read when 提示。源码背书CLI 文档必须匹配当前 flags/输出/错误/示例API/SDK 文档必须含字段、默认值、枚举值、约束、可空行为、生命周期状态、错误与恢复指引配置文档必须对齐导出类型、schema/help 输出、元数据、基线与当前文档依赖背书的行为必须从上游文档/源码/类型验证后再写默认值、时序、错误或 API 行为区分当前行为、已发布行为、计划行为与维护者意图。示例规范完整可复制的命令与片段真实变量名与值占位符用尖括号如API_KEY有助于验证时展示预期成功输出每代码块一个概念单元并使用语言特定围栏避免隐藏搭建、认证、错误处理或清理的示例永不暴露真实密钥、活配置、电话号码、私有视频或凭证。保留审查重写或拆分前识别源单元标题、段落、表格、示例、CLI/API 契约、警告、排障事实将每个保留单元映射到目标页面/章节密集源材料不允许用宽泛 covered 行代替用行级/声明级证据被丢弃内容需说明是过时、他处重复、不受支持还是移入参考/支持页。验证命令选择覆盖所触面的最窄证明pnpm docs:list、pnpm docs:check-mdx、pnpm docs:check-links、pnpm docs:check-i18n-glossary、pnpm format:docs:check/pnpm lint:docs、git diff --check、生成文档或清单检查、行为测试或命令探针证明被阻断时说明哪个命令未运行及原因。在 ClawHub 仓库中的落地实践本技能并非纸上谈兵ClawHub 仓库本身就是其方法论的全量实例可直接对照学习。治理面AGENTS.md 为规范源CLAUDE.md 为兼容别名根级 AGENTS.md 是仓库的 canonical 代理指令包含项目结构地图src/TanStack Start 前端、convex/Convex 后端、convex/_generated/生成代码、docs/可发布文档、specs/产品规范、public/静态资源、Durable Intent 规则安全敏感流程的行为意图写入specs/用户/运营面向的内容写docs/、完整命令地图bun run dev、bunx convex dev --typecheckdisable、bunx convex codegen、bun run seed:dev、bun run ci:static、bun run ci:unit、bun run ci:types-build等 CI 门禁、编码风格TypeScript strict、ESM、2 空格单引号、Biome oxlint、函数命名 verb-first、测试规范Vitest 4 jsdom、80% 覆盖率门槛、测试位于src/**与convex/lib/**。CLAUDE.md 与 AGENTS.md 内容一致充当 Claude Code 的兼容入口——这正是单一策略核心、别名暴露的实践样板。文档面docs/ 与 specs/ 的职责切分docs/README.md 明确定义了分工docs/是可发布到docs.openclaw.ai的 ClawHub 标签页的用户面向源包含产品、CLI、发布者、API、策略、安全与排障文档而specs/承载仓库搭建、生产部署 runbook、实现计划、设计理由、回归说明与内部子系统意图——告诉读者如何运行 ClawHub 项目本身的内容属于specs/而非公开 OpenClaw 文档。docs 索引给出了阅读顺序docs/clawhub.md总览 →docs/quickstart.md→docs/how-it-works.md→docs/publishing.md→docs/cli.md→docs/skill-format.md→docs/claws.md→docs/auth.md→docs/telemetry.md→docs/namespace-claims.md→docs/troubleshooting.md另列策略/API/信任文档docs/acceptable-usage.md、docs/api.md等。这与 principles.md 的漏斗结构和 openclaw.md 的主路径 Reference导航模型一一对应。工具链docs:list 与 docs:run仓库将文档自动化做成真实脚本对应用 CI 自动化质量检查原则package.json 中声明docs:list: bun scripts/docs-list.ts与docs:run: bun scripts/docs-run.ts。查看 scripts/docs-list.ts 源码可见其设计支持DOCS_DIR环境变量覆盖文档目录、排除archive/research目录、基于process.cwd()或脚本相对位置解析默认docs/目录——这正是 build.md 中路径相对声明文件解析与路径映射假设记录的工程化实现。docs:run则支持通过环境变量如OPENCLAW_REPO_PATH把文档同步到 OpenClaw 仓库对应文档构建的发布/集成环节。总结ClawHub 的technical-documentation技能将写文档从散漫的写作活动提升为可分类、可审计、可并行、可自动化的工程流程用 build/review 双模式覆盖全生命周期用 brownfield/evergreen 双语境平衡兼容与前瞻用原则层principles、治理层agent-and-contributing、执行层build/review playbook、平台层tooling/openclaw overlay四层参考体系支撑决策再用四个子代理实现大规模仓库审计的并行化。对于任何希望让文档同时被人类与 AI 代理高效消费的仓库这套体系都值得直接借鉴——ClawHub 仓库本身就是其最完整的参考实现。赞分享后端前端AI 技能AI 插件搜索引擎【免费下载链接】clawhubSkill Plugin Registry for OpenClaw项目地址https://gitcode.com/gh_mirrors/mo/clawhub点击查看免费下载相关推荐OpenClaw technical-documentation 技能核心解析principles.md 的文档原则体系与自动化落地OpenClaw technical documentation 技能核心解析principles.md 的文档原则体系与自动化落地 principles.mAI 应用AI Agent交互助手后端即时通讯网关SuperClaude Framework Technical Writer Agent以受众为中心的技术文档专家Audience-First DocumentationSuperClaude Framework Technical Writer Agent以受众为中心的技术文档专家Audience First Docume开发工具CLIAI 技能/插件测试人工智能AI 评测PyWxDump 微信数据解析工具现状、使用边界与合规风险完整指南PyWxDump 微信数据解析工具现状、使用边界与合规风险完整指南 PyWxDump 是一个 Python 编写的微信数据解析工具用于读取本机微信客户端数据库上一篇TeslaMate Debian/Ubuntu 手动安装完整指南从源码编译到 systemd 自启动下一篇如何避免Redis集群常见陷阱Undermoon最佳实践与避坑指南创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
返回列表