让这个代码仓库 AI-first

它做了什么

采纳路径

1. 01

   安装前先验证

   在核查之前，请将提示和技能视为不可信的。两者均为开源且采用 MIT 许可；该技能以 Markdown 为核心，无网络调用，也无遥测。每个发布版本都会发布一份涵盖所有已发布技能文件的 SHA256SUMS，以便你在运行前确认副本匹配。发布版本有校验和，但未签名（签名是已记录的下一步计划）。

   终端

   git clone https://github.com/DailybotHQ/deepworkplan-skill.git && cd deepworkplan-skill
   curl -fsSL -o SHA256SUMS https://github.com/DailybotHQ/deepworkplan-skill/releases/download/vX.Y.Z/SHA256SUMS
   ./setup.sh --verify

2. 02

   安装技能

   添加 Deep Work Plan 技能，让任意代理都能规划并执行结构化的工作。该技能附带一个路由器外加九个子技能——create、execute、refine、resume、status、verify、onboard、author 与 upgrade。

   终端

   npx skills add DailybotHQ/deepworkplan-skill

   或

   终端

   openclaw skills install deepworkplan

   或

   终端

   git clone https://github.com/DailybotHQ/deepworkplan-skill.git && cd deepworkplan-skill && ./setup.sh

3. 03

   运行代码仓库接入

   调用 onboard 子技能，让代理对真实的仓库进行推理——它的技术栈、包管理器与真实的验证命令。随后它会生成 AGENTS.md、一套 docs/ 知识库、各模块文档，以及一个跨代理的 .agents/ 目录（含 .claude → .agents 和 .cursor → .agents 符号链接），接入轻量的 dwp-* 命令，并搭建一个被 gitignore 的 .dwp/ 以存放计划。对于大型仓库，onboard 子技能采用计划驱动路径：先完成探查，然后生成一份接入用的 Deep Work Plan。没有任何东西套用模板；一切都适配于你的代码仓库。

   终端

   /deepworkplan-onboard

4. 04

   本地评审与可选附加组件

   接入流程会安装必需的 AI Diff Reviewer 本地评审（其 CI 门禁仍为可选），并提供四个可选附加组件——devcontainer、Dailybot、dependency-upgrade 与 design-system——你只在它们契合时才采纳。一个仓库即便不带任何可选附加组件，也完全符合规范。使用 /skill-create 与 /agent-create（author 子技能）来培育超越基线的技能、代理与命令。

5. 05

   规划并执行

   用 /dwp-create 生成 Deep Work Plan 并用 /dwp-execute 运行它们，随着工作推进再使用 /dwp-status、/dwp-refine、/dwp-resume 与 /dwp-verify。每份计划都带有编号任务、验证关卡与一套完成协议——并以唯一的强制 Final Review 收尾（安全审查、最终状态验证与技能决策核对）。Executive Report 仍可按需提供。

   终端

   /dwp-create <goal>

   或

   终端

   /dwp-execute

6. 06

   验证一致性

   运行 /dwp-verify 以获取一份基于规范的客观通过/不通过报告。确认 AGENTS.md、docs/（包含真实内容而非占位符）、.agents/（包含轻量的 dwp-* 委托器和与磁盘一致的目录）、.dwp/ 与 tmp/ 均已就位——没有任何套用模板的内容，一切都是针对此仓库推理得出的。

   终端

   /dwp-verify

成果

代码仓库变得规范驱动，而代码仓库本身成为代理的 harness（运行支架）——上下文与命令随代码一同传递。