add-coder 0.1.17 → 0.2.1

package/templates/core/rules/project_rules.md

@@ -425,7 +425,7 @@ reason: 中文/英文说明本次改动的目的
 正确示例：
 - ✅ `src/middleware.ts`（{{projectName}} workspace 内）
 - ✅ `agrisynapse/src/api/agent/types.ts`（跨项目时带项目名前缀）
-- ✅ `{{magicDir}}/plans/{{projectName}}-agrisynapse-integration-plan-v1.md`（.qoder 内文件）
+- ✅ `{{magicDir}}/plans/{{projectName}}-agrisynapse-integration-plan-v1.md`（{{magicDir}} 内文件）
 
 原因：`query_audit_logs({ targetId })` 做精确匹配，绝对路径和相对路径是两条不同的记录，导致漏查。
 

package/templates/core/scripts/mcp-server.ts

@@ -5,7 +5,7 @@ import { fileURLToPath } from "url"
 const __filename = fileURLToPath(import.meta.url)
 const __dirname = dirname(__filename)
 const PROJECT_ROOT = resolve(__dirname, "..", "..")
-const MAGIC_DIR = basename(dirname(__dirname)) // ".qoder" or ".claude"
+const MAGIC_DIR = basename(dirname(__dirname)) // ".qoder" / ".claude" / ".vscode" / ".trae" / ".codex" / ".add"
 
 // 环境变量加载优先级: .env.development.local > .env.development > .env.local > .env
 const ENV_CANDIDATES = [".env.development.local", ".env.development", ".env.local", ".env"];
