@jennie-shawn/starwork 0.1.0-alpha.2 → 0.1.0-alpha.21

package/core/agent-lanes-spec.md

@@ -0,0 +1,507 @@
+# StarWork Agent Lanes 协作机制 SPEC
+
+## 状态
+
+- 版本：v0.1 draft
+- 所属模块：StarWork Core / CLI / Adapters
+- 相关能力：`agent-lanes`
+- 相关 CLI：`starwork multiagent`
+- 目标：定义同一项目内多个 Agent 会话如何按稳定职责位分工协作，并保持输出可发现、边界可审计、上下文可接力。
+
+## 一句话定义
+
+Agent Lanes 是 StarWork 的多 Agent 分工协作机制。
+
+它不追踪“多个事项”，而是追踪“多个职责位”：
+
+```text
+<lane-id> lane 负责一个稳定工作面
+```
+
+每个 lane 可以绑定一个当前 Agent 会话。Agent 进入项目后，应先确认自己属于哪个 lane，再按该 lane 的写入边界工作。
+
+StarWork 不内置固定 lane 清单。开发、写作、课程、研究、运营、法务、设计或客户交付项目都可以按自己的实际职责定义 lane。
+
+## 背景
+
+事项能力 解决的是“一个事项如何长期推进、记录和归档”。
+
+多 Agent 协作常常不是按事项拆分，而是按工作面拆分：
+
+- 开发项目中可能是接口、界面、验证。
+- 内容项目中可能是选题、撰稿、审校、发布。
+- 研究项目中可能是资料收集、分析、报告、复核。
+- 客户交付项目中可能是需求、方案、执行、验收。
+
+如果把每个 Agent 都建成一个 事项，会把机制做重，也会混淆“事情”和“职责”。因此 Agent Lanes 独立于 事项能力：它是协作层，不是事项层。
+
+## 设计原则
+
+1. 少到不能再少：只保留让多会话分工真正跑起来的能力。
+2. 人和 Agent 都能读：v0.1 先使用 Markdown 作为事实源，不强制 JSON manifest。
+3. 职责位稳定，会话可替换：lane 是长期职责，session 是当前接手它的会话。
+4. 写入边界优先：先避免互相踩文件，再谈复杂协同。
+5. 输出只登记，不搬运：其他 lane 需要读取的产物进入共享索引，产物本身仍留在合理位置。
+6. 不引入任务系统：Agent Lanes 不做排期、看板、锁、自动调度或冲突仲裁。
+7. 不预设职责分类：lane ID、数量和职责由项目场景定义，不由 Core 写死。
+
+## 核心概念
+
+| 概念 | 定义 |
+|---|---|
+| Lane | 一个稳定职责位，例如某个项目里的 `research`、`writing`、`review`。示例不是内置分类。 |
+| Session | 当前接手某个 lane 的具体 Agent 会话，例如 Codex thread。 |
+| Worklog | 某个 lane 的持续工作记录。它不是离职交接，而是当前上下文、输出、请求和下一步。 |
+| Lane Workspace | 某个 lane 自己的过程工作区，用于放草稿、调研笔记、中间分析和临时产物。 |
+| Shared Context | 跨 lane 共享索引，记录其他 Agent 需要读取的输出、请求和已确认约定。 |
+| Write Scope | 某个 lane 可以主动修改的文件范围。 |
+
+## 必要能力
+
+### 1. Lane Registry
+
+项目必须有一个稳定位置登记所有 lane。
+
+默认中文路径：
+
+```text
+_系统/协作/agent-lanes.md
+```
+
+最小字段：
+
+| 字段 | 含义 |
+|---|---|
+| `lane` | lane ID，建议使用英文短名，例如 `research`。 |
+| `purpose` | 该 lane 的职责。 |
+| `current_session` | 当前 CLI v0.1 兼容字段；目标结构中迁移到 `.starwork/agent-lanes/state.json`。 |
+| `write_scope` | 该 lane 可主动修改的路径范围。 |
+| `worklog` | 该 lane 的工作记录位置。 |
+| `workspace` | 该 lane 的过程工作区位置。 |
+
+目标分层：
+
+```text
+_系统/协作/agent-lanes.md              # lane 稳定定义和写入范围
+_系统/协作/shared.md                   # 跨 lane 可见索引
+_系统/协作/lanes/<lane-id>/worklog.md  # 项目协作记录
+_系统/协作/lanes/<lane-id>/workspace/  # 项目过程材料
+.starwork/agent-lanes/state.json       # session binding 等机制状态
+.starwork/agent-lanes/cache/           # 解析缓存
+```
+
+Lane 的 worklog 和 workspace 属于项目协作内容，不进入 `.starwork/`。`.starwork/agent-lanes/` 只记录 StarWork 机制运行需要的绑定状态和缓存。
+
+示例：
+
+以下示例使用 `research`、`writing`、`review`，只为了说明格式；真实项目应替换成自己的 lane。
+
+```md
+# Agent Lanes
+
+## Lanes
+
+| lane | purpose | current_session | write_scope | worklog | workspace |
+|---|---|---|---|---|---|
+| research | 资料收集和事实核查 | codex:019e... | knowledge/**, notes/** | lanes/research/worklog.md | lanes/research/workspace |
+| writing | 草稿撰写和结构整理 | unbound | drafts/**, product/docs/** | lanes/writing/worklog.md | lanes/writing/workspace |
+| review | 审校、验证和风险检查 | unbound | reviews/**, product/docs/** | lanes/review/worklog.md | lanes/review/workspace |
+```
+
+### 2. Session Binding
+
+会话绑定只回答一个问题：
+
+```text
+当前会话属于哪个 lane？
+```
+
+最小规则：
+
+- 一个会话同一时间只绑定一个 lane。
+- 一个 lane 同一时间最多一个主 session。
+- Codex 优先使用 `CODEX_THREAD_ID` 作为 session ID。
+- 读取不到真实 session ID 时，可使用手写 ID，例如 `codex:manual-research-1`。
+- 未绑定 lane 的 Agent 不应默认接管整个项目。
+
+### 2.1 Host Session Display Name
+
+宿主会话显示名称是 Agent Lanes 的体验增强，不是事实源。
+
+定义：
+
+- 宿主工具中展示给用户看的会话标题，例如 Codex Desktop 的 thread name。
+- 可在 `multiagent bind` 成功后 best-effort 同步。
+- 不作为 lane binding 的事实源。
+- 不参与冲突判断、write scope 判断或状态恢复。
+
+当前 v0.1 支持：
+
+```bash
+starwork multiagent bind research \
+  --session codex:manual-research-1 \
+  --session-name "StarWork 资料预研 Agent"
+```
+
+实现边界：
+
+- 改名失败不回滚 lane binding。
+- 当前仅 Codex adapter 支持通过 app-server 协议同步。
+- 不得直接改写宿主工具私有状态文件，例如 `~/.codex/state_5.sqlite` 或 `~/.codex/session_index.jsonl`。
+
+### 3. Write Scope
+
+每个 lane 必须声明写入范围。
+
+规则：
+
+- lane 内文件：可以主动修改。
+- lane 外文件：修改前应先在 Shared Context 记录请求或说明理由。
+- 共同入口文件，例如 `AGENTS.md`、Core 协议、公共 schema，默认视为 shared scope，需要明确对齐后再改。
+
+Write Scope 是 Agent Lanes 的核心安全边界。没有写入边界，就只是给会话贴标签。
+
+### 4. Worklog
+
+每个 lane 必须有一个 worklog。
+
+默认路径：
+
+```text
+_系统/协作/lanes/<lane-id>/worklog.md
+```
+
+最小模板：
+
+```md
+# Backend Worklog
+
+## Current
+
+当前正在处理什么。
+
+## Outputs
+
+| title | path | audience | status |
+|---|---|---|---|
+
+## Requests
+
+| to | request | status | link |
+|---|---|---|---|
+
+## Notes
+
+过程记录、临时判断、上下文说明。
+
+## Next
+
+下一步建议。
+```
+
+`worklog.md` 不是日报，也不是完整过程档案。它只保留让同一 lane 下一个会话能接住工作的必要信息。
+
+### 5. Lane Workspace
+
+每个 lane 默认有一个过程工作区。
+
+默认路径：
+
+```text
+_系统/协作/lanes/<lane-id>/workspace/
+```
+
+最小文件：
+
+```text
+_系统/协作/lanes/<lane-id>/workspace/README.md
+```
+
+Lane Workspace 用来放该职责位自己产生的过程材料：
+
+- 调研笔记。
+- 未确认草稿。
+- 中间分析。
+- 临时实验结果。
+- 给同一 lane 后续会话看的上下文材料。
+
+Lane Workspace 不是项目正式输出目录。它更像该职责位的工作桌。
+
+### 6. Shared Context
+
+如果某个 lane 的输出需要其他 lane 读取，必须登记到共享索引。
+
+默认路径：
+
+```text
+_系统/协作/shared.md
+```
+
+最小模板：
+
+```md
+# Shared Agent Context
+
+## Shared Outputs
+
+| from | title | path | audience | status | updated |
+|---|---|---|---|---|---|
+
+## Cross-Lane Requests
+
+| from | to | request | status | link |
+|---|---|---|---|---|
+
+## Shared Agreements
+
+| agreement | owner | status | link |
+|---|---|---|---|
+```
+
+共享索引只放“别人需要知道的东西”，不复制完整内容。
+
+示例：
+
+```md
+| research | Source summary | product/docs/source-summary.md | writing,review | draft | 2026-05-21 |
+```
+
+## 推荐目录结构
+
+默认中文路径：
+
+```text
+_系统/协作/
+├── agent-lanes.md
+├── shared.md
+└── lanes/
+    ├── research/
+    │   ├── worklog.md
+    │   └── workspace/
+    │       └── README.md
+    ├── writing/
+    │   ├── worklog.md
+    │   └── workspace/
+    │       └── README.md
+    └── review/
+        ├── worklog.md
+        └── workspace/
+            └── README.md
+```
+
+v0.1 不默认创建 `notes/`、`drafts/`、`artifacts/` 子目录。
+
+如果某个 lane 确实需要更细的过程材料分类，可以在自己的 workspace 内按需新增：
+
+```text
+_系统/协作/lanes/<lane-id>/workspace/notes/
+_系统/协作/lanes/<lane-id>/workspace/drafts/
+_系统/协作/lanes/<lane-id>/workspace/artifacts/
+```
+
+但这不是默认结构。
+
+## 产物放置规则
+
+| 内容类型 | 放置位置 |
+|---|---|
+| lane 当前上下文 | 对应 lane 的 `worklog.md` |
+| lane 过程材料、草稿、中间分析 | 对应 lane 的 `workspace/` |
+| 其他 lane 需要读取的索引 | `_系统/协作/shared.md` |
+| 已确认的正式产物 | 晋升到项目正式事实源，例如 `product/` |
+
+关键规则：
+
+> 需要其他 Agent 读取的输出，必须在 Shared Context 登记；成熟产物仍以项目正式事实源为准。
+
+推荐流转：
+
+```text
+lane workspace 产生过程材料
+  -> 如需其他 lane 读取，登记 shared.md
+  -> 如被确认有项目价值，晋升到正式输出目录
+  -> 晋升后以正式输出目录为准
+```
+
+## Agent 运行规则
+
+当项目存在 `_系统/协作/agent-lanes.md` 时，Agent 进入项目后应：
+
+1. 读取 `AGENTS.md`。
+2. 读取项目状态和当前工作。
+3. 读取 `_系统/协作/agent-lanes.md`。
+4. 判断当前会话是否已经绑定 lane。
+5. 若已绑定，只主动修改该 lane 的 `write_scope`。
+6. 若未绑定，先请用户指定 lane，或在用户明确授权后创建 lane。
+7. 需要其他 lane 配合时，写入 `_系统/协作/shared.md` 的 `Cross-Lane Requests`。
+8. 产出需要其他 lane 读取的内容时，写入 `Shared Outputs`。
+9. 结束当前工作前更新本 lane 的 `worklog.md`。
+
+## CLI 设计
+
+CLI 只做确定性文件操作，不替 Agent 判断项目该如何分工。
+
+推荐命令名：
+
+```bash
+starwork multiagent
+```
+
+不用 `starwork agents`，避免和 Codex、Claude、Cursor 这类 Agent runtime 混淆。
+
+### `starwork multiagent init`
+
+创建最小协作结构。
+
+```bash
+starwork multiagent init
+starwork multiagent init --lanes research,writing,review
+starwork multiagent init --target ./my-project
+```
+
+行为：
+
+- 创建 `_系统/协作/agent-lanes.md`。
+- 创建 `_系统/协作/shared.md`。
+- 为用户指定的 lane 创建 `worklog.md` 和 `workspace/README.md`。
+- 不覆盖已有文件。
+
+### `starwork multiagent add`
+
+新增 lane。
+
+以下命令只是示例。CLI 不内置 `research`，也不要求项目使用这一组 lane。
+
+```bash
+starwork multiagent add research \
+  --purpose "资料收集和事实核查" \
+  --write "knowledge/**,notes/**"
+```
+
+行为：
+
+- 在 `agent-lanes.md` 的 `Lanes` 表增加一行。
+- 创建 `_系统/协作/lanes/<lane-id>/worklog.md`。
+- 创建 `_系统/协作/lanes/<lane-id>/workspace/README.md`。
+- 当前 CLI v0.1 中 `current_session` 默认为 `unbound`；后续目标结构中由 `.starwork/agent-lanes/state.json` 记录绑定状态。
+
+### `starwork multiagent bind`
+
+将当前会话绑定到 lane。
+
+```bash
+starwork multiagent bind research
+starwork multiagent bind research --agent codex
+starwork multiagent bind research --session codex:manual-research-1
+starwork multiagent bind research --session codex:manual-research-1 --session-name "Research Agent"
+```
+
+行为：
+
+- Codex 环境优先读取 `CODEX_THREAD_ID`。
+- 当前 CLI v0.1 更新 `agent-lanes.md` 中对应 lane 的 `current_session`。
+- 如果传入 `--session-name`，绑定成功后 best-effort 同步宿主工具会话名；失败只提示 warning。
+- 后续目标结构改为更新 `.starwork/agent-lanes/state.json`，可见 registry 不再承担机器绑定状态。
+- 如果 lane 已绑定其他 session，必须提示冲突；非交互模式默认拒绝覆盖。
+
+### `starwork multiagent release`
+
+释放 lane 的当前会话绑定。
+
+```bash
+starwork multiagent release research
+```
+
+行为：
+
+- 当前 CLI v0.1 将 `current_session` 改回 `unbound`。
+- 后续目标结构改为清理 `.starwork/agent-lanes/state.json` 中的绑定。
+- 提醒用户或 Agent 更新该 lane 的 `worklog.md`。
+- 不删除任何记录。
+
+### `starwork multiagent status`
+
+查看当前分工。
+
+```bash
+starwork multiagent status
+```
+
+输出应包括：
+
+- lane 列表。
+- 当前 session 绑定状态。
+- write scope 摘要。
+- 最近需要关注的 shared requests。
+
+### `starwork multiagent share`
+
+登记一个跨 lane 可读输出。
+
+```bash
+starwork multiagent share research \
+  --title "Source summary" \
+  --path "product/docs/source-summary.md" \
+  --audience "writing,review" \
+  --status draft
+```
+
+行为：
+
+- 在 `_系统/协作/shared.md` 的 `Shared Outputs` 中追加一行。
+- 不移动、不复制目标文件。
+
+### v0.1 CLI 不做什么
+
+- 不自动决定 lane 划分。
+- 不自动分配任务。
+- 不做文件锁。
+- 不做权限系统。
+- 不做并发编辑仲裁。
+- 不分析 git diff 来判断责任归属。
+- 不把项目协作内容迁入 `.starwork/`。
+- 不把 lane 写入 `matters/registry.md`。
+
+## 与其他机制的关系
+
+### 与 事项能力
+
+Agent Lanes 不属于 事项能力。
+
+- 事项机制 追踪事情。
+- Lane 追踪职责。
+
+二者可以同时存在，但互不替代。一个 lane 可以参与多个 事项，一个 事项 也可以需要多个 lane 协作。
+
+### 与 Adapt
+
+`starwork adapt` 负责让某个 Agent runtime 知道 StarWork 入口规则。
+
+Agent Lanes 负责让进入项目后的会话知道自己在项目中的职责位。
+
+### 与 Skills
+
+未来可以新增 `starworkLanes` skill，帮助 Agent 判断是否需要 lane、如何采访用户、如何生成 lane 初始分工。
+
+v0.1 不要求先有 skill；CLI 和 Markdown 结构已可手动运行。
+
+## 验收标准
+
+一套 Agent Lanes 机制成立，至少需要满足：
+
+- 用户能在一个文件里看到当前所有 lane、会话绑定和写入范围。
+- 一个新 Agent 会话能判断自己是否已绑定 lane。
+- 多个由项目自定义的 lane 能在同一项目中并行工作而不默认互相修改文件。
+- 一个 lane 的输出能通过 Shared Context 被其他 lane 发现。
+- 任一 lane 结束工作前能通过 worklog 留下足够上下文。
+- 不启用 事项能力 的单事务项目也能使用 Agent Lanes。
+
+## 后续问题
+
+这些问题暂不进入 v0.1：
+
+- 是否需要 lane 级别的默认验证命令。
+- 是否需要从 git diff 自动生成 worklog 摘要。
+- 是否需要跨 lane 依赖图。
+- 是否需要 Hub 统一管理多个项目的 lane 模板。
+- 是否需要为不同场景提供可选 lane 模板，例如开发、写作、研究、客户交付；模板只能作为建议，不能成为 Core 内置固定职责。

