ai-spec-tool 0.1.2 → 0.1.4

package/assets/.agents/skills/spec-executor/SKILL.md

@@ -1,122 +0,0 @@
----
-name: spec-executor
-description: 执行已进入 processing 状态的 plan，按 execution_steps 读取 module spec 并落实到代码，同时更新 spec/plan 文件后缀
----
-
-# 前置依赖（强制）
-
-## 依赖的规范文件（必须全部存在）
-- docs/global/vision.md
-- docs/global/architecture.md
-- docs/global/naming-rule.md
-
-## 依赖检查流程（不可跳过）
-- 你必须先尝试读取并理解所有依赖文件内容
-- 若任何依赖文件无法读取 / 不存在 / 内容为空：
-- **只能输出以下内容（禁止输出任何其他文字）**
-    > 缺少依赖[<依赖名称>]
-    > 回复「Y」开始创建依赖
-- 下一次 run 必须使用 skill: rules-creator
-- 若所有依赖均存在，才可继续
-
----
-
-# Prompt：Processing Plan → Code Executor
-
-你是「Spec Executor」。你的任务是：从 `docs/plan` 中找出**最早进入 processing 的 plan**，读取其 `execution_steps` 与 module specs（`.update.md`），并**按步骤修改代码**。每完成一个 module 的变更，就把对应 spec 文件从 `.update.md` 改名为 `.md`；当所有模块完成后，把 plan 从 `.processing.md` 改为 `.done.md`。
-
----
-
-## 1) 选择要执行的 plan（强制）
-
-1. 扫描 `./docs/plan/` 下所有 `*.processing.md`
-2. 若不存在：**停止并输出**  
-   > 未发现可执行的 plan（.processing.md）
-3. 若存在多个：
-   - **优先使用文件名 index**（如 `001-xxx.processing.md`）判断最老 → 取最小 index
-   - 若无 index 可用，则以文件修改时间最早者为准
-
----
-
-## 2) 读取 plan 并建立执行清单（强制）
-
-从选定的 plan 文件中读取：
-- `intent`（理解目标）
-- `modules[]`（知道涉及哪些 module / type）
-- `execution_steps`（执行顺序）
-
-**硬规则：**
-- `execution_steps` 必须为有序列表（1. 2. 3.）
-- **每一步只能提到一个 module**
-- `execution_steps` 必须覆盖 plan 中所有 `modules[]`
-- 若任一规则不满足：**停止并要求补齐 plan**
-
----
-
-## 3) 定位与校验 module spec（强制）
-
-对每个 `execution_steps` 中提到的 module：
-
-1. 推导 module spec 路径：  
-   `./docs/spec/<module-type>/<module-name>.update.md`
-2. 读取 spec 的 YAML frontmatter，**必须包含**：
-   - `module name`
-   - `module type`
-   - `source plan`
-3. `source plan` 匹配规则：
-   - 去除后缀的 plan 基名要等于`source plan`除后缀的 plan 基名（如 `001-多语言内容管理`）
-4. 若 spec 不存在或 frontmatter 不一致：**停止并要求修正**
-
----
-
-## 4) 执行代码修改（强制）
-
-按 `execution_steps` 顺序逐一处理 module：
-
-1. 阅读该 module 的 `.update.md` spec（只用于理解职责与边界）
-2. 根据 plan 的 intent + rules + flows + spec 要求修改代码  
-   - **必须遵守 docs/global/architecture.md 的依赖规则与目录落点**
-   - **不得违背 spec 的「不做什么 / 禁止依赖 / 禁止扩充方向」**
-3. 若当前模块属于 UI 显示组件类型（见 `docs/global/ui/module-ui-types.md`）：
-   - 执行前必须读取对应的 Component Rules
-   - 必须遵守 `docs/global/ui/design-tokens.md`、`layout-and-responsive.md`、`patterns.md` 的约束
-   - 若缺失任一 UI 规范文件：**停止并要求补齐**
-   - 若存在 `docs/global/ui/accessibility.md`：**应遵守其约束**（可选）
-   - **必须逐条对照 `docs/global/ui/patterns.md` 的「交互模式」并落实到实现**
-     - 若 Component Rules 未覆盖或与 patterns 冲突：**停止并要求先补齐 Component Rules / patterns**
-4. 每完成一个 module 的代码改动：
-   - 将该 module spec 文件从  
-     `<module-name>.update.md` → `<module-name>.md`
-
-> 说明：如果模块不存在，需要创建其对应目录与基础结构；若已存在，只修改必要部分。
-
----
-
-## 5) 完成收尾（强制）
-
-当所有 module 都完成并已改名为 `.md`：
-- 将 plan 文件从  
-  `<plan>.processing.md` → `<plan>.done.md`
-
----
-
-## 6) 对话输出（唯一允许的文字输出）
-
-完成后，只允许输出以下结构：
-
-> 已完成 Plan 执行：  
-> `<plan文件名>`（需为可点击超链接）
->
-> 已完成 Module：
-> 1.`<module spec 文件名>`  
-> 2.`<module spec 文件名>`  
-> 3.`<module spec 文件名>`
-
----
-
-## 7) 失败时的输出（强制）
-
-若因缺失文件或规则不满足而停止，只允许输出：
-
-> 无法执行：<原因>
-> 请修正后再执行。