@haaaiawd/loom 0.10.0 → 1.1.0

package/CHANGELOG.md

@@ -0,0 +1,22 @@
+# Changelog
+
+## 1.1.0 — 2026-07-30
+
+### Added
+
+- Capability Graph、Capability Brief 与 coverage/compile 命令，将项目问题面、能力缺口、
+  风险和证据显式回链到 Intent。
+- provenance-backed Capability Graph Proposal 工作流，由 Architect 裁决新发现对 Graph、
+  Intent、acceptance 或版本边界的影响。
+- 版本化 Asset Library，校验来源、作者、许可、本地哈希、批准状态与 evidence 双向引用。
+- Authorship System：第五种认知职能 Author、Identity Compiler、可选 Atelier Path，以及
+  `loom atelier init|get|validate`。
+- Atelier Record 的 `intent_revision`、`stance_revision`、候选、修正、基线与选择证据校验。
+- Keeper/Quality Proof 的 Atelier 闭合门；`doctor`、`guide` 与 `intent done` 可识别缺失、
+  过期或未绑定的创作证据。
+
+### Compatibility
+
+- 旧 Intent 缺少 `quality_strategy` 时等价于 `adaptive`，不会创建 Atelier Record。
+- Atelier 是按需深路径，不增加角色、Intent 状态或验证维度。
+- 旧项目缺少 Capability Graph 时保留兼容诊断，可在后续架构修订中迁移。

package/LICENSE

@@ -0,0 +1,21 @@
+MIT License
+
+Copyright (c) 2026 haaaiawd
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.

package/README.md

@@ -8,15 +8,16 @@
 
 ## LOOM 是什么
 
-LOOM 是一个**规范驱动开发框架**，核心理念：
+LOOM 是一个**哲学驱动的 Agent 质量框架**，核心理念：
 
-**不写死规范模板，让 Agent 根据项目特征从真实存在的思想体系中织造定制化哲学，作为所有开发角色的共同锚点。**
-
-LOOM 的核心机制：
-1. **Philosophy Weaver** 根据项目特征织造定制化哲学
-2. **Intent-Driven Loop** 以意图为 loop 单元，验证实现是否忠实于原始意图
-3. **独立 Keeper** 作为子代理验证意图忠实度
-4. **底线内化** 把不可妥协的约束写进哲学，角色激活时强制加载
+**让 Agent 先拥有项目判断，再为当前任务编译专业能力；在可靠完成之上，通过比较与独立证据追求出众。**
+
+LOOM 的核心机制：
+1. **Project Doctrine** 从项目事实中形成长期判断，而不是套用规范模板
+2. **Intent + Contract** 同时定义可靠完成的底线与可选的质量上限
+3. **Expertise Compiler** 为当前任务临时组装领域、品味、作者、批评与验证能力
+4. **Quality Arena + Quality Proof** 用机制不同的候选和独立证据支撑质量提升
+5. **Authorship + Atelier** 在真正需要创作判断时形成作者命题、媒介原型与可审计选择
 
 ---
 
@@ -26,21 +27,27 @@ LOOM 的核心机制：
 |---|---|
 | **哲学** | 项目的价值观和工程原则——为什么存在、什么不做、冲突时谁优先。由 Weaver 从真实思想体系织造，不是模板填空 |
 | **Intent** | 一个意图单元——不是"做什么"（任务），是"为什么做"（意图）。每个 Intent 有验收契约，Keeper 据此判定实现是否忠实 |
