@xenonbyte/da-vinci-workflow 0.1.6 → 0.1.7

package/CHANGELOG.md

@@ -4,6 +4,17 @@
 
 - No unreleased changes yet.
 
+## v0.1.7 - 2026-03-27
+
+### Changed
+- Chinese companion docs are now intentionally limited to `README.zh-CN.md` and `docs/zh-CN/`
+- `.npmrc` and `openspec/` are now local-only and no longer tracked or shipped in the npm package
+- asset validation now checks only shipped repository assets
+
+### Removed
+- Chinese mirror docs for commands, references, examples, and changelog
+- OpenSpec planning artifacts from version control and npm packaging
+
 ## v0.1.6 - 2026-03-27
 
 ### Added

package/README.md

@@ -27,15 +27,16 @@ This workflow is intended for:
 
 Latest published npm package:
 
-- `@xenonbyte/da-vinci-workflow@0.1.6`
+- `@xenonbyte/da-vinci-workflow@0.1.7`
 
 Release highlights:
 
 - prompt-entry helper routes for `intake`, `prompt`, and `continue` are now published across Codex, Claude, and Gemini
-- bilingual repository documentation is now included for the main workflow docs, command references, examples, and OpenSpec change docs
-- asset validation now covers the full `examples/` and `openspec/` documentation sets
+- Chinese companion docs are now intentionally limited to `README.zh-CN.md` and `docs/zh-CN/`
+- asset validation now covers the full shipped documentation set
 - `da-vinci status` now validates full installed asset sets across Codex, Claude, and Gemini
 - Claude and Gemini command adapters now use self-contained workflow wording after installation
+- `.npmrc` and `openspec/` are kept local-only and are no longer versioned or shipped in the npm package
 - Node-first install, uninstall, status, and asset validation commands remain the supported distribution path
 - repo-local forward-test example for a `greenfield-spec` workflow remains included
 
@@ -403,20 +404,13 @@ See:
 Chinese companion documents are included in this repository:
 
 - `README.zh-CN.md`
-- `SKILL.zh-CN.md`
-- `CHANGELOG.zh-CN.md`
 - `docs/zh-CN/`
-- `docs/zh-CN/commands/`
-- `references/zh-CN/`
-- `examples/greenfield-spec-markupflow/*.zh-CN.md`
-- `openspec/changes/da-vinci-v2-1-workflow/*.zh-CN.md`
 
 ## Repository layout
 
 ```text
 da-vinci/
 ├── SKILL.md
-├── SKILL.zh-CN.md
 ├── README.zh-CN.md
 ├── agents/
 │   └── openai.yaml
@@ -426,9 +420,7 @@ da-vinci/
 │   └── gemini/
 ├── docs/
 │   └── zh-CN/
-├── references/
-│   └── zh-CN/
-└── openspec/
+└── references/
 ```
 
 ## Current status
@@ -438,7 +430,6 @@ The repository currently contains:
 - the Da Vinci skill
 - three-platform command adapters
 - workflow references
-- OpenSpec planning artifacts for the skill itself
 - workflow examples
 
 Next natural work for the repository:

package/README.zh-CN.md

@@ -29,15 +29,16 @@ Da Vinci 是一个把产品需求一路推进到结构化规格、Pencil 设计
 
 最新已发布 npm 包：
 
-- `@xenonbyte/da-vinci-workflow@0.1.6`
+- `@xenonbyte/da-vinci-workflow@0.1.7`
 
 已发布版本重点：
 
 - `intake`、`prompt`、`continue` 三个提示词入口辅助路由已随 Codex、Claude、Gemini 一起发布
-- 主工作流文档、命令说明、示例工件和 OpenSpec 变更文档现在都提供中文配套文档
-- 资产校验现在覆盖完整的 `examples/` 和 `openspec/` 文档集合
+- 中文配套文档现在刻意只保留 `README.zh-CN.md` 和 `docs/zh-CN/`
+- 资产校验现在覆盖完整的随包文档集合
 - `da-vinci status` 会校验 Codex、Claude、Gemini 的完整安装资产
 - Claude 和 Gemini 安装后的命令文案已改为自洽的工作流措辞
+- `.npmrc` 和 `openspec/` 现在只本地保留，不再进入版本管理和 npm 包
 - 安装、卸载、状态、资产校验都通过 Node CLI 提供
 - 仓库内含一个 `greenfield-spec` 的本地 forward test
 
