concept-guardrailslisted

# 概念护栏 把模块边界声明为与代码共存的规格，核对规格与代码，派生架构地图。流程源自 [jlifyio/wyx](https://github.com/jlifyio/wyx) v0.26.0（MIT，见 `LICENSE.upstream`），记法改为本仓 Jackson 方言，`runtime/` 脚本保留上游版本。仅在用户显式调用 `$concept-guardrails` 时运行。 ## 选择模式 调用形式 `$concept-guardrails <模式> [路径或描述]`。 | 模式 | 任务与产出 | 执行前读 | | --- | --- | --- | | `audit` | 覆盖审计：列已有规格、候选与按依赖排序的命令计划；只读 | [audit.md](references/audit.md) | | `concept` | 回填 / 新建 / 发现概念候选，产出 `CONCEPT.md` | [concept.md](references/concept.md) | | `drift` | 对照三类规格与代码，输出漂移报告；只读 | [drift-detection.md](references/drift-detection.md) | | `pipeline` | 回填 / 新建 / 发现数据管道，产出 `PIPELINE.md` | [pipeline.md](references/pipeline.md) | | `sync` | 回填 / 新建 / 发现跨概念协调，产出 `SYNCS.md` | [sync.md](references/sync.md) | | `map` | 从全部规格派生 `ARCHITECTURE.md` | [map.md](references/map.md) | 参数路由：路径 → 回填；描述 → 新建；无参数 → 该模式的发现子模式（只列候选，不写规格）。未指定模式、或项目尚无任何规格时走 `audit`。需求拆分用 `concept-design`；已确认模型批量转录用 `concept-prd`；全面独立性与组合审计用 `concept-audit`。伴生技能未安装时报告缺口与交接内容，不假定其文件可读。 ## 共用执行约定 - 先读已有规格、实现与项目约定。回填描述现状，并单列缺陷；更新既有模块时先改规格再改实现。 - 写规格前呈现草案或 diff。用户已授权创建、更新或修复时直接完成；只有模型取舍未定或写入超出授权时才请求确认。只读审计不写历史文件，也不自动修复。 - `CONCEPT.md` 放所属模块，`PIPELINE.md` 与所属概念共目录；跨模块管道放组合层。避免根目录概念规格成为无关模块的兜底边界。 - 每个概念一份权威规格；每个 syncs 包一份 `SYNCS.md`，按 flow 归组、保持规则可追踪。规格变化且已有地图时，指出需运行 `map`；已要求更新地图则一并完成。 ## 记法 只消费和产出本仓 Jackson 方言，与 `concept-design` / `concept-prd` 一致： | 内容 | 记法 | | --- | --- | | 概念 | `purpose / principle / state / actions`，可选 `notes`；类型参数抽象上下文，四节不依赖其他概念定义 | | 组合 | `app / include / sync`；`when / where / then`，`// flow: