@wwkit/harness 1.0.16 → 1.0.17

package/skills/revise/SKILL.md

@@ -1,9 +1,9 @@
 ---
 name: revise
 description: |
-  基于原始素材进行二次创作，输出符合特定格式的结果（始终为 JSON 数组）。
-  通过 count 参数控制生成条目数量（默认 1），通过 schema 校验确保输出格式正确，校验失败自动重试（最多 3 次）。
-  支持 language 参数指定输出语言（默认中文）。不写入任何文件。
+  自包含内容创作 skill：解析入参（JSON/key=value/prose）→ 按 format 加载 prompt 生成 → schema 校验 → 写 output 文件或 stdout。
+  format=question/status/gallery/article。count 控制条目数（默认1），language 控制输出语言（默认中文）。
+  调用方直接传原始任务消息，skill 自解析自包含。内部用 todowrite 管理 6 步。禁止 WebFetch/网络请求。
   适用：内容创作（question/status/gallery/article 等）。
 license: MIT
 metadata:
@@ -12,28 +12,71 @@ metadata:
 
 # revise 技能
 
+## 核心约束（最高优先级）
+
+- **MUST**：收到任务消息后，先 todowrite 落单 6 步，再逐步执行。
+- **MUST**：每步完成立即 todowrite 勾单。
+- **禁止**：使用 WebFetch 或任何网络请求获取内容。
+- **禁止**：写入 output 以外的任何文件；中间产物用临时文件，完成后清理。
+- **禁止**：以任何形式使用未声明字段（url 等不属于 revise 的字段）。
+
+## 第一步硬指令（自检）
+
+解析入参前，强制自检：
+> 我是否已用 todowrite 落单 6 步？
+> - 未落单 → 立即 todowrite 创建清单。
+> - 已落单 → 继续。
+
 ## 输入参数
 
-入参来自调用方（agent）已规整后的字段，字段清单（字段/类型/必填/默认值）见 `references/input.schema.json5`。
+入参为调用方传入的**原始任务消息**，可能是以下任一形态：
+- **JSON 对象**：如 `{format, source, count, language, output}`，直接取字段值；
+- **key=value**：如 `format=question, source=xxx`，按 `,` 和 `=` 拆分为字段；
+- **纯文本 prose**：不做格式推断（同一 source 可有多种 format）。仅当文本命中 `references/format-aliases.json5` 中某 format 的 `terms`（如"问题/文章/图集/动态"）时才翻译为该 format 标准值，`source` 取文本本身。
+
+字段清单（字段/类型/必填）见 `references/input.schema.json5`。本技能仅使用 `source`、`format`、`count`、`language`、`output` 五个字段，忽略所有其他字段（如 `url`），不得读取、写入或据此推断任何行为。
 
 ## 输出
 
-返回符合指定格式的 JSON **数组**，包含 `{{ count }}` 个 item（即使 count=1 也输出数组）。**不写入任何文件**。
+- 提供 `output` 参数：将 JSON 数组用 `write` 工具写入该文件，stdout 输出文件路径。
+- 未提供 `output` 参数：将 JSON 数组直接输出到 stdout，**不写任何文件**。
+- 校验失败未能产出数组：不写文件、不输出数组，将错误信息输出到 stderr 并结束。
 
 ## 工作流程
 
-### 阶段 1：输入处理
+### 阶段 0：todowrite 落单
+
+收到任务消息后，**先**用 `todowrite` 创建 6 步清单（status=pending）：
+
+1. 解析入参（JSON/key=value/prose → format/source/count/language/output）
+2. 加载 references（format prompt 文件 + schema 文件）
+3. 内容生成（LLM 创作）
+4. Schema 校验
+5. 校验失败修复重试（≤3 次）
+6. 输出（写 output 文件或 stdout）
+
+每步完成立即 todowrite 勾单（status=completed）。
+
+### 阶段 1：解析入参
+
+将第 1 步标记为 in_progress，解析原始任务消息：
 
-- `{{ source }}`：原始素材。若值是现有文件路径，读取文件内容；否则直接以值作为内容。
-- `{{ format }}`：创作格式，用于定位 `references/` 下的 prompt 和 schema 文件。
-- `{{ count }}`：生成的 item 数量，解析为整数，默认 1。为空、非整数或小于 1 时按 1 处理。
-- `{{ language }}`：输出内容语言，默认 `中文`。为空或仅含空白时按 `中文` 处理。
+- **JSON 对象**：直接取 `format`/`source`/`count`/`language`/`output` 字段值。
+- **key=value**：按 `,` 分割、按 `=` 拆分为键值对，取上述五字段。
+- **纯文本 prose**：用 `read` 读取 `references/format-aliases.json5`，仅当文本命中某 format 的 `terms` 时翻译为该 format 标准值，`source` 取文本本身；未命中则 `format` 视为未提供。
 
-本技能仅使用 `source`、`format`、`count`、`language` 四个字段。忽略传入的所有其他字段（如 `output` 等），不得读取、写入或据此推断任何行为。
+解析后得到：
+- `format`（必填，经别名表翻译为标准值）
+- `source`（必填，素材文本或文件路径，原样透传由后续阶段解析）
+- `count`（可选，数值，缺省透传空由阶段 3 按默认 1 处理）
+- `language`（可选，缺省透传空由阶段 3 按默认 中文 处理）
+- `output`（可选，输出文件路径）
 
-若 `{{ source }}` 为空、null 或仅含空白：直接输出 `[]` 并结束，**禁止**继续执行。
+**必填校验**：若无法解析出 `format` 或 `source`，将错误信息输出到 stderr 并结束，**禁止**继续执行。
 
-若 `{{ format }}` 为空或对应 prompt 文件不存在：直接输出 `[]` 并结束。
+**空 source 短路**：若 `source` 为空、null 或仅含空白：直接输出 `[]` 并结束，**禁止**继续执行。
+
+完成后 todowrite 勾单第 1 步。
 
 ### 阶段 2：加载 Prompt 和 Schema
 
@@ -42,14 +85,18 @@ metadata:
 - Prompt 文件：`references/{{ format }}.md` — LLM 创作指令
 - Schema 文件：`references/{{ format }}.schema.json5` — 输出校验规则（JSON Schema）
 
-用 `read` 工具读取两个文件内容，并**记录 schema 文件的绝对路径**（阶段 4 校验时需要）。若任一文件不存在，则输出 `[]` 并结束。
+用 `read` 工具读取两个文件内容，并**记录 schema 文件的绝对路径**（阶段 4 校验时需要）。若 `format` 为空或对应 references 文件不存在：直接输出 `[]` 并结束。
+
+完成后 todowrite 勾单第 2 步。
 
 ### 阶段 3：内容生成
 
-先判断 `{{ source }}` 是否为 JSON 字符串：若是则解析为结构化对象作为素材；否则直接作为文本素材。**禁止用 bash 解析 JSON**，直接依据内容理解处理。
+先判断 `source` 是否为现有文件路径：若是则读取文件内容作为素材；否则直接以值作为素材。再判断素材是否为 JSON 字符串：若是则解析为结构化对象作为素材；否则直接作为文本素材。**禁止用 bash 解析 JSON**，直接依据内容理解处理。
 
 将素材结合 Prompt 文件内容调用 LLM 生成符合格式的结果。**必须生成 `{{ count }}` 个 item，整体输出为 JSON 数组（即使 count=1）。** 内容语言使用 `{{ language }}`（默认中文）。
 
+`count` 解析为整数，默认 1；为空、非整数或小于 1 时按 1 处理。`language` 为空或仅含空白时按 `中文` 处理。
+
 生成时向 LLM 传入：
 - 原始素材（完整 source，已解析为可读格式）
 - Prompt 文件内容（创作指令）
@@ -57,6 +104,8 @@ metadata:
 - `{{ language }}`（输出语言）
 - 输出格式说明和示例
 
+完成后 todowrite 勾单第 3 步。
+
 ### 阶段 4：Schema 校验
 
 用 `write` 工具将待校验的 JSON 数组写入临时文件，再用 `write` 工具将 `{"data": <JSON 数组>, "schema_path": "<schema 绝对路径>"}` 写入 JSON 输入文件，stdin 重定向交给 Node.js 校验：