@@ -122,7 +122,7 @@ function extractBackflowKeywords(fixText: string): string[] {
   const keywords: string[] = []
 
   // 英文标识符（如 perExpertTopK, agri_tech, SearchOptions）
-  const enMatches = fixText.match(/\b(perExpertTopK|RetrieveBudget|GroundingStatus|SearchOptions|add-route|handoff|spec\.md|tasks\.md|checklist\.md|collectionName|Phase\s*\d+|ChromaCollectionManager|agri_tech|crop_compare|roi_analysis|pest_risk|daily_report|weekly_report)\b/gi)
+  const enMatches = fixText.match(/\b(perExpertTopK|RetrieveBudget|GroundingStatus|SearchOptions|add-route|handoff|spec\.md|tasks\.md|checklist\.md|collectionName|Phase\s*\d+|ChromaCollectionManager|agri_tech|crop_compare|roi_analysis|pest_risk|daily_report|weekly_report|session-start|prompt-submit|pre-tool-use|post-tool-use|stop-check|pre-compact|subagent-stop|renderer\.ts|SessionStart|UserPromptSubmit|hooks\/lib|github\/hooks)\b/gi)
   if (enMatches) keywords.push(...enMatches.map(m => m.toLowerCase()))
 
   // 中文专用名词
@@ -130,14 +130,25 @@ function extractBackflowKeywords(fixText: string): string[] {
     "迁移路线图", "迁移roadmap", "多collection", "多 collection",
     "冗余策略", "复制", "引用方案", "新签名",
     "汇总专家", "per-collection", "per collection",
-    "不阻塞", "降级路径", "回滚",
+    "不阻塞", "降级路径", "回滚", "回流",
+    // add-coder 领域关键词
+    "轮次", "实施顺序", "增量插入", "模板", "预读", "renderer", "共享脚本", "Layer",
+    "stderr", "stdout", "注入", "标记文件", "tpl-injected", "验收阻断",
   ]
   for (const pat of cnPatterns) {
     if (fixText.includes(pat)) keywords.push(pat)
   }
 
   // 去重并过滤停用词
-  return [...new Set(keywords.filter(k => k.length > 1 && !stopWords.has(k)))]
+  const result = [...new Set(keywords.filter(k => k.length > 1 && !stopWords.has(k)))]
+
+  // 兜底：若关键词提取为空，用 fix 原文作为搜索串（防止新领域术语永不被识别）
+  if (result.length === 0 && fixText.length > 0) {
+    const fallback = fixText.replace(/[✅⬜\[\]\*]/g, "").trim().slice(0, 60)
+    if (fallback.length > 3) result.push(fallback)
+  }
+
+  return result
 }
 
 const server = new McpServer(
@@ -2810,7 +2821,7 @@ server.registerTool(
         const reviewFiles = await readdir(reviewsDir)
         // 从 Plan 全文提取所有 Review 引用，优先匹配含 planKeyword 的
         const allReviewRefs = Array.from(planContent.matchAll(/\.(qoder|claude|add|vscode)\/reviews\/([^\s)]+\.md)/g))
-          .map(m => m[1].split("/").pop() || "")
+          .map(m => m[2].split("/").pop() || "")
           .filter(Boolean)
         // 策略1: 在所有引用中优先选含 planKeyword 的
         reviewName = allReviewRefs.find(f =>
@@ -2868,8 +2879,10 @@ server.registerTool(
         planPenalties.push(`Plan 缺少 §6 验收标准（${phaseTotal} 个 Phase 无独立验收）`)
       }
 
-      // 1b. 统计 Task 是否指定了具体文件
-      const taskFileRefs = planContent.match(/`(src\/[^`]+\.ts[x]?)`/g) || []
+      // 1b. 统计 Task 是否指定了具体文件（含表格内路径引用）
+      // 匹配常见路径前缀：templates/ src/ .qoder/ .claude/ .vscode/ docs/ scripts/ tests/
+      const pathPrefixes = '(?:templates\/|src\/|\\.qoder\/|\\.claude\/|\\.vscode\/|\\.add\/|docs\/|scripts\/|tests\/|prisma\/|queries\/)'
+      const taskFileRefs = planContent.match(new RegExp(pathPrefixes + '[^\\s|)\\n]+', 'g')) || []
       const taskCount = (planContent.match(/Task\s+\d+/g) || []).length
       // 统计 Task 标题数（用于 Specs 精确度维度三），不含正文中 Task 引用
       const taskHeadingCount = (planContent.match(/###\s+Task\s+\d+/g) || []).length
@@ -3017,130 +3030,35 @@ server.registerTool(
       parts.push("")
 
       // ====== 维度四：Review 回流完整度（权重 25%） ======
-      // 检查 Review 中 P0/P1 问题的修复建议是否在 Plan/Specs 中有对应修正
+      // 策略：数 Review 中 P0/P1 条目数 vs Plan 中 [回流: 标记数，简单计数比对
       let backflowScore = 0
-      const backflowDetails: string[] = []
 
       if (reviewContent) {
-        // 解析 Review 中的 P0/P1 问题表格
-        // 典型格式: | # | 缺陷 | 证据 | 修复 |
-        //   其中 P0/P1 标记在行内（如 "(P0)" 或 "3.1" 标题下）
         const reviewLines = reviewContent.split("\n")
-        const problemItems: Array<{ id: string; description: string; fix: string; priority: string }> = []
-        let inP0Section = false
-        let inP1Section = false
-        let inProblemTable = false
-        let tableHeaderPassed = false
-
-        for (let i = 0; i < reviewLines.length; i++) {
-          const line = reviewLines[i]
-
-          // 检测 P0/P1 章节
-          if (line.match(/P0|ADD.*合规|阻断/)) {
-            inP0Section = true
-            inP1Section = false
-            inProblemTable = true
-            tableHeaderPassed = false
-            continue
-          }
-          if (line.match(/P1|架构设计.*缺口/)) {
-            inP0Section = false
-            inP1Section = true
-            inProblemTable = true
-            tableHeaderPassed = false
-            continue
-          }
-          if (line.match(/P2|中等|影响评估|决策结论|方案对比/)) {
-            inP0Section = false
-            inP1Section = false
-            inProblemTable = false
-            continue
-          }
-
-          // 表格数据行: | N | 描述 | 证据 | 修复 |
-          if (inProblemTable && line.trim().startsWith("|") && !line.includes("---")) {
-            const cols = line.split("|").map(c => c.trim()).filter(Boolean)
-            if (cols.length >= 4 && cols[0].match(/^\d+/)) {
-              const priority = inP0Section ? "P0" : inP1Section ? "P1" : ""
-              if (priority) {
-                // cols[1] = 缺陷描述, cols[2] = 证据, cols[3] = 修复建议
-                problemItems.push({
-                  id: cols[0],
-                  description: cols[1] || "",
-                  fix: cols[3] || "",
-                  priority,
-                })
-              }
-            }
-          }
+        let reviewP0P1Count = 0
+        for (const line of reviewLines) {
+          if (/^\|\s*\d+\s*\|\s*(P0|P1)\s*\|/.test(line)) reviewP0P1Count++
         }
-
-        if (problemItems.length === 0) {
-          // 退而：尝试解析 Review 为编号列表格式（如 "1. xxx\n2. yyy"）
-          // 由于 Review 格式多变，此分支暂不用编号列表正则——留空依赖表格解析
-        }
-
-        if (problemItems.length > 0) {
-          // 对每个 P0/P1 问题，从修复建议中提取关键词，在 Plan+Specs 中搜索
-          let reflectedCount = 0
-          const unreflectedItems: string[] = []
-          const mirroredItems: string[] = []
-
-          for (const item of problemItems) {
-            // 从修复建议文本中提取代表关键词
-            const fixKeywords = extractBackflowKeywords(item.fix)
-            const searchTargets = [planContent]
-            if (specContent) searchTargets.push(specContent)
-
-            let found = false
-            for (const kw of fixKeywords) {
-              for (const target of searchTargets) {
-                if (target.toLowerCase().includes(kw.toLowerCase())) {
-                  found = true
-                  break
-                }
-              }
-              if (found) break
-            }
-
-            if (found) {
-              reflectedCount++
-              mirroredItems.push(`  ✅ [${item.priority}] #${item.id}: \"${item.description.slice(0, 50)}\" → Plan/Specs 已修正`)
-            } else {
-              unreflectedItems.push(`  ❌ [${item.priority}] #${item.id}: \"${item.description.slice(0, 50)}\" → 修复建议「${item.fix.slice(0, 40)}」未在 Plan/Specs 中找到`)
-            }
-          }
-
-          backflowScore = Math.round((reflectedCount / problemItems.length) * 100)
-          parts.push("=== 维度四：Review 回流完整度（25%）===")
-          parts.push(`  P0/P1 问题总数: ${problemItems.length}`)
-          parts.push(`  已回流: ${reflectedCount} / 未回流: ${unreflectedItems.length}`)
-          parts.push(`  回流率: ${backflowScore}%`)
-          parts.push(`  分数: ${backflowScore}/100`)
-          if (mirroredItems.length > 0) {
-            for (const m of mirroredItems.slice(0, 5)) parts.push(m)
-            if (mirroredItems.length > 5) parts.push(`  ... 还有 ${mirroredItems.length - 5} 项已回流`)
-          }
-          if (unreflectedItems.length > 0) {
-            for (const u of unreflectedItems) parts.push(u)
-            parts.push(`  ⚠️ 修复建议: 执行 0.6.5 卡位，将 Review 未回流项逐条写入 Plan 对应章节`)
-          }
-          for (const d of backflowDetails) parts.push(d)
+        const planBackflowCount = (planContent.match(/\[回流\s*[:：]/g) || []).length
+        parts.push("=== 维度四：Review 回流完整度（25%）===")
+        parts.push("  Review P0/P1 条目总数: " + reviewP0P1Count)
+        parts.push("  Plan [回流:] 标记数: " + planBackflowCount)
+        if (reviewP0P1Count === 0) {
+          backflowScore = 100
+          parts.push("  ✅ Review 无 P0/P1 问题，跳过回流检查")
+        } else if (planBackflowCount >= reviewP0P1Count) {
+          backflowScore = 100
+          parts.push("  ✅ 回流完整：" + planBackflowCount + "/" + reviewP0P1Count + " 条全部对应")
         } else {
-          // Review 存在但无 P0/P1 问题表格（可能是非标准格式）
-          backflowScore = 50  // 无法自动解析，给中等分数
-          parts.push("=== 维度四：Review 回流完整度（25%）===")
-          parts.push("  ⚠️ Review 文件中未检测到 P0/P1 问题表格，无法自动校验回流")
-          parts.push("  ℹ️ 请手动确认 Review 结论是否已写回 Plan")
-          parts.push(`  分数: ${backflowScore}/100（默认值，待人工确认）`)
+          backflowScore = Math.round((planBackflowCount / reviewP0P1Count) * 100)
+          parts.push("  ⚠️ 回流不完整：" + planBackflowCount + "/" + reviewP0P1Count + "，缺 " + (reviewP0P1Count-planBackflowCount) + " 条")
+          parts.push("  ⚠️ 修复建议: 执行 0.6.5 卡位，在 Plan 对应章节添加 [回流: Review PN #N 简述] 标记")
         }
       } else {
-        // 无 Review 文件
-        backflowScore = 0
         parts.push("=== 维度四：Review 回流完整度（25%）===")
         parts.push("  ⚠️ Review 文件未找到，回流检查不可用")
-        parts.push(`  分数: ${backflowScore}/100`)
       }