-| **Intent Map** | 所有 Intent 的依赖图（JSON）。Architect 绘制，定义拓扑序和依赖关系 |
-| **Intent Loop** | 核心循环：Keeper 选 Intent → Forge 实现 → Keeper 验证 → 闭合或修正。每个 Intent 独立走一圈 |
-| **Keeper** | 独立验证子代理——不继承 Forge 的实现上下文，从磁盘重新加载意图和契约，判定 passed/deviated/blocked/pending_human |
+| **Intent Map** | 所有 Intent 的依赖图（JSON）。Architect 绘制，定义拓扑序和依赖关系 |
+| **Capability Graph** | 在 Intent 前展开项目问题面、能力缺口、风险和证据；高影响节点必须路由，并回链到 Intent |
+| **Expertise Pack** | Forge 针对当前任务临时编译的专业认知，不成为永久规则 |
+| **Authorial Stance** | 针对单个 Intent 编译的创作命题、选择、拒绝项、媒介语法和验证视角，不是 Persona 扮演 |
+| **Atelier Path** | 可选创作深路径：冻结基线、形成机制不同候选、比较或保留原版，并把证据写入唯一 Atelier Record |
+| **Quality Arena** | 以基线和机制不同候选进行探索、比较、实现与观察 |
+| **Quality Proof** | Keeper 独立验证完成与质量声明，证据不足时不允许宣称提升 |
+| **Intent Loop** | 选择 → 编译专业能力 → 实现/比较 → 独立证明 → 闭合或回流 |
+| **Keeper** | 独立验证角色——不继承 Forge 的解释，从磁盘重新加载意图和契约 |
 | **底线** | 不可妥协的约束（BASELINE.md 5 条 + 项目特定底线）。角色激活时强制加载，哲学不能覆盖 |
 
 ### Intent Loop 怎么跑
 
 ```
-Keeper 选 Intent（拓扑序第一个 pending 且依赖都 completed 的）
-  ↓
-Keeper 更新 status → in_progress
-  ↓
-Forge 实现（加载意图叙事 + 哲学 + 验收契约）
+Host/Orchestrator 选 Intent（拓扑序第一个 pending 且依赖都 completed 的）
+  ↓
+Host/Orchestrator 更新 status → in_progress
   ↓
-Keeper 验证（四维度：意图忠实度 / 哲学一致性 / 底线合规 / 验收达成）
+Forge 编译 Expertise Pack，并在需要时运行 Quality Arena
+  ↓
+Keeper 验证（基础四维；有质量契约时增加 quality_achievement，相对提升时附 Quality Proof）
   ↓
 判定结果：
   passed        → status → completed，回到选 Intent
@@ -49,13 +56,28 @@ Keeper 验证（四维度：意图忠实度 / 哲学一致性 / 底线合规 /
   pending_human → 等用户补充判定（L3 人类反馈，如游戏手感）
 ```
 
-**Loop 终止**：所有 Intent 的 status 为 completed → 项目阶段完成。
+**Loop 终止**：所有 Intent 的 status 为 completed → 项目阶段完成。
+
+对会变更既有用户或系统状态的 Intent，Architect 设 `continuity_required: true`。它不创建第二份需求文档，而是要求同一份 acceptance 明确“哪些旧状态不得消失”与“旧状态 → 操作 → 新状态”的验证序列。此类 Intent 只有结果、守恒、可复现证据（以及按需的质量证明）同时通过，才允许闭合。
 
 ---
 
-## 快速开始
-
-### 步骤 0：诊断当前阶段
+## 快速开始
+
+### 安装
+
+```bash
+npm install --global @haaaiawd/loom
+loom --version
+```
+
+也可以不做全局安装，直接运行：
+
+```bash
+npx @haaaiawd/loom --help
+```
+
+### 步骤 0：诊断当前阶段
 
 ```bash
 loom guide
@@ -114,26 +136,29 @@ loom activate architect
 ```
 
 **输入**：愿景文档 + 哲学文档
-**Architect 会做什么**：设计系统结构 → 绘制 Intent Map（依赖图 + 验收契约 + 哲学锚点）
-**产出**：`.loom/v1/02_ARCHITECTURE.md` + `.loom/v1/04_INTENT_MAP.json`
-**怎么判断合格**：验收契约具体到可验证（不是"实现正确即可"），依赖关系无环，每个 Intent 有意图叙事引用
+**Architect 会做什么**：先展开 Capability Graph → 设计系统边界 → 绘制 Intent Map → 定义完成契约、按需的质量契约与专业能力需求
+**产出**：`.loom/v1/07_CAPABILITY_GRAPH.json` + `07_CAPABILITY_BRIEFS/` + `.loom/v1/02_ARCHITECTURE.md` + `.loom/v1/04_INTENT_MAP.json`
+**怎么判断合格**：高影响图谱节点都有路由、Intent 都可回链到图谱，完成契约可观察，质量契约可比较，依赖无环
 **下一步**：进入 Intent Loop
 
 ### 步骤 5：进入 Intent Loop
 
 ```bash
 # Keeper 选 Intent 并更新状态
-loom activate keeper
-loom intent next              # 查看下一个可执行 Intent
-loom intent update INT-001 --status in_progress
-
-# Forge 实现
-loom activate forge           # Forge 加载意图叙事 + 哲学 + 验收契约，实现代码
-
-# Keeper 验证
-loom activate keeper          # Keeper 独立验证四维度
-loom verify contract INT-001  # 查看验收契约
-loom verify write --json-file verification.json  # 写入验证记录
+loom intent next              # 查看下一个可执行 Intent
+loom intent update INT-001 --status in_progress
+
+# Forge 编译专业能力并实现
+loom activate forge --intent INT-001
+
+# 仅当 Architect 为该 Intent 声明 quality_strategy=atelier
+loom atelier init INT-001
+loom atelier validate INT-001
+
+# Keeper 独立形成 Quality Proof
+loom activate keeper --intent INT-001
+loom verify contract INT-001  # 查看验收契约
+loom verify write --json-file verification.json  # 写入验证记录
 
 # 根据判定结果
 loom intent update INT-001 --status completed    # passed
@@ -160,8 +185,18 @@ preview 是人类总览用的只读投影：哲学、愿景、架构、Intent
 - 强行打开旧投影：`loom preview --stale`
 
 Agent 在用户说"看看进度 / 打开 preview / 看全局"时，先跑 `loom preview status`。
-
-**CLI 命令一览**：
+
+**版本演进三档**：
+
+| 档位 | 什么时候用 | LOOM 流程 |
+|---|---|---|
+| Patch | 不触及 Intent，只修 bug / 样式 / 实现细节 | 不走 Intent Loop；跑验证并用 `loom patch record` 记录 |
+| Minor | 新增或修改 Intent，但不改变哲学前提、愿景北极星、架构边界 | 当前版本内变更；相关 Intent 进入 `pending` / `needs_review` |
+| Major | 哲学前提、愿景北极星或架构边界变化 | `loom version new` 创建新版本，全套重跑 |
+
+当前版本全部完成后，运行 `loom guide` 会提示按三档判断，而不是默认开新版本。
+
+**CLI 命令一览**：
 
 | 命令 | 用途 |
 |---|---|
@@ -170,28 +205,52 @@ Agent 在用户说"看看进度 / 打开 preview / 看全局"时，先跑 `loom
 | `loom guide --dry-run` | 只读诊断当前阶段，不写 heartbeat |
 | `loom auto on\|off\|status` | AUTO 模式开关 |
 | `loom activate <role>` | 输出角色激活提示词 |
+| `loom activate <role> --intent <id>` | 输出仅含指定 draft/官方 Intent 的角色上下文 |
 | `loom preview` | 打开新鲜 HTML 预览；过期时提示重新生成 |
 | `loom preview status` | 检查 `loom-preview.html` 是否存在、是否新鲜 |
 | `loom preview --regen` | 输出提示词，让 Agent 重写 HTML 预览 |
 | `loom preview --stale` | 强行打开过期预览 |
-| `loom help <topic>` | 分层指南（workflow\|concepts\|loop\|version\|doctor\|preview） |
+| `loom help <topic>` | 分层指南（含 workflow、concepts、loop、capability、atelier、version、patch、doctor、preview） |
 | `loom version list` | 列出所有版本（* 标记当前） |
 | `loom version new` | 创建新版本 + 自动切换（Major 升级） |
 | `loom version use <v>` | 切换当前版本 |
-| `loom version diff <v1> <v2>` | 对比两个版本的文件差异 |
+| `loom version diff <v1> <v2>` | 对比两个版本的文件差异 |
+| `loom patch record --json-file <path>` | 写入权威 Patch JSON 并生成 Markdown 投影 |
+| `loom patch list` | 列出当前版本 Patch |
+| `loom patch get <id>` | 查看单条 Patch |
+| `loom patch validate` | 校验 Patch ledger 和生成投影 |
 | `loom intent next` | 下一个可执行 Intent |
 | `loom intent status` | 进度概览 |
