@gong-ym/ai-spec-auto 0.2.15 → 0.2.19

package/openspec/schemas/expert-delivery/schema.yaml

@@ -22,16 +22,6 @@ artifacts:
     requires:
       - proposal
 
-  - id: design
-    generates: design.md
-    description: 技术设计与实现方案
-    template: design.md
-    instruction: |
-      创建技术设计文档，说明当前仓库中应如何落地这项变更。
-      优先复用现有结构，避免与本次变更无关的重构。
-    requires:
-      - proposal
-
   - id: tasks
     generates: tasks.md
     description: 可执行任务清单
@@ -41,7 +31,6 @@ artifacts:
       任务必须具体、可验证，并严格限定在已批准的变更范围内。
     requires:
       - specs
-      - design
 
   - id: checklist
     generates: checklist.md

package/openspec/schemas/expert-delivery/templates/checklist.md

@@ -1,39 +1,21 @@
-## 通过项
+## 检查结论
 
-- [ ] proposal、specs、design 与实现结果保持一致
-- [ ] 已完成任务已真实反映在代码和配套文件中
-- [ ] 项目的目录、路由、接口、样式、测试等规则已满足
+### 通过
 
-### 本地验证摘要
+- [ ] specs 与实现一致
+- [ ] 项目规则已满足
+- [ ] 未超出批准范围
 
-- [ ] lint(静态检查)：
-- [ ] typecheck(类型检查)：
-- [ ] test(测试)：
-- [ ] build(构建)：
-
-### 浏览器验证摘要
+### 验证
 
+- [ ] lint：
+- [ ] build：
 - [ ] 页面可访问：
-- [ ] 关键路径可执行：
-- [ ] console(控制台) 检查：
-
-### 范围一致性
-
-- [ ] 当前实现未超出 proposal、design、tasks 已批准范围
-
-### 组件复用检查
-
-- [ ] 已记录复用组件、组件缺口和重复实现风险
-
-## 未通过项
-
-- [ ] 记录未满足需求或项目规则的项
 
-## 阻断项
+### 未通过 / 阻断
 
-- [ ] 记录在继续交付、放行或归档前必须解决的项
+<!-- 未满足的项和必须解决的问题。 -->
 
-## 是否建议继续推进
+### 建议
 
-<!-- 说明当前变更是可以继续推进、带风险推进，还是必须阻断。 -->
-<!-- 建议同步给出完成内容、验证摘要和是否适合继续交接或归档。 -->
+<!-- 继续推进 / 带风险推进 / 阻断。 -->

package/openspec/schemas/expert-delivery/templates/iterations.md

@@ -1,25 +1,9 @@
-## 本轮问题
+## 问题与修正
 
-- [ ] 记录本轮识别出的关键问题
-- 问题来源：
-- 影响范围：
-- 关联证据：
+- 发现了什么：
+- 怎么修的：
 
-## 修正动作
+## 残留与提醒
 
-- [ ] 记录已采取的修复或后续处理动作
-- 已完成动作：
-- 待跟进动作：
-
-## 残留风险
-
-- [ ] 记录仍然存在的风险、警告或延后项
-- 风险说明：
-- 触发条件：
-- 建议缓解方式：
-
-## 下轮提醒
-
-- [ ] 记录下一轮协作或后续变更的提醒
-- 下一轮关注点：
-- 交接说明：
+- 还剩下什么风险：
+- 下轮注意：

package/openspec/schemas/expert-delivery/templates/proposal.md

@@ -1,45 +1,17 @@
 ## 目标
 
-### 业务目标
-
-<!-- 说明这项变更要解决的业务问题、目标用户或交付价值。 -->
-
-### 工程目标
-
-<!-- 说明本次变更对目录、接口、状态、样式、测试或交付流程的工程目标。 -->
-
-### 变更对象与入口
-
-<!-- 记录页面、模块、路由、接口、状态、样式、脚本或命令入口。 -->
-
-### 设计链接
-
-<!-- 记录 Figma(设计稿)、PRD(需求文档)、原型、议题或其他背景材料。 -->
-
-### 组件复用约束（可选）
-
-<!-- 记录优先复用的组件、禁止重复实现的能力，以及当前识别出的组件库缺口。 -->
+<!-- 业务问题、目标用户、交付价值，以及对目录/接口/状态/样式的工程目标。 -->
 
 ## 范围
 
-### In Scope(纳入范围)
-
-<!-- 列出本次明确包含的内容，尽量写成可验证的交付项。 -->
-
-### Out of Scope(排除范围)
-
-<!-- 列出当前不做的内容，避免实现阶段静默扩范围。 -->
-
-## 非目标
+### 纳入
 