+      parts.push("  分数: " + backflowScore + "/100")
       parts.push("")
 
       // ====== DPS 复合计算 ======

package/templates/core/skills/add-paradigm/SKILL.md

@@ -197,7 +197,14 @@ find_related_docs({ query: "功能关键词" })
    - P1 问题：必须在 Plan 中显式响应（接受并修改，或接受并推迟并给出理由）
    - P2 问题：建议响应，非强制但不响应需在 Plan 中标记为 "已知不处理"
    - **不要**简单复制 Review 文字——要把修复建议转成 Plan 的具体文字（新增章节、修改表格、补充步骤）
+   - **增量修订（强制）**：回流涉及修改已有内容时（非新增），必须遵循 ADD 文档增量修订规则——旧内容用 `~~删除线~~` 包裹保留，新内容紧跟后以 `→` 引导，末尾标注 `[修订日期: 修订原因]`。**禁止直接删除或覆盖原文**。格式示例：`~~VS Code 端放在轮次 4~~ → VS Code 基础 hooks 并入轮次 1 [2026-07-17 修订: Review P1 #6 实施顺序调整]`。仅新增内容（如新增 Task、新增约束块）无需删除线，但仍需标注修订原因
    - 回流完毕后，Plan 中的内容应与 Review 修复建议一致，但表达方式适应 Plan 的叙述风格