package/core/baseline/file-boundaries.md

@@ -14,12 +14,20 @@
 |---|---|
 | `decisions` | 只记录会影响后续工作的高影响、已确认决策。 |
 | `starter-outputs` | `references/` 是只读原始资料；`outputs/drafts/` 是未确认 AI 草稿；`outputs/final/` 是用户确认成果。 |
-| `matter-mode` | 事项目录是过程工作区；成熟内容必须晋升到项目正式事实源。 |
 | `local-identity` | 项目本地身份参考，只能在用户确认后修改。 |
 | `local-lessons` | 项目本地可复用教训，不是普通复盘流水。 |
-| `main-repo-sync` | Hub 资源通过快照、只读链接、元数据和审核队列进入卫星项目；Hub registry 不存项目进度正文。 |
-| `skill-mount` | 共享 skills 从主库软链接挂载，不复制成独立分叉。 |
+| `main-repo-sync` | Hub 资源通过快照、只读链接、`.starwork/sync.json`、legacy `.core-sync.json` 和审核队列进入卫星项目；Hub registry 不存项目进度正文。 |
+| `skill-mount` | 共享 skills 从主库软链接挂载，不复制成独立分叉；项目实际挂载清单写入 `.starwork/skills.json`。 |
+| `agent-lanes` | Lane 的职责、共享索引、worklog 和过程材料属于项目协作内容；session binding 等机器状态可以进入 `.starwork/agent-lanes/`。 |
 
 ## 正式事实源规则
 
 每个工作区都必须声明正式事实源放在哪里。Core 不要求该目录一定叫 `product/`。
