@namewta/speculo 1.0.14 → 1.0.15

package/README.md

@@ -73,13 +73,13 @@ After initialization, the target project gains the following AI agent-callable a
 | Workflow | Work Entries | Description |
 |---|---:|---|
 | **learning** | 9 | Evidence-aware learning for projects, products, subjects, languages, and skills: complete 30–40 minute plain-language lessons, Socratic inquiry lessons, Goal-Plan compilation for later external /goal execution (teach a mine-unit of ≤15 lessons, then fan out miners), single-file homework review, optional retention review, and provenance-preserving topic synthesis |
-| **specdev** | 14 | Local-first specification-driven development: archive, code review, diagnosis, grilling, implementation, setup, learning, goal planning, prototyping, architecture review, specs, tickets, triage (intake / reconcile / publish), and wayfinding |
+| **specdev** | 14 | Local-first specification-driven development: archive, code review, diagnosis, grilling, implementation, setup, learning, goal planning, prototyping, architecture review, specs, tickets, triage (intake / reconcile / publish / capture), and wayfinding |
 | **ops** | 3 | Host inventory and project deployment: initialize, host manage, and APP/shared-service deploy with dual documentation |
 | **person** | 2 | Persona-methodology and rigorous deliberation workflows (Mao Zedong Cognitive OS; Bidirectional Steelman Deliberation) |
 
 Every workflow ships an `INDEX.md` as its auto-generated work catalog. Work entries follow `<Letter>-<work_name>/<Letter>-<work_name>.md` naming with progressive-disclosure sub-files, and resolve runtime paths via `<Path>{roots.xxx}/...</Path>` pointers in `workspace.json`.
 