+   - **回流标记格式（强制）**：每个回流点必须在 Plan 对应用 `[回流: Review {P0/P1} #{编号} {简述}]` 显式标注，供 DPS 扫描器计数回流完整度。回流标记与增量修订可合并——增量修订的 `修订原因` 段包含 `Review` 关键字即视为有效标记。示例：`[回流: Review P1 #6 实施顺序调整]`。格式说明：
+     - `Review` 关键字固定
+     - `{P0/P1}` 为 Review 中对应问题的严重度
+     - `#{编号}` 为 Review §4.1 P0/P1 问题清单中的编号
+     - `{简述}` 为 5-10 字中文简述
+     - 回流标记可放置在 Plan 正文任意位置（章节标题、表项说明、约束块等），DPS 通过正则 `/\[回流\s*[:：]/g` 计数
 
 4. **逐问题写入 Specs**：
    - 如果 Review 发现 Implementation Requirements 层面的缺口（如 `RetrieveBudget` 缺 `perExpertTopK`），在 Spec §Requirements 中新增对应的 WHEN-THEN Scenario
@@ -298,6 +305,23 @@ Plan 级闭包: {业务功能描述}
 - 若某轮次"独立验证"不通过（tsc 这轮过不了）→ 检查是否漏了该轮的前置文件改动
 - 若判定为多轮但 plan 未提供轮次拆分 → 回退 Plan 阶段补充轮次拆分
 
+#### 0.7.1 Plan 活跃判定标准（裁决逻辑）
+
+> **裁决定位**："某个 Plan 是否活跃"不是文档约定问题，而是需要从 add-route 的 Step 勾选状态中做确定性判定的裁决逻辑。在 add-coder 项目的 hook 脚本中以 shell 函数实现（`detect_active_add`），暂不依赖 caijuehub 裁决层分发（`npx add-coder init` 不产出 caijuehub）。
+
+**活跃判定规则**：
+
+1. **判定输入**：指定 magicDir 下的 `plans/` 目录（按当前端优先回退——以 Claude IDE 宿主环境为例：`.claude/plans/` → `.qoder/plans/` → `.add/plans/`，其他 IDE 同理取各自的 magicDir）
+2. **索引优先**：先读 `plans/index.md` 匹配 planKeyword → 无匹配才 glob `*-plan-v*.md`
+3. **活跃定义**：读 add-route 文件 → 存在 `[ ]` 未勾选的 Step 产出项 = 活跃（进行中）；全部 `[x]` = 已收敛（不活跃）
+4. **多 Plan 冲突**：多个 Plan 均有 `[ ]` → 取 add-route 文件最近修改时间（`mtime`）最大的 Plan
+5. **无 add-route**：Plan 文件存在但无 add-route → 判定为"Plan 初始态"，视为活跃但需要先生成 add-route
+
+**应用场景**：
+- SessionStart hook：恢复上下文时定位当前活跃 Plan
+- UserPromptSubmit hook：决定注入"进行中"还是"新启动"的 ADD 状态
+- PreToolUse hook：文件写入前置守卫——写入 plans/specs 时检查是否有活跃 Plan
+
 ### 第一阶段产出检查
 
 - [ ] 已调用 `find_related_docs` 搜索相关文档

