对应 OpenSpec 14.9、14.10。可选 wasm-precheck 构建中，codeguard lint typescript <单文件> --workspace <已初始化工作区> --format json 仅在未观察到项目本地 ESLint 包时运行候选语法初检。CLI 不把恢复节点写成已确认源码 finding，而是复用 ESLint 前置报告、work sync 和 next，按工作区与源码范围生成一张稳定的原生确认阻塞任务。未提供工作区时沿用 0.3.0（TypeScript）或 0.4.0（TSX）报告，任务 ID 为 null；提供工作区时报告升为0.5.0，同步成功后才返回真实 setup.task_id。
先写端到端反例：已初始化工作区的语法初检返回 workbench=not_connected，断言失败。接线后，连续两次对含语法恢复节点的源码初检，只产生一个 node.eslint.preparation、kind=blocker 的任务，第二次新增阻塞数为零；把源码改成无恢复节点后仍复用同一开放任务，delivery_decision=not_evaluated。超过 1 MiB 的源码使初检未运行时，也保留单独的未完成诊断和真实环境任务，不产生源码 finding。next_action 明确要求同一输入的适用原生语法复检，不能把 WASM 零恢复、安装成功或任务勾选当作关闭证据。工作台不可用时不填虚构任务 ID。
持久准备报告现升级为0.2.0：仅在 worker 完成候选解析时记录工作区相对范围、源码 SHA-256、固定 grammar SHA-256、ERROR/MISSING 类别和最多 128 个 Unicode 标量坐标，不保存源码片段或任意语法节点文本。任务 Markdown 引用本轮报告路径与摘要，next 的 preparation_guidance.suspected_positions 返回同一份经当前源码核对的疑似位置。重复扫描仍更新同一任务；源码变化后旧报告只能留作历史，不能给新源码提供当前确认依据。手工伪造的 grammar 摘要或越界位置在 work sync 被拒绝，不生成源码 finding 或关闭任务。
这些位置仍为本地未核实的候选证据，不能证明 grammar 在该语言版本上正确，也不能证明原生检查结果。任务尚无能力匹配的原生关闭收据，Java 初检、多模块调度和宿主对话未接入这条路径。因此 14.9、14.10、14.11 均不勾选，不能据此宣称完整修复闭环或语法能力已发布。
定向验证：CARGO_NET_OFFLINE=true cargo test --locked -p codeguard-cli --features wasm-precheck --test typescript_syntax_fallback_candidate --test eslint_lint_cli --test grammar_status_cli，共 22 项通过、4 项要求真实 ESLint 10 的用例忽略；新增端到端反例覆盖 TypeScript 重扫、源码改动后不自动关闭、TSX 独立任务、初检未运行、版本化脱敏位置关联、错 grammar/越界坐标拒绝与 next 和 setup.task_id 一致。cargo clippy --locked -p codeguard-cli --features wasm-precheck --all-targets -- -D warnings、cargo fmt --all -- --check、python3 scripts/check_layering.py、openspec validate introduce-rust-codeguard-cli --strict 与 git diff --check 均通过。真实 ESLint 10 运行、完整工作区 CI 及宿主对话验收不由这些局部测试证明。