朱子纯 / erp-workflow-plugin

- auto-continue.sh：sentinel 检测只认 transcript 的 assistant 行（修自匹配 bug——
  block reason 自带 [ERP-HALT] 字面量、下次 Stop 命中自己，钩子实际只能续跑一次）；
  窗口 60→200 行，兜住「横幅在前、诊断在后」的回合；删 4000B 字节增长启发式
  （与 PostToolUse 清零重复且方向性错误——纯文字空转一轮也超 4000B，上限永远到不了）；
  reason 文案去掉对已删 skill 链的指挥与 [ERP-HALT] 字面量。
- [ERP-HALT] 补全到全部刻意停下点（合计 12 处打印点）：add-req 4 处（前置拦截/
  基线停下/空增量/完成横幅）、coding-start 步骤 1/2、plan 阶段 5 处（plan-start
  终结闸 / downstream-gen A5 / db-design-gen 审阅 / scope-lock 骨架 / project-init
  安装失败）；coding-start :130 说明文字去字面量防误触发。
- StopFailure：官方语义为「输出与退出码被忽略、无 decision 控制」（无法在钩子层
  自动续跑；核实于 2026-06-11 code.claude.com/docs/en/hooks.md）。接线
  log-stop-failure.sh：记录中断时间与 error_type 到 $TMPDIR/erp-stopfailure.log，
  供人工/外部 watcher 据此续跑。
- coding.mjs preflight：起跑线按 docs/04 § 零探测 node/JDK/DB 客户端/测试入口，
  工具链缺失带安装/配置命令的诊断 halt——不再拖到 test-gate 才爆、白跑几十分钟编码。

cb9da34e 转 coding.mjs Workflow 时把 auto-continue Stop 钩子连同 17 个旧
coding 子技能一起删了，导致逐 REQ 手动编码会话每个 REQ 完就停下问 continue。
本提交恢复该机制：

- hooks/scripts/auto-continue.sh（Stop）：回合中途结束默认 block 并喂「继续
  推进」，使各 REQ 子任务连跑、用户无需手敲 continue；仅当 transcript 出现
  [ERP-HALT] 或连续空转达上限(8)/无 >4000B 增长时放行停下。
- hooks/scripts/reset-stall-counter.sh（PostToolUse）：有工具调用即清零空转
  计数，真推进时无限续跑。
- hooks/hooks.json：接线 Stop + PostToolUse（不含已删的 log-cross-module.sh）。
- coding-start 步骤5「Workflow 已启动」横幅补 [ERP-HALT]：Workflow 转后台后
  主循环干净停下等通知，不被钩子误推去重启 coding-start。
- .gitattributes：强制 *.sh / hooks.json 用 LF，避免 autocrlf 把 CRLF 注入
  shebang 与钩子输出的 JSON。

钩子在会话启动时加载，需重启已运行会话才生效（开发仓即运行源，无需 commit
即生效，commit 仅为持久化）。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>