package/templates/core/hooks/lib/context-inject.sh

@@ -1,96 +0,0 @@
-#!/bin/bash
-# context-inject.sh — 上下文注入模板
-# 共享库
-
-# 结构化 SessionStart JSON 注入
-build_session_start_json() {
-  local plan="$1" step="$2" round="$3" handoff="$4"
-  cat <<EOF
-{
-  "continue": true,
-  "hookSpecificOutput": {
-    "hookEventName": "SessionStart",
-    "additionalContext": "上次 ADD 流程未完成:\n  Plan: ${plan}\n  轮次: ${round}\n  当前 Step: ${step} (add-route)\n  恢复命令: query_audit_logs({ planKeyword: '${plan}' })\n  handoff: ${handoff}"
-  }
-}
-EOF
-}
-
-# Stop 四象限分流 few-shot 上下文
-build_stop_context() {
-  local quadrant="$1" info="$2"
-  case "$quadrant" in
-    "no_add_no_dev")
-      echo "[ADD Stop] 无活跃 Plan，无代码改动。正常结束。"
-      ;;
-    "no_add_has_dev")
-      cat <<'EOF'
-[ADD Stop] ⚠️ 检测到代码修改但无活跃 ADD Plan。
-
-Plan 不是"文档开销"——它是代码治理的基础设斻。跳过 Plan 的后果:
-  · 没有 add-route → 每次改动无法追溯到具体 Task
-  · 没有 tasks.md → 后续 AI Session 不知道改了哪些文件
-  · 没有 handoff → 交接时上下文全丢，只能靠 git log 猜
-
-你必须立即补救，二选一:
-
-方案 A — 补 ADD 流程（招安）:
-  Step 0: 读 .qoder/templates/plan-template.md → 生成 Plan → .qoder/plans/{today}/{keyword}-plan-v1.md
-          生成 add-route → check_dps ≥ 85
-  Step 1: 扩展 AgentAuditPhase（如需要）
-  Step 2: 确认 agentAudit() 通道
-  Step 3: 将已写代码关联到 tasks.md
-  完成后可正常停止。
-
-方案 B — 补不上则回滚:
-  如果改动太复杂无法追溯生成 Plan，则:
-  ① git diff 确认改动范围
-  ② git checkout -- <改动的文件> 撤回
-  ③ 告知用户 "以下改动已回滚，请先走 ADD 流程再重新实施: <文件列表>"
-
-无论选 A 还是 B，完成后告诉用户下次执行 session-init 恢复上下文。
-EOF
-      ;;
-    "has_add_no_dev")
-      echo "[ADD Stop] ADD 流程进行中 (${info})，本次无代码改动。下次继续时执行 session-init 恢复上下文。"
-      ;;
-    "has_add_dev_step02")
-      echo "[ADD Stop] ADD Step 0-2: 文档先行/审计准备阶段。无需验收闭环。下一步: 进入 Step 3 代码实现。"
-      ;;
-    "has_add_dev_step3")
-      echo "[ADD Stop] ADD Step 3: 代码实现进行中 (${info})。完成后进入 Step 3.5 实现审查。"
-      ;;
-    "has_add_dev_unclosed")
-      cat <<'EOF'
-[ADD Stop] ⚠️ 代码已完成但验收未闭环:
-${info}
-
-请依次执行（不要等下次会话）:
-  ① Write devlog → handoff 同目录 devlog-{plan}-v{n}.md
-     格式: # Devlog: {plan}\n 日期 / Plan / 轮次 / 本轮改了什么 / 验收结果 / 遗留项 / 架构回看
-  ② Edit handoff → 更新 §验证标准 全部 [x] + 补充审计 ID
-     ★ 同步: checklist 有新 cuid → handoff ADD-7 表必须对应新增行
-     ★ Step 0 准入: handoff + add-route + Specs 三元组缺一不可，缺则回退 Step 0.5
-  ③ Read docs/ → 回看架构文档确认一致性
-  ④ Edit add-route → 勾选对应 Step [x]
-
-以上全部完成后 Agent 才能停止。
-
-下次恢复: 读 handoff → 查同目录 devlog-*.md → query_audit_logs
-EOF
-      ;;
-        "has_add_dev_closed")
-      echo "[ADD Stop] ✅ 验收闭环: add-route全部[x], devlog已记录, handoff已更新。验收幂等——重复触发不覆盖已有结论。"
-      ;;
-  esac
-}
-
-# 写操作前置守卫上下文
-build_pretool_context() {
-  local plan="$1" round="$2"
-  cat <<EOF
-[ADD PreToolUse] 当前 Plan: ${plan}，轮次: ${round}。
-本次写入应属于 ADD Step 3 代码实现阶段。
-完成后执行 record_dev_operation 记录审计。
-EOF
-}

