{"id":"69b320f5-343e-476c-a21b-5a21da25a0ea","shortId":"Fb3Xmn","kind":"skill","title":"dayu-harness","tagline":"大禹治库 Skill（Dayu Harness Skill）是帮助项目低成本接入 Harness Engineering 理念的一次性部署工具。将以 AGENTS.md 为根的渐进式披露治理体系部署到目标项目。仅通过 /dayu-harness 显式命令激活。","description":"# Dayu Harness Skill\n\n## 定位\n\n大禹治库 Skill 是管理和维护项目治理体系的**一次性部署工具**，不是治理体系本身。Skill 目录中的模板、脚本和资产只是部署来源；被部署到目标项目中的 AGENTS.md、docs/ 文档、hooks、CI 与维护脚本，才是 Harness Engineering 治理体系的实际载体。以 AGENTS.md 为根的渐进式披露文档体系是最终权威。初始化完成后，Skill 可安全删除——项目的治理体系已独立运行。\n\n“大禹”取自大禹治水：不把洪流堵在一处，而是疏导、分流并建立长期秩序。被部署到目标项目的治理体系，其设计哲学源自 [Harness Engineering](https://openai.com/zh-Hans-CN/index/harness-engineering/)：工程师不再手写每行代码，而是设计约束环境、明确意图边界、构建反馈回路，让 AI 智能体可靠工作。目标项目内的文档和资产对应 HE 六大概念——AGENTS.md 是「地图而非手册」、docs/ 目录是「仓库即记录系统」、hooks + CI 是「机械化执行」、CLAUDE.md 渐进式路由是「智能体可读性」、archive/ + `docs/harness/maintenance.md` 是「熵管理」、ai-execution.md + ai-memory.md 是「人类掌舵，智能体执行，并把经验沉淀回项目」。\n\n直接把治理规则只做成 Skill，只能让某个 Agent 在当前环境中按规则工作，属于 Agent-centric 约束。大禹治库 Skill 的目标是 Project-centric：把长期规则、项目知识/经验和机械化反馈部署进目标仓库，使它们可版本化、可审查、可迁移，并且不依赖某个 Skill、会话或工具长期存在。\n\n## 激活条件\n\nSkill 仅通过显式命令激活：用户输入 `/dayu-harness`。\n\nSkill 不在日常 AI 协作中自动介入。Skill 删除后，治理体系的维护由 AI 读取项目中的 `docs/harness/maintenance.md` 自行处理。\n\n为兼容 Claude、Codex 和通用 Agent Skills 客户端，canonical `SKILL.md` 不使用工具专属 frontmatter。具体适配策略见 [references/agent-compatibility.md](references/agent-compatibility.md)。\n\n## 边界规则\n\n- Skill 仅在用户显式调用 `/dayu-harness` 时工作\n- 项目无 AGENTS.md → 进入脚手架模式\n- 项目已有文档体系但不完整 → 进入融合模式\n- 项目已有完整体系，用户要求增删改约束 → 进入维护模式\n- 项目已有完整体系，用户要求检查完整性 → 进入诊断模式\n- 所有操作前先分析项目现状，基于 [Q&A-TEMPLATE.md](Q&A-TEMPLATE.md) 适配提问；默认治理与 Git 能力不作为是否启用的问题，只在已有配置需要合并策略时确认\n- 部署/融合前统一执行 `scripts/ensure-environment.sh <project-root> --check --capabilities \"<resolved capability ids>\"`；尚未确定可选能力时不传 `--capabilities`，脚本按默认必选能力检查。若返回 `needs_install`、`needs_initialization` 或 `needs_user_action`，先向用户展示安装/初始化建议并确认；若用户拒绝，当前流程终止\n- 任何涉及已有配置的操作，按能力清单中的可管理项/联动组件逐项处理：installer-backed 组件（如 husky hook 片段、`.gitignore`）先走 manifest installer 的 `--check`；静态模板/资产文件组件（如 `commitlint.config.cjs`、ESLint/Prettier/lint-staged 配置文件、`.github/workflows`、ruleset JSON）改用 `scaffold.sh --dry-run` 输出变更预览；若可提供现有文件与目标文件对，优先调用 `diff-helper.sh merge-plan <existing> <incoming>`；否则继续基于 `scaffold.sh --dry-run` 做人工确认\n- **不覆盖已有配置**，必须经用户确认\n- 部署、融合、维护或生成操作完成后，必须执行收尾验证，并按 [docs/completion-report-template.md](docs/completion-report-template.md) 用自然语言向用户汇报结果\n\n## 5 个模式\n\n### 1. 脚手架\n\n触发：项目无 AGENTS.md\n\n1. 前置执行 `scripts/ensure-environment.sh <project-root> --check --capabilities \"<resolved capability ids>\"`，处理并确认 Git/Node 初始化需求（见 Q&A 前置问题；尚未确定可选能力时使用默认必选能力检查）\n2. 分析项目现状（读取文件结构、已有配置）\n3. 按 [Q&A-TEMPLATE.md](Q&A-TEMPLATE.md) 询问 GitHub、发布、代码工具等可选能力（默认治理与 Git 能力直接纳入部署）\n4. 展示确认汇总\n5. 用户确认后：调用 `scaffold.sh --dry-run --enable <optional capability ids>` 预览变更 → 对已有配置确认策略 → `scaffold.sh --apply --enable <optional capability ids>`（如有冲突再加 `--strategy`）复制默认与可选模板文档 + 安装联动的脚本资产 + 始终部署核心维护脚本\n6. 按「执行收尾验证」流程检查部署结果，并使用完成报告模板向用户汇报\n\n### 2. 诊断\n\n触发：已有项目，检查完整性\n\n1. 优先执行 `audit.sh --json` 获取结构化诊断报告\n2. 将报告中的 `description_nl` 和 `results` 以自然语言呈现给用户\n3. 若 audit.sh 不可用，按 `docs/harness/maintenance.md` 诊断清单手动逐项检查\n4. 报告缺失/冲突，给出修复建议\n\n### 3. 融合\n\n触发：已有文档体系，需要合并\n\n1. 诊断现有状态（调用 `audit.sh --json`）\n2. 对每个已有组件按能力 manifest 中的联动项区分：\n   - 有 manifest installer 的组件：调用对应 installer 脚本 `--check` 获取结构化 merge plan\n   - 无 installer 的组件（静态模板/资产文件）：先用 `scaffold.sh --dry-run` 获取差异说明；若有源文件和目标文件对可用，再补充 `diff-helper.sh merge-plan <existing> <incoming>` 的结构化说明，再展示给用户\n3. 将 merge plan 或差异说明中的 `description_nl` 以自然语言呈现给用户\n4. 逐项询问：[1] 保留现有 [2] 替换 [3] 合并 [4] 跳过\n5. 用户逐项确认后，按组件类型执行：\n   - installer-backed 组件：调用对应 installer `--apply <merge|replace|skip>`\n   - 无 installer 组件：按用户确认方案，用 `scaffold.sh --apply` 或手工更新\n6. 按「执行收尾验证」流程检查融合结果，并使用完成报告模板向用户汇报\n\n### 4. 维护\n\n触发：用户要求增删改约束或更新文档\n\n子功能：\n- **删除约束**：按联动组件逐项处理：installer-backed 组件先调用相关 installer 的 `--check` 获取影响范围；无 installer 组件先用 `scaffold.sh --dry-run` 标注待删差异并确认（如有源文件与目标文件对可用，再调用 `diff-helper.sh merge-plan <existing> <incoming>`） → 展示 → 确认 → 移除 → 更新 AGENTS.md 索引\n- **修改约束**：有现有/目标文件对时调用 `diff-helper.sh merge-plan <existing> <incoming>` 获取变更描述；无可用对时回退到 `scaffold.sh --dry-run` 的人工审核输出 → 展示 → 确认 → 更新\n- **完整性检查**：同诊断模式\n- **更新项目文档**：按 `docs/harness/maintenance.md` 流程 → 更新内容 → 同步索引\n\n### 5. 生成\n\n触发：需要特定文档或配置\n\n根据项目特征和 `docs/harness/maintenance.md` 中的 Q&A 决策参考，智能生成适配内容。\n\n## 执行收尾验证\n\nSkill 完成任何写入类操作后，不能只告诉用户“已完成”。必须先验证目标项目中的治理体系是否能正常使用，再用自然语言收尾。\n\n收尾验证优先使用目标项目内已部署的脚本：\n\n1. `docs/harness/sensors/scripts/validate.sh --json <project-root>`：检查已启用的 hooks、配置和 workflow 是否可用。\n2. `docs/harness/sensors/scripts/audit.sh --json <project-root>`：检查 `AGENTS.md`、`CLAUDE.md`、docs 索引和维护脚本是否完整。\n3. `docs/harness/sensors/scripts/check-consistency.sh --json <project-root>`：检查文档链接、索引和孤儿文档。\n\n如果脚本不存在或暂时不可执行，按目标项目中的 `docs/harness/maintenance.md` 手动检查关键路径。\n\n验证后处理规则：\n\n- 检查通过：按 [docs/completion-report-template.md](docs/completion-report-template.md) 汇报已启用能力、已确认事项和未启用事项。\n- 检查发现可确定修复的问题：先修复，再重新运行检查。\n- 检查发现需要用户取舍的问题：说明影响，用自然语言询问用户选择，不输出大段原始日志。\n- 未启用的能力出现 skip 或可选缺失时，不作为失败汇报，只说明这次没有安装相关内容。\n\n## 部署后的项目知识/经验沉淀约定\n\n该约定会写入目标项目的 `ai-memory.md`。每次 AI 协作会话中，如产生可复用的项目知识、经验或上下文，主动建议沉淀到对应位置：\n\n| 类型 | 沉淀位置 |\n|---------|---------|\n| 架构/技术决策 | `docs/design-docs/` |\n| 问题排障 | `docs/troubleshooting/` |\n| 研究发现 | `docs/references/research/` |\n| 约束变更 | `docs/harness/guides/` + AGENTS.md |\n| 项目背景和产品上下文 | `docs/product-specs/` |\n\n写入目标项目后，该约定确保 Skill 删除后 AI 仍能自主沉淀项目知识/经验。\n\n沉淀边界：\n- 只沉淀经过归纳的可复用结论，不把完整对话记录、临时假设、未确认方案或敏感信息写入长期目录。\n- 目标项目中的 `AGENTS.md` 与 `docs/` 是项目级长期记忆的单一事实源；外部 Agent memory、LangChain/LangGraph store、向量库或产品内置记忆只能作为检索缓存或运行时辅助，不作为权威规则来源。\n- 外部记忆系统产生的有价值内容，必须整理成决策、排障、研究、项目上下文或约束文档后回写项目，并同步对应 `AGENTS.md` 索引。\n\n## 部署策略\n\n- 必选默认能力始终部署：`core`、Git 提交/.gitignore 约束、AI 执行/记忆规则、ADR、排障、研究、项目上下文和归档入口\n- `--enable` 只表示在必选默认集上追加可选能力；GitHub、发布自动化、Node.js 工具等能力未选择时不复制到项目\n- 未启用的可选资产不复制到项目\n- `docs/harness/sensors/scripts/`（audit.sh、validate.sh、diff-helper.sh、check-consistency.sh）始终部署\n- 后续需要新增约束时，重新安装 Skill 执行\n\n## 结构化输出约定\n\n本 Skill 所有脚本遵循统一的分工协议——脚本负责确定性分析，LLM 负责语义增强和用户交互：\n\n| 脚本层职责 | LLM 层职责 |\n|-----------|-----------|\n| 检测已有配置状态 | 读取结构化报告 |\n| 生成 diff 和行数统计 | 将 `description_nl` 以自然语言呈现给用户 |\n| 输出结构化 JSON（含 `description_nl`） | 确认用户选择 |\n| 执行写入操作（--apply 模式） | 调用脚本执行 |\n| smoke test / audit / consistency 验证 | 按完成报告模板呈现自然语言结果 |\n\n关键约定：\n- 所有脚本 `--json` 模式输出纯 JSON 到 stdout，诊断日志到 stderr\n- 每个 JSON 响应必须包含 `description_nl` 字段（自然语言描述，LLM 可直接使用）\n- 环境前置脚本 `ensure-environment.sh --check [--capabilities \"<resolved ids>\"]` 必须输出统一字段：`status`、`items`、`summary`、`description_nl`；其中 `status` 至少支持 `ok/needs_install/needs_initialization/needs_user_action/error`\n- 退出码：0=成功/无变更，1=检测到冲突/失败，2=脚本自身错误\n- LLM 不应自行解析原始 diff 或文件内容来替代脚本的结构化输出\n\n## 能力清单约定\n\n- `capabilities/*.json` 是治理能力的单一事实源，定义 `id`、依赖、模板文件、资产文件、installer、安全策略和 acceptance criteria。\n- `default=true` 的 manifest 是无须用户选择的必选部署集：`core`、Git 提交/.gitignore 约束、AI 执行/记忆规则和知识库/项目上下文目录。通用质量实践、GitHub CI、release-please、Node.js 工具和发布/分支保护类能力仍按 capability 显式启用。\n- Q&A、dry-run plan、安装清单和测试断言应从 manifest 字段生成或校验，避免手工维护重复计数。\n\n## 辅助文件\n\nSkill 目录中的其他文件按需加载：\n\n- **[AGENTS.md](AGENTS.md)**：Skill 自身渐进式披露入口，路由到各模块。\n- **[Q&A-TEMPLATE.md](Q&A-TEMPLATE.md)**：Q&A 参考模板，提问内容以 `capabilities/*.json` 为准，包含融合模式提问和兼容化处理流程。脚手架和融合模式时读取。\n- **[docs/completion-report-template.md](docs/completion-report-template.md)**：Skill 执行完成后的验证流程和自然语言收尾模板。部署、融合、维护或生成操作完成后读取。\n- **[references/agent-compatibility.md](references/agent-compatibility.md)**：Claude、Codex 和通用 Agent Skills 客户端的兼容说明。需要安装、分发或调整触发策略时读取。\n- **[capabilities/](capabilities/)**：治理能力 manifest，作为脚手架、Q&A、部署清单、依赖关系和验收标准的单一事实源。\n- **[templates/](templates/)**：文档模板（CLAUDE.md、AGENTS.md、docs/ 完整层级结构），部署到目标项目的 `docs/` 目录。\n- **[assets/](assets/)**：脚本和配置资产（husky hooks、commitlint、GitHub workflows、ESLint、Prettier、lint-staged、gitignore），默认 Git 资产和用户选择的可选资产会部署到项目对应位置。\n- **[scripts/](scripts/)**：Skill 内部初始化脚本（`scaffold.sh`、`install-husky.sh`、`install-gitignore.sh`；其余能力按 manifest 指定 `installer.script` 调用），由各模式按需调用。`ensure-environment.sh` 负责环境依赖完整性与初始化确认。\n- **[tests/](tests/)**：Skill 自身测试（维护者可选 bats 单元测试 + fixture 项目）；非运行时依赖，不会部署到目标项目。\n- **[docs/plan.md](docs/plan.md)**：Skill 设计计划和架构文档，仅供 Skill 维护者参考。","tags":["dayu","harness","skill","kinoward","agent-skills","agents-md","ai-agents","ai-collaboration","automation","claude-code","codex","developer-tools"],"capabilities":["skill","source-kinoward","skill-dayu-harness-skill","topic-agent-skills","topic-agents-md","topic-ai-agents","topic-ai-collaboration","topic-automation","topic-claude-code","topic-codex","topic-developer-tools","topic-documentation","topic-harness-engineering","topic-project-governance"],"categories":["dayu-harness-skill"],"synonyms":[],"warnings":[],"endpointUrl":"https://skills.sh/kinoward/dayu-harness-skill","protocol":"skill","transport":"skills-sh","auth":{"type":"none","details":{"cli":"npx skills add kinoward/dayu-harness-skill","source_repo":"https://github.com/kinoward/dayu-harness-skill","install_from":"skills.sh"}},"qualityScore":"0.457","qualityRationale":"deterministic score 0.46 from registry signals: · indexed on github topic:agent-skills · 15 github stars · SKILL.md body (7,752 chars)","verified":false,"liveness":"unknown","lastLivenessCheck":null,"agentReviews":{"count":0,"score_avg":null,"cost_usd_avg":null,"success_rate":null,"latency_p50_ms":null,"narrative_summary":null,"summary_updated_at":null},"enrichmentModel":"deterministic:skill-github:v1","enrichmentVersion":1,"enrichedAt":"2026-05-18T19:06:18.771Z","embedding":null,"createdAt":"2026-05-17T19:05:02.496Z","updatedAt":"2026-05-18T19:06:18.771Z","lastSeenAt":"2026-05-18T19:06:18.771Z","tsv":"'/.gitignore':613,740 '/dayu-harness':17,123,152 '/zh-hans-cn/index/harness-engineering/)':60 '0':707 '1':253,258,318,346,395,508,710 '2':271,313,323,351,397,516,713 '3':275,330,341,385,399,524 '4':288,337,393,401,429 '5':251,290,403,489 '6':308,424 'a-template.md':168,170,278,280,776,778 'accept':730 'action':192 'adr':618 'agent':97,101,139,594,800 'agent-centr':100 'agents.md':14,32,43,71,155,257,462,520,573,589,606,770,771,818 'ai':66,126,131,557,580,615,742 'ai-execution.md':88 'ai-memory.md':89,555 'appli':301,412,422,665 'archiv':84 'asset':824,825 'audit':670 'audit.sh':320,332,349,630 'back':202,408,438 'bat':861 'canon':142 'capabl':180,182,262,695,720,755,783,805,806 'centric':102,109 'check':179,213,261,362,442,694 'check-consistency.sh':633 'ci':36,78,748 'claud':136,797 'claude.md':81,521,817 'codex':137,798 'commitlint':829 'commitlint.config.cjs':217 'consist':671 'core':610,737 'criteria':731 'dayu':2,6,19 'dayu-har':1 'default':732 'descript':325,390,655,661,686,700 'diff':652,717 'diff-helper.sh':231,379,454,467,632 'doc':33,74,522,591,819,822 'docs/completion-report-template.md':248,249,536,537,788,789 'docs/design-docs':566 'docs/harness/guides':572 'docs/harness/maintenance.md':85,133,335,485,494,531 'docs/harness/sensors/scripts':629 'docs/harness/sensors/scripts/audit.sh':517 'docs/harness/sensors/scripts/check-consistency.sh':525 'docs/harness/sensors/scripts/validate.sh':509 'docs/plan.md':867,868 'docs/product-specs':575 'docs/references/research':570 'docs/troubleshooting':568 'dri':226,238,295,374,449,475,760 'dry-run':225,237,294,373,448,474,759 'enabl':297,302,622 'engin':11,40,57 'ensure-environment.sh':693,854 'eslint':832 'eslint/prettier/lint-staged':218 'fixtur':863 'frontmatt':145 'git':173,286,611,738,839 'git/node':264 'github':282,624,747,830 'github/workflows':220 'gitignor':208,837 'har':3,7,10,20,39,56 'hook':35,77,206,512,828 'huski':205,827 'id':724 'initi':188 'instal':186,201,211,357,360,367,407,411,417,437,440,445,728 'install-gitignore.sh':847 'install-husky.sh':846 'installer-back':200,406,436 'installer.script':851 'item':698 'json':222,321,350,510,518,526,659,676,678,684,721,784 'langchain/langgraph':596 'lint':835 'lint-stag':834 'llm':644,647,690,715 'manifest':210,353,356,735,764,808,849 'memori':595 'merg':233,364,381,387,413,456,469 'merge-plan':232,380,455,468 'need':185,187,190 'nl':326,391,656,662,687,701 'node.js':626,752 'ok/needs_install/needs_initialization/needs_user_action/error':705 'openai.com':59 'openai.com/zh-hans-cn/index/harness-engineering/)':58 'plan':234,365,382,388,457,470,762 'pleas':751 'prettier':833 'project':108 'project-centr':107 'q':167,169,267,277,279,496,757,775,777,779,810 'references/agent-compatibility.md':147,148,795,796 'releas':750 'release-pleas':749 'replac':414 'result':328 'ruleset':221 'run':227,239,296,375,450,476,761 'scaffold.sh':224,236,293,300,372,421,447,473,845 'script':841,842 'scripts/ensure-environment.sh':178,260 'skill':5,8,21,24,28,46,95,105,117,120,124,128,140,150,501,578,637,641,768,772,790,801,843,858,869,872 'skill-dayu-harness-skill' 'skill.md':143 'skip':415,548 'smoke':668 'source-kinoward' 'stage':836 'status':697,703 'stderr':682 'stdout':680 'store':597 'strategi':304 'summari':699 'templat':814,815 'test':669,856,857 'topic-agent-skills' 'topic-agents-md' 'topic-ai-agents' 'topic-ai-collaboration' 'topic-automation' 'topic-claude-code' 'topic-codex' 'topic-developer-tools' 'topic-documentation' 'topic-harness-engineering' 'topic-project-governance' 'true':733 'user':191 'validate.sh':631 'workflow':514,831 '一次性部署工具':26 '不会部署到目标项目':866 '不作为失败汇报':550 '不作为权威规则来源':599 '不使用工具专属':144 '不可用':333 '不在日常':125 '不应自行解析原始':716 '不把完整对话记录':585 '不把洪流堵在一处':51 '不是治理体系本身':27 '不能只告诉用户':503 '不覆盖已有配置':241 '不输出大段原始日志':546 '与':590 '与维护脚本':37 '个模式':252 '中的':495 '中的联动项区分':354 '临时假设':586 '为兼容':135 '为准':785 '为根的渐进式披露文档体系是最终权威':44 '为根的渐进式披露治理体系部署到目标项目':15 '主动建议沉淀到对应位置':561 '人类掌舵':91 '仅供':871 '仅在用户显式调用':151 '仅通过':16 '仅通过显式命令激活':121 '仍能自主沉淀项目知识':581 '仓库即记录系统':76 '代码工具等可选能力':284 '以':42 '以自然语言呈现给用户':329,392,657 '任何涉及已有配置的操作':197 '优先执行':319 '优先调用':230 '会话或工具长期存在':118 '作为脚手架':809 '使它们可版本化':113 '依赖':725 '依赖关系和验收标准的单一事实源':813 '保留现有':396 '修改约束':464 '做人工确认':240 '先修复':541 '先向用户展示安装':193 '先用':371 '先走':209 '六大概念':70 '关键约定':674 '其中':702 '其余能力按':848 '其设计哲学源自':55 '具体适配策略见':146 '内部初始化脚本':844 '再展示给用户':384 '再用自然语言收尾':506 '再补充':378 '再调用':453 '再重新运行检查':542 '写入目标项目后':576 '冲突':339 '决策参考':498 '分发或调整触发策略时读取':804 '分支保护类能力仍按':754 '分析项目现状':272 '分流并建立长期秩序':53 '初始化完成后':45 '初始化建议并确认':194 '初始化需求':265 '删除后':129,579 '删除约束':434 '到':679 '前置执行':259 '前置问题':269 '包含融合模式提问和兼容化处理流程':786 '协作中自动介入':127 '协作会话中':558 '单元测试':862 '参考模板':781 '发布':283 '发布自动化':625 '取自大禹治水':50 '只在已有配置需要合并策略时确认':175 '只沉淀经过归纳的可复用结论':584 '只能让某个':96 '只表示在必选默认集上追加可选能力':623 '只说明这次没有安装相关内容':551 '可安全删除':47 '可审查':114 '可直接使用':691 '可迁移':115 '合并':400 '同步索引':488 '同诊断模式':482 '后续需要新增约束时':635 '向量库或产品内置记忆只能作为检索缓存或运行时辅助':598 '否则继续基于':235 '含':660 '和':327 '和行数统计':653 '和通用':138,799 '响应必须包含':685 '在当前环境中按规则工作':98 '地图而非手册':73 '基于':166 '处理并确认':263 '复制默认与可选模板文档':305 '外部':593 '外部记忆系统产生的有价值内容':600 '大禹':49 '大禹治库':4,23,104 '失败':712 '如':204,216 '如产生可复用的项目知识':559 '如有冲突再加':303 '如有源文件与目标文件对可用':452 '如果脚本不存在或暂时不可执行':529 '始终部署':634 '始终部署核心维护脚本':307 '子功能':433 '字段':688 '字段生成或校验':765 '安全策略和':729 '安装清单和测试断言应从':763 '安装联动的脚本资产':306 '完成任何写入类操作后':502 '完整层级结构':820 '完整性检查':481 '定义':723 '定位':22 '客户端':141 '客户端的兼容说明':802 '对已有配置确认策略':299 '对每个已有组件按能力':352 '将':386,654 '将以':13 '将报告中的':324 '尚未确定可选能力时不传':181 '尚未确定可选能力时使用默认必选能力检查':270 '层职责':648 '展示':458,478 '展示确认汇总':289 '属于':99 '工具和发布':753 '工具等能力未选择时不复制到项目':627 '工程师不再手写每行代码':61 '已完成':504 '已有文档体系':344 '已有配置':274 '已有项目':316 '已确认事项和未启用事项':539 '并且不依赖某个':116 '并使用完成报告模板向用户汇报':312,428 '并同步对应':605 '并把经验沉淀回项目':93 '并按':247 '当前流程终止':196 '必选默认能力始终部署':609 '必须先验证目标项目中的治理体系是否能正常使用':505 '必须执行收尾验证':246 '必须整理成决策':601 '必须经用户确认':242 '必须输出统一字段':696 '成功':708 '或':189 '或可选缺失时':549 '或差异说明中的':389 '或手工更新':423 '或文件内容来替代脚本的结构化输出':718 '所有操作前先分析项目现状':165 '所有脚本':675 '所有脚本遵循统一的分工协议':642 '手动检查关键路径':532 '才是':38 '执行':616,638,743 '执行写入操作':664 '执行完成后的验证流程和自然语言收尾模板':791 '执行收尾验证':310,426,500 '技术决策':565 '把长期规则':110 '报告缺失':338 '指定':850 '按':276,309,334,425,484,535 '按完成报告模板呈现自然语言结果':673 '按用户确认方案':419 '按目标项目中的':530 '按组件类型执行':405 '按联动组件逐项处理':435 '按能力清单中的可管理项':198 '排障':602,619 '提交':612,739 '提问内容以':782 '收尾验证优先使用目标项目内已部署的脚本':507 '改用':223 '文档':34 '文档模板':816 '无':366,416,444 '无变更':709 '无可用对时回退到':472 '时工作':153 '明确意图边界':63 '是':72,79,86,90 '是否可用':515 '是帮助项目低成本接入':9 '是无须用户选择的必选部署集':736 '是治理能力的单一事实源':722 '是管理和维护项目治理体系的':25 '是项目级长期记忆的单一事实源':592 '显式启用':756 '显式命令激活':18 '智能体可读性':83 '智能体可靠工作':67 '智能体执行':92 '智能生成适配内容':499 '更新':461,480 '更新内容':487 '更新项目文档':483 '替换':398 '有':355 '有现有':465 '未启用的可选资产不复制到项目':628 '未启用的能力出现':547 '未确认方案或敏感信息写入长期目录':587 '本':640 '机械化执行':80 '构建反馈回路':64 '架构':564 '标注待删差异并确认':451 '根据项目特征和':493 '检查':519 '检查发现可确定修复的问题':540 '检查发现需要用户取舍的问题':543 '检查完整性':317 '检查已启用的':511 '检查文档链接':527 '检查通过':534 '检测到冲突':711 '检测已有配置状态':649 '模式':666 '模式输出纯':677 '模板文件':726 '每个':683 '每次':556 '汇报已启用能力':538 '沉淀位置':563 '沉淀边界':583 '治理体系的实际载体':41 '治理体系的维护由':130 '治理能力':807 '流程':486 '流程检查融合结果':427 '流程检查部署结果':311 '渐进式路由是':82 '激活条件':119 '熵管理':87 '片段':207 '环境前置脚本':692 '理念的一次性部署工具':12 '生成':490,651 '用':420 '用户确认后':291 '用户要求增删改约束':160 '用户要求增删改约束或更新文档':432 '用户要求检查完整性':163 '用户输入':122 '用户逐项确认后':404 '用自然语言向用户汇报结果':250 '用自然语言询问用户选择':545 '由各模式按需调用':853 '的':212,441,734 '的人工审核输出':477 '的目标是':106 '的组件':358,368 '的结构化说明':383 '目录':823 '目录中的其他文件按需加载':769 '目录中的模板':29 '目录是':75 '目标文件对时调用':466 '目标项目中的':588 '目标项目内的文档和资产对应':68 '直接把治理规则只做成':94 '研究':603,620 '研究发现':569 '确认':459,479 '确认用户选择':663 '移除':460 '类型':562 '索引':463,607 '索引和孤儿文档':528 '索引和维护脚本是否完整':523 '约束':103,614,741 '约束变更':571 '组件':203,409,418 '组件先用':446 '组件先调用相关':439 '经验':582 '经验和机械化反馈部署进目标仓库':112 '经验或上下文':560 '经验沉淀约定':553 '结构化输出约定':639 '给出修复建议':340 '维护':430 '维护或生成操作完成后':245 '维护或生成操作完成后读取':794 '维护者参考':873 '维护者可选':860 '而是疏导':52 '而是设计约束环境':62 '联动组件逐项处理':199 '能力不作为是否启用的问题':174 '能力清单约定':719 '能力直接纳入部署':287 '脚手架':254 '脚手架和融合模式时读取':787 '脚本':361 '脚本和资产只是部署来源':30 '脚本和配置资产':826 '脚本层职责':646 '脚本按默认必选能力检查':183 '脚本自身错误':714 '脚本负责确定性分析':643 '自然语言描述':689 '自行处理':134 '自身测试':859 '自身渐进式披露入口':773 '至少支持':704 '若':331 '若可提供现有文件与目标文件对':229 '若有源文件和目标文件对可用':377 '若用户拒绝':195 '若返回':184 '获取变更描述':471 '获取差异说明':376 '获取影响范围':443 '获取结构化':363 '获取结构化诊断报告':322 '融合':244,342,793 '融合前统一执行':177 '被部署到目标项目中的':31 '被部署到目标项目的治理体系':54 '见':266 '触发':255,315,343,431,491 '让':65 '记忆规则':617 '记忆规则和知识库':744 '设计计划和架构文档':870 '诊断':314 '诊断日志到':681 '诊断清单手动逐项检查':336 '诊断现有状态':347 '询问':281 '该约定会写入目标项目的':554 '该约定确保':577 '说明影响':544 '读取文件结构':273 '读取结构化报告':650 '读取项目中的':132 '调用':292,348,852 '调用对应':359,410 '调用脚本执行':667 '负责环境依赖完整性与初始化确认':855 '负责语义增强和用户交互':645 '资产和用户选择的可选资产会部署到项目对应位置':840 '资产文件':370,727 '资产文件组件':215 '路由到各模块':774 '跳过':402 '辅助文件':767 '输出变更预览':228 '输出结构化':658 '边界规则':149 '进入维护模式':161 '进入脚手架模式':156 '进入融合模式':158 '进入诊断模式':164 '退出码':706 '适配提问':171 '逐项询问':394 '通用质量实践':746 '避免手工维护重复计数':766 '部署':176,243,792 '部署到目标项目的':821 '部署后的项目知识':552 '部署清单':812 '部署策略':608 '配置和':513 '配置文件':219 '重新安装':636 '问题排障':567 '需要合并':345 '需要安装':803 '需要特定文档或配置':492 '静态模板':214,369 '非运行时依赖':865 '项目':864 '项目上下文和归档入口':621 '项目上下文或约束文档后回写项目':604 '项目上下文目录':745 '项目已有完整体系':159,162 '项目已有文档体系但不完整':157 '项目无':154,256 '项目的治理体系已独立运行':48 '项目知识':111 '项目背景和产品上下文':574 '预览变更':298 '验证':672 '验证后处理规则':533 '默认':838 '默认治理与':172,285","prices":[{"id":"93a5b1ae-2f45-4ff6-a3f8-e859b3817b7e","listingId":"69b320f5-343e-476c-a21b-5a21da25a0ea","amountUsd":"0","unit":"free","nativeCurrency":null,"nativeAmount":null,"chain":null,"payTo":null,"paymentMethod":"skill-free","isPrimary":true,"details":{"org":"kinoward","category":"dayu-harness-skill","install_from":"skills.sh"},"createdAt":"2026-05-17T19:05:02.496Z"}],"sources":[{"listingId":"69b320f5-343e-476c-a21b-5a21da25a0ea","source":"github","sourceId":"kinoward/dayu-harness-skill","sourceUrl":"https://github.com/kinoward/dayu-harness-skill","isPrimary":false,"firstSeenAt":"2026-05-17T19:05:02.496Z","lastSeenAt":"2026-05-18T19:06:18.771Z"}],"details":{"listingId":"69b320f5-343e-476c-a21b-5a21da25a0ea","quickStartSnippet":null,"exampleRequest":null,"exampleResponse":null,"schema":null,"openapiUrl":null,"agentsTxtUrl":null,"citations":[],"useCases":[],"bestFor":[],"notFor":[],"kindDetails":{"org":"kinoward","slug":"dayu-harness-skill","github":{"repo":"kinoward/dayu-harness-skill","stars":15,"topics":["agent-skills","agents-md","ai-agents","ai-collaboration","automation","claude-code","codex","developer-tools","documentation","harness-engineering","project-governance"],"license":"mit","html_url":"https://github.com/kinoward/dayu-harness-skill","pushed_at":"2026-05-18T07:41:10Z","description":"“把一次性的 AI 协作提示，疏导成项目里长期可运行的治理体系。”——Dayu Harness Skill（大禹治库.skill）","skill_md_sha":"b4aead445ae63eb6404df51edd68b2cb81e86799","skill_md_path":"SKILL.md","default_branch":"main","skill_tree_url":"https://github.com/kinoward/dayu-harness-skill"},"layout":"root","source":"github","category":"dayu-harness-skill","frontmatter":{"name":"dayu-harness","description":"大禹治库 Skill（Dayu Harness Skill）是帮助项目低成本接入 Harness Engineering 理念的一次性部署工具。将以 AGENTS.md 为根的渐进式披露治理体系部署到目标项目。仅通过 /dayu-harness 显式命令激活。"},"skills_sh_url":"https://skills.sh/kinoward/dayu-harness-skill"},"updatedAt":"2026-05-18T19:06:18.771Z"}}