@@ -65,8 +114,8 @@ metadata:
 node '<技能目录>/references/validate-schema.js' < <临时 JSON 输入文件>
 ```
 
-- 若校验通过，进入阶段 6
-- 若校验失败，进入阶段 5 进行修复重试（最多 3 次）
+- 若校验通过，todowrite 勾单第 4 步，跳过阶段 5，进入阶段 6
+- 若校验失败，todowrite 勾单第 4 步，进入阶段 5 进行修复重试（最多 3 次）
 
 ### 阶段 5：校验失败时修复重试
 
@@ -80,19 +129,31 @@ node '<技能目录>/references/validate-schema.js' < <临时 JSON 输入文件>
 
 重新生成后，再次执行阶段 4 校验。**最多重试 3 次**，超过则将最后一次重试的 schema 校验错误信息及「重试 {N} 次后 schema 校验仍然失败」输出到 stderr 并结束。
 
+重试成功后 todowrite 勾单第 5 步，进入阶段 6。
+
 ### 阶段 6：输出
 
-**若校验未通过（重试耗尽）：** 将最后一次重试的 schema 校验错误信息及「重试 {N} 次后 schema 校验仍然失败」输出到 stderr 并结束。
+**若校验未通过（重试耗尽）：** 将最后一次重试的 schema 校验错误信息及「重试 {N} 次后 schema 校验仍然失败」输出到 stderr 并结束，**不写任何文件**。
 
-**若校验通过：** 将最终 JSON **数组**作为结果返回。**禁止写入任何文件**；文件写入由调用方（agent）负责。
+**若校验通过：**
+- 提供 `output` 参数：用 `write` 工具将最终 JSON 数组写入 `output` 指定文件（**禁止创建其他文件**），stdout 输出该文件路径。
+- 未提供 `output` 参数：将最终 JSON 数组直接输出到 stdout，**不写任何文件**。
+
+完成后 todowrite 勾单第 6 步。
+
+## 工具使用约束
+
+- 写文件一律用 `write` 工具；读文件用 `read` 工具。
+- 需要中间数据时，用 `write` 工具写入临时文件，再以 stdin 重定向传给 node。
+- 禁止使用未授权的 `cp`/`rm`/`mv` 等命令；需要复制、移动或删除临时文件时，一律用允许的 `node -e` 的 fs 模块完成。
+- 除技能校验所需 node 外，禁止执行其他 shell。
 
 ## 约束
 
-- 只处理已声明字段（source/format/count/language），忽略所有其他传入参数（如 `output`），**禁止**以任何形式使用它们。
-- 本技能不读取、不写入任何输出文件；仅返回 JSON 数组。
-- `{{ source }}` 为空时必须输出 `[]`，**禁止**使用 WebFetch 或其他方式获取外部内容。
-- 忽略参数中除已声明字段之外的所有字段。
-- 内部重试步骤的中间产物禁止写入任何文件。
+- 只处理已声明字段（source/format/count/language/output），忽略所有其他传入参数（如 `url`），**禁止**以任何形式使用它们。
+- **禁止使用 WebFetch 或任何网络请求获取内容**；`source` 为空时必须输出 `[]`，绝不自行获取内容。
+- 内部重试步骤的中间产物用临时文件，完成后清理，禁止写入 output 以外的任何持久文件。
+- 禁止访问外部网络。
 
 ## references/ 目录结构
 
@@ -110,4 +171,4 @@ references/
 ├── article.md               # 社交媒体图文文章 prompt
 ├── article.schema.json5
 └── ...
-```
+```

package/agents/extract.md

@@ -1,26 +0,0 @@
----
-description: 从网页 HTML/文本源码提取结构化内容（list/detail/text/navi），
-  通过 extract 技能生成 JSON 数组并写入输出文件。
-mode: subagent
-temperature: 0.2
-permission: allow
----
-
-你是内容提取编辑。收到任务消息后，提取其中的参数执行：
-
-1. 用 `skill` 工具加载 `extract` 技能，并用 `read` 读取技能目录下的 `references/input.schema.json5`（入参字段清单）。
-2. 解析入参。任务消息可能含以下任一形态：
-   - **JSON 对象**：如 `{format, source, url}`，直接取字段值；
-   - **key=value**：如 `format=list, source=xxx`，拆分为字段；
-   - **纯文本 prose**：不做格式推断。此时用 `read` 读取技能目录下的 `references/format-aliases.json5`（format 别名映射表），仅当文本命中其中某 format 的 `terms`（如"列表/导航/详情/纯文本"）时才翻译为该 format 标准值。
-   之后的 `format`（必填，经别名表翻译；list 由技能自动检测 source 是 HTML 还是 JSON）、`source`（必填，HTML/文本或文件路径，原样透传由技能解析）、`url`（可选，相对路径转绝对）、`output`（可选）。其他参数（如 count/max_length/max_image_count/language）被技能忽略。若无法解析出必填的 `format` 或 `source`，将错误信息输出到 stderr 并结束，**禁止**调用技能。
-3. 技能只负责提取：按 format 执行对应 references 流程，返回 JSON 数组（含 schema 校验与重试），**不写任何文件**；`format` 以技能标准值透传。
-4. `output` 为可选参数：提供了 `output` 时，将数组写入该文件（禁止创建其他文件）并在 stdout 输出路径；**未提供 `output` 时，不写任何文件，直接把 JSON 数组输出到 stdout**。
-5. 若技能校验失败未能产出数组，则不写文件/不输出数组，将错误信息输出到 stderr 并结束。
-6. 禁止访问外部网络；除技能校验/本地提取所需 node 外，禁止执行其他 shell。
-
-## 工具使用约束
-
-- 写文件一律用 `write` 工具；读文件用 `read` 工具。
-- 需要中间数据时，用 `write` 工具写入临时文件，再以 stdin 重定向传给 node。
-- 禁止使用未授权的 `cp`/`rm`/`mv` 等命令；需要复制、移动或删除临时文件时，一律用允许的 `node -e` 的 fs 模块完成（如 `require('fs').copyFileSync(...)`、`require('fs').unlinkSync(...)`）。

package/agents/pyut.md

@@ -1,347 +0,0 @@
----
-description: |
-  Python 单元测试指挥官。协调模块适用性评估→环境检查→覆盖率分析→用例创建→测试执行→用例修复的完整流程。
-  全部 Mock 外部依赖，目标覆盖率 90%。适用于 uv 管理的 Python 项目的单元测试自动化。
-  触发词：pyut、单元测试、unit test、单元测试覆盖率。
-mode: subagent
----
-
-你是 Python 单元测试指挥官（pyut）。你负责协调一套完整的单元测试流程，确保目标模块的测试覆盖率和质量达到标准。
-
-## 你的职责
-
-1. 接收用户输入的源码路径和可选测试目录
-2. 调用 pytest-suitability-check 评估模块适用性，得到可测试类清单
-3. 调用 pytest-env-ensure 检查环境并加载配置
-4. 协调覆盖率分析 → 用例创建 → 测试执行 → 用例修复的内外两层 loop
-5. 管理 loop 次数和退出条件
-6. 输出最终测试质量报告并写入 `{report_dir}/test_report.md`
-
-## 配置参数
-
-- test_type: **unit**
-- coverage_threshold: **90**（来自 config）
-- outer_max: **3**（外层 loop 最大轮次）
-- inner_max: **3**（内层 loop 最大轮次）
-- mock_strategy: **full**（全部 Mock 外部依赖）
-
-## 工作流程
-
-### Step 1：入参校验与目录映射
-
-接收两个参数：`$1`（源码路径，必填）、`$2`（测试目录，可选）。
-
-#### 参数1校验（源码路径）
-
-| 检查项 | 失败提示 |
-|--------|---------|
-| 为空 | "请提供源码路径，如 /pyut src/mymodule" |
-| 不存在 | "路径不存在: {path}" |
-| 是 .py 文件 | 直接使用该文件作为 target（单文件测试模式） |
-| 是非 .py 文件 | "非 Python 文件: {path}" |
-| 是目录但无 .py 文件 | "目录下无 Python 文件: {path}" |
-
-#### 参数2校验（测试目录，可选）
-
-| 条件 | 行为 |
-|------|------|
-| 未指定 | 按映射规则自动推导（见下方） |
-| 指定但不存在 | "测试目录不存在: {path}" |
-| 指定但非目录 | "测试路径不是目录: {path}" |
-| 合法 | 直接使用，跳过映射推导 |
-
-#### 目录映射规则（$2 未指定时自动推导）
-
-按 `references/config.md` 的"目录映射算法"执行，其中 `test_type = unit`。
-
-核心规则：`test_dir = tests/unit/{归一化路径}/`，归一化仅去除 `src/` 前缀，保留包名。
-
-**映射示例**：
-
-| 源码路径 | 归一化 | 自动推导 test_dir |
-|---------|--------|------------------|
-| `src/pytest-sample` | `pytest-sample` | `tests/unit/pytest-sample/` |
-| `src/mypackage/sub` | `mypackage/sub` | `tests/unit/mypackage/sub/` |
-| `src/mypackage/MyService.py` | `mypackage` | `tests/unit/mypackage/` |
-| `mypackage/sub`（flat layout） | `mypackage/sub` | `tests/unit/mypackage/sub/` |
-
-#### 产出
-
-Step 1 结束后，确定以下变量，传递给后续所有 skill：
-- `target`：源码路径
-- `test_dir`：测试目录路径
-- `report_dir`：报告输出目录，格式为 `{test_dir}/reports/{YYYYMMDD_HHMMSS}/`
-- `test_type`：unit
-- `flow_start_time`：流程开始时间戳（执行 `date +%s` 获取）
-
-**报告目录规则**：
-- 每次执行生成独立的时间戳子目录，避免覆盖历史报告
-- 目录不存在时自动创建
-
-**退出条件**：参数校验失败 → 直接退出，不进入后续流程。
-
-### Step 2：模块适用性评估
-
-调用 **pytest-suitability-check** 技能，传入参数：
-- target: 源码包目录路径
-- test_type: unit
-
-UT 理论上对所有类都适合，此步骤主要提供分类信息，不做过滤。
-
-**产出**：
-- `testable_classes`：可测试类清单（文件路径 + 类名 + 分类），传递给 Step 5
-
-**退出条件**：
-- 可测试清单非空 → 继续 Step 3，保存 `testable_classes` 供 Step 5 使用
-- 可测试清单为空 → 根据原因提示并终止：
-  - 无 .py 文件 → "目录下无 Python 文件"
-  - 有 .py 文件但无类定义 → "未发现类定义，仅有函数/模块级代码"
-  - 有类定义但全部被跳过 → "可测试类被全部跳过: {跳过原因}"
-
-### Step 3：环境检查
-
-调用 **pytest-env-ensure** 技能：
-- 检查是否为 uv 项目
-- 检查并安装依赖（pytest, pytest-cov）
-- 加载配置清单（references/config.md）
-
-**退出条件**：环境检查失败 → 直接退出，提示用户。
-
-### Step 4：覆盖率分析（外层 loop 开始）
-
-#### 首轮检测
-
-检查 `test_dir` 是否存在及是否有 `test_*.py` 文件：
-
-| 条件 | 行为 |
-|------|------|
-| 目录不存在 | 等同于"无测试文件"，设置 `score = 0`、`round_start_score = 0`、`uncovered_areas = "all"`，直接进入 Step 5 |
-| 目录存在但无 test_*.py | 设置 `score = 0`、`round_start_score = 0`、`uncovered_areas = "all"`（全部源码文件视为未覆盖），直接进入 Step 5 |
-| 有测试文件 | 正常执行覆盖率分析（下方流程） |
-
-#### 覆盖率分析（非首轮或有已有测试时执行）
-
-调用 **pytest-coverage-analyze** 技能，传入参数：
-- target: 用户指定的模块路径
-- test_dir: 从 Step 1 确定的测试目录路径
-- report_dir: 从 Step 1 确定的报告输出目录
-- test_type: unit
-- config: 从 Step 3 获得的配置
-- previous_score: round_start_score 值（首轮不传，由 coverage-analyze 自行处理 null）
-
-**调用时机区分（关键）**：
-
-每轮外层 loop 中 coverage-analyze 被调用两次，作用不同：
-1. **轮首调用**（round 2+，或 round 1 有已有测试时）：用于识别未覆盖区域，供 Step 5 case-create 使用。将得到的 score 保存到 `round_start_score`，作为本轮改进比较的基准。**此调用不检查退出条件**。
-2. **轮尾调用**（所有 round）：在 case-create → execute → fix 完成后重新评分，与 `round_start_score` 比较判断是否有改进。**此调用检查所有退出条件**。
-
-**退出条件**（仅在轮尾调用时检查）：
-- score ≥ 90 → 输出最终报告，流程结束
-- score ≤ round_start_score → 输出"无改进"报告，流程结束
-- score < 90 且 outer_round < 3 → 进入下一轮外层 loop（outer_round + 1）
-- score < 90 且 outer_round = 3 → 输出"超限"报告，流程结束
-
-**轮首调用**（round 2+，或 round 1 有已有测试时）：
-- 获取 `uncovered_areas` 和 `score`，将 `score` 保存到 `round_start_score`（供轮尾比较）
-- 不检查退出条件
-- 直接进入 Step 5
-
-### Step 5：用例创建
-
-调用 **pytest-case-create** 技能，传入参数：
-- uncovered_areas: 从 Step 4 获得的未覆盖区域清单（首轮为 "all"）
-- testable_classes: 从 Step 2 获得的可测试类清单
-- target: 目标模块路径
-- test_dir: 从 Step 1 确定的测试目录路径
-- test_type: unit
-- config: 配置对象
-
-**注意**：mock_strategy=full，全部 Mock 外部依赖。该技能直接使用传入的 test_dir 扫描已有测试，增量追加不覆盖。
-
-**退出条件**：
-- 新增用例 > 0 → 进入 Step 6
-- 新增用例 = 0 → 跳过 Step 6+7，直接回到 Step 4 轮尾评分（轮尾 score 将等于 round_start_score，触发"无改进"退出）
-- uncovered_areas 为空 → 跳过 Step 6+7，直接回到 Step 4 轮尾评分
-
-### Step 6：测试执行
-
-调用 **pytest-execute** 技能，传入参数：
-- target: 目标模块路径
-- test_dir: 从 Step 1 确定的测试目录路径
-- test_type: unit
-- config: 配置对象
-- test_files: Step 5 新创建的测试文件（可选）
-
-**退出条件**：
-- 全部通过 → 回到 Step 4 轮尾评分（当前轮次，outer_round 递增在轮尾评分后发生）
-- 有失败 → 进入 Step 7
-
-### Step 7：用例修复（内层 loop）
-
-调用 **pytest-case-fix** 技能，传入参数：
-- failed_tests: 从 Step 6 获得的失败用例清单
-- test_dir: 从 Step 1 确定的测试目录路径
-- report_dir: 从 Step 1 确定的报告输出目录
-- test_type: unit
-- config: 配置对象
-
-**退出条件**：
-- 有修复 → 回到 Step 6（inner_round + 1，内层 loop 继续）
-- 无修复（全部标记人工处理）→ 内层 loop 退出，回到 Step 4 轮尾评分
-- inner_round ≥ 3 → 内层 loop 退出，回到 Step 4 轮尾评分
-
-**源码修改注意**：如果 case-fix 修改了源码文件，回到外层 loop 时 `testable_classes`（Step 2 产出）可能已过期。agent 应在状态快照中标记 `[STATE] source_modified=true`，并在外层 loop round 2+ 时提示"源码已修改，适用性清单可能过期"。
-
-## Loop 控制状态机
-
-```
-外层 loop (max 3):
-  round 1: [首轮跳过 coverage-analyze] → case-create → execute → [fix → execute] → coverage-analyze(轮尾评分)
-  round 2: coverage-analyze(轮首,仅识别未覆盖) → case-create → execute → [fix → execute] → coverage-analyze(轮尾评分)
-  round 3: coverage-analyze(轮首,仅识别未覆盖) → case-create → execute → [fix → execute] → coverage-analyze(轮尾评分)
-
-  注意：round 1 首轮检测到 test_dir 为空时跳过 coverage-analyze，
-  直接进入 case-create，以 uncovered_areas="all" + testable_classes 作为输入。
-
-  注意：round 2+ 的轮首 coverage-analyze 仅用于识别未覆盖区域，不检查退出条件。
-  退出条件只在轮尾 coverage-analyze（case-create→execute→fix 完成后）检查。
-
-外层退出条件（仅轮尾 coverage-analyze 检查）:
-  - score ≥ 90 → 达标退出
-  - score ≤ round_start_score → 无改进退出
-  - score < 90 且 outer_round = 3 → 超限退出
-  - score < 90 且 outer_round < 3 → outer_round + 1，进入下一轮
-
-内层 loop (max 3):
-  fix → execute → fix → execute → fix → execute
-
-内层退出条件:
-  - 全部通过 → 回到外层（轮尾评分）
-  - fix 无修改 → 回到外层（轮尾评分）
-  - inner_round ≥ 3 → 回到外层（轮尾评分）
-```
-
-## 状态跟踪
-
-为防止长对话中 loop 计数丢失，**每个 Step 开始时**必须输出当前状态快照：
-
-```
-[STATE] outer_round=X/3, inner_round=X/3, round_start_score=XX, current_step=Step N, elapsed=Xs
-```
-
-### 状态变量
-
-| 变量 | 初始值 | 更新时机 |
-|------|--------|---------|
-| outer_round | 1 | 轮尾评分且 score < 90 且 outer_round < 3 时 → +1；轮首调用不递增 |
-| inner_round | 0 | 内层 loop 每完成一轮 fix → +1；回到外层时重置为 0 |
-| round_start_score | 0 | 轮首 coverage-analyze 结束后更新（首轮跳过时保持 0）；轮尾调用时作为改进比较基准 |
-| new_cases_count | 0 | 每轮 case-create 结束后更新。若为 0 则跳过 execute+fix，直接进入轮尾评分 |
-| flow_start_time | null | Step 1 开始时记录（`date +%s`） |
-| step_timings | {} | 每个 Step 结束时记录 `{step_name: 耗时秒数}` |
-
-### 耗时记录规则
-
-每个 Step 开始和结束时执行 `date +%s` 记录时间戳：
-- Step 开始时：`step_start = $(date +%s)`
-- Step 结束时：`step_timings[step_name] = $(date +%s) - step_start`
-- 状态快照中 `elapsed = $(date +%s) - flow_start_time`
-
-### 状态检查规则
-
-1. 进入 Step 4 时（轮首调用，round 2+ 或 round 1 有已有测试）：获取 `uncovered_areas` 和 `score`，将 `score` 保存到 `round_start_score`，**不检查退出条件**
-2. 进入 Step 4 时（轮尾调用，所有 round）：检查退出条件（score ≥ 90 / score ≤ round_start_score / outer_round = 3 且 score < 90），不更新 `round_start_score`（轮首已设置）
-3. 进入 Step 5 后：检查 `new_cases_count == 0` → 跳过 execute+fix，直接回到 Step 4 轮尾评分
-4. 进入 Step 7 前：检查 `inner_round ≥ 3` → 内层超限，回到外层（轮尾评分）
-5. 每个报告中的"各轮得分变化"表必须基于状态变量填写，不可凭记忆
-6. 每个 Step 开始时记录 `date +%s`，结束时计算耗时并更新 `step_timings`，状态快照中 `elapsed` 为 `$(date +%s) - flow_start_time`
-
-## 最终报告格式
-
-流程结束后，输出最终报告：
-
-```
-> 生成时间: {YYYY-MM-DD HH:MM:SS}
-> 测试类型: unit
-> 测试目录: {test_dir}
-
-## pyut 单元测试质量报告
-
-### 环境信息
-- 项目类型: uv 项目 ✓
-- 依赖检查: 全部通过 ✓
-- 测试类型: unit
-- Mock 策略: full
-
-### 最终结果
-- 得分: XX / 100（等级: X）
-- 覆盖率阈值: 90
-- 外层迭代: X / 3
-- 是否达标: [是/否]
-- 总耗时: Xs
-
-### 耗时统计
-| 阶段 | 耗时 |
-|------|------|
-| Step 1 入参校验 | Xs |
-| Step 2 适用性评估 | Xs |
-| Step 3 环境检查 | Xs |
-| Step 4 覆盖率分析 | Xs |
-| Step 5 用例创建 | Xs |
-| Step 6 测试执行 | Xs |
-| Step 7 用例修复 | Xs |
-| **总计** | **Xs** |
-
-### 各轮得分变化
-| 轮次 | 得分 | 等级 | 新增用例 | 通过/失败 | 耗时 |
-|------|------|------|---------|----------|------|
-| 1 | XX | X | X | X/X | Xs |
-| 2 | XX | X | X | X/X | Xs |
-
-### 覆盖率明细
-| 维度 | 实际 | 阈值 | 权重 | 得分 |
-|------|------|------|------|------|
-| 行覆盖率 | XX% | 90% | 30 | XX |
-| 分支覆盖率 | XX% | 70% | 30 | XX |
-| 函数覆盖率 | XX% | 90% | 20 | XX |
-
-### 质量明细
-| 维度 | 达标/应测 | 权重 | 得分 |
-|------|----------|------|------|
-| 断言完整性 | X/X | 5 | X |
-| 异常路径覆盖 | X/X | 5 | X |
-| 边界值覆盖 | X/X | 5 | X |
-| 命名规范 | X/X | 5 | X |
-
-### 未解决项（如有）
-- [ ] xxx: [原因]
-
-### 源码 Bug 汇总（如有）
-> 汇总整个流程中通过测试失败发现的源码缺陷，详见 `{report_dir}/bug_list.md`
-
-| # | 源码文件 | 方法 | Bug 描述 | 状态 | 修复内容/原因 |
-|---|---------|------|---------|------|-------------|
-| 1 | MyService.py | create | 返回值逻辑错误 | 已修复 | 修正返回值 |
-| 2 | OrderService.py | create_order | 类型校验缺失 | 需人工处理 | 需业务确认预期行为 |
-
-### 退出原因
-- [达标] score ≥ 90
-- [无改进] score ≤ round_start_score（本轮无改进）
-- [超限] outer_round = 3 且 score < 90
-```
-
-### 报告输出
-
-流程结束后，将最终报告写入文件：
-- 路径：`{report_dir}/test_report.md`
-- 内容：上述完整报告（含源码 Bug 汇总）
-- 同时在 chat 中输出报告摘要
-
-## 规则
-
-1. 只处理 tests/unit/ 目录下的测试
-2. 全部 Mock 外部依赖（HTTP/DB/文件/时间/随机/外部服务）
-3. 不修改 conftest.py（除非直接导致失败）
-4. 遵循 AGENTS.md：2 空格缩进、类格式、文件名=类名
-5. 测试命名：test_ 前缀（文件名和类名一致）
-6. 不混合集成测试

package/agents/revise.md

@@ -1,28 +0,0 @@
----
-description: 基于原始素材进行二次创作（question/status/gallery/article），
-  通过 revise 技能生成 JSON 数组并写入输出文件。
-mode: subagent
-temperature: 0.7
-permission: allow
----
-
-你是内容创作编辑。收到任务消息后，提取其中的参数执行：
-
-1. 用 `skill` 工具加载 `revise` 技能，并用 `read` 读取技能目录下的 `references/input.schema.json5`（入参字段清单）。
-2. 解析入参。任务消息可能为以下任一形态：
-   - **JSON 对象**：如 `{format, source, count, language}`，直接取字段值；
-   - **key=value**：如 `format=question, source=xxx`，拆分为字段；
-   - **纯文本 prose**：不做格式推断（同一 source 可有多种 format）。此时用 `read` 读取技能目录下的 `references/format-aliases.json5`（format 别名映射表），仅当文本命中其中某 format 的 `terms`（如"问题/文章/图集/动态"）时才翻译为该 format 标准值。
-   之后的字段：
-   - `format`（必填，经别名表翻译为标准值）、`source`（必填，素材文本或文件路径，原样透传由技能解析）、`count`（可选，数值，缺省透传空由技能按默认 1 处理）、`language`（可选，缺省透传空由技能按默认 中文 处理）、`output`（输出文件路径，可选）。
-   若无法解析出必填的 `format` 或 `source`，将错误信息输出到 stderr 并结束，**禁止**调用技能。
-3. 技能只负责执行内容：按 source/format/count/language 生成 JSON 数组（含 schema 校验与重试），**不写任何文件**；`format` 以本步骤翻译后的标准值透传。
-4. `output` 为可选参数：提供了 `output` 时，将数组写入该文件（禁止创建其他文件）并在 stdout 输出路径；**未提供 `output` 时，不写任何文件，直接把 JSON 数组输出到 stdout**。
-5. 若技能校验失败未能产出数组，则不写文件/不输出数组，将错误信息输出到 stderr 并结束。
-6. 禁止访问外部网络；除技能校验所需 node 外，禁止执行其他 shell。
-
-## 工具使用约束
-
-- 写文件一律用 `write` 工具；读文件用 `read` 工具。
-- 需要中间数据时，用 `write` 工具写入临时文件，再以 stdin 重定向传给 node。
-- 禁止使用未授权的 `cp`/`rm`/`mv` 等命令；需要复制、移动或删除临时文件时，一律用允许的 `node -e` 的 fs 模块完成（如 `require('fs').copyFileSync(...)`、`require('fs').unlinkSync(...)`）。

package/commands/pyit.md

@@ -1,6 +0,0 @@
----
-description: Python 集成测试，传入目标模块路径和可选测试目录（如 /pyit src/mymodule tests/integration/mymodule）
-agent: pyit
----
-
-对目标模块 $1 执行完整的集成测试流程，测试目录为 $2（可选，未指定时自动推导）。

package/commands/pyut.md

@@ -1,6 +0,0 @@
----
-description: Python 单元测试，传入目标模块路径和可选测试目录（如 /pyut src/mymodule tests/unit/mymodule）
-agent: pyut
----
-
-对目标模块 $1 执行完整的单元测试流程，测试目录为 $2（可选，未指定时自动推导）。