package/templates/core/hooks/lib/state-detect.sh

@@ -1,104 +0,0 @@
-#!/bin/bash
-# state-detect.sh — ADD 活跃流程检测 + dev action 追踪
-# 共享库
-
-PROJECT_DIR="${QODER_PROJECT_DIR:-${QODERCN_PROJECT_DIR:-$PWD}}"
-QODER_DIR="$PROJECT_DIR/.qoder"
-PLANS_DIR="$QODER_DIR/plans"
-
-# dev action 标记文件（项目级，PreToolUse 写入，Stop 读取）
-DEV_FLAG="/tmp/qoder_dev_$(echo "$PROJECT_DIR" | md5sum 2>/dev/null | cut -c1-8 || echo "default")"
-
-# 检测活跃 ADD 流程
-# 返回: "plan_keyword::step_x/total::round_n/total_r::handoff_path::add_route_path" 或 ""
-detect_active_add() {
-  local handoff=""
-  local today_dir="$PLANS_DIR/$(date +%Y-%m)"
-  [ -d "$today_dir" ] && handoff=$(find "$today_dir" -name "*handoff*.md" -mtime -7 -type f 2>/dev/null | head -1)
-  [ -z "$handoff" ] && handoff=$(find "$PLANS_DIR" -name "*handoff*.md" -mtime -7 -type f 2>/dev/null | head -1)
-  [ -z "$handoff" ] && return 1
-
-  local plan_kw=$(basename "$handoff" | sed 's/-handoff.*//')
-
-  # add-route
-  local add_route=$(find "$PLANS_DIR" -name "*add-route*.md" -type f 2>/dev/null | head -1)
-
-  # Step 统计（从 add-route）
-  local step_info="?"
-  if [ -f "$add_route" ]; then
-    local ck=$(grep -c '\[x\]' "$add_route" 2>/dev/null || true)
-    local uc=$(grep -c '\[ \]' "$add_route" 2>/dev/null || true)
-    ck=${ck:-0}; uc=${uc:-0}
-    local total=$((ck + uc))
-    [ "$total" -gt 0 ] && step_info="${ck}/${total}"
-  fi
-
-  # 轮次统计（从 handoff）
-  local round_info="?"
-  if grep -q '<第[0-9]轮>' "$handoff" 2>/dev/null; then
-    local ck=$(grep -c '\[x\]' "$handoff" 2>/dev/null || true); ck=${ck:-0}
-    local total=$(grep -c '<第[0-9]轮>' "$handoff" 2>/dev/null || true); total=${total:-0}
-    [ "$total" -gt 0 ] && round_info="${ck}/${total}"
-  else
-    round_info="1/1"
-  fi
-
-  echo "${plan_kw}::${step_info}::${round_info}::${handoff}::${add_route:-none}"
-}
-
-# 标记 dev action
-mark_dev_action() {
-  touch "$DEV_FLAG" 2>/dev/null || true
-}
-
-# 检测 dev action
-has_dev_action() {
-  [ -f "$DEV_FLAG" ]
-}
-
-# 清理 dev action 标记（验收闭环后调用）
-clear_dev_action() {
-  rm -f "$DEV_FLAG" 2>/dev/null || true
-}
-
-# 检查验收完整度，返回 issues 文本
-check_add_completeness() {
-  local handoff="$1" add_route="$2"
-  local issues=""
-
-  # devlog（内容已回流至 handoff，检查 handoff 是否含验收结果）
-  if [ -f "$handoff" ] && ! grep -qE '验收|收敛|闭环|本轮改了什么|devlog' "$handoff" 2>/dev/null; then
-    issues="${issues}  [ ] devlog 缺失（handoff 无验收记录）\n"
-  fi
-
-  # handoff 验证标准
-  if [ -f "$handoff" ]; then
-    local uc=$(grep -c '\[ \]' "$handoff" 2>/dev/null || echo "0")
-    [ "$uc" -gt 0 ] && issues="${issues}  [ ] handoff ${uc} 项未勾选\n"
-  fi
-
-  # add-route Step
-  if [ -f "$add_route" ]; then
-    local uc=$(grep -c '\[ \]' "$add_route" 2>/dev/null || echo "0")
-    [ "$uc" -gt 0 ] && issues="${issues}  [ ] add-route ${uc} Step 未闭环\n"
-  fi
-
-  echo -e "$issues"
-}
-
-# 检查是否已验收（幂等保护）
-# 返回 0 = 未验收，1 = 已验收
-is_already_accepted() {
-  local add_route="$1" handoff="$2"
-  # add-route Step 8 是否已 [x]
-  if [ -f "$add_route" ]; then
-    # 检查 Step 8 产出项是否勾选
-    if grep -A 10 'Step 8' "$add_route" 2>/dev/null | grep -q '\[x\].*验证并更新项目状态'; then
-      # handoff 是否有验收记录
-      if [ -f "$handoff" ] && grep -qE '✅.*验收|收敛|全部闭环|全部.*完成' "$handoff" 2>/dev/null; then
-        return 0
-      fi
-    fi
-  fi
-  return 1
-}