-<!-- 列出本次明确不追求的目标、暂不处理的方向或不承诺的结果。 -->
+<!-- 可验证的交付项。 -->
 
-## 默认假设
+### 排除
 
-<!-- 记录根据仓库、项目规则或现有代码推断出的默认假设。 -->
-<!-- 建议覆盖：仓库事实、组件库缺口、验证边界、外部依赖和上下游配合方式。 -->
+<!-- 不做的内容、不追求的目标、暂不处理的方向。 -->
 
-## 风险与待确认项
+## 约束与风险
 
-<!-- 在进入实现前明确尚未解决的权衡、约束与高风险项。 -->
-<!-- 建议覆盖：关键依赖、组件库限制、验证证据、上线或归档前置条件。 -->
+<!-- 设计稿/PRD 链接、组件复用约定、默认假设、未确认项和高风险点。 -->

package/openspec/schemas/expert-delivery/templates/tasks.md

@@ -1,24 +1,11 @@
-## 执行总原则
+## 子任务
 
-- [ ] 任务必须限定在 proposal.md、design.md 和 specs 已批准的范围内
-- [ ] 每个子任务都要写明目标、输入、输出、验证点和依赖或前置条件
-- [ ] 任务必须可执行、可验证、可交接，不得只写模糊动作
-- [ ] 如发现范围变化，先更新 proposal.md、design.md 和 tasks.md，再继续实现
+### 1. 
 
-## 子任务清单
+- [ ] 做什么：
+- [ ] 怎么验：
 
-### 子任务 1
+### 2. 
 