-| `loom intent get <id>` | Intent 详情 |
-| `loom intent narrative <id>` | Intent 意图叙事 |
-| `loom intent trace <id>` | Intent 完整追溯链（依赖+验证+哲学+叙事） |
+| `loom intent get <id>` | Intent 详情 |
+| `loom intent add --title <text> [--depends-on <ids>]` | 创建当前版本新增 Intent draft |
+| `loom intent revise <id> --reason <text>` | 创建修订 draft 并报告反向依赖 |
+| `loom intent draft <id>` | 查看 draft |
+| `loom intent finalize <id> [--review <ids> --unaffected <ids>]` | 校验 draft 并原子更新官方 Map/topo_order；修订时必须分类全部下游影响 |
+| `loom capability graph\|frontier\|get\|coverage\|compile` | 查看能力图谱、未路由前沿、覆盖缺口和当前 Intent 的能力编译输入 |
+| `loom capability proposal list\|get\|submit\|decide\|close` | 以 provenance 提交新发现，并由 Architect 裁决和闭合 |
+| `loom asset import\|list\|search\|get\|validate` | 管理带来源、许可、哈希、批准状态与 evidence 回链的本地素材 |
+| `loom atelier init\|get\|validate <id>` | 为显式 Atelier Intent 创建、读取和校验创作记录 |
+| `loom intent deprecate <id> --reason <text>` | 只读评估当前版本弃用影响；加 `--confirm` 并完整分类依赖方后原子写入 |
+| `loom intent narrative <id>` | Intent 意图叙事 |
+| `loom intent trace <id>` | Intent 完整追溯链（依赖+验证+哲学+叙事） |
+| `loom intent diff <v1> <v2>` | 按显式 lineage 比较新建、修订、拆分、合并和未映射 Intent |
 | `loom intent reverse-dep <id>` | 反向依赖（谁依赖这个 Intent） |
 | `loom intent reverse-ref <anchor>` | 反向哲学引用（哪些 Intent 引用这个锚点） |
 | `loom intent update <id> --status <s>` | 更新状态（Keeper 用） |
-| `loom philosophy get <anchor>` | 加载哲学章节 |
-| `loom verify contract <id>` | 获取验收契约 |
-| `loom verify write --json-file <path>` | 写入验证记录 |
+| `loom philosophy get <anchor>` | 加载哲学章节 |
+| `loom philosophy impact <anchor>` | 只读返回直接引用该锚点的 Intent 及传递依赖影响 |
+| `loom philosophy revise <anchor> --classification <clarification\|minor\|major> --reason <text>` | 只读评估哲学修订；clarification/minor 加 `--confirm` 和完整分区后写审计 ADR |
+| `loom verify contract <id>` | 获取验收契约 |
+| `loom verify write --json-file <path>` | 写入验证记录 |
+| `loom verify history <ref> --across-versions` | 沿 predecessors 读取各 owning version 的本地验证历史 |
 | `loom doctor` | 项目健康检查 |
-| `loom context` | 上下文摘要（Agent 重启后一条命令获取状态） |
+| `loom context` | 上下文摘要（Agent 重启后一条命令获取状态） |
+
+读命令 `intent get`、`intent narrative`、`intent trace` 和 `verify history` 支持 `v1:INT-003` 形式的跨版本引用；裸 ID 仍指当前版本。历史引用只读。跨版本沿革必须显式写在可选 `lineage.predecessors` 中，同 ID 或同标题不会建立映射，且 lineage 不属于 `depends_on`。
+
+弃用只适用于当前版本中已 `completed` 的 Intent。首次运行 `loom intent deprecate <id> --reason "<why>"` 只返回目标、直接/传递依赖方、各自状态和确认命令，不写文件。确认时用 `--review` 与 `--unaffected` 将所有依赖方恰好分类一次；叶子 Intent 不需要分类参数。弃用记录写入 `lifecycle.deprecation`，目标仍为 `completed`，依赖和契约不被修改。重复确认会明确失败。
+
+哲学修订由 CLI 分析后果和记录审计，不由 CLI 自动改写哲学文本。`philosophy impact` 与未确认的 `philosophy revise` 严格只读。确认 clarification 时全部受影响 Intent 必须归入 `--unaffected`；确认 minor 时可将确需重验的 Intent 归入 `--review`，其中 `completed` 才转为 `needs_review`。两者都不改 acceptance，并在 `03_DECISIONS/PHIL-REV-NNN.md` 记录审计。Major 永不修改当前版本，只返回 `loom version new`。
 
 ---
 
@@ -207,27 +266,33 @@ LOOM/
 │   ├── INTENT_LOOP.md           Loop 控制流 + Intent Map + Verification 底线
 │   └── PHILOSOPHY_WEAVER.md     哲学织造器规范
 │
-├── dimensions/                  哲学维度库（Weaver 的弹药库）
-│   ├── SEARCH_METHODOLOGY.md    检索方法论（怎么找到优质思想）
-│   ├── universal/               通用层：产品/工程/协作（按需填充）
+├── dimensions/                  哲学维度库（Weaver 的弹药库）
+│   ├── SEARCH_METHODOLOGY.md    检索方法论（怎么找到优质思想）
+│   ├── AUTHORSHIP.md             Atelier 启用时加载的作者性方法
+│   ├── universal/               通用层：产品/工程/协作（按需填充）
 │   ├── domain/                  领域层：UX/游戏/后端/AI（按需填充）
 │   └── crosscutting/            交叉层：性能/安全/心理学/增长（按需填充）
 │
 ├── roles/                       角色原型定义
 │   ├── visionary.md             远见者——定义愿景，织造意图叙事