-SpecDev T-triage stays the only remote boundary. Use **intake** to freeze a source, **reconcile** to close that original source Issue after local completion, and **publish** to project each completed Ticket as a classified GitHub Issue (local-origin work included). GitHub is a projection and counter, not the development source of truth. Run both reconcile and publish when an intake Change should also count its tickets.
+SpecDev T-triage stays the only remote boundary. Use **intake** to freeze a source, **reconcile** to close that original source Issue after local completion, **publish** to project each completed Ticket as a classified GitHub Issue (local-origin work included), and **capture** to park a not-yet-Change note as a still-open GitHub Issue. GitHub is a projection, counter, and inbox — not the development source of truth. Run both reconcile and publish when an intake Change should also count its tickets. Capture does not create a Change.
 
 ## Documentation
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@namewta/speculo",
-  "version": "1.0.14",
+  "version": "1.0.15",
   "description": "Workflow-packaged AI collaboration assets with state-safe refresh tooling.",
   "type": "module",
   "bin": {

package/template/canonical/canonical-specdev-goal-plan.md

@@ -452,6 +452,7 @@ SpecDev 通过分层工件避免同一决策被多个模型反复重做。每个
 | 来源快照 | `specdev/changes/{change}/source.md` | 原始请求、捕获时间、locator、hash 和关闭能力 | 当前产品合同或实现状态 |
 | 分诊 | `specdev/changes/{change}/triage.md` | 请求类别、影响、风险、缺失输入、下一 work、源 Issue reconcile 状态和 publish_action | 详细实现方案、开发进度或票级发布账本 |
 | 发布账本 | `specdev/changes/{change}/publish.md` | 票级 GitHub 投影的编号、标签、marker、state 和发布计数 | Ticket 契约、Evidence 原文或源 Issue 关闭 |
+| 捕获账本 | `specdev/capture.md` | 尚未成 Change 的记事项、GitHub inbox 编号、标签、marker 和 inbox 计数；缺失合法 | Change、Ticket、Evidence 或已完成票的发布投影 |
 | 诊断 | `specdev/changes/{change}/diagnosis.md` | 复现、证据、根因、修复不变量和回归契约 | 未经验证的修复实现 |
 | 设计日志 | `specdev/changes/{change}/LOG.md` | 讨论轨迹、确认、延后、替代与废弃结论 | 当前架构权威摘要 |
 | 设计树 | `specdev/changes/{change}/design-tree.json` | 决策节点、依赖、当前 frontier、轮次与共识状态 | 领域真相或架构决定正文 |
@@ -494,7 +495,7 @@ Change CONTEXT/ADR 是 active change 内的执行权威，不是 workflow 级永
 
 当前 change 决定与永久知识冲突时，必须在 LOG/ADR 中显式说明替代关系；它只约束当前 change，直到 A 决定是否提升并更新永久版本。
 
-`specdev/changes/{change}/source.md` 只对“原始输入是什么”具有权威；后续用户决定、ADR 和 Spec 可以显式演进该意图。远程来源在摄入后发生变化不会自动改写本地合同，必须重新 Triage。GitHub 上由 publish 投影出的 Issue 不是开发权威；发布计数以 `specdev/changes/{change}/publish.md` 为准。
+`specdev/changes/{change}/source.md` 只对“原始输入是什么”具有权威；后续用户决定、ADR 和 Spec 可以显式演进该意图。远程来源在摄入后发生变化不会自动改写本地合同，必须重新 Triage。GitHub 上由 publish 投影出的 Issue 不是开发权威；发布计数以 `specdev/changes/{change}/publish.md` 为准。GitHub 上由 capture 记下的 inbox Issue 也不是开发权威；inbox 计数以 `specdev/capture.md` 为准，缺失该文件视为空 inbox。
 
 代码事实可以证明计划已过时，但不能静默改写用户目标或已接受契约。出现这种情况时，按 下方 `<deviation-control>` 标签 退回相应工件修订。
 

package/template/canonical/canonical-specdev-grill-with-docs.md

@@ -253,6 +253,7 @@ SpecDev 通过分层工件避免同一决策被多个模型反复重做。每个
 | 来源快照 | `specdev/changes/{change}/source.md` | 原始请求、捕获时间、locator、hash 和关闭能力 | 当前产品合同或实现状态 |
 | 分诊 | `specdev/changes/{change}/triage.md` | 请求类别、影响、风险、缺失输入、下一 work、源 Issue reconcile 状态和 publish_action | 详细实现方案、开发进度或票级发布账本 |
 | 发布账本 | `specdev/changes/{change}/publish.md` | 票级 GitHub 投影的编号、标签、marker、state 和发布计数 | Ticket 契约、Evidence 原文或源 Issue 关闭 |
+| 捕获账本 | `specdev/capture.md` | 尚未成 Change 的记事项、GitHub inbox 编号、标签、marker 和 inbox 计数；缺失合法 | Change、Ticket、Evidence 或已完成票的发布投影 |
 | 诊断 | `specdev/changes/{change}/diagnosis.md` | 复现、证据、根因、修复不变量和回归契约 | 未经验证的修复实现 |
 | 设计日志 | `specdev/changes/{change}/LOG.md` | 讨论轨迹、确认、延后、替代与废弃结论 | 当前架构权威摘要 |
 | 设计树 | `specdev/changes/{change}/design-tree.json` | 决策节点、依赖、当前 frontier、轮次与共识状态 | 领域真相或架构决定正文 |
@@ -295,7 +296,7 @@ Change CONTEXT/ADR 是 active change 内的执行权威，不是 workflow 级永
 
 当前 change 决定与永久知识冲突时，必须在 LOG/ADR 中显式说明替代关系；它只约束当前 change，直到 A 决定是否提升并更新永久版本。
 
-`specdev/changes/{change}/source.md` 只对“原始输入是什么”具有权威；后续用户决定、ADR 和 Spec 可以显式演进该意图。远程来源在摄入后发生变化不会自动改写本地合同，必须重新 Triage。GitHub 上由 publish 投影出的 Issue 不是开发权威；发布计数以 `specdev/changes/{change}/publish.md` 为准。
+`specdev/changes/{change}/source.md` 只对“原始输入是什么”具有权威；后续用户决定、ADR 和 Spec 可以显式演进该意图。远程来源在摄入后发生变化不会自动改写本地合同，必须重新 Triage。GitHub 上由 publish 投影出的 Issue 不是开发权威；发布计数以 `specdev/changes/{change}/publish.md` 为准。GitHub 上由 capture 记下的 inbox Issue 也不是开发权威；inbox 计数以 `specdev/capture.md` 为准，缺失该文件视为空 inbox。
 
 代码事实可以证明计划已过时，但不能静默改写用户目标或已接受契约。出现这种情况时，按 下方 `<deviation-control>` 标签 退回相应工件修订。
 

package/template/canonical/canonical-specdev-spec.md

@@ -365,6 +365,7 @@ SpecDev 通过分层工件避免同一决策被多个模型反复重做。每个
 | 来源快照 | `specdev/changes/{change}/source.md` | 原始请求、捕获时间、locator、hash 和关闭能力 | 当前产品合同或实现状态 |
 | 分诊 | `specdev/changes/{change}/triage.md` | 请求类别、影响、风险、缺失输入、下一 work、源 Issue reconcile 状态和 publish_action | 详细实现方案、开发进度或票级发布账本 |
 | 发布账本 | `specdev/changes/{change}/publish.md` | 票级 GitHub 投影的编号、标签、marker、state 和发布计数 | Ticket 契约、Evidence 原文或源 Issue 关闭 |
+| 捕获账本 | `specdev/capture.md` | 尚未成 Change 的记事项、GitHub inbox 编号、标签、marker 和 inbox 计数；缺失合法 | Change、Ticket、Evidence 或已完成票的发布投影 |
 | 诊断 | `specdev/changes/{change}/diagnosis.md` | 复现、证据、根因、修复不变量和回归契约 | 未经验证的修复实现 |
 | 设计日志 | `specdev/changes/{change}/LOG.md` | 讨论轨迹、确认、延后、替代与废弃结论 | 当前架构权威摘要 |
 | 设计树 | `specdev/changes/{change}/design-tree.json` | 决策节点、依赖、当前 frontier、轮次与共识状态 | 领域真相或架构决定正文 |
@@ -407,7 +408,7 @@ Change CONTEXT/ADR 是 active change 内的执行权威，不是 workflow 级永
 
 当前 change 决定与永久知识冲突时，必须在 LOG/ADR 中显式说明替代关系；它只约束当前 change，直到 A 决定是否提升并更新永久版本。
 
-`specdev/changes/{change}/source.md` 只对“原始输入是什么”具有权威；后续用户决定、ADR 和 Spec 可以显式演进该意图。远程来源在摄入后发生变化不会自动改写本地合同，必须重新 Triage。GitHub 上由 publish 投影出的 Issue 不是开发权威；发布计数以 `specdev/changes/{change}/publish.md` 为准。
+`specdev/changes/{change}/source.md` 只对“原始输入是什么”具有权威；后续用户决定、ADR 和 Spec 可以显式演进该意图。远程来源在摄入后发生变化不会自动改写本地合同，必须重新 Triage。GitHub 上由 publish 投影出的 Issue 不是开发权威；发布计数以 `specdev/changes/{change}/publish.md` 为准。GitHub 上由 capture 记下的 inbox Issue 也不是开发权威；inbox 计数以 `specdev/capture.md` 为准，缺失该文件视为空 inbox。
 
 代码事实可以证明计划已过时，但不能静默改写用户目标或已接受契约。出现这种情况时，按 下方 `<deviation-control>` 标签 退回相应工件修订。
 

package/template/canonical/canonical-specdev-tickets.md

@@ -508,6 +508,7 @@ SpecDev 通过分层工件避免同一决策被多个模型反复重做。每个
 | 来源快照 | `specdev/changes/{change}/source.md` | 原始请求、捕获时间、locator、hash 和关闭能力 | 当前产品合同或实现状态 |
 | 分诊 | `specdev/changes/{change}/triage.md` | 请求类别、影响、风险、缺失输入、下一 work、源 Issue reconcile 状态和 publish_action | 详细实现方案、开发进度或票级发布账本 |
 | 发布账本 | `specdev/changes/{change}/publish.md` | 票级 GitHub 投影的编号、标签、marker、state 和发布计数 | Ticket 契约、Evidence 原文或源 Issue 关闭 |
+| 捕获账本 | `specdev/capture.md` | 尚未成 Change 的记事项、GitHub inbox 编号、标签、marker 和 inbox 计数；缺失合法 | Change、Ticket、Evidence 或已完成票的发布投影 |
 | 诊断 | `specdev/changes/{change}/diagnosis.md` | 复现、证据、根因、修复不变量和回归契约 | 未经验证的修复实现 |
 | 设计日志 | `specdev/changes/{change}/LOG.md` | 讨论轨迹、确认、延后、替代与废弃结论 | 当前架构权威摘要 |
 | 设计树 | `specdev/changes/{change}/design-tree.json` | 决策节点、依赖、当前 frontier、轮次与共识状态 | 领域真相或架构决定正文 |
@@ -550,7 +551,7 @@ Change CONTEXT/ADR 是 active change 内的执行权威，不是 workflow 级永
 
 当前 change 决定与永久知识冲突时，必须在 LOG/ADR 中显式说明替代关系；它只约束当前 change，直到 A 决定是否提升并更新永久版本。
 
-`specdev/changes/{change}/source.md` 只对“原始输入是什么”具有权威；后续用户决定、ADR 和 Spec 可以显式演进该意图。远程来源在摄入后发生变化不会自动改写本地合同，必须重新 Triage。GitHub 上由 publish 投影出的 Issue 不是开发权威；发布计数以 `specdev/changes/{change}/publish.md` 为准。
+`specdev/changes/{change}/source.md` 只对“原始输入是什么”具有权威；后续用户决定、ADR 和 Spec 可以显式演进该意图。远程来源在摄入后发生变化不会自动改写本地合同，必须重新 Triage。GitHub 上由 publish 投影出的 Issue 不是开发权威；发布计数以 `specdev/changes/{change}/publish.md` 为准。GitHub 上由 capture 记下的 inbox Issue 也不是开发权威；inbox 计数以 `specdev/capture.md` 为准，缺失该文件视为空 inbox。
 
 代码事实可以证明计划已过时，但不能静默改写用户目标或已接受契约。出现这种情况时，按 下方 `<deviation-control>` 标签 退回相应工件修订。
 

package/template/commands/handoff.md

@@ -35,7 +35,7 @@ disable-model-invocation: true
 
 如果用户传入了参数，将其视为对下一个会话重点内容的描述，并据此定制文档。
 
-交接范围包含 SpecDev change 时，引用该 change 的 `source.md`、`triage.md`、`publish.md`（若请求过）、`.status.json` 和当前 owning 工件，不复制正文。若 `external_action` 为 `pending-close` 或 `close-failed`，必须记录准确远程 locator、已完成步骤、授权状态和恢复入口 `T-triage`；不得把待关闭误报为本地未完成。若 `publish_action` 为 `pending` 或 `publish-failed`，必须记录账本路径、失败行和下一步，恢复入口仍是 T-triage publish。
+交接范围包含 SpecDev change 时，引用该 change 的 `source.md`、`triage.md`、`publish.md`（若请求过）、`.status.json` 和当前 owning 工件，不复制正文。若 `external_action` 为 `pending-close` 或 `close-failed`，必须记录准确远程 locator、已完成步骤、授权状态和恢复入口 `T-triage`；不得把待关闭误报为本地未完成。若 `publish_action` 为 `pending` 或 `publish-failed`，必须记录账本路径、失败行和下一步，恢复入口仍是 T-triage publish。交接范围包含尚未成 Change 的 inbox 记事项时，引用 `<Path>{roots.state}/specdev/capture.md</Path>`（若存在）的失败行与恢复入口 T-triage capture，不创建 change。
 
 ## 路径引用规范
 

package/template/commands/status.md

@@ -11,7 +11,7 @@ keywords: [status, 状态, active, blocked]
 1. 读取 `<Path>{roots.state}/workspace.json</Path>`，解析 `<Path>{roots.config}</Path>`（不存在时以默认值静默降级），获取全部已安装 workflow/state 根。
 2. 扫描 `<Path>{roots.workflows}/{workflow}/INDEX.md</Path>`，得到已安装 workflow ids。
 3. 对每个 id 读取 `<Path>{roots.state}/{workflow}/status.json</Path>`，按该 workflow 自己的 schema 解释，不把 SpecDev 字段套到其他 workflow。Learning schema v2 的 active/archived entry 携带 stable `change_id`、kind、parent/root、current locator、current_work、Homework 和 retention projection；递归 Change 位于 `changes/**` 或 `archive/**`，位置历史读取 `<Path>{roots.state}/learning/locations.json</Path>`。SpecDev 继续使用 schema v5 根级 `changes/<change>`/`archive/YYYY-MM/<change>`；Ops schema v3 使用 hosts/projects/deployments/allocations/bindings/releases 资源表，运行记录在 hosts/{host_id}/runs/{run_id} 或 releases/{run_id}；保留的非空 v2 只作为旧证据读取，不转换旧批准。不得按 change 名跨 workflow 合并。
-4. 报告 active 数量、各 Change 的 `current_work`、去重后的 `works_run`、生命周期、parent/root、最近更新时间和停滞 Change（`.status.json` 超过 14 天未更新）。SpecDev 额外报告调查 claims、triage `external_action` / `publish_action`，以及 active+archive `publish.md` 汇总的 `published_issues`（含 `origin:local` / `origin:intake`）、`publish_skipped`、`publish_failed`；数字以本地账本为准，不扫 GitHub 当权威。可用 `<Path>{roots.workflows}/specdev/T-triage/tools/publish-status.mjs</Path>`。Learning 额外报告 domain/topic、Lesson/Homework、immediate/retention 和 synthesis 状态；Ops 按主机和 APP/公共服务分别展示 deployment_id、observed_version、路径、最后部署时间、共享绑定、plan/approval/run 状态与双边 docs-receipt。docs_pending/unknown 必须列异常；普通状态报告不读取或输出 private 明文账本，不把 OPS 资源套入 active/archived Change 统计。
+4. 报告 active 数量、各 Change 的 `current_work`、去重后的 `works_run`、生命周期、parent/root、最近更新时间和停滞 Change（`.status.json` 超过 14 天未更新）。SpecDev 额外报告调查 claims、triage `external_action` / `publish_action`，以及 active+archive `<Path>{roots.state}/specdev/changes/{change}/publish.md</Path>` 汇总的 `published_issues`（含 `origin:local` / `origin:intake`）、`publish_skipped`、`publish_failed`；并报告 workspace `<Path>{roots.state}/specdev/capture.md</Path>` 的 `inbox_open` / `inbox_intaken` / `inbox_waived`（缺失视为空 inbox，不计入 `published_issues`）。数字以本地账本为准，不扫 GitHub 当权威。可用 `<Path>{roots.workflows}/specdev/T-triage/tools/publish-status.mjs</Path>` 与 `<Path>{roots.workflows}/specdev/T-triage/tools/capture-status.mjs</Path>`。Learning 额外报告 domain/topic、Lesson/Homework、immediate/retention 和 synthesis 状态；Ops 按主机和 APP/公共服务分别展示 deployment_id、observed_version、路径、最后部署时间、共享绑定、plan/approval/run 状态与双边 docs-receipt。docs_pending/unknown 必须列异常；普通状态报告不读取或输出 private 明文账本，不把 OPS 资源套入 active/archived Change 统计。
 5. 报告 archived 数量和完整 scope/project/change locator；Learning 同时读取 `context/REVIEW.md` 汇总到期 Review、topic evidence status 和需要刷新内容。预期归档目录或 `.status.json` 缺失、active/archived 重叠、parent cycle、位置登记不一致、未知 schema、断开链接和 malformed 目录均列为异常，不自动修复。
 6. 报告没有 workflow 资产的孤立状态根，以及缺少状态根的已安装 workflow；不自动修复。
 7. 用户要求持久化时写入 `<Path>{roots.state}/commands/status/{date}-workspace-{topic}[-NN].md</Path>`，并在报告中列出本次扫描的 workflow 选择。

package/template/workflows/specdev/I-init-setup/tracking-template.md

@@ -10,4 +10,4 @@ SpecDev 只使用本地 Markdown/JSON 工件跟踪开发。远程 Issue、URL
 - 工件状态应在同一次操作中同步，避免入口状态、Ticket 状态与 Map 状态漂移。
 - 完成条件：全部必需 Ticket 为 `done` 或有批准的 `cancelled`，证据齐全，无未批准 deviation，change 级验证通过。
 - 归档后的 `<Path>{roots.state}/specdev/archive/YYYY-MM/{change}/</Path>` 默认只读；后续纠正通过新 change 和 supersedes 链完成。
-- 可关闭的远程来源在本地完成后由 Triage reconcile；`closed`、显式 `waived` 或 `not-applicable` 后才归档。完成后若要把 Ticket 记到 GitHub，由 T-triage publish 写入 `<Path>{roots.state}/specdev/changes/{change}/publish.md</Path>`；`pending`/`publish-failed` 不可归档。发布计数以该账本为准，标签词表见 T-triage classification-map。远程 Issue 仍不是开发权威。
+- 可关闭的远程来源在本地完成后由 Triage reconcile；`closed`、显式 `waived` 或 `not-applicable` 后才归档。完成后若要把 Ticket 记到 GitHub，由 T-triage publish 写入 `<Path>{roots.state}/specdev/changes/{change}/publish.md</Path>`；`pending`/`publish-failed` 不可归档。尚未成 Change 的记事项由 T-triage capture 写入 `<Path>{roots.state}/specdev/capture.md</Path>`（缺失合法），Issue 保持 open，不创建 change。发布计数与 inbox 计数都以对应本地账本为准，标签词表见 T-triage classification-map。远程 Issue 仍不是开发权威。

package/template/workflows/specdev/INDEX.md

@@ -3,7 +3,7 @@ id: specdev
 type: workflow
 workflow: specdev
 name: SpecDev Workflow
-description: 以本地工件为唯一开发权威，从来源冻结、诊断、设计、原型、规格、Ticket、编排和审查推进到证据驱动实现、远程 reconcile 或票级发布投影与知识归档。
+description: 以本地工件为唯一开发权威，从来源冻结、诊断、设计、原型、规格、Ticket、编排和审查推进到证据驱动实现、远程 reconcile 或票级发布投影、记事项捕获与知识归档。
 keywords: [specdev, local-first, 规格驱动开发, decision-complete, prototype, code-review, TDD, 证据]
 ---
 

package/template/workflows/specdev/README.md

@@ -8,7 +8,7 @@
 
 ## 工件链与权威
 
-大需求 → W 的 Initiative 候选图 → 每个 change 自己的 G/Grill → S/Spec → T 的计划型 Ticket 与 tickets-map → P 的 Goal → I/实现与 Evidence → Goal 集成验收 → 按需学习/远程 reconcile 或 publish/归档。
+大需求 → W 的 Initiative 候选图 → 每个 change 自己的 G/Grill → S/Spec → T 的计划型 Ticket 与 tickets-map → P 的 Goal → I/实现与 Evidence → Goal 集成验收 → 按需学习/远程 reconcile 或 publish/归档。尚未成 Change 的记事项可先 T-triage capture 到 GitHub inbox，再逐条 intake。
 
 已明确的小请求直接进入适用阶段；无需为了路由而创建 Triage。跨 change 实现由 P 统一管理。
 
@@ -47,7 +47,7 @@ CLI 初始化和刷新保持原 namespace、三方配置合并、schema migrator
 
 ## 场景路由
 
-不清晰的大需求选 W，单 change 的高影响决定选 G，Ready Spec 拆票选 T-tickets，一个或多个 Ready change 的 Goal 选 P-goal-plan；来源冻结/远程回写/完成后记账才选 T-triage。精确条件与全部出口见 `<Path>{roots.workflows}/specdev/common/rules/workflow-routing.md</Path>`。
+不清晰的大需求选 W，单 change 的高影响决定选 G，Ready Spec 拆票选 T-tickets，一个或多个 Ready change 的 Goal 选 P-goal-plan；来源冻结/远程回写/完成后记账/尚未成 Change 的记事项才选 T-triage。精确条件与全部出口见 `<Path>{roots.workflows}/specdev/common/rules/workflow-routing.md</Path>`。
 
 ## Work 条目
 
@@ -66,7 +66,7 @@ CLI 初始化和刷新保持原 namespace、三方配置合并、schema migrator
 - **R-review-architecture** — 架构审查：从用户指定范围或 Git 热点扫描代码库中的结构性坏味道、代码 judo 机会和维护性风险，以中文 Markdown 记录高置信候选，并对用户选择的一个方案运行设计树访谈。
 - **S-spec** — 编写 Spec：综合已知事实、设计决定、诊断与代码现状，产出以外部行为和验收合同为权威的 Ready Spec。
 - **T-tickets** — 编写计划型 Tickets：将已澄清的 Spec 或等价获批计划拆为可验收的实施 Ticket，并绑定真实项目 Skill；不用于探索未知需求或执行代码。
-- **T-triage** — 请求分诊：需要冻结外部来源、审计摄入、对 completed change 回写来源 Issue，或把已完成 Ticket 投影为带分类标签的 GitHub Issue 时使用；已清晰的本地需求不必为了路由而经本入口。
+- **T-triage** — 请求分诊：需要冻结外部来源、审计摄入、对 completed change 回写来源 Issue、把已完成 Ticket 投影为带分类标签的 GitHub Issue，或把尚未成 Change 的记事项写成仍 open 的 GitHub Issue 时使用；已清晰的本地需求不必为了路由而经本入口。
 - **W-wayfinder** — 探索大需求与 Change 边界：大需求的 change 边界或实施路线尚不可见时建立探索地图，并分别澄清各 change；已有清晰 Spec 时不触发。
 
 <!-- AUTO-INDEX-END -->

package/template/workflows/specdev/T-triage/T-triage.md

@@ -3,15 +3,15 @@ id: specdev/triage
 type: workflow-entry
 workflow: specdev
 name: 请求分诊
-description: 需要冻结外部来源、审计摄入、对 completed change 回写来源 Issue，或把已完成 Ticket 投影为带分类标签的 GitHub Issue 时使用；已清晰的本地需求不必为了路由而经本入口。
-keywords: [triage, 摄入, import, issue, reconcile, publish, close, 风险, 路由]
+description: 需要冻结外部来源、审计摄入、对 completed change 回写来源 Issue、把已完成 Ticket 投影为带分类标签的 GitHub Issue，或把尚未成 Change 的记事项写成仍 open 的 GitHub Issue 时使用；已清晰的本地需求不必为了路由而经本入口。
+keywords: [triage, 摄入, import, issue, reconcile, publish, capture, close, 风险, 路由]
 ---
 
 # 请求分诊
 
 > 激活本 Work 后，先读取 `<Path>{roots.workflows}/specdev/README.md</Path>`，再执行本入口。
 
-Triage 是 SpecDev 唯一的远程摄入、关闭与发布投影边界。开发期间，`<Path>{roots.state}/specdev/changes/{change}/source.md</Path>`、`<Path>{roots.state}/specdev/changes/{change}/triage.md</Path>`、`<Path>{roots.state}/specdev/changes/{change}/publish.md</Path>`、Spec、Ticket、Map、Goal Plan、Evidence 和状态文件是唯一权威；远程系统只保存原始请求以及经确认后的完成通知与票级发布记录。
+Triage 是 SpecDev 唯一的远程摄入、关闭、发布投影与记事项捕获边界。开发期间，change 级 `<Path>{roots.state}/specdev/changes/{change}/source.md</Path>`、`<Path>{roots.state}/specdev/changes/{change}/triage.md</Path>`、`<Path>{roots.state}/specdev/changes/{change}/publish.md</Path>`、Spec、Ticket、Map、Goal Plan、Evidence 和状态文件是开发唯一权威；workspace 级 `<Path>{roots.state}/specdev/capture.md</Path>` 是尚未成 Change 的 inbox 计数权威（缺失合法）。远程系统只保存原始请求、经确认后的完成通知、票级发布记录，以及仍 open 的记事项。GitHub 不是 tracker，也不是开发权威。
 
 ## 读取范围
 
@@ -19,22 +19,23 @@ Triage 是 SpecDev 唯一的远程摄入、关闭与发布投影边界。开发
 2. 再读取 `<Path>{roots.workflows}/specdev/common/rules/activation-and-memory.md</Path>`，按当前分支、状态和关键词定位最小相关工件。
 3. 只在本 Work 明确要求恢复、冲突、执行安全或归档证据时扩展为全量读取；缺少匹配证据或 owner/gateway 时停止受影响分支。
 
-普通本地请求直接进入适用 Work，不为了完成路由额外创建来源工件。用户明确要求来源审计时仍执行完整 intake；缺陷根因诊断仍交 D，不删除风险分诊与远程回写能力。完成后要记账才选 publish。
+普通本地请求直接进入适用 Work，不为了完成路由额外创建来源工件。用户明确要求来源审计时仍执行完整 intake；缺陷根因诊断仍交 D，不删除风险分诊与远程回写能力。完成后要记账才选 publish。尚未成 Change、只想先在 GitHub 留一条仍 open 的记录时才选 capture。
 
 ## 模式
 
 - **intake**：冻结输入、创建或恢复 change、分类并返回下一 Work。
 - **reconcile**：本地 change 已完成后，确认远程完成摘要并关闭支持的 GitHub 来源 Issue；不重新分诊或修改开发契约。
 - **publish**：本地 change 已完成后，把计划内 Ticket 投影为带分类标签的 GitHub Issue，用脱敏 Evidence 关闭它们，并留下 `<Path>{roots.state}/specdev/changes/{change}/publish.md</Path>` 账本。标签必须包含 `specdev:published`。
+- **capture**：尚未有 Change 时，把记事项写成仍 open 的 GitHub Issue，并留下 `<Path>{roots.state}/specdev/capture.md</Path>`。标签必须包含 `specdev:captured`。不创建 change，不写 change 级 triage 工件，`mode=capture` 不得出现在 `<Path>{roots.state}/specdev/changes/{change}/triage.md</Path>`。
 
 ## 共同启动
 
 1. 解析 roots，按 `<Path>{roots.workflows}/specdev/README.md</Path>` 读取全局状态和 change 状态。
-2. Intake 可以创建 change；reconcile 与 publish 必须选择一个已存在的 change。publish 的对象必须已 completed。
-3. 若该 change 的 `current_work` 为 null，设置为 `specdev/triage`；指向其他 Work 时先恢复或完成显式 handoff。
-4. 重读已有 `<Path>{roots.state}/specdev/changes/{change}/source.md</Path>` 与 `<Path>{roots.state}/specdev/changes/{change}/triage.md</Path>`，不覆盖已冻结的来源。publish 在本地源缺失这些文件时可以按协议补建轻量快照，仍不得虚构 GitHub locator。
+2. Intake 可以创建 change；reconcile 与 publish 必须选择一个已存在的 change。publish 的对象必须已 completed。capture 既不创建也不选择 change，不写 `current_work`，不加载 `<Path>{roots.workflows}/specdev/common/rules/change-completion.md</Path>`。
+3. 仅 intake、reconcile 与 publish：若该 change 的 `current_work` 为 null，设置为 `specdev/triage`；指向其他 Work 时先恢复或完成显式 handoff。capture 跳过本步。
+4. 重读已有 `<Path>{roots.state}/specdev/changes/{change}/source.md</Path>` 与 `<Path>{roots.state}/specdev/changes/{change}/triage.md</Path>`，不覆盖已冻结的来源。publish 在本地源缺失这些文件时可以按协议补建轻量快照，仍不得虚构 GitHub locator。capture 不读、不写这些文件。
 
-`external_action` 只描述源 Issue。`publish_action` 只描述票级发布投影。两者互不覆盖。未授权时远程写入为零。
+`external_action` 只描述源 Issue。`publish_action` 只描述票级发布投影。capture 行 state 只描述 inbox 记录。三者互不覆盖。未授权时远程写入为零。
 
 ## Intake
 
@@ -88,9 +89,28 @@ node <Path>{roots.workflows}/specdev/T-triage/tools/publish-status.mjs</Path> \
   --state-root <Path>{roots.state}/specdev</Path>
 ```
 
+## Capture
+
+尚未成 Change、用户要求先把记事项写到 GitHub 时，加载：
+
+- `<Path>{roots.workflows}/specdev/T-triage/capture-protocol.md</Path>`；
+- `<Path>{roots.workflows}/specdev/T-triage/references/classification-map.md</Path>`；
+- `<Path>{roots.workflows}/specdev/T-triage/references/public-projection.md</Path>`。
+
+按协议走硬门、确认表、dry-run，再调用 github-npm-ops 的 `issue-search` / `issue-create`。不调用 `issue-comment-close`。账本写 `<Path>{roots.state}/specdev/capture.md</Path>`。Issue 正文用 `<Path>{roots.workflows}/specdev/T-triage/issue-record-template.md</Path>`。默认 1 条记录对应一次未来 intake / 一个未来 Change。攒多了再处理：批量 capture，然后逐条 intake 或先走 W；不把多条 locator 写入同一个 source。
+
+成功留下仍 open 的 inbox Issue。intake 消费到同一 locator 时把对应行标为 `intaken`。用户放弃为 `waived`。capture 不挡 Archive，因为没有 change 可归档。
+
+workspace inbox 计数：
+
+```bash
+node <Path>{roots.workflows}/specdev/T-triage/tools/capture-status.mjs</Path> \
+  --state-root <Path>{roots.state}/specdev</Path>
+```
+
 ## 状态与验证
 
-运行：
+intake、reconcile 或 publish 运行：
 
 ```bash
 node <Path>{roots.workflows}/specdev/common/tools/validate-specdev.mjs</Path> \
@@ -98,7 +118,16 @@ node <Path>{roots.workflows}/specdev/common/tools/validate-specdev.mjs</Path> \
   <Path>{roots.state}/specdev/changes/{change}</Path>
 ```
 
-验证通过后原子重读 source、triage、publish（若请求过）和 change 状态。Intake、reconcile 或 publish 成功时将 `specdev/triage` 去重加入 `works_run` 并清空 `current_work`；可恢复失败保留 `current_work` 和具体 blocker。
+capture 在账本存在时运行：
+
+```bash
+node <Path>{roots.workflows}/specdev/common/tools/validate-specdev.mjs</Path> \
+  --capture <Path>{roots.state}/specdev/capture.md</Path>
+```
+
+缺失 `<Path>{roots.state}/specdev/capture.md</Path>` 合法，不要为了校验去创建它。
+
+验证通过后，intake / reconcile / publish 原子重读 source、triage、publish（若请求过）和 change 状态；成功时将 `specdev/triage` 去重加入 `works_run` 并清空 `current_work`；可恢复失败保留 `current_work` 和具体 blocker。capture 不改任何 change 状态。
 
 ## 完成标准
 
@@ -109,6 +138,7 @@ node <Path>{roots.workflows}/specdev/common/tools/validate-specdev.mjs</Path> \
 - 未授权时远程写入为零；
 - Reconcile 可从失败检查点幂等恢复；
 - Publish 可从 `<Path>{roots.state}/specdev/changes/{change}/publish.md</Path>` 失败行幂等恢复，cancelled 默认 skip，本地源计入发布数；
+- Capture 可从 `<Path>{roots.state}/specdev/capture.md</Path>` 失败行幂等恢复，Issue 保持 open，不创建 Change；
 - 状态、验证结果和下一 Work 完整路径已返回。
 
 ## 子文件引用
@@ -116,11 +146,15 @@ node <Path>{roots.workflows}/specdev/common/tools/validate-specdev.mjs</Path> \
 - Intake：`<Path>{roots.workflows}/specdev/T-triage/intake-protocol.md</Path>`
 - Reconcile：`<Path>{roots.workflows}/specdev/T-triage/reconcile-protocol.md</Path>`
 - Publish：`<Path>{roots.workflows}/specdev/T-triage/publish-protocol.md</Path>`
+- Capture：`<Path>{roots.workflows}/specdev/T-triage/capture-protocol.md</Path>`
 - Source 模板：`<Path>{roots.workflows}/specdev/T-triage/source-template.md</Path>`
 - Triage 模板：`<Path>{roots.workflows}/specdev/T-triage/triage-template.md</Path>`
 - Publish 模板：`<Path>{roots.workflows}/specdev/T-triage/publish-template.md</Path>`
+- Capture 模板：`<Path>{roots.workflows}/specdev/T-triage/capture-template.md</Path>`
 - 分类映射：`<Path>{roots.workflows}/specdev/T-triage/references/classification-map.md</Path>`
 - 公共投影：`<Path>{roots.workflows}/specdev/T-triage/references/public-projection.md</Path>`
 - Issue 正文：`<Path>{roots.workflows}/specdev/T-triage/issue-body-template.md</Path>`
+- 记事项正文：`<Path>{roots.workflows}/specdev/T-triage/issue-record-template.md</Path>`
 - 关闭评论：`<Path>{roots.workflows}/specdev/T-triage/close-comment-template.md</Path>`
 - 发布计数：`<Path>{roots.workflows}/specdev/T-triage/tools/publish-status.mjs</Path>`
+- inbox 计数：`<Path>{roots.workflows}/specdev/T-triage/tools/capture-status.mjs</Path>`

package/template/workflows/specdev/T-triage/capture-protocol.md

@@ -0,0 +1,89 @@
+# Capture Protocol
+
+仅在 Triage `mode=capture` 时加载。目标是把尚未成 Change 的记事项写成仍 open 的 GitHub Issue，并留下 workspace 级 `<Path>{roots.state}/specdev/capture.md</Path>`。
+
+GitHub 是 inbox 和计数器，不是 tracker，也不是开发权威。capture 不创建、不选择、不改写任何 change。票级完成后投影走 publish，源 Issue 关闭走 reconcile，外部输入冻结走 intake；四者互不覆盖。
+
+## 1. 触发与对象
+
+用户必须给出至少一条记事项（标题、现在时摘要、分类）。禁止扫整个 workspace 自动发。允许一次授权批量多条；默认 **1 条记录 = 1 次未来 intake / 1 个未来 Change**。v1 不写 `related_locators`，不把 N 条 locator 塞进同一个未来 source。
+
+相关但目标不清 → 先 capture 为多条 inbox，以后走 `<Path>{roots.workflows}/specdev/W-wayfinder/W-wayfinder.md</Path>` 或逐条 intake，不在本协议合并。
+
+可选开关：排除 id 列表。目标 repo 默认从 `git remote` 推断，必须展示确认。
+
+capture **不得**：
+
+- 创建 change 目录或 `<Path>{roots.state}/specdev/changes/{change}/</Path>` 下任何工件；
+- 写 `<Path>{roots.state}/specdev/changes/{change}/triage.md</Path>` / `<Path>{roots.state}/specdev/changes/{change}/source.md</Path>` / `<Path>{roots.state}/specdev/changes/{change}/publish.md</Path>`；
+- 设置任何 change 的 `current_work`；
+- 加载 `<Path>{roots.workflows}/specdev/common/rules/change-completion.md</Path>`；
+- 调用 `issue-comment-close` 或关闭刚创建的 Issue；
+- 在本地复制 inbox 正文副本；
+- 打 `specdev:published`、`specdev:change`、`needs-triage`、`needs-info`、`ready-for-agent`、`ready-for-human`。
+
+只写 `<Path>{roots.state}/specdev/capture.md</Path>` 和经授权的远程 inbox Issue。缺失该账本合法，首次 capture 才创建。
+
+## 2. 硬门
+
+失败即停，零远程写入。已有账本行保持原 state。
+
+1. 每条纳入记录有 id（`YYYY-MM-DD-<kebab>`）、现在时摘要、且 `kind` 为 bug、feature、refactor、investigation、operations、documentation 或 review。禁止 `mixed`。
+2. 调用 `<Path>{roots.skills}/github-npm-ops/SKILL.md</Path>` 能读目标 repo、能 dry-run `issue-create`。本协议只用 `issue-search` / `issue-create`。
+3. 分类映射见 `<Path>{roots.workflows}/specdev/T-triage/references/classification-map.md</Path>`。缺 type 标签时 dry-run 表列出将创建的标签，授权后才 `gh label create`。
+4. 用户看见完整 dry-run 表（id、标题、标签、正文、reason）并给出 **本次** 明确确认。
+
+origin 固定 `local`。marker：`specdev:capture:<id>`。
+
+## 3. 准备记录
+
+按 `<Path>{roots.workflows}/specdev/T-triage/references/public-projection.md</Path>` 脱敏。现在时，不是完成后的过去时，也不是派工祈使句。
+
+Issue 正文：`<Path>{roots.workflows}/specdev/T-triage/issue-record-template.md</Path>`。
+
+用 `<Path>{roots.workflows}/specdev/T-triage/capture-template.md</Path>` 写或更新 `<Path>{roots.state}/specdev/capture.md</Path>`。先把纳入行标 `planned`，用户排除的标 `skipped:duplicate` 以外的跳过由执行期判定。
+
+## 4. 幂等执行
+
+对每条纳入记录：
+
+1. `issue-search` 查 marker 或精确标题 + `specdev:captured`。
+2. 已存在且 marker 在且仍 open → 账本 `open`，跳过创建。
+3. 已存在且 marker 在但已 closed → 停止该行，展示冲突，不重开、不覆盖。intake 已消耗的行应为 `intaken`，由 intake 协议回写，不由本协议改 closed。
+4. 已存在但无 marker → 停止该行，展示冲突，不覆盖别人的 Issue。
+5. 不存在 → dry-run `issue-create` → 授权后 `--apply` → 保持 **open**。marker 写在正文 Provenance。不评论、不关闭。
+6. 任一步失败：该行 `failed`，记录已完成步骤和下一重试动作；已成功的记录不回滚。
+
+`--apply` 只表示调用方完成本次确认，不替代授权。远程失败不补建本地 Change。
+
+全部纳入记录到达 `open` 或合法 `skipped:duplicate`，且无 `failed` 时结束。用户明确放弃未发出的行：`waived`。重跑是恢复，不是重发。`intaken` 只由后续 intake 写入。
+
+## 5. 校验与计数
+
+账本存在时：
+
+```bash
+node <Path>{roots.workflows}/specdev/common/tools/validate-specdev.mjs</Path> \
+  --capture <Path>{roots.state}/specdev/capture.md</Path>
+```
+
+缺失该文件时不要为了校验去创建它。
+
+workspace inbox 计数：
+
+```bash
+node <Path>{roots.workflows}/specdev/T-triage/tools/capture-status.mjs</Path> \
+  --state-root <Path>{roots.state}/specdev</Path>
+```
+
+数字只来自 `<Path>{roots.state}/specdev/capture.md</Path>`，不把 GitHub 搜索当权威，也不计入 `published_issues`。
+
+## 完成标准
+
+- 用户指定的记事项均有对应仍 open 的 GitHub Issue，或账本有合法 skip / waived；
+- 每条已捕获 Issue 带且仅带一个 type 标签，以及 `specdev:captured` 与 `origin:local`；
+- 正文是现在时 inbox 记录，不是派工单，也不是完成后投影；
+- marker 使重跑不重复建贴；
+- 未创建 Change，未写 `current_work`，未调用关闭；
+- `<Path>{roots.state}/specdev/capture.md</Path>` 与远程重读一致，失败行可恢复；
+- 未授权时远程写入为零。

package/template/workflows/specdev/T-triage/capture-template.md

@@ -0,0 +1,42 @@
+---
+schema_version: 1
+artifact: capture-index
+mode: capture
+repo: owner/repo
+updated_at: <ISO-8601>
+---
+
+# Capture
+
+## 捕获计划
+
+- **目标 repo：** `owner/repo`
+- **origin：** local
+- **排除 id：** 无 / `<YYYY-MM-DD-slug>`
+- **确认记录：** 无 / 本次授权时间与操作员
+
+capture 不创建 Change，不写 `current_work`，不关闭 Issue。GitHub 是 inbox，不是开发权威。
+
+## 账本
+
+| id | kind | title | labels | number | url | marker | sha256 | state |
+|---|---|---|---|---|---|---|---|---|
+| 2026-09-17-login-timeout | bug | bug: login timeout on empty session | bug, specdev:captured, origin:local | — | — | specdev:capture:2026-09-17-login-timeout | — | planned |
+
+`state`：`planned | open | skipped:duplicate | intaken | waived | failed`。
+
+`sha256` 覆盖实际发出的 Issue 正文。漂移只警告，不自动重发。
+
+## 计数
+
+- **inbox_open：** 0
+- **inbox_intaken：** 0
+- **inbox_waived：** 0
+- **skipped：** 0
+- **failed：** 0
+
+计数权威是本文件，不是 GitHub 搜索。`inbox_open` 不计 `published_issues`。
+
+## 重试
+
+无 / 失败行的已完成步骤和下一步。已成功的记录不回滚。

package/template/workflows/specdev/T-triage/intake-protocol.md

@@ -16,6 +16,8 @@
 - locator 相同但 hash 不同：展示漂移，不覆盖原快照；只有用户确认后才创建新 change，并在新 source 中记录 `supersedes_source`；
 - 没有稳定 locator：按用户指定 change 或新 change 继续。
 
+若 `<Path>{roots.state}/specdev/capture.md</Path>` 存在，且某行 `url` 或 marker 对应当前 `canonical_locator`：将该行标为 `intaken`。不得把多条 capture 行合并进同一个 source。默认一条 capture 记录对应一次未来 intake / 一个 Change。相关但目标不清时先走 `<Path>{roots.workflows}/specdev/W-wayfinder/W-wayfinder.md</Path>`。缺失捕获账本不影响 intake。
+
 同时只读扫描永久 ADR、archive 中已关闭的同类请求和当前 active change 标题。发现概念相似项时向用户展示路径与一句话理由，询问是否仍要继续。不自动 wontfix，不新建 `.out-of-scope/` 目录。
 
 ## 3. 冻结内容

package/template/workflows/specdev/T-triage/issue-record-template.md

@@ -0,0 +1,27 @@
+# Captured Record 正文模板
+
+capture 创建仍 open 的 GitHub Issue 时使用。先套 `<Path>{roots.workflows}/specdev/T-triage/references/public-projection.md</Path>` 脱敏，再填本模板。占位符不得把 state Path 带出去。现在时；不写「请去实现」。
+
+```markdown
+> *This was generated by AI during SpecDev T-triage capture.*
+
+## Captured Record
+
+**Category:** <bug | feature | refactor | investigation | operations | documentation | review>
+**Origin:** local
+**Status:** inbox, open; not a development ticket
+
+**Summary:** <一句话，现在要记下的事实或意图。>
+
+**Observed / intended:**
+<现在观察到什么、想记下什么。写「现在怎样 / 想记下什么」，不写「去改哪个文件」，不写派工祈使句。>
+
+**Why parked:**
+<为什么先记到 GitHub、还不进 Change。>
+
+**Out of scope for this record:**
+<本条不决定的事项；没有则写「无」。本条默认对应一次未来 intake / 一个未来 Change。>
+
+**Provenance:**
+- Marker: `specdev:capture:<YYYY-MM-DD-slug>`
+```

package/template/workflows/specdev/T-triage/references/classification-map.md

@@ -1,12 +1,12 @@
 # Classification Map
 
-T-triage 本地分类与 GitHub type 标签的对照。publish 只打本表允许的标签；intake 仍把 8 值写在 `<Path>{roots.state}/specdev/changes/{change}/triage.md</Path>`，v1 不回写源 Issue。
+T-triage 本地分类与 GitHub type 标签的对照。publish 与 capture 只打本表允许的标签；intake 仍把 8 值写在 `<Path>{roots.state}/specdev/changes/{change}/triage.md</Path>`，v1 不回写源 Issue。
 
 ## SpecDev 分类
 
 Change 级 `classification`：`bug | feature | refactor | investigation | operations | documentation | review | mixed`。
 
-票级 `kind` 与上相同，去掉 `mixed`。缺省合法：publish 时继承 Change 分类；Change 为 `mixed` 时确认表必须给出每张纳入票的 `kind`。
+票级 `kind` 与上相同，去掉 `mixed`。缺省合法：publish 时继承 Change 分类；Change 为 `mixed` 时确认表必须给出每张纳入票的 `kind`。capture 每条记录必须自带 `kind`，禁止 `mixed`。
 
 ## GitHub type 标签
 
@@ -23,13 +23,14 @@ Change 级 `classification`：`bug | feature | refactor | investigation | operat
 | `review` | `enhancement` | — | `review:` |
 | `mixed` | 禁止直接发布 | 拆到票级 `kind` | — |
 
-每个已发布 Issue 恰好一个 type 标签（`refactor` 的额外 `refactor` 不算第二 type）。
+每个已发布 Issue 恰好一个 type 标签（`refactor` 的额外 `refactor` 不算第二 type）。capture 的 inbox Issue 同样恰好一个 type 标签。
 
 ## 固定附加标签
 
-- `specdev:published`：计数与去重。
-- `origin:local` 或 `origin:intake`：来源。本地对话/粘贴/项目文件为 `local`；冻结自 GitHub Issue/PR 为 `intake`。
-- 父 Change 索引 Issue 另打 `specdev:change`。`mixed` 的父 Issue 不打 type。
+- `specdev:published`：publish 计数与去重。不得打到 capture 的 inbox Issue。
+- `specdev:captured`：capture inbox 计数与去重。不得打到 publish 的票 Issue 或父索引。与 `specdev:published` 互斥。
+- `origin:local` 或 `origin:intake`：来源。本地对话/粘贴/项目文件为 `local`；冻结自 GitHub Issue/PR 为 `intake`。capture 固定 `origin:local`。
+- 父 Change 索引 Issue 另打 `specdev:change`。`mixed` 的父 Issue 不打 type。capture 不得打 `specdev:change`。
 
 ## 可选标签
 
@@ -38,11 +39,11 @@ Change 级 `classification`：`bug | feature | refactor | investigation | operat
 
 ## 禁止标签
 
-不得打到自发布 Issue 或父索引上：
+不得打到自发布 Issue、父索引或 capture inbox Issue 上：
 
 `needs-triage`、`needs-info`、`ready-for-agent`、`ready-for-human`、`wontfix`、`duplicate`、`invalid`、`stale`。
 
-cancelled 票若被纳入，使用 close reason `not_planned`，不打 `wontfix`。
+cancelled 票若被纳入 publish，使用 close reason `not_planned`，不打 `wontfix`。
 
 ## 标题
 
@@ -50,4 +51,4 @@ cancelled 票若被纳入，使用 close reason `not_planned`，不打 `wontfix`
 <前缀> <ticket.title>
 ```
 
-不把内部 id `T-01` 写入标题。内部 id 只出现在正文 Provenance 和 `<Path>{roots.state}/specdev/changes/{change}/publish.md</Path>`。
+不把内部 id `T-01` 写入标题。内部 id 只出现在正文 Provenance 和 `<Path>{roots.state}/specdev/changes/{change}/publish.md</Path>`。capture 标题同样不加内部 id；capture id 只出现在正文 Provenance 和 `<Path>{roots.state}/specdev/capture.md</Path>`。

package/template/workflows/specdev/T-triage/references/public-projection.md

@@ -1,10 +1,10 @@
 # Public Projection
 
-T-triage 远程正文的脱敏与耐久规则。intake 不写远程。reconcile 关闭评论与 publish 的 Issue 正文 / 关闭评论都遵守本文件。
+T-triage 远程正文的脱敏与耐久规则。intake 不写远程。reconcile 关闭评论、publish 的 Issue 正文 / 关闭评论、以及 capture 的 inbox Issue 正文都遵守本文件。
 
 ## Disclaimer
 
-每条远程 Issue 正文和评论必须以这一行开头：
+每条远程 Issue 正文和评论必须以这一行开头。publish：
 
 ```markdown
 > *This was generated by AI during SpecDev T-triage publish.*
@@ -16,8 +16,16 @@ reconcile 关闭评论把 `publish` 换成 `reconcile`：
 > *This was generated by AI during SpecDev T-triage reconcile.*
 ```
 
+capture inbox 正文把 `publish` 换成 `capture`：
+
+```markdown
+> *This was generated by AI during SpecDev T-triage capture.*
+```
+
 ## 允许写入远程的字段
 
+publish / reconcile（过去时）：
+
 - 已发生的行为与验收（过去时）
 - 可公开 commit / PR URL
 - 验证结论：定向 / 回归 / E2E 是否跑过、是否通过；未跑时一句原因
@@ -26,6 +34,13 @@ reconcile 关闭评论把 `publish` 换成 `reconcile`：
 - `Part of #<n>` / `Blocked by #<n>`
 - cancelled 原因：`cancelled-already-implemented`（指到已有公开位置）或 `cancelled-out-of-scope`（指到 ADR / 用户决定）
 
+capture（现在时）：
+
+- 现在观察到的现象或想记下的意图（现在时）
+- 分类、`origin:local`、capture id、marker
+- 为什么先停在 inbox、还不进 Change
+- 本条明确不决定的事项
+
 项目相对路径只在描述公开模块边界时允许，并注明「当时路径，可能已变」。
 
 ## 禁止写入远程
@@ -37,11 +52,11 @@ reconcile 关闭评论把 `publish` 换成 `reconcile`：
 - 「请 agent 去实现」的祈使句
 - 文件行号
 
-关闭评论是 Evidence 的公共投影，不是副本。不得把 Evidence 原文贴出去。
+关闭评论是 Evidence 的公共投影，不是副本。不得把 Evidence 原文贴出去。capture 没有关闭评论。
 
 ## 最低关闭评论
 
-即使脱敏后也必须保留：
+即使脱敏后也必须保留（仅 reconcile / publish）：
 
 1. 结果一句话（通过 / 取消原因）
 2. 公开 commit 或 PR URL；没有则写「无公开 commit/PR」
@@ -64,3 +79,11 @@ specdev:<change>:publish-index
 ```
 
 reconcile 源 Issue 仍用 `specdev:<change>:completion`，与 publish marker 互不替代。
+
+capture inbox：
+
+```text
+specdev:capture:<YYYY-MM-DD-slug>
+```
+
+只写入 Issue 正文 Provenance。Issue 保持 open。与 `specdev:published` / `specdev:<change>:completion` 互不替代。

package/template/workflows/specdev/T-triage/tools/capture-status.mjs

@@ -0,0 +1,125 @@
+#!/usr/bin/env node
+/**
+ * Aggregate inbox counts from the workspace-owned capture.md ledger.
+ * Local file is authoritative; this tool does not query GitHub.
+ * Missing capture.md is legal and counts as an empty inbox.
+ */
+import { existsSync, readFileSync } from "node:fs";
+import { join, resolve } from "node:path";
+import { fileURLToPath } from "node:url";
+
+const OPEN = "open";
+const INTAKEN = "intaken";
+const WAIVED = "waived";
+const SKIPPED = new Set(["skipped:duplicate"]);
+
+function parseFrontmatter(text) {
+  const match = text.match(/^---\r?\n([\s\S]*?)\r?\n---/);
+  if (!match) return {};
+  const meta = {};
+  for (const line of match[1].split(/\r?\n/)) {
+    const idx = line.indexOf(":");
+    if (idx === -1) continue;
+    meta[line.slice(0, idx).trim()] = line.slice(idx + 1).trim();
+  }
+  return meta;
+}
+
+function parseLedgerStates(body) {
+  const rows = [];
+  for (const line of body.split(/\r?\n/)) {
+    if (!/^\|/.test(line) || /^\|\s*-+/.test(line) || /^\|\s*id\s*\|/i.test(line)) continue;
+    const cells = line.split("|").map((c) => c.trim()).filter((_, i, arr) => i > 0 && i < arr.length - 1);
+    if (cells.length < 9) continue;
+    rows.push({
+      id: cells[0],
+      kind: cells[1],
+      state: cells[8],
+    });
+  }
+  return rows;
+}
+
+function summarize(stateRoot) {
+  const file = join(stateRoot, "capture.md");
+  if (!existsSync(file)) {
+    return {
+      inbox_open: 0,
+      inbox_intaken: 0,
+      inbox_waived: 0,
+      inbox_skipped: 0,
+      inbox_failed: 0,
+      records: 0,
+      missing: true,
+      ledger: null,
+    };
+  }
+
+  const text = readFileSync(file, "utf8");
+  const meta = parseFrontmatter(text);
+  const body = text.replace(/^---[\s\S]*?---/, "");
+  const rows = parseLedgerStates(body);
+  let inbox_open = 0;
+  let inbox_intaken = 0;
+  let inbox_waived = 0;
+  let inbox_skipped = 0;
+  let inbox_failed = 0;
+  for (const row of rows) {
+    if (row.state === OPEN) inbox_open += 1;
+    else if (row.state === INTAKEN) inbox_intaken += 1;
+    else if (row.state === WAIVED) inbox_waived += 1;
+    else if (SKIPPED.has(row.state)) inbox_skipped += 1;
+    else if (row.state === "failed") inbox_failed += 1;
+  }
+
+  return {
+    inbox_open,
+    inbox_intaken,
+    inbox_waived,
+    inbox_skipped,
+    inbox_failed,
+    records: rows.length,
+    missing: false,
+    ledger: file,
+    repo: meta.repo || null,
+  };
+}
+
+function usage() {
+  console.error("Usage: node capture-status.mjs --state-root <specdev-state-root> [--json]");
+  process.exit(2);
+}
+
+function main(argv) {
+  let stateRoot = null;
+  let json = false;
+  for (let i = 0; i < argv.length; i += 1) {
+    if (argv[i] === "--state-root") {
+      stateRoot = argv[i + 1];
+      i += 1;
+    } else if (argv[i] === "--json") {
+      json = true;
+    } else {
+      usage();
+    }
+  }
+  if (!stateRoot) usage();
+  const summary = summarize(stateRoot);
+  if (json) {
+    console.log(JSON.stringify(summary, null, 2));
+    return 0;
+  }
+  const missing = summary.missing ? " (missing ledger, empty inbox)" : "";
+  console.log(`inbox_open:    ${summary.inbox_open}${missing}`);
+  console.log(`inbox_intaken: ${summary.inbox_intaken}`);
+  console.log(`inbox_waived:  ${summary.inbox_waived}`);
+  console.log(`inbox_skipped: ${summary.inbox_skipped}`);
+  console.log(`inbox_failed:  ${summary.inbox_failed}`);
+  return 0;
+}
+
+if (process.argv[1] && resolve(process.argv[1]) === fileURLToPath(import.meta.url)) {
+  process.exit(main(process.argv.slice(2)));
+}
+
+export { summarize };

package/template/workflows/specdev/common/README.md

@@ -40,6 +40,7 @@
 - 来源快照：`<Path>{roots.workflows}/specdev/common/schemas/source.schema.json</Path>`
 - 分诊：`<Path>{roots.workflows}/specdev/common/schemas/triage.schema.json</Path>`
 - 发布账本：`<Path>{roots.workflows}/specdev/common/schemas/publish.schema.json</Path>`
+- 捕获账本：`<Path>{roots.workflows}/specdev/common/schemas/capture.schema.json</Path>`
 - 诊断：`<Path>{roots.workflows}/specdev/common/schemas/diagnosis.schema.json</Path>`
 - 代码审查：`<Path>{roots.workflows}/specdev/common/schemas/code-review.schema.json</Path>`
 - UI 设计包：`<Path>{roots.workflows}/specdev/P-prototype/design-package.schema.json</Path>`

package/template/workflows/specdev/common/rules/artifact-contract.md

@@ -9,6 +9,7 @@ SpecDev 通过分层工件避免同一决策被多个模型反复重做。每个
 | 来源快照 | `<Path>{roots.state}/specdev/changes/{change}/source.md</Path>` | 原始请求、捕获时间、locator、hash 和关闭能力 | 当前产品合同或实现状态 |
 | 分诊 | `<Path>{roots.state}/specdev/changes/{change}/triage.md</Path>` | 请求类别、影响、风险、缺失输入、下一 work、源 Issue reconcile 状态和 publish_action | 详细实现方案、开发进度或票级发布账本 |
 | 发布账本 | `<Path>{roots.state}/specdev/changes/{change}/publish.md</Path>` | 票级 GitHub 投影的编号、标签、marker、state 和发布计数 | Ticket 契约、Evidence 原文或源 Issue 关闭 |
+| 捕获账本 | `<Path>{roots.state}/specdev/capture.md</Path>` | 尚未成 Change 的记事项、GitHub inbox 编号、标签、marker 和 inbox 计数；缺失合法 | Change、Ticket、Evidence 或已完成票的发布投影 |
 | 诊断 | `<Path>{roots.state}/specdev/changes/{change}/diagnosis.md</Path>` | 复现、证据、根因、修复不变量和回归契约 | 未经验证的修复实现 |
 | 设计日志 | `<Path>{roots.state}/specdev/changes/{change}/LOG.md</Path>` | 讨论轨迹、确认、延后、替代与废弃结论 | 当前架构权威摘要 |
 | 设计树 | `<Path>{roots.state}/specdev/changes/{change}/design-tree.json</Path>` | 决策节点、依赖、当前 frontier、轮次与共识状态 | 领域真相或架构决定正文 |
@@ -51,7 +52,7 @@ Change CONTEXT/ADR 是 active change 内的执行权威，不是 workflow 级永
 
 当前 change 决定与永久知识冲突时，必须在 LOG/ADR 中显式说明替代关系；它只约束当前 change，直到 A 决定是否提升并更新永久版本。
 
-`<Path>{roots.state}/specdev/changes/{change}/source.md</Path>` 只对“原始输入是什么”具有权威；后续用户决定、ADR 和 Spec 可以显式演进该意图。远程来源在摄入后发生变化不会自动改写本地合同，必须重新 Triage。GitHub 上由 publish 投影出的 Issue 不是开发权威；发布计数以 `<Path>{roots.state}/specdev/changes/{change}/publish.md</Path>` 为准。
+`<Path>{roots.state}/specdev/changes/{change}/source.md</Path>` 只对“原始输入是什么”具有权威；后续用户决定、ADR 和 Spec 可以显式演进该意图。远程来源在摄入后发生变化不会自动改写本地合同，必须重新 Triage。GitHub 上由 publish 投影出的 Issue 不是开发权威；发布计数以 `<Path>{roots.state}/specdev/changes/{change}/publish.md</Path>` 为准。GitHub 上由 capture 记下的 inbox Issue 也不是开发权威；inbox 计数以 `<Path>{roots.state}/specdev/capture.md</Path>` 为准，缺失该文件视为空 inbox。
 
 代码事实可以证明计划已过时，但不能静默改写用户目标或已接受契约。出现这种情况时，按 `<Path>{roots.workflows}/specdev/common/rules/deviation-control.md</Path>` 退回相应工件修订。
 

package/template/workflows/specdev/common/rules/workflow-routing.md

@@ -4,6 +4,7 @@
 | 场景 | 入口 | 正常出口 |
 |---|---|---|
 | 需要冻结外部来源或审计摄入 | T-triage intake | D / G / W / P / S / C / T |
+| 尚未成 Change，只要先在 GitHub 留一条仍 open 的记事项 | T-triage capture | 停止 / 以后 intake / W |
 | 本地 change 完成且来源可关闭 | T-triage reconcile | A |
 | 本地 change 完成且要把 Ticket 记到 GitHub | T-triage publish | reconcile / A / 停止 |
 | 疑难 bug 或性能回归 | D-diagnose-bugs | S / T / I / R / W |
@@ -22,4 +23,4 @@
 同 change 下一阶段需要当前一手推理且上下文健康时继续；切换 repo/person/harness 或旁路时使用 `<Path>{roots.commands}/handoff.md</Path>`；严格限定且可独立派单时使用 Dispatch Packet；其他长上下文以权威工件路径恢复。平台不支持 clear/compact 时不虚构操作。
 
 
-本地已清晰请求不强制绕行 Triage。完成后要记账才选 publish；publish 与 reconcile 写不同远程对象，可先后执行。G 是单 change Grill，P-prototype 是 UI 设计，不与统一 P-goal-plan 混淆。W 发现候选后逐个交 G/S/T；只有清晰且 Ready 的 child 才交 P。原缺陷诊断 D、风险分诊、远程 reconcile 和完成后发布投影职责不删除。
+本地已清晰请求不强制绕行 Triage。完成后要记账才选 publish；尚未成 Change、只想先留 inbox 记录才选 capture。publish、reconcile 与 capture 写不同远程对象，可先后执行。G 是单 change Grill，P-prototype 是 UI 设计，不与统一 P-goal-plan 混淆。W 发现候选后逐个交 G/S/T；只有清晰且 Ready 的 child 才交 P。原缺陷诊断 D、风险分诊、远程 reconcile、完成后发布投影和记事项捕获职责不删除。

package/template/workflows/specdev/common/rules/workflow-state-and-lifecycle.md

@@ -9,6 +9,7 @@
 - 全局状态：`<Path>{roots.state}/specdev/status.json</Path>`
 - 活跃 change：`<Path>{roots.state}/specdev/changes/</Path>`
 - 历史归档：`<Path>{roots.state}/specdev/archive/</Path>`
+- 捕获账本（可选，缺失合法）：`<Path>{roots.state}/specdev/capture.md</Path>`
 
 刷新时 CLI 依据 `<Path>{roots.workflows}/specdev/runtime-contract.json</Path>` 处理持久化数据：配置使用 baseline 三方合并，登记的状态 schema 使用显式 migrator，其他 runtime 文件按字节保留。只有字段删除或结构迁移时才在 `<Path>{roots.state}/back/</Path>` 写入 targeted backup；冲突在替换 active 安装前阻塞。`<Path>{roots.state}/back/</Path>`、`<Path>{roots.state}/install.json</Path>`、`<Path>{roots.state}/managed.json</Path>` 与 `<Path>{roots.state}/baselines/</Path>` 均不属于 SpecDev 写入 namespace。
 

package/template/workflows/specdev/common/schemas/capture.schema.json

@@ -0,0 +1,15 @@
+{
+  "$schema": "https://json-schema.org/draft/2020-12/schema",
+  "$id": "urn:speculo:specdev:capture:v1",
+  "title": "SpecDev Capture Index Frontmatter",
+  "type": "object",
+  "required": ["schema_version", "artifact", "mode", "repo", "updated_at"],
+  "properties": {
+    "schema_version": {"const": 1},
+    "artifact": {"const": "capture-index"},
+    "mode": {"const": "capture"},
+    "repo": {"type": "string", "pattern": "^.+/.+$"},
+    "updated_at": {"type": "string", "minLength": 1}
+  },
+  "additionalProperties": true
+}

package/template/workflows/specdev/common/tools/README.md

@@ -11,6 +11,13 @@ node <Path>{roots.workflows}/specdev/common/tools/validate-specdev.mjs</Path> \
 
 `--stage` 只要求该阶段已经拥有的工件；所有已经存在的工件仍会验证。`goal-plan` 还会读取父 change 的 sibling 成员，要求每个成员已有 Ready Spec/Tickets，校验组合 Ticket DAG、唯一父归属、serialization、跨 Ticket 写路径、全局 workspace/实现配额和完成门。省略 stage 时验证当前存在的工件，不会因未来 Work 尚未运行而报错。`--repo` 可选；提供后会把状态中的 SHA、祖先关系、当前分支和完成时 clean 状态与真实 Git 仓库交叉验证。
 
+校验 workspace 捕获账本（文件必须已存在；缺失时不要为了校验去创建）：
+
+```bash
+node <Path>{roots.workflows}/specdev/common/tools/validate-specdev.mjs</Path> \
+  --capture <Path>{roots.state}/specdev/capture.md</Path>
+```
+
 ## 校验 SpecDev 工作流包
 
 ```bash

package/template/workflows/specdev/common/tools/validate-specdev.mjs

@@ -103,6 +103,20 @@ const FORBIDDEN_PUBLISH_LABELS = new Set([
   "stale",
 ]);
 const COUNTED_PUBLISH_STATES = new Set(["closed", "created", "commented"]);
+const VALID_CAPTURE_ROW_STATE = new Set([
+  "planned",
+  "open",
+  "skipped:duplicate",
+  "intaken",
+  "waived",
+  "failed",
+]);
+const FORBIDDEN_CAPTURE_LABELS = new Set([
+  ...FORBIDDEN_PUBLISH_LABELS,
+  "specdev:published",
+  "specdev:change",
+]);
+const COUNTED_CAPTURE_REMOTE_STATES = new Set(["open", "intaken"]);
 const VALID_DEPTH = new Set(["lite", "standard", "deep"]);
 const VALID_RISK = new Set(["low", "medium", "high", "critical"]);
 const VALID_PLAN_MODES = new Set([
@@ -213,6 +227,7 @@ const STATE_ARTIFACT_BASENAMES = new Set([
   ".status.json",
   "triage.md",
   "publish.md",
+  "capture.md",
   "diagnosis.md",
   "source.md",
   "architecture-review.md",
@@ -1011,7 +1026,7 @@ function capabilityChecks(root) {
       "triage",
       [
         join(root, "T-triage", "T-triage.md"),
-        ["source.md", "intake", "reconcile", "publish", "publish.md", "specdev:published", "唯一权威", "远程写入为零"],
+        ["source.md", "intake", "reconcile", "publish", "publish.md", "specdev:published", "capture", "capture.md", "specdev:captured", "唯一权威", "远程写入为零"],
       ],
     ],
     [
@@ -1140,6 +1155,11 @@ function capabilityChecks(root) {
     "common/rules/parent-implementation-orchestration.md",
     "common/schemas/implementation-map.schema.json",
     "common/schemas/implementation-plan.schema.json",
+    "common/schemas/capture.schema.json",
+    "T-triage/capture-protocol.md",
+    "T-triage/capture-template.md",
+    "T-triage/issue-record-template.md",
+    "T-triage/tools/capture-status.mjs",
   ]) {
     if (!isFile(join(root, required))) errors.push(`missing architecture/wayfinding contract ${required}`);
   }
@@ -1500,6 +1520,99 @@ function validatePublish(path, expectedChange, triage, errors) {
   return { path, meta, body, rows };
 }
 
+function parseCaptureLedger(body) {
+  const rows = [];
+  for (const line of body.split(/\r?\n/)) {
+    if (!/^\|/.test(line) || /^\|\s*-+/.test(line) || /^\|\s*id\s*\|/i.test(line)) continue;
+    const cells = line.split("|").map((cell) => cell.trim());
+    const inner = cells.slice(1, cells.length - 1);
+    if (inner.length < 9) continue;
+    rows.push({
+      id: inner[0],
+      kind: inner[1],
+      title: inner[2],
+      labels: inner[3],
+      number: inner[4],
+      url: inner[5],
+      marker: inner[6],
+      sha256: inner[7],
+      state: inner[8],
+    });
+  }
+  return rows;
+}
+
+function validateCapture(path, errors) {
+  if (!isFile(path)) {
+    errors.push("missing capture.md ledger");
+    return null;
+  }
+  const { meta, body } = parseFrontmatter(path);
+  const required = [
+    "schema_version",
+    "artifact",
+    "mode",
+    "repo",
+    "updated_at",
+  ];
+  const missing = required.filter((key) => !(key in meta));
+  if (missing.length) errors.push(`capture.md: missing keys ${JSON.stringify(missing)}`);
+  if (meta.schema_version !== 1 || meta.artifact !== "capture-index") {
+    errors.push("capture.md: artifact/schema_version must be capture-index/1");
+  }
+  if (meta.mode !== "capture") errors.push(`capture.md: invalid mode ${meta.mode}`);
+  if (typeof meta.repo !== "string" || !/.+\/.+/.test(meta.repo)) {
+    errors.push("capture.md: repo must be owner/repo");
+  }
+  for (const heading of ["## 捕获计划", "## 账本", "## 计数", "## 重试"]) {
+    if (!body.includes(heading)) errors.push(`capture.md: missing '${heading}'`);
+  }
+  const rows = parseCaptureLedger(body);
+  for (const row of rows) {
+    if (!CHANGE_NAME.test(row.id)) {
+      errors.push(`capture.md: invalid id ${row.id}`);
+    }
+    if (!VALID_CAPTURE_ROW_STATE.has(row.state)) {
+      errors.push(`capture.md: ${row.id}: invalid state ${row.state}`);
+    }
+    const labels = row.labels.split(",").map((item) => item.trim()).filter(Boolean);
+    for (const label of labels) {
+      if (FORBIDDEN_CAPTURE_LABELS.has(label)) {
+        errors.push(`capture.md: ${row.id}: forbidden label ${label}`);
+      }
+    }
+    const skipped = row.state.startsWith("skipped:") || row.state === "waived" || row.state === "planned" || row.state === "failed";
+    if (!skipped && !VALID_TICKET_KIND.has(row.kind)) {
+      errors.push(`capture.md: ${row.id}: invalid kind ${row.kind}`);
+    }
+    if (COUNTED_CAPTURE_REMOTE_STATES.has(row.state)) {
+      if (!VALID_TICKET_KIND.has(row.kind)) {
+        errors.push(`capture.md: ${row.id}: invalid kind ${row.kind}`);
+      }
+      if (!/^\d+$/.test(row.number)) {
+        errors.push(`capture.md: ${row.id}: ${row.state} row requires issue number`);
+      }
+      if (!String(row.url).startsWith("https://github.com/")) {
+        errors.push(`capture.md: ${row.id}: ${row.state} row requires GitHub url`);
+      }
+      const expectedMarker = `specdev:capture:${row.id}`;
+      if (row.marker !== expectedMarker) {
+        errors.push(`capture.md: ${row.id}: marker must be ${expectedMarker}`);
+      }
+      if (!labels.includes("specdev:captured")) {
+        errors.push(`capture.md: ${row.id}: missing specdev:captured`);
+      }
+      if (!labels.includes("origin:local")) {
+        errors.push(`capture.md: ${row.id}: missing origin:local`);
+      }
+      if (labels.includes("origin:intake")) {
+        errors.push(`capture.md: ${row.id}: capture origin must be local`);
+      }
+    }
+  }
+  return { path, meta, body, rows };
+}
+
 function validateDiagnosis(path, expectedChange, errors) {
   if (!isFile(path)) {
     errors.push("missing diagnosis artifact");
@@ -3157,6 +3270,9 @@ function validateChange(change, stage = null, repoRoot = null) {
   if (isFile(join(change, "source-issue.md"))) {
     errors.push("obsolete source-issue.md is forbidden; use source.md without compatibility fallback");
   }
+  if (isFile(join(change, "capture.md"))) {
+    errors.push("capture.md is workspace-owned at specdev/capture.md; change-level copies are forbidden");
+  }
   const sourceRequired = stage === "triage";
   const sourcePath = join(change, "source.md");
   const source = isFile(sourcePath) || sourceRequired
@@ -3495,7 +3611,7 @@ function printResults(errors, warnings) {
 }
 
 function usage() {
-  console.error("Usage: node validate-specdev.mjs [--stage <stage>] [--repo <project-root>] <change-directory> | --self-check");
+  console.error("Usage: node validate-specdev.mjs [--stage <stage>] [--repo <project-root>] <change-directory> | --self-check | --capture <capture.md>");
   return 2;
 }
 
@@ -3503,6 +3619,7 @@ function main(argv) {
   let selfCheckRequested = false;
   let stage = null;
   let repoRoot = null;
+  let capturePath = null;
   const positional = [];
   for (let index = 0; index < argv.length; index += 1) {
     const arg = argv[index];
@@ -3518,6 +3635,11 @@ function main(argv) {
       index += 1;
     } else if (arg.startsWith("--repo=")) {
       repoRoot = arg.slice("--repo=".length);
+    } else if (arg === "--capture") {
+      capturePath = argv[index + 1] ?? null;
+      index += 1;
+    } else if (arg.startsWith("--capture=")) {
+      capturePath = arg.slice("--capture=".length);
     } else if (arg.startsWith("--")) {
       return usage();
     } else {
@@ -3526,12 +3648,18 @@ function main(argv) {
   }
   if (stage !== null && !VALID_STAGES.has(stage)) return usage();
   if (selfCheckRequested) {
-    if (positional.length || stage !== null) return usage();
+    if (positional.length || stage !== null || capturePath) return usage();
     const scriptDirectory = dirname(fileURLToPath(import.meta.url));
     const root = resolve(scriptDirectory, "..", "..");
     const result = selfCheck(root);
     return printResults(result.errors, result.warnings);
   }
+  if (capturePath) {
+    if (positional.length || stage !== null || repoRoot) return usage();
+    const errors = [];
+    validateCapture(resolve(capturePath), errors);
+    return printResults(errors, []);
+  }
   if (positional.length === 1) {
     const result = validateChange(resolve(positional[0]), stage, repoRoot);
     return printResults(result.errors, result.warnings);
@@ -3539,7 +3667,7 @@ function main(argv) {
   return usage();
 }
 
-export { parseFrontmatter, validateChange, validateTicket, validateMap, pathsOverlap, findCycle };
+export { parseFrontmatter, validateChange, validateTicket, validateMap, pathsOverlap, findCycle, validateCapture };
 
 if (process.argv[1] && resolve(process.argv[1]) === fileURLToPath(import.meta.url)) {
   try { process.exitCode = main(process.argv.slice(2)); }