+
+## `.starwork/` 边界
+
+`.starwork/` 是 StarWork 机制运行层，只存放 StarWork 机制下才需要的状态、索引、manifest、队列、安装记录、缓存和报告。
+
+当前项目的业务事实、事项过程、正式产物、草稿、知识、身份、教训和协作内容，不因为由 StarWork 创建、检查或被 Agent 读取，就进入 `.starwork/`。
+
+详细规则见：[StarWork Runtime Layer SPEC](../starwork-runtime-layer-spec.md)。

package/core/baseline/health-check.md

@@ -7,7 +7,7 @@
 - `system.tasks.current_work` 存在。
 - 入口规则或项目状态中声明了正式事实源。
 - 已启用的可选能力文件遵守自身边界。
-- 使用 `main-repo-sync` 的卫星项目包含 `.core-sync.json`。
+- 使用 `main-repo-sync` 的卫星项目包含 `.starwork/sync.json`，或 legacy `.core-sync.json`。
 
 ## 警告项
 
@@ -17,7 +17,7 @@
 - 项目状态文件包含任务级流水，不论实际路径映射成 `_系统/上下文/项目状态.md`、`_系统/上下文/当前项目.md` 还是英文路径。
 - 决策记录写入会议纪要或局部草稿选择。
 - `references/` 被当成生成成果来改写。
-- Matter 草稿被当成正式事实源。
+- 事项机制 草稿被当成正式事实源。
 - 卫星项目在未确认情况下修改主库快照或软链接 skill。
 
 ## 兼容性

package/core/baseline/roles.md

@@ -11,7 +11,6 @@
 | `work.starter.references` | 否 | Starter Mode 中默认只读的原始资料。 |
 | `work.starter.outputs_drafts` | 否 | 等待用户审阅的 AI 草稿。 |
 | `work.starter.outputs_final` | 否 | 用户确认后的成果。 |
-| `work.matters.registry` | 否 | Matter Mode 的事项索引。 |
 | `identity.local` | 否 | 项目本地身份参考。 |
 | `lessons.local` | 否 | 项目本地可复用教训。 |
 | `main_repo.sync_metadata` | 否 | 卫星项目与主库同步的元数据。 |

package/core/baseline/spec.md

@@ -23,18 +23,19 @@ StarWork Core Baseline 是人和 AI Agent 共同使用一个工作区时的最
 - 项目必须声明正式事实源在哪里。
 - 过程材料不能被悄悄当成正式事实源。
 - 只读参考层不能在没有用户明确确认的情况下被改写。
+- `.starwork/` 只承载 StarWork 机制运行状态，不承载项目业务内容。
 
 ## 可选能力
 
 Capabilities 可以增加文件和行为，但不能重新定义 baseline 的含义：
 
 - `starter-outputs`
-- `matter-mode`
 - `decisions`
 - `local-identity`
 - `local-lessons`
 - `main-repo-sync`
 - `skill-mount`
+- `agent-lanes`
 
 ## 不做什么
 
@@ -43,5 +44,5 @@ Core v0.1 不定义：
 - Pack 专属工作流
 - CLI 命令实现
 - 特定 Agent Runtime 行为
-- 强制性的机器可读 manifest
+- 除 `.starwork/` 机制运行状态外的强制性机器可读 manifest
 - 所有用户都必须拥有事项目录

package/core/capabilities/README.md

@@ -7,9 +7,12 @@ Capabilities 是 Core 的可选能力，可以通过 presets 组合。
 ## v0.1 包含
 
 - `starter-outputs`：`references/` + `outputs/`
-- `matter-mode`：事项工作区与事项维护要求
 - `decisions`：高影响决策记录
 - `local-identity`：项目本地身份
 - `local-lessons`：项目本地教训
-- `main-repo-sync`：主库与卫星项目的同步模型
+- `main-repo-sync`：项目中心与项目工作台的同步模型
 - `skill-mount`：通过软链接挂载共享 skills
+- `agent-lanes`：多 Agent 会话按职责位分工协作
+- `knowledge`：项目本地知识库，可选开启，不属于 Project Kit 默认目录
+
+`.starwork/` 机制运行层边界见：[StarWork Runtime Layer SPEC](../starwork-runtime-layer-spec.md)。Capabilities 可以使用 `.starwork/` 存放机制状态，但不能把项目业务内容、过程材料或正式成果迁入 `.starwork/`。