@@ -263,20 +264,13 @@ $da-vinci use feature-change to add a billing page, generate the relevant Pencil
 中文文档：
 
 - `README.zh-CN.md`
-- `SKILL.zh-CN.md`
-- `CHANGELOG.zh-CN.md`
 - `docs/zh-CN/`
-- `docs/zh-CN/commands/`
-- `references/zh-CN/`
-- `examples/greenfield-spec-markupflow/*.zh-CN.md`
-- `openspec/changes/da-vinci-v2-1-workflow/*.zh-CN.md`
 
 ## 仓库布局
 
 ```text
 da-vinci/
 ├── SKILL.md
-├── SKILL.zh-CN.md
 ├── README.md
 ├── README.zh-CN.md
 ├── agents/
@@ -287,7 +281,5 @@ da-vinci/
 │   └── gemini/
 ├── docs/
 │   └── zh-CN/
-├── references/
-│   └── zh-CN/
-└── openspec/
+└── references/
 ```

package/lib/install.js

@@ -8,17 +8,14 @@ const VERSION = PACKAGE_JSON.version;
 
 const REQUIRED_FILES = [
   "SKILL.md",
-  "SKILL.zh-CN.md",
   "README.md",
   "README.zh-CN.md",
   "CHANGELOG.md",
-  "CHANGELOG.zh-CN.md",
   "agents/openai.yaml",
   ...listFiles(path.join(REPO_ROOT, "commands")).map((filePath) => path.relative(REPO_ROOT, filePath)),
   ...listFiles(path.join(REPO_ROOT, "references")).map((filePath) => path.relative(REPO_ROOT, filePath)),
   ...listFiles(path.join(REPO_ROOT, "docs")).map((filePath) => path.relative(REPO_ROOT, filePath)),
-  ...listFiles(path.join(REPO_ROOT, "examples")).map((filePath) => path.relative(REPO_ROOT, filePath)),
-  ...listFiles(path.join(REPO_ROOT, "openspec")).map((filePath) => path.relative(REPO_ROOT, filePath))
+  ...listFiles(path.join(REPO_ROOT, "examples")).map((filePath) => path.relative(REPO_ROOT, filePath))
 ];
 
 const CODEX_PROMPT_TARGETS = listFiles(path.join(REPO_ROOT, "commands", "codex", "prompts")).map(

package/package.json

@@ -1,27 +1,23 @@
 {
   "name": "@xenonbyte/da-vinci-workflow",
-  "version": "0.1.6",
+  "version": "0.1.7",
   "description": "Requirement-to-design-to-code workflow skill for Codex, Claude, and Gemini",
   "bin": {
     "da-vinci": "bin/da-vinci.js"
   },
   "files": [
     "SKILL.md",
-    "SKILL.zh-CN.md",
     "README.md",
     "README.zh-CN.md",
     "CHANGELOG.md",
-    "CHANGELOG.zh-CN.md",
     "agents",
     "commands",
     "references",
     "docs",
     "examples",
-    "openspec",
     "bin",
     "lib",
-    "scripts",
-    ".npmrc"
+    "scripts"
   ],
   "scripts": {
     "postinstall": "node scripts/postinstall.js",

package/CHANGELOG.zh-CN.md

@@ -1,44 +0,0 @@
-# 变更日志
-
-> 中文配套文档。若与 `CHANGELOG.md` 存在差异，以英文原文为准。
-
-## Unreleased
-
-- 暂无未发布变更。
-
-## v0.1.6 - 2026-03-27
-
-### 新增
-- 为 Codex、Claude、Gemini 增加了 `intake`、`prompt`、`continue` 三个提示词入口辅助路由
-- 新增 `references/prompt-recipes.md` 和 `docs/prompt-entrypoints.md`，用于说明这些入口路由的使用方式
-- 为仓库文档补充了一套中文配套文档
-
-### 变更
-- README、SKILL、workflow examples、mode use cases、platform adapters 现在都补充了入口辅助路由的使用说明
-- 安装和资产校验已包含新的路由文件
-- 资产校验现在覆盖完整的 `examples/` 和 `openspec/` 文档集合，并且 `openspec/` 也已纳入 npm 包
-
-## v0.1.5 - 2026-03-27
-
-### 修复
-- `da-vinci status` 现在会检查 Codex、Claude、Gemini 的完整安装资产，而不再只依赖少量哨兵文件
-
-### 变更
-- Claude 和 Gemini 安装后的命令文案改成自洽的 Da Vinci 工作流措辞，不再引用未安装的本地 skill/reference 文件
-- README 的发布说明同步更新为当前安装完整性相关工作
-
-## v0.1.4 - 2026-03-27
-
-### 新增
-- 为大范围 UI 刷新增加 `redesign-from-code` 的 spec 拆分规则
-- 为 `shared-shell`、`core-pages`、`settings-and-secondary`、`admin-or-restricted`、`reference-gap-pages` 提供 redesign slice 指导
-
-### 变更
-- 当刷新跨越多个实现边界时，`redesign-from-code` 更倾向于多个 `specs/<slice>/spec.md`，而不是单个巨大的 `ui-refresh/spec.md`
-- `spec checkpoint` 现在会检查 redesign spec 是否过粗
-- `task checkpoint` 现在会检查顶层任务组是否能和 redesign slice 对齐
-- `workflow-examples.md` 和 `mode-use-cases.md` 已同步反映基于 slice 的 spec 规划方式
-
-### 说明
-- `DA-VINCI.md` 仍然作为项目级视觉契约保存在仓库根目录
-- 工作流工件仍然位于 `.da-vinci/` 下，变更级工件位于 `.da-vinci/changes/<change-id>/`

package/SKILL.zh-CN.md

@@ -1,339 +0,0 @@
----
-name: da-vinci
-description: Da Vinci 工作流的中文配套说明。若与 `SKILL.md` 存在差异，以英文原文为准。
----
-
-# Da Vinci 工作流
-
-> 中文配套文档。英文原文 `SKILL.md` 仍然是工作流的最终权威说明。
-
-Da Vinci 是一个从需求到设计再到代码的交付工作流，用来把产品或页面需求转成结构化规格、Pencil `.pen` 设计、设计绑定、实现任务以及最终代码。
-
-## 核心契约
-
-固定遵守以下规则：
-
-- Requirements 决定行为
-- Pencil 决定呈现
-- Tasks 决定实现顺序
-- Code 必须同时遵循 requirements 和 Pencil 数据
-- 当 requirements 和 Pencil 出现漂移时，先更新源工件，再继续实现
-
-## 执行策略
-
-Da Vinci 默认是 `autonomous-by-default`：
-
-- 不要在每一个步骤都停下来等待确认
-- checkpoint 是内部执行护栏，不是审批点
-- 只有真正的 blocker 才停下
-
-当用户说的是这些意图时，默认当成 `full-delivery`：
-
-- 完成开发
-- 实现生成好的设计
-- 全局重做 UI
-- 把整个项目做完
-
-这种情况下，不要在 `tasks.md` 停住。
-
-## 调用模型
-
-工作流名固定为 `da-vinci`。
-
-- Codex 首选：`$da-vinci <request>`
-- Claude / Gemini 首选：`/da-vinci <request>`
-
-同时提供三个入口辅助动作：
-
-- Codex：`/prompts:dv-intake`、`/prompts:dv-prompt`、`/prompts:dv-continue`
-- Claude / Gemini：`/dv:intake`、`/dv:prompt`、`/dv:continue`
-
-自然语言主入口仍然是默认路径。
-
-## 入口辅助动作
-
-### `intake`
-
-用于用户知道自己要做什么，但不知道怎么写第一条高质量 Da Vinci 提示词。
-
-它应该输出：
-
-- 推荐 mode
-- 推荐 delivery intent
-- 一条主执行提示词
-- 必要时的一条更保守提示词
-- 一条后续 continue 提示词
-- 会实质影响结果的缺失输入
-
-注意：
-
-- `intake` 通常应该生成主工作流提示词
-- 不应该默认把用户直接导向 `build`
-
-### `prompt`
-
-用于用户明确就是想让 Da Vinci 帮他生成场景化提示词。
-
-它应该：
-
-- 生成可复制执行的提示词
-- 明确 behavior source of truth
-- 明确 design source of truth
-- 明确 delivery intent
-- 明确冲突时以谁为准
-
-### `continue`
-
-用于项目里已经存在 `DA-VINCI.md` 或 `.da-vinci/` 工件，工作流需要恢复推进。
-
-它应该：
-
-- 先检查现有工件
-- 判断当前停在哪个阶段
-- 输出一条可直接继续的提示词
-- 不要在工件已经足够时重新开始 discovery
-
-## Mode 选择
-
-支持四种模式：
-
-1. `greenfield-spec`
-   - 新项目
-   - 需求已经足够清晰
-
-2. `greenfield-brainstorm`
-   - 新项目
-   - 输入仍然发散，需要先收敛
-
-3. `redesign-from-code`
-   - 已有项目
-   - 代码是当前行为真相
-   - 目标是广泛或全局重设计
-
-4. `feature-change`
-   - 已有项目
-   - 目标是局部功能或页面修改
-
-如果用户没指定 mode：
-
-- 新项目且需求清晰：`greenfield-spec`
-- 新项目但想法发散：`greenfield-brainstorm`
-- 现有项目全局 UI 替换：`redesign-from-code`
-- 现有项目局部修改：`feature-change`
-
-## 设计输入收集
-
-在大范围生成 Pencil 页面前，先收集或推断：
-
-1. `DA-VINCI.md` 是否已存在
-2. 产品形态
-   - desktop software
-   - web app
-   - tablet
-   - mobile app
-3. 视觉方向
-   - tone
-   - density
-   - brand direction
-   - dark / light
-4. 设计限制
-   - 现有品牌
-   - 现有设计系统
-   - 响应式优先级
-   - 交付限制
-
-优先级：
-
-1. `DA-VINCI.md`
-2. 现有工作流工件
-3. 项目代码和本地信号
-4. 用户明确回答
-5. 简短澄清问题
-
-## 默认工作流
-
-标准顺序：
-
-1. 选择 mode
-2. 生成该 mode 所需的起始工件
-3. 检测或生成 `DA-VINCI.md`
-4. 收集设计输入并登记设计源
-5. 定义或发现页面地图
-6. 创建或更新 Pencil 设计
-7. 绑定实现页面到 Pencil 页面
-8. 通过 MCP 读取 Pencil 设计数据
-9. 生成实现任务
-10. 根据 requirements 和 Pencil 数据实现代码
-11. 在结束前检查需求漂移和设计漂移
-
-完成规则：
-
-- 用户明确说 `plan-only` 时，只做到规划工件
-- 用户明确说 `design-only` 时，只做到设计工件和绑定
-- 其他情况默认 `full-delivery`
-
-## 按需加载参考文档
-
-只加载当前步骤需要的 reference：
-
-- `references/modes.md`
-- `references/artifact-templates.md`
-- `references/checkpoints.md`
-- `references/design-inputs.md`
-- `references/page-mapping.md`
-- `references/pencil-design-to-code.md`
-- `references/platform-adapters.md`
-- `references/prompt-recipes.md`
-
-## 默认工件
-
-默认工件集合：
-
-1. `.da-vinci/changes/<change-id>/brainstorm.md`
-2. `.da-vinci/project-inventory.md`
-3. `DA-VINCI.md`
-4. `.da-vinci/changes/<change-id>/design-brief.md`
-5. `.da-vinci/design-registry.md`
-6. `.da-vinci/page-map.md`
-7. `.da-vinci/changes/<change-id>/proposal.md`
-8. `.da-vinci/changes/<change-id>/specs/<capability>/spec.md`
-9. `.da-vinci/changes/<change-id>/design.md`
-10. `.da-vinci/changes/<change-id>/pencil-design.md`
-11. `.da-vinci/changes/<change-id>/pencil-bindings.md`
-12. `.da-vinci/changes/<change-id>/tasks.md`
-13. `.da-vinci/changes/<change-id>/verification.md`
-
-## 工件放置规则
-
-- `DA-VINCI.md` 放项目根目录
-- 项目级工件放 `.da-vinci/`
-- 变更级工件放 `.da-vinci/changes/<change-id>/`
-
-## 各模式最低工件流
-
-### `greenfield-spec`
-
-`DA-VINCI` -> `design-brief` -> `proposal` -> `specs` -> `page-map` -> `design-registry` -> `design` -> `pencil-design` -> `pencil-bindings` -> `tasks` -> `verification`
-
-### `greenfield-brainstorm`
-
-`brainstorm` -> `DA-VINCI` -> `design-brief` -> `proposal` -> `specs` -> `page-map` -> `design-registry` -> `design` -> `pencil-design` -> `pencil-bindings` -> `tasks` -> `verification`
-
-### `redesign-from-code`
-
-`project-inventory` -> `DA-VINCI` -> `design-registry` -> `proposal` -> `specs` -> `page-map` -> `design` -> `pencil-design` -> `pencil-bindings` -> `tasks` -> `verification`
-
-广泛重设计时，`specs/` 要按 redesign slice 拆分，不要只做一个巨大的 `ui-refresh/spec.md`。
-
-### `feature-change`
-
-`proposal` -> `specs` -> 受影响的 `page-map` -> `DA-VINCI` -> `design-registry` -> `design` -> `pencil-design` delta -> `pencil-bindings` delta -> `tasks` -> `verification`
-
-## Requirement 拆解规则
-
-在设计或编码之前：
-
-- 把请求拆成 pages、flows、states 和数据依赖
-- 分清视觉问题、行为问题、集成问题
-- 明确 must-have 和后续改进项
-- 尽早标记高风险区域：auth、permission、upload、payment、admin、secret、migration
-
-对于 `redesign-from-code`：
-
-- 先 inventory 现有 routes、pages、modules
-- 区分保留的 behavior 和需要替换的 presentation
-- 当一个 spec 太粗时，按 redesign slice 拆开
-
-## 设计源规则
-
-- `design-registry.md` 是项目级 `.pen` 设计源清单
-- `DA-VINCI.md` 是项目级视觉契约
-- 已有绑定时，优先沿用并迭代现有 Pencil 源
-- 现有代码存在但映射缺失时，先做 baseline reconstruction
-- 既没有映射也没有设计源时，明确说明项目进入 baseline reconstruction
-
-## Pencil 规则
-
-Pencil 是结构化设计源，不是静态截图源。
-
-创建或编辑 Pencil 设计时：
-
-- 基于当前 scope 需要的页面来做
-- 遵循 `page-map.md`
-- 页面名、section 名、label 尽量和 spec 对齐
-- 对实现有影响的 states 要显式建模
-- 设计完成后做一次视觉检查，再视为可实现
-
-## Pencil MCP 规则
-
-当 Pencil 通过 MCP 可用时：
-
-- 先读 active `.pen` 文件和目标页面结构
-- 读取布局、文本、层级、按钮、面板和内容分区
-- screenshot 只做次要视觉辅助
-
-当 Pencil 不可用时：
-
-- 明确说明设计支撑路径缺失
-- 退回 requirements-first 的实现方式
-
-## 实现规则
-
-编码时：
-
-- requirements 决定行为、条件、状态和语义
-- Pencil 决定布局、section 顺序、视觉分组和文案放置
-- 使用 `pencil-bindings.md` 决定当前页面应跟随哪个 Pencil 页面
-- 不要从设计外观中虚构新行为
-- 也不要在写代码时忽略 Pencil 的结构
-
-## Checkpoints
-
-需要运行的 checkpoints：
-
-1. `discovery checkpoint`
-2. `spec checkpoint`
-3. `design checkpoint`
-4. `mapping checkpoint`
-5. `task checkpoint`
-6. `execution checkpoint`
-
-状态：
-
-- `PASS`
-- `WARN`
-- `BLOCK`
-
-处理方式：
-
-- `PASS`：自动继续
-- `WARN`：记录问题并继续
-- `BLOCK`：停止，报告 blocker，只有在无法从现有工件或本地上下文解决时才询问用户
-
-## 漂移策略
-
-以下都算 drift：
-
-- requirements 改了，但 Pencil 没更新
-- page map 变了，但 bindings 没更新
-- design registry 变了，但下游绑定没更新
-- Pencil 变了，但 tasks 没更新
-- 代码行为超出批准范围
-- 代码布局或内容结构明显偏离 Pencil 且没有记录原因
-
-发现 drift 时：
-
-- 先更新源工件
-- 再继续实现
-
-## 输出格式
-
-在完成有意义的工作后，报告：
-
-1. 改动了哪些文件
-2. 当前 active mode
-3. 当前 workflow state
-4. 下一步建议
-5. blockers 或 drift
-
-保持简洁、可执行、面向交付。

package/docs/zh-CN/commands/claude/da-vinci.md

@@ -1,27 +0,0 @@
----
-description: Claude 平台的 Da Vinci 工作流命令索引。
----
-# Da Vinci
-
-将本次请求作为 Da Vinci 工作流处理。
-
-平台：Claude  
-默认工作流入口：`/da-vinci <request>`
-
-可用路由：
-- `/dv:intake` - 把一个比较粗糙的项目描述转成最适合执行的 Da Vinci 主入口提示词。
-- `/dv:prompt` - 当用户明确想直接拿到提示词文本时，生成特定场景的 Da Vinci 提示词。
-- `/dv:continue` - 基于现有 Da Vinci 工件生成最合适的继续执行提示词。
-- `/dv:breakdown` - 把产品或页面请求拆成范围、流程、状态和需求。
-- `/dv:design` - 基于已确认的需求规划或创建 Pencil 支撑的页面设计。
-- `/dv:tasks` - 根据需求和 Pencil 设计覆盖生成实现任务。
-- `/dv:build` - 按需求和 Pencil 设计实现代码。
-- `/dv:verify` - 检查需求覆盖、设计覆盖以及实现漂移。
-
-注意：
-- requirements 决定 behavior。
-- Pencil 决定 presentation。
-- code 必须同时遵循两者。
-- 当用户不知道第一条工作流请求该怎么写时，优先用 `intake`。
-- 当项目里已经有 `.da-vinci/` 工件且需要恢复流程时，优先用 `continue`。
-- Codex、Claude 和 Gemini 应共享同一套工作流语义。

package/docs/zh-CN/commands/claude/dv/breakdown.md

@@ -1,21 +0,0 @@
----
-description: 为 Da Vinci 拆解范围、流程、状态和规格。
----
-# Da Vinci Breakdown
-
-将本次请求作为 Da Vinci 工作流处理。
-
-动作：`breakdown`
-
-重点：
-- 范围
-- 页面
-- 流程
-- 状态
-- 数据和集成需求
-
-创建或更新：
-- `proposal.md`
-- `specs/<capability>/spec.md`
-
-只提出为形成可实施需求所必需的最少澄清问题。

package/docs/zh-CN/commands/claude/dv/build.md

@@ -1,17 +0,0 @@
----
-description: 基于需求和 Pencil 设计数据为 Da Vinci 构建软件。
----
-# Da Vinci Build
-
-将本次请求作为 Da Vinci 工作流处理。
-
-动作：`build`
-
-重点：
-- 由 requirements 支撑的行为
-- 由 Pencil 支撑的布局与表现
-- 来自 `tasks.md` 的实现顺序
-
-实现期间：
-- 每完成一个顶层任务组后运行 `execution checkpoint`
-- 如果发现漂移，先更新源工件再继续

package/docs/zh-CN/commands/claude/dv/continue.md

@@ -1,24 +0,0 @@
----
-description: 基于现有 Da Vinci 工件生成最合适的继续执行提示词。
----
-# Da Vinci Continue
-
-将本次请求作为 Da Vinci 工作流处理。
-
-动作：`continue`
-
-重点：
-- 先检查现有工作流工件
-- 识别当前所处的工作流阶段
-- 生成最合适的可执行继续提示词
-
-输出应包含：
-- 检测到的工作流状态
-- 缺失或偏弱的工件
-- 一条主要的 `/da-vinci continue ...` 提示词
-- 在有价值时提供一条更保守的继续提示词
-
-路由约束：
-- 如果现有工件已经足够，不要重新开始 discovery
-- 除非项目明显已经具备实现条件，否则不要默认把用户导向 `/dv:build`
-- 继续提示词通常应指向主工作流入口，让 Da Vinci 恢复完整状态机

package/docs/zh-CN/commands/claude/dv/design.md

@@ -1,20 +0,0 @@
----
-description: 为 Da Vinci 创建或细化 Pencil 支撑的设计计划。
----
-# Da Vinci Design
-
-将本次请求作为 Da Vinci 工作流处理。
-
-动作：`design`
-
-重点：
-- 页面地图
-- 布局结构
-- 交互模型
-- Pencil 页面覆盖
-
-创建或更新：
-- `design.md`
-- `pencil-design.md`
-
-在锁定实现任务前运行 `design checkpoint`。