-│   ├── architect.md             建筑师——设计系统，绘制 Intent Map
+│   ├── architect.md             建筑师——展开图谱，设计系统，绘制 Intent Map
 │   ├── forge.md                 锻造师——在哲学约束下自主实现
 │   └── keeper.md                守护者——验证意图忠实度
 │
 ├── cli/                         CLI 传感器层（Agent 通过 CLI 访问磁盘数据）
-│   ├── bin/loom.js              命令入口
-│   ├── src/                     核心库（intent-map / philosophy / verify）
-│   └── test/                    端到端测试
+│   ├── bin/loom.js              命令入口
+│   ├── src/                     核心库（intent-map / capability / atelier / verify）
+│   ├── help/                    Agent 可直接读取的工作流指南
+│   └── test/                    端到端测试
 │
 └── templates/                   项目级起点骨架
     ├── PHILOSOPHY_TEMPLATE.md   哲学文档起点
     ├── VISION_TEMPLATE.md       愿景文档起点
-    └── INTENT_MAP_TEMPLATE.json Intent Map 起点
+    ├── INTENT_MAP_TEMPLATE.json Intent Map 起点
+    ├── CAPABILITY_GRAPH_TEMPLATE.json Capability Graph 起点
+    ├── CAPABILITY_BRIEF_TEMPLATE.md   Capability Brief 起点
+    ├── ASSET_LIBRARY_MANIFEST_TEMPLATE.json Asset Library 起点
+    └── ATELIER_RECORD_TEMPLATE.json   Atelier Record 起点
 ```
 
 ### 文档导航
@@ -245,8 +310,10 @@ LOOM/
 | Forge 做什么 | `roles/forge.md` |
 | Keeper 做什么 | `roles/keeper.md` |
 | 哲学文档长什么样 | `templates/PHILOSOPHY_TEMPLATE.md` |
-| 愿景文档长什么样 | `templates/VISION_TEMPLATE.md` |
-| Intent Map 长什么样 | `templates/INTENT_MAP_TEMPLATE.json` |
+| 愿景文档长什么样 | `templates/VISION_TEMPLATE.md` |
+| Capability Graph 与 Brief 长什么样 | `cli/help/capability.md`、`templates/CAPABILITY_GRAPH_TEMPLATE.json` |
+| Author 与 Atelier 怎么工作 | `cli/help/atelier.md`、`dimensions/AUTHORSHIP.md` |
+| Intent Map 长什么样 | `templates/INTENT_MAP_TEMPLATE.json` |
 | 怎么搜索高质量参考 | `dimensions/SEARCH_METHODOLOGY.md` |
 
 ---
@@ -261,8 +328,9 @@ LOOM/
 **Agent 生成的**（每个项目跑出来的，厚而灵活）：
 - 哲学文档体系（Weaver 决定要几个、多详细）
 - 愿景文档（带意图叙事）
-- 架构文档（根据哲学决定结构）
-- Intent Map（意图依赖图，JSON）
+- 架构文档（根据哲学决定结构）
+- Capability Graph 与按需生成的 Capability Brief
+- Intent Map（意图依赖图，JSON）
 - 验证契约和验证记录
 
 **我们的规范是元规范**——规范"怎么生成规范"，不直接规范"规范长什么样"。
@@ -274,9 +342,9 @@ LOOM/
 | 角色 | 原型 | 职责 | 激活时机 |
 |---|---|---|---|
 | **Visionary** 远见者 | 产品联合创始人 | 定义愿景，织造意图叙事 | 项目启动 |
-| **Architect** 建筑师 | 系统建筑师 | 设计系统，绘制 Intent Map | Visionary 完成后 |
+| **Architect** 建筑师 | 系统建筑师 | 展开 Capability Graph，设计系统，绘制 Intent Map | Visionary 完成后 |
 | **Forge** 锻造师 | 高级工程师 | 在哲学约束下自主实现 | Intent Loop 实现阶段 |
-| **Keeper** 守护者 | 产品联合创始人（独立激活） | 选 Intent，验证意图忠实度 | Intent Loop 选择和验证阶段 |
+| **Keeper** 守护者 | 独立验证者（独立激活） | 从磁盘事实验证意图与质量主张 | Intent Loop 验证阶段 |
 
 Visionary 和 Keeper **同源但独立**——同一个产品哲学，但 Keeper 是"回溯验证者"，作为子代理运行，不继承 Forge 的实现上下文。
 
@@ -285,7 +353,7 @@ Visionary 和 Keeper **同源但独立**——同一个产品哲学，但 Keeper
 ## Intent-Driven Loop
 
 ```