package/templates/core/hooks/lib/vocabulary.sh

@@ -1,49 +0,0 @@
-#!/bin/bash
-# vocabulary.sh — 从 vocabulary markdown 表格加载触发词
-# 单一数据源: .qoder/vocabulary/add-governance-vocabulary.md §类别 A-F 表格
-
-VOCABULARY_FILE="$PWD/.qoder/vocabulary/add-governance-vocabulary.md"
-
-# 输出格式: 优先级::触发词正则::响应文本（:: 避免与触发词内的 | 冲突）
-load_triggers() {
-  [ ! -f "$VOCABULARY_FILE" ] && return 1
-  sed -n '/^## 类别 A: 文档类型/,/^## 类别 [G-Z]/p' "$VOCABULARY_FILE" \
-    | grep -E '^\| (P0|P1|P2) ' \
-    | while IFS='|' read -r _ prio raw_trigger action; do
-        prio=$(echo "$prio" | xargs)
-        trigger=$(echo "$raw_trigger" | sed 's/`//g;s/ *\/ */|/g;s/^ *//;s/ *$//')
-        action=$(echo "$action" | xargs)
-        [ -z "$trigger" ] && continue
-        echo "${prio}::${trigger}::${action}"
-      done || true
-}
-
-match_trigger() {
-  local prompt="$1"
-  while IFS= read -r line; do
-    [ -z "$line" ] && continue
-    local prio="${line%%::*}"
-    local rest="${line#*::}"
-    local regex="${rest%%::*}"
-    local action="${rest#*::}"
-    # 跳过开发关键词检测行（由 Layer 2/3 分流处理，特征：超长regex含"修bug"）
-    if echo "$regex" | grep -qE '修\.\?bug|fix\.\?bug' 2>/dev/null; then
-      continue
-    fi
-    if echo "$prompt" | grep -qiE "$regex" 2>/dev/null; then
-      echo "[ADD 触发] ${regex} → ${action}"
-    fi
-  done < <(load_triggers 2>/dev/null)
-}
-
-load_dev_keywords() {
-  load_triggers 2>/dev/null | while IFS= read -r line; do
-    [ -z "$line" ] && continue
-    # 只取包含"开发|改功能"的开发关键词检测行
-    if echo "$line" | grep -q '开发|改功能' 2>/dev/null; then
-      local rest="${line#*::}"
-      local regex="${rest%%::*}"
-      echo "$regex"
-    fi
-  done || true
-}