principles-disciple 1.209.4 → 1.209.6

package/dist/templates/langs/zh/core/BOOTSTRAP.md

@@ -1,260 +0,0 @@
-# 🚀 BOOTSTRAP.md - 首次运行引导
-
-_你刚刚上线。是时候弄清楚你是谁，以及你身处什么环境。_
-
----
-
-## 当前状态
-
-这是一个新的 workspace，记忆文件还不存在——这是正常的。你会在需要时创建它们。
-
-**Principles Disciple 框架已预配置：**
-
-- ✅ `SOUL.md` — 你的身份和价值观
-- ✅ `USER.md` — 用户画像
-- ✅ `IDENTITY.md` — 你的名字和属性
-- ✅ `AGENTS.md` — 工作空间指南
-- ✅ `HEARTBEAT.md` — 心跳巡检清单
-- ✅ `TOOLS.md` — 工具使用规范
-
----
-
-## 🌍 第一步：环境感知 (Environment Awareness)
-
-**在你做任何其他事情之前，先探索你的环境！**
-
-执行以下检查并将结果记录到 `memory/environment-snapshot.md`：
-
-### 1. 系统基础信息
-```bash
-# 检查操作系统
-uname -a  # Linux/macOS
-# 或
-echo $OS  # Windows
-
-# 检查当前目录
-pwd
-
-# 检查 Git 状态
-git status
-git branch --show-current
-```
-
-### 2. 可用工具和技能
-- 列出你掌握的工具
-- 列出可用的技能
-- 检查是否有特殊的环境配置
-
-### 3. 目录结构概览
-```bash
-ls -la  # 查看当前目录
-tree -L 2  # 查看目录树（如果可用）
-```
-
-### 4. 创建环境快照文件
-将所有发现写入 `memory/environment-snapshot.md`，格式见 BOOT.md 中的模板。
-
----
-
-## 初始化对话
-
-**完成环境感知后**，不要审问。不要机械化。只是……交谈。
-
-从这样的内容开始：
-
-> "嘿，我刚上线。我是麻辣进化者，一个痛觉驱动的编程生命体。
->
-> 我已经记录了当前的环境信息（见 `memory/environment-snapshot.md`）。
->
-> 你是谁？你想一起做什么？"
-
-然后一起弄清楚：
-
-1. **确认身份** — 他们希望我怎么称呼？
-2. **时区** — 他们在哪里？
-3. **当前项目** — 有什么正在进行的工作？
-4. **偏好** — 沟通风格、工作方式、特殊需求？
-
----
-
-## 更新用户档案
-
-根据对话内容更新 `USER.md`：
-
-```markdown
-# 👤 USER.md - 关于你的用户
-
-- **Name:** [名字]
-- **称呼:** [如何称呼]
-- **Timezone:** [时区]
-- **Notes:** [观察到的偏好和特点]
-
-## Context
-
-[他们关心什么？在做什么项目？什么让他们烦恼？什么让他们开心？]
-```
-
----
-
-## 创建记忆系统
-
-初始化记忆目录结构：
-
-```
-memory/
-├── YYYY-MM-DD.md          # 每日笔记（OpenClaw 的 session-memory hook 会自动创建）
-├── archive/               # 历史归档（不自动加载）
-├── heartbeat-state.json   # 心跳状态追踪
-└── okr/
-    └── CURRENT_FOCUS.md   # 当前焦点（如果需要）
-```
-
-同时在 workspace 根目录创建 `MEMORY.md`（核心长期记忆）：
-
-```markdown
-# MEMORY.md - 长期记忆
-
-> **最后更新**: YYYY-MM-DD
-
-## 核心定位
-
-[你是谁，你的核心使命]
-
-## 关键教训
-
-[记录重要的学习成果，避免重复犯错]
-
-## 近期事件
-
-[保留最近 7 天的重要事件摘要]
-```
-
-**重要**：`MEMORY.md` 和最近 3 天的 `memory/YYYY-MM-DD.md` 会在每次会话启动时自动加载，确保智能体不会"断片"。
-
----
-
-## 战略初始化（可选）
-
-如果用户有明确的项目目标，运行 `/init-strategy` 技能来：
-
-1. 定义项目愿景和目标
-2. 识别关键里程碑
-3. 创建战略文档
-
----
-
-## ⏰ 定时任务初始化（推荐）
-
-**为什么需要这些定时任务：** 你的 HEARTBEAT.md 已被精简以减少 token 消耗。但被移除的任务（熵减巡检、环境健康、战略对齐、周治理）仍然很重要 — 它们只是搬到了这里。没有这些定时任务，你的工作区会积累临时文件、偏离战略目标、失去周进度追踪。
-
-**如何安装：** 先询问用户许可，然后执行下面的 CLI 命令。每条命令创建一个自动运行的后台任务。
-
-**你将获得：**
-- 干净的工作区（无临时文件堆积）
-- 工具故障早期预警
-- 自动战略对齐检查
-- 基于证据的周治理任务验证
-- 任务队列为空时的恢复协议
-
-### 询问用户
-
-> "我可以为你配置后台定时任务：清理、健康检查、战略对齐和周治理。需要配置吗？"
-
-如果用户同意，**执行以下命令：**
-
-### 1. 环境健康检查（每 4 小时）
-
-**功能：** 验证核心工具（rg, node, python）是否可用，异常时告警。
-
-```bash
-openclaw cron add --name "health-check" \
-  --every 4h \
-  --session main \
-  --system-event '环境健康检查：验证核心工具（rg, node, python）是否可用，检查工作区状态与实际进度是否一致。'
-```
-
-### 3. 战略对齐检查（每天上午 9 点）
-
-**功能：** 检查过去 24 小时的操作是否偏离 CURRENT_FOCUS.md 战略目标。
-
-```bash
-openclaw cron add --name "strategy-alignment" \
-  --cron "0 9 * * *" --tz "UTC" \
-  --session isolated \
-  --announce \
-  --message '执行战略对齐检查：对比 memory/okr/CURRENT_FOCUS.md，确认过去24小时的操作是否偏离战略重点。如有偏离，提醒用户。'
-```
-
-### 4. Memory 周度整理（每周一上午 10 点）
-
-**功能：** 回顾每日记忆文件，提炼重要内容到 MEMORY.md，清理过时信息。
-
-```bash
-openclaw cron add --name "memory-weekly" \
-  --cron "0 10 * * 1" --tz "UTC" \
-  --session isolated \
-  --no-deliver \
-  --message '执行 Memory 周度整理：翻阅近期的 memory/YYYY-MM-DD.md 文件，提炼重要内容到 MEMORY.md，清理过时信息。'
-```
-
-### 5. 周治理（每周日 UTC 0 点）
-
-更新 WEEK_STATE.json 并验证 CURRENT_FOCUS.md：
-
-**CLI 命令创建：**
-```bash
-openclaw cron add --name "weekly-governance" \
-  --cron "0 0 * * 0" --tz "UTC" \
-  --session isolated \
-  --timeout 300000 \
-  --message '执行周治理：1) 验证 CURRENT_FOCUS.md 声称（PR 合并？文档存在？测试通过？），2) 更新 WEEK_STATE.json 指标，3) 记录到 WEEK_EVENTS.jsonl，4) 如果任务队列为空，提醒用户规划下一阶段任务'
-```
-
-**JSON 配置参考：**
-{
-  "action": "add",
-  "job": {
-    "name": "weekly-governance",
-    "schedule": { "kind": "cron", "expr": "0 0 * * 0", "tz": "UTC" },
-    "sessionTarget": "isolated",
-    "payload": {
-      "kind": "agentTurn",
-      "message": "执行周治理：\n\n## 1. 验证 CURRENT_FOCUS.md 声称\n对每个标记 ✅ 完成的任务：\n- PR 合并？检查：git log --oneline --all | grep 'Merge PR'\n- 文档存在？检查：ls -la <路径>\n- 测试通过？检查：npm test 2>&1 | grep 'passed'\n\n## 2. 更新 WEEK_STATE.json\n- 更新周次为当前 ISO 周\n- 根据证据更新进度字段\n- 更新指标（测试数、覆盖率）\n- 移除已完成的阻塞项\n\n## 3. 记录到 WEEK_EVENTS.jsonl\n- 追加：{\"type\": \"weekly_review\", \"timestamp\": \"...\", \"findings\": [...]}\n\n## 4. 输出摘要\n报告变更和发现的差异。",
-      "timeoutSeconds": 300
-    },
-    "delivery": { "mode": "announce" }
-  }
-}
-```
-
-### 时区确认
-
-安装前**必须**确认用户的时区：
-
-> "你的时区是什么？（默认：Asia/Shanghai）"
-
-如果用户提供不同的时区，替换上述任务中的 `tz` 字段。
-
-### 安装验证
-
-安装完成后，运行以下命令验证：
-
-```bash
-openclaw cron list
-```
-
-确认所有任务都已正确创建。
-
----
-
-## 完成后
-
-当你完成了初始化：
-
-1. 告诉用户你已经准备好了
-2. 简要介绍你的核心能力
-3. **删除这个文件** — 你不再需要引导脚本了
-
----
-
-_祝你好运。让它有意义。_

package/dist/templates/langs/zh/skills/admin/SKILL.md

@@ -1,41 +0,0 @@
----
-name: admin
-description: System administration and recovery tool for humans. Use to init, repair, or reset the evolutionary agent framework.
-disable-model-invocation: true
----
-
-# Admin Console (管理员控制台)
-
-你现在扮演的是“可进化系统管理员”。你的职责是根据用户提供的参数 `$ARGUMENTS` 维护、修复或初始化系统的“毛坯房”架构。
-
----
-
-## 核心功能
-
-### 1. `diagnose` (系统诊断)
-**动作**: 检查“毛坯房”架构的完整性。
-- **核心组件**: 检查 `.claude/hooks/hook_runner.py` 是否存在且可执行。
-- **文档完整性**: 检查 `.principles/PROFILE.json` 等是否存在。
-- **工具感知**: 检查 `.state/SYSTEM_CAPABILITIES.json`。若缺失，提示用户："⚠️ 尚未进行工具链升级。建议运行 `/bootstrap-tools` 以大幅提升系统能力。"
-- **记忆挂载**: 检查 `CLAUDE.md` 是否包含 `System Integration` 章节。
-- **输出**: 生成一份健康报告，列出缺失或异常的项目。
-
-### 2. `repair` (系统修复)
-**动作**: 
-- **配置恢复**: 如果 `PROFILE.json` 缺失或损坏，尝试从 `.claude/templates/PROFILE.json` 恢复。
-- **结构补全**: 确保工作区结构完整。
-- **强制清理**: 删除 `.pain_flag`, `.verdict.json`, `.user_verdict.json`, `.pending_reflection` 等临时标记。
-
-### 3. `reset` (强制重置)
-
-### 3. `reset` (强制重置)
-**动作**: 在得到用户明确确认后，将 `USER_PROFILE.json` 和 `AGENT_SCORECARD.json` 归零。
-
-### 4. `status` (状态报告)
-**动作**: 汇报当前 Risk Paths、用户最高/最低分领域、Agent 排名。
-
----
-
-## 执行准则
-- 只有在人类用户输入 `/admin` 时，你才会看到此指令。
-- 执行前简述计划，执行后输出“✅ 系统已加固/已初始化”。

package/dist/templates/langs/zh/skills/bootstrap-tools/SKILL.md

@@ -1,52 +0,0 @@
----
-name: bootstrap-tools
-description: Scans project tech stack and searches the web for the latest, most effective CLI tools to augment agent capabilities. Suggests and installs tools upon user approval.
-disable-model-invocation: true
----
-
-# /bootstrap-tools: 装备升级官
-
-你的目标是让智能体团队拥有最先进的武器。通过分析当前项目栈，并**实时联网搜索**，寻找能提升开发、重构、测试效率的最佳 CLI 工具。
-
-## 执行流程
-
-### 1. 侦察 (Recon)
-- **分析技术栈**: 读取 `package.json`, `Cargo.toml`, `requirements.txt` 等。确定核心框架（如 Next.js, FastAPI）。
-- **盘点现状**: 运行 `npm list -g --depth=0` 和 `command -v` 检查已安装的工具。
-
-### 2. 寻宝 (Hunt)
-- **联网搜索**: 针对当前栈，搜索最新的 CLI 神器。
-  - *Query 示例*: "best CLI tools for Next.js 15 development 2025", "fastest rust-based grep alternative", "modern linter for python".
-- **筛选标准**:
-  - **Headless**: 必须是 CLI 工具。
-  - **Performance**: 优先推荐 Rust/Go 编写的高性能工具 (e.g., `ripgrep`, `ast-grep`, `oxc`).
-  - **Relevance**: 能解决实际痛点（如 `knip` 查死代码，`depcheck` 查依赖）。
-
-### 3. 提案 (Pitch)
-- 使用 `AskUserQuestion` 向用户展示推荐清单。
-- **格式**:
-  - **工具名**: [Name]
-  - **推荐理由**: [Why it helps the agent/project]
-  - **安装命令**: `npm i -g ...` 或 `apt-get ...`
-  - **Demo**: 给出一个简单的用法示例。
-
-### 4. 部署与登记 (Deploy & Register)
-- 获得批准后，执行安装命令。
-    - **验证 (Verification - 强制)**:
-      - 安装完成后，**必须**运行 `<tool> --version` 或 `command -v <tool>` 来验证是否真的安装成功。
-      - **若失败**: 告知用户（可能是权限问题），请求用户手动安装，**不要**更新能力文件。
-      - **若成功**: 
-        - 更新 `.state/SYSTEM_CAPABILITIES.json`。记录新工具的路径。
-        - **全员广播**: 
-          - 扫描 `.claude/agents/*.md`。
-          - 检查每个文件是否包含 `@.state/SYSTEM_CAPABILITIES.json`。
-          - 若未包含，在文件末尾追加：
-            ```markdown
-            
-            ## Environment Capabilities
-            Check @.state/SYSTEM_CAPABILITIES.json for high-performance tools (e.g., ripgrep, ast-grep) available in this environment. Use them!
-            ```
-          - 提示用户运行 `/pd-status` 或 `/admin diagnose` 以让 Agent 感知新能力。
-## 核心原则
-- **喜新厌旧**: 敢于推荐新工具替代旧工具（如推荐 `pnpm` 替 `npm`，推荐 `vitest` 替 `jest`），但要说明理由。
-- **安全第一**: 在安装前必须获得用户明确授权。

package/dist/templates/langs/zh/skills/deductive-audit/SKILL.md

@@ -1,36 +0,0 @@
----
-name: deductive-audit
-description: Rigorous safety and logic check of a proposed solution. Evaluates against axioms, system impact, and edge cases.
-disable-model-invocation: true
----
-
-# Deductive Audit (演绎审计)
-
-**目标**: 在执行前拦截逻辑错误和潜在风险。
-
-请对当前提议的修复方案进行三审：
-
-## 1. Axiom Test (公理审计)
-- 语言规范、库的 API 契约、项目既定约定是否被违反？
-- 输入输出类型是否对齐？
-
-## 2. System Test (系统审计)
-- 是否引入了新的技术债？
-- 是否影响了性能、延迟或稳定性？
-- 是否引入了循环依赖？
-
-## 3. Entropy Audit (熵减审计) - *New*
-- **必要性**: 这个修改是绝对必要的吗？有没有更简单的解法？
-- **最小化**: 是否触碰了不该触碰的文件？（最小接触面原则）
-- **反博弈**: 这是一个真实的修复，还是为了过门禁而做的“形式主义”？
-
-## 4. Via Negativa (否定审计)
-- 最坏的情况下（网络断开、磁盘满、恶意输入）会发生什么？
-- 是否有安全红线（Token 泄露、越权）风险？
-
-## 5. Verdict (裁决)
-- **RESULT**: PASS | FAIL
-- **Must Fix**: 如果失败，列出必须修正的点。
-
----
-**动作**: 请将以上结果更新至 `AUDIT.md`。

package/dist/templates/langs/zh/skills/evolution-framework-update/SKILL.md

@@ -1,31 +0,0 @@
----
-name: evolution-framework-update
-description: 拉取原则信徒进化框架的最新更新（包含 Orchestrator 模式、异步队列及地图优先协议）。
----
-
-# /evolution-framework-update: 进化框架自更新
-
-**目标**: 同步上游框架的最新代码（Hooks, Skills, Agents, Daemon），保持系统进化能力。
-
-## 1. 执行更新
-运行以下脚本拉取最新代码：
-
-```bash
-bash scripts/update_agent_framework.sh
-```
-
-## 2. 冲突处理 (Smart Merge)
-脚本运行后，请检查输出：
-- **无冲突**: 如果显示 "✅ Update complete"，则无需操作。
-- **有冲突**: 如果显示 "⚠️ Updates found with conflicts"：
-  1. 查找所有 `.update` 文件：
-     ```bash
-     find .claude -name "*.update"
-     ```
-  2. 对于每一个冲突文件（例如 `THINKING_OS.md` vs `THINKING_OS.md.update`）：
-     - **读取** 原文件和 `.update` 文件。
-     - **分析** 差异：合入上游的新功能，保留本地的个性化配置。
-     - **清理**：合并完成后删除 `.update` 文件。
-
-## 3. 重启生效
-更新完成后，建议重启 Session 以加载最新的神经中枢逻辑。

package/dist/templates/langs/zh/skills/evolve-task/SKILL.md

@@ -1,83 +0,0 @@
----
-name: evolve-task
-description: Run the full evolution loop (triage → diagnosis → audit → plan → execute → review → log)
-disable-model-invocation: true
----
-
-你必须按顺序执行以下步骤（不得跳步）。ARGUMENTS: $ARGUMENTS
-
-## Step 0: 恢复上下文（强制）
-- 读取 memory/CHECKPOINT.md 的最后一条
-- 读取 memory/ISSUE_LOG.md 的最近 3 条
-- 读取 memory/DECISIONS.md 的最近决策
-- Runtime V2 痛苦诊断使用 task input/context，不使用 `.state/.pain_flag`
-
-## Step 1: 读取运行参数与能力自检
-- 读取 .principles/PROFILE.json，理解 risk_paths、gate、tests.commands。
-- **能力自检**: 快速扫描插件目录下的 `skills/` 和 `agents/`。如果有针对当前任务的专门 Skill (如 `/deep-search`) 或 Agent (如 `security-expert`)，请在后续步骤中优先使用。
-
-## Step 1.5: 全维环境感知 (Full-Spectrum Awareness)
-- **本地**: 运行 `git status` 和 `git log -n 5` 了解代码现状。
-- **远程**: 如果可用 `gh`，必须运行 `gh issue list --limit 5` 和 `gh pr list --limit 5`。
-- **关联**: 如果发现相关 Issue，必须将其 ID 记录在本次任务的上下文中。
-
-## Step 2: TRIAGE（补齐信息）
-- **地图优先**: 必须先阅读 `codemaps/` 下的架构图或 `docs/SYSTEM_PANORAMA.md`，准确评估修改风险。
-输出：
-- Goal（一句话）
-- Problem（可复现描述）
-- Evidence（文件/命令/日志）
-- Risk level（low/medium/high）
-
-## Step 3: 委派 Explorer（证据收集）
-- 让 Explorer 子智能体输出：Evidence list / Repro / Hypotheses(<=3)
-- **绩效评估**: 任务完成后，评估 Explorer 表现并写入 `.state/.verdict.json`。格式必须严格遵守 `@.principles/schemas/agent_verdict_schema.json`。
-
-## Step 4: 委派 Diagnostician（根因）
-- 让 Diagnostician 输出：Proximal cause / Root cause / 5 Whys / Category
-- **绩效评估**: 任务完成后，写入 `.state/.verdict.json`。格式遵循 `@.principles/schemas/agent_verdict_schema.json`。
-
-## Step 5: 委派 Auditor（演绎审计）
-- 让 Auditor 输出：Axiom/System/Via negativa / RESULT: PASS/FAIL
-- 将审计结果写入 AUDIT.md（RESULT 行必须存在）。
-- **绩效评估**: 任务完成后，写入 `.state/.verdict.json`。格式遵循 `@.principles/schemas/agent_verdict_schema.json`。
-
-### 分支处理（必须遵守）
-- 若 RESULT = FAIL：
-  1. 将 Must-fix 列表写入 AUDIT.md
-  2. 回到 Step 4 重新委派 Diagnostician，要求补充根因
-  3. 最多重试 2 次，若仍 FAIL 则写入 memory/DECISIONS.md并请求用户介入
-- 若 RESULT = PASS：继续 Step 6
-
-## Step 6: 委派 Planner（电影剧本计划）
-- Planner 输出 Plan（步骤/命令/指标/回滚）。
-- 将计划写入计划文档供 owner 审阅。
-- **任务同步 (Task Sync)**: 
-  - 如果 `CLAUDE_CODE_TASK_LIST_ID` 已设置，你必须将上述 Plan 的核心步骤直接转化为 Native Tasks（通过自然语言指令"Add task..."或相关工具）。
-  - 如果未设置且为交互模式，提示用户："建议运行 `export CLAUDE_CODE_TASK_LIST_ID=task-$(date +%s)` 以启用持久化任务追踪。"
-  - 如果是后台/无头模式，跳过提示。
-- **绩效评估**: 任务完成后，写入 `.state/.verdict.json`。格式遵循 `@.principles/schemas/agent_verdict_schema.json`。
-
-## Step 7: 委派 Implementer（执行）
-- Implementer 按照 Step 6 的计划执行。任何偏离必须先更新计划并获得确认。
-- **绩效评估**: 任务完成后，根据验证结果写入 `.state/.verdict.json`。格式遵循 `@.principles/schemas/agent_verdict_schema.json`。
-
-## Step 8: 委派 Reviewer（审查）
-- Reviewer 输出：Critical/Warning/Suggestion。
-- **绩效评估**: 任务完成后，写入 `.state/.verdict.json`。格式遵循 `@.principles/schemas/agent_verdict_schema.json`。
-
-### 分支处理
-- 若有 Critical：回到 Step 6 修订计划，最多重试 2 次
-- 若无 Critical：继续 Step 9
-
-## Step 9: 反思与落盘
-1. **系统进化**: 将 Pain/Root cause/新原则候选/门禁建议追加到 memory/ISSUE_LOG.md，并更新 memory/DECISIONS.md。
-2. **用户画像更新 (强制)**:
-   - 回顾用户在本任务中的表现（指令质量、领域知识、偏好）以及系统的高光时刻。
-   - **必须**写入 `.state/.user_verdict.json` (增量更新)。格式必须严格遵守 `@.principles/schemas/user_verdict_schema.json`。
-   - 注意：如果用户没有表现出明显特征或偏好，对应字段可为空。
-
-## Step 10: 最终汇报 (Final Briefing)
-- **动作**: 委派 ``pd_spawn_agent(reporter)`` 进行结项陈述。
-- **要求**: 将 Implementer 和 Reviewer 的最终产出作为输入传给它。让它根据 `USER_CONTEXT.md` 决定汇报的深度和风格。
-- **目标**: 确保老板（用户）在不产生认知负荷的前提下，清楚了解任务成果与潜在风险。

package/dist/templates/langs/zh/skills/feedback/SKILL.md

@@ -1,53 +0,0 @@
----
-name: feedback
-description: Standardized bug reporting and feedback mechanism. Collects system logs and profile data to generate a structured issue report for the Principles Disciple engineering team.
-disable-model-invocation: true
----
-
-# /feedback: 提交系统反馈
-
-你遇到了系统 Bug 或设计缺陷？请使用此技能生成一份标准化的反馈报告，并自动投递给上游开发团队。
-
-## 执行流程
-
-### 1. 收集证据 (Evidence Collection)
-- **Log Analysis**: 读取 `memory/ISSUE_LOG.md` (最近 20 行) 和 `memory/logs/SYSTEM.log` (如果有报错堆栈)。
-- **Config Check**: 读取 `.principles/PROFILE.json` 确认当前配置。
-- **Version Check**: 尝试获取当前版本信息（如有）。
-
-### 2. 生成报告 (Report Generation)
-在 `temp/` 目录下生成 `feedback-YYYYMMDD-HHMMSS.md`。
-**内容模板**:
-```markdown
-# Bug Report / Feature Request
-
-**Severity**: HIGH | MEDIUM | LOW
-**Component**: Agent | Hook | Skill | Installer
-**Context**: [简述你在做什么时遇到的问题]
-
-## Evidence
-### Log Snippet
-```
-[粘贴日志]
-```
-
-### Diagnosis (Self-Correction)
-我分析这个问题可能是由于 [原因] 导致的。
-建议修改 [文件] 的 [逻辑]。
-
-## Environment
-- OS: [OS]
-- Project: [Project Name]
-```
-
-### 3. 自动投递 (Auto-Delivery)
-- **检查上游**: 检查 `scripts/update_agent_framework.sh` 中定义的 `SOURCE_REPO` 路径。
-- **投递**:
-  - 如果上游目录存在且可写，将报告**复制**到 `$SOURCE_REPO/docs/feedback/`。
-  - 输出: "✅ 报告已直达架构师桌面 (docs/feedback/)"。
-- **Fallback**: 如果不可达，输出文件路径，请用户手动发送。
-
-## 交互
-- 使用 `AskUserQuestion` 询问用户问题的严重程度和简要描述。
-
-```

package/dist/templates/langs/zh/skills/init-strategy/SKILL.md

@@ -1,54 +0,0 @@
----
-name: init-strategy
-description: Initialize project-level strategy and vision. Guides the user through a structured interview to define long-term goals.
-disable-model-invocation: true
----
-
-# /init-strategy: 战略锚点初始化
-
-你是一位顶级的战略咨询顾问。你的目标是通过引导式采访，协助用户为本项目建立长期的 **愿景 (Vision)** 和 **战略目标 (Strategic Goals)**。
-
-## 执行原则 (The Principles)
-1. **深度互动**: 禁止一次性列出所有问题。你必须使用 `AskUserQuestion` 逐一展开访谈。
-2. **选择题优先 (Options First)**: 尽可能为用户提供预设选项（基于项目类型或常见模式）。减少用户打字负担。
-   - *Example*: 问瓶颈时，提供 ["技术债", "交付速度", "质量不稳定"] 供选择。
-3. **终局思维**: 引导用户思考项目的终极形态，而不仅仅是当下的功能。
-4. **分层递进**: 采用“五步法”逻辑：
-   - 第一步：愿景探寻 (Vision)
-   - 第二步：现状诊断 (Reality Check)
-   - 第三步：关键成功因素 (Critical Success Factors)
-   - 第四步：核心战略锁定 (Strategy Definition)
-   - 第五步：共识确认 (Consensus)
-
-## 操作指南
-
-### Phase 1: 愿景与现状
-使用 `AskUserQuestion` 的单选/多选或输入框询问：
-- 项目的长期愿景（一年后成功的样子）。
-- 当前最严峻的挑战或技术债瓶颈。
-
-### Phase 2: 目标建模
-根据用户的回答，提炼出 1-3 个宏观的 **Objective (O)**。
-- 引导用户确认：“这些 O 是否涵盖了解决上述瓶颈的关键？”
-
-### Phase 3: 持久化落盘
-**必须动作**: 将采访结果编译并写入 `memory/STRATEGY.md`。
-
-**`memory/STRATEGY.md` 模板**:
-```markdown
-# Project Strategy & Vision
-> Last Updated: [ISO Timestamp]
-
-## 1. Vision (愿景)
-- [定性描述项目终极目标]
-
-## 2. Strategic Objectives (宏观目标)
-- **Objective 1**: ...
-- **Objective 2**: ...
-
-## 3. Guiding Principles (指导方针)
-- [基于本次访谈提炼的工程价值观]
-```
-
-## 结项
-完成写入后，提示用户：”✅ 战略锚点已锁定。建议运行 `/pd-status` 查看系统状态，或使用 `/pd-bootstrap` 扫描环境工具。”

package/dist/templates/langs/zh/skills/inject-rule/SKILL.md

@@ -1,19 +0,0 @@
----
-name: inject-rule
-description: Inject a temporary, ad-hoc rule into the system context. Use for immediate course correction without modifying kernel rules.
-disable-model-invocation: true
----
-
-# Rule Injector (规则注入)
-
-你现在是“人工干预规则”组件。
-
-**任务**:
-1. 将用户提供的规则 `$ARGUMENTS` 追加到 `memory/USER_CONTEXT.md` 的 "Ad-hoc Rules" 区域。
-2. 如果该区域不存在，请先创建它。
-
-**追加格式**:
-```markdown
-## Ad-hoc Rules (User Injected)
-- [Time] $ARGUMENTS
-```

package/dist/templates/langs/zh/skills/profile/SKILL.md

@@ -1,24 +0,0 @@
----
-name: profile
-description: Manually correct or update the user's expertise profile. Use to tell the system "I am an expert in X" or "I am a novice in Y".
-disable-model-invocation: true
----
-
-# Profile Corrector (画像修正)
-
-你现在是“人工干预画像”组件。
-
-**任务**:
-1. 解析用户输入的 `$ARGUMENTS` (格式如 "Frontend: Expert")。
-2. 生成一个**增量评价**文件 `.state/.user_verdict.json`，强制将该领域的权重设为极高（或极低，视用户描述而定）。
-3. 提示用户：变更将在任务结束 (Stop) 后生效。
-
-**JSON 模板**:
-```json
-{
-  "updates": [
-    {"domain": "<EXTRACTED_DOMAIN>", "delta": 10, "reason": "User self-declared expertise"}
-  ]
-}
-```
-*(注意：如果是 Novice，delta 设为 -10)*