package/core/capabilities/agent-lanes/capability.md

@@ -0,0 +1,40 @@
+# Capability: agent-lanes v0.1
+
+Agent Lanes 是用于同一项目内多 Agent 会话分工协作的可选能力。
+
+它追踪职责位，不追踪事项。
+
+## 新增
+
+中文 profile 默认映射为：
+
+```text
+_系统/协作/agent-lanes.md
+_系统/协作/shared.md
+_系统/协作/lanes/<lane-id>/worklog.md
+_系统/协作/lanes/<lane-id>/workspace/README.md
+.starwork/agent-lanes/state.json
+.starwork/agent-lanes/cache/
+```
+
+## 规则
+
+- Lane 是稳定职责位，具体 ID 和职责由项目场景定义。
+- Session 是当前绑定到 lane 的具体 Agent 会话。
+- 每个 lane 必须声明职责、当前会话、写入范围、worklog 和 workspace。
+- Lane workspace 是过程区，用于放草稿、调研笔记、中间分析和临时产物；不是项目正式输出目录。
+- 需要其他 lane 读取的输出必须登记到 shared context。
+- 成熟产物应晋升到项目正式事实源；晋升后以正式事实源为准。
+- Agent Lanes 不写入 事项索引，不参与 事项生命周期。
+- Lane 的职责、共享索引、worklog 和 workspace 是项目协作内容，不进入 `.starwork/`。
+- `.starwork/agent-lanes/` 只存放 session binding、解析缓存和机制状态。
+
+当前 CLI v0.1 仍把 `current_session` 写在 `_系统/协作/agent-lanes.md`；后续可迁移为可见 registry + `.starwork/agent-lanes/state.json` 的拆分结构。
+
+## SPEC
+
+完整机制见：
+
+```text
+product/core/agent-lanes-spec.md
+```

package/core/capabilities/decisions/capability.md

@@ -16,8 +16,8 @@
 
 适合写入：
 
-- Core v0.1 支持 Starter Mode 和 Matter Mode。
-- Matter Mode 是可选能力，不是 baseline 必需项。
+- Core v0.1 支持项目工作台和项目中心两类正式工作台。
+- 事项分叉不再是 baseline 必需项。
 
 不适合写入：