-Keeper 选 Intent → Forge 加载意图链并自主实现 → Keeper 子代理独立验证 → 判定
+Host/Orchestrator 选 Intent → Forge 加载意图链并自主实现 → Keeper 子代理独立验证 → 判定
      ↑                                                                    │
      │                                                                    │
      └────────────── passed: 闭合，下一个 Intent ──────────────────────────┘
@@ -326,10 +394,13 @@ Agent 在项目中生成的文档结构：
     ├── 01_VISION.md               Visionary 产出（带意图叙事）
     ├── 02_ARCHITECTURE.md         Architect 产出
     ├── 03_DECISIONS/              架构决策记录
-    ├── 04_INTENT_MAP.json         意图依赖图（DAG）
+    ├── 04_INTENT_MAP.json         意图依赖图（DAG）
     ├── 05_VERIFICATION.md         每个 Intent 的验证契约
-    ├── 06_CHANGELOG.md            版本变更记录
-    └── verifications/             Keeper 的验证记录
+    ├── 06_CHANGELOG.json          Patch 变更记录（唯一权威来源）
+    ├── 06_CHANGELOG.md            确定性生成的只读投影
+    ├── 07_CAPABILITY_GRAPH.json   问题面、能力缺口、风险、证据与 Intent 回链
+    ├── 07_CAPABILITY_BRIEFS/      按需生成的项目化能力 Brief
+    └── verifications/             Keeper 的验证记录
         ├── INT-001.json
         ├── INT-001.md
         └── ...
@@ -352,18 +423,19 @@ Agent 通过 **CLI 访问** JSON，不直接读文件——省 token、更高效
 ## 运行流程
 
 ```
-1. Philosophy Weaver 织造哲学
-   → 识别项目特征 → 激活哲学维度 → 逐维度搜索/萃取/转译/落地 → 整合冲突 → 版本锚定
+1. Weaver 织造 Project Doctrine
+   → 读取项目事实 → 提炼长期判断 → 按决策未知搜索 → 转译为原则、边界与 Evidence Map
 
 2. Visionary 定义愿景
    → 基于哲学写愿景 → 每个意图带意图叙事 → 识别需要的哲学维度
 
-3. Architect 设计系统
-   → 基于愿景设计结构 → 绘制 Intent Map → 定义验证契约
+3. Architect 先展开 Capability Graph，再设计系统
+   → 基于愿景检查问题面、能力缺口、风险与证据 → 路由高影响节点 → 绘制 Intent Map → 定义验证契约
 
-4. Intent Loop
-   → Keeper 选 Intent → Forge 实现 → Keeper 验证 → 判定 → 下一个
-   → 循环直到所有 Intent 闭合
+4. LOOM Quality Engine
+   → Forge 编译 Expertise Pack → 按需编译 Authorial Stance / 进入 Atelier
+   → Quality Arena 实现/比较 → Keeper 形成 Quality Proof
+   → 循环直到所有 Intent 闭合
 ```
 
 ---
@@ -372,11 +444,12 @@ Agent 通过 **CLI 访问** JSON，不直接读文件——省 token、更高效
 
 - [x] `meta/` 元规范（4 个文件）
 - [x] `roles/` 角色原型（4 个角色）
-- [x] `templates/` 起点骨架（3 个模板）
+- [x] `templates/` 起点骨架
 - [x] `README.md` 系统总览
 - [x] `dimensions/SEARCH_METHODOLOGY.md` 检索方法论
-- [x] `cli/` CLI 访问层（56 个测试全过）
-- [ ] `dimensions/` 维度文件（按需填充，Weaver 可自主判断）
+- [x] `cli/` CLI 访问层（Capability Graph / Proposal / Asset Library / Atelier / Quality Proof）
+- [x] `dimensions/AUTHORSHIP.md` 按需创作方法
+- [ ] 继续通过真实项目校准专业维度与 Atelier 的质量增益
 
 ---