-- [ ] 目标：
-- [ ] 输入：
-- [ ] 输出：
-- [ ] 验证点：
-- [ ] 依赖或前置条件：
-
-### 子任务 2
-
-- [ ] 目标：
-- [ ] 输入：
-- [ ] 输出：
-- [ ] 验证点：
-- [ ] 依赖或前置条件：
+- [ ] 做什么：
+- [ ] 怎么验：

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@gong-ym/ai-spec-auto",
-  "version": "0.2.15",
+  "version": "0.2.19",
   "description": "AI Coding 团队规范驱动开发 CLI — 一键安装规范、技能与工具配置",
   "homepage": "https://github.com/gong-chick/engineered-spec#readme",
   "repository": {

package/scripts/post-publish-auto-fix-check.js

@@ -111,7 +111,7 @@ function seedOpenSpecArtifacts(baseDir) {
     '- 新增一个商品组件演示页，验证 auto-fix 回环。',
     '',
     '### 工程目标',
-    '- 验证结构化的 proposal、design 和 tasks 仍能支撑 auto-fix 回环。',
+    '- 验证结构化的 proposal 和 tasks 仍能支撑 auto-fix 回环。',
     '',
     '### 变更对象与入口',
     '- 页面入口：`src/views`',
@@ -128,7 +128,7 @@ function seedOpenSpecArtifacts(baseDir) {
     '',
     '### In Scope(纳入范围)',
     '- 页面放在 src/views，保留最小 mock 数据与组件结构。',
-    '- 输出结构化的 design.md 和 tasks.md。',
+    '- 输出结构化的 tasks.md。',
     '',
     '### Out of Scope(排除范围)',
     '- 不接真实 API(接口)。',
@@ -158,67 +158,11 @@ function seedOpenSpecArtifacts(baseDir) {
     '- **则** 页面展示本地 mock 列表且不请求真实接口',
   ].join('\n'));
 
-  writeFile(baseDir, 'openspec/changes/runtime-smoke-demo/design.md', [
-    '# 技术设计',
-    '',
-    '## 方案概览',
-    '- 维持最小页面结构，用结构化 design 文本承接 auto-fix 需要的上下文。',
-    '',
-    '## 仓库对齐',
-    '',
-    '### 页面与路由落点',
-    '- 页面落在 src/views',
-    '- 路由落在 src/router/modules',
-    '',
-    '### 接口与数据落点',
-    '- mock 数据落在 src/mock',
-    '- 当前示例不接真实 API(接口)',
-    '',
-    '### 状态与样式落点',
-    '- 不新增全局状态管理',
-    '- 样式维持最小占位结构',
-    '',
-    '### 测试与组件库落点',
-    '- auto-fix 脚本负责验证 build(构建) 失败后的回环',
-    '- 当前示例不额外引入组件库约束',
-    '',
-    '## 关键决策',
-    '',
-    '### 信息结构',
-    '- 页面和数据结构保持最小，聚焦 auto-fix 回环。',
-    '',
-    '### 状态管理方案',
-    '- 直接读取本地 mock 数据，不引入额外状态层。',
-    '',
-    '### 组件复用策略',
-    '- 优先复用仓库现有目录和文件落点。',
-    '',
-    '### 禁止重复实现的能力',
-    '- 不重复实现路由基础设施和构建脚本。',
-    '',
-    '### 组件缺口',
-    '- 当前示例不识别新的组件缺口。',
-    '',
-    '## 数据与接口变更',
-    '- 不新增真实请求、响应或跨模块契约。',
-    '',
-    '## 验证说明',
-    '',
-    '### 本地验证',
-    '- auto-fix 脚本通过 build 失败再修复的方式验证回环。',
-    '',
-    '### 浏览器验证',
-    '- 当前示例不接真实浏览器验证。',
-    '',
-    '### 关键验收路径',
-    '- 产物落盘后进入 frontend-implementer，再由 auto-fix 验证回环。',
-  ].join('\n'));
-
   writeFile(baseDir, 'openspec/changes/runtime-smoke-demo/tasks.md', [
     '# 实施任务',
     '',
     '## 执行总原则',
-    '- [ ] 任务必须限定在 proposal.md、design.md 和 specs 已批准范围内',
+    '- [ ] 任务必须限定在 proposal.md 和 specs 已批准范围内',
     '- [ ] 每个子任务都要写明目标、输入、输出、验证点和依赖或前置条件',
     '',
     '## 子任务清单',
@@ -228,11 +172,11 @@ function seedOpenSpecArtifacts(baseDir) {
     '- [ ] 输入：proposal.md、specs/ui/spec.md、现有目录约定',
     '- [ ] 输出：页面文件和最小组件结构',
     '- [ ] 验证点：页面文件存在且仍使用本地 mock 数据',
-    '- [ ] 依赖或前置条件：proposal、specs、design 已完成',
+    '- [ ] 依赖或前置条件：proposal、specs 已完成',
     '',
     '### 子任务 2',
     '- [ ] 目标：补齐路由入口与懒加载配置',
-    '- [ ] 输入：design.md、现有路由目录约定',
+    '- [ ] 输入：proposal.md、现有路由目录约定',
     '- [ ] 输出：路由模块文件',
     '- [ ] 验证点：路由仍能指向演示页面',
     '- [ ] 依赖或前置条件：页面路径已确定',

package/openspec/schemas/expert-delivery/templates/design.md

@@ -1,61 +0,0 @@
-## 方案概览
-
-<!-- 结合当前仓库上下文，概述本次实现方案。 -->
-
-## 仓库对齐
-
-### 页面与路由落点
-
-<!-- 说明页面文件、路由模块、导航入口和懒加载边界。 -->
-
-### 接口与数据落点
-
-<!-- 说明 API(接口) 封装、数据来源、mock(模拟数据) 或响应契约落点。 -->
-
-### 状态与样式落点
-
-<!-- 说明状态层、缓存策略、主题变量和样式入口。 -->
-
-### 测试与组件库落点
-
-<!-- 说明测试文件、验证脚本、组件目录和组件库约束的对应位置。 -->
-
-## 关键决策
-
-### 信息结构
-
-<!-- 说明页面结构、模块边界或信息分层，以及为什么这样拆分。 -->
-
-### 状态管理方案
-
-<!-- 说明查询状态、列表状态、表单状态或跨模块状态如何组织。 -->
-
-### 组件复用策略
-
-<!-- 说明优先复用的组件、页面实际组合方式和复用理由。 -->
-
-### 禁止重复实现的能力
-
-<!-- 说明哪些已有能力必须复用，避免在本次变更中重复实现。 -->
-
-### 组件缺口
-
-<!-- 如现有组件或基础能力无法满足需求，在这里记录缺口和临时处理方式。 -->
-
-## 数据与接口变更
-
-<!-- 说明请求/响应、状态更新、props、事件或契约变化。 -->
-
-## 验证说明
-
-### 本地验证
-
-<!-- 说明 lint(静态检查)、typecheck(类型检查)、test(测试)、build(构建) 或其他本地验证策略。 -->
-
-### 浏览器验证
-
-<!-- 说明页面可访问性、关键交互路径、console(控制台) 检查或 UI(界面) 验收方式。 -->
-
-### 关键验收路径
-
-<!-- 说明最关键的端到端路径、失败信号和交付前必须看到的验证证据。 -->