Record approved branch transition and dependency entry points

Why:
Keep the approved migration scope and in-flight branch protection discoverable from the planning index.

Evidence:
SELF Dev evidence checks R1-R15, U1-U8, general standards boundaries and 116 relative links. Formal acceptance remains pending.

Impact:
Update current entry points without changing historical evidence or approval boundaries.

Refs:
Agent-System-Dev feature/dependency-workspace; approved versioned-dependency plan r1 and R15.

AGENTS.md

@@ -1,6 +1,6 @@
 # Agent 工作说明（Agent-System-Documents）
 
-本仓开发遵循 Development-Guidelines（Dev 仓 `deps/development-guidelines`，gitlink 固定版本）：
+本仓开发遵循 Development-Guidelines（Dev 仓 components.lock.json 固定来源，新布局读取 .workspace/Development-Guidelines；历史提交仍用原 gitlink）：
 核心规则见其 `core/`，按任务触发阅读 `standards/` 专题；日常交付走 `workflows/delivery.md`。
 
 ## 任务启动门禁
@@ -15,7 +15,7 @@
 ## 仓内规则
 
 - 模块边界、公开契约与隔离档位见 `policy/modules/`（如有）与 PROJECT.md。
-- 跨仓 gitlink 变更须经组合验证后在 Dev 仓推进；受保护分支经 PR 合入。
+- 跨仓依赖/源码锁变更须经固定组合验证后在 Dev 仓推进；受保护分支经 PR 合入。
 - 验证命令见 PROJECT.md「验证」节；完成声明须附实际命令输出证据。
 
 ## Gitea 与 Git 访问事实（2026-09-30 实测）

README.md

@@ -20,6 +20,6 @@ docs/
 0.1.0（2026-09-29）：[使用报告](docs/guides/usage.md) · [测试报告](docs/reports/2026-09-29-test-report.md) ·
 [实施记录](docs/records/2026-09-29-implementation.md) · [设计方案](docs/proposals/2026-09-29-system-skeleton-design-and-plan.md)
 
-规范基线：Development-Guidelines（Dev 仓 `deps/development-guidelines`）。
+规范基线：Development-Guidelines（Dev 固定 Development-Guidelines 来源）。
 
 相关方案：[RDM 功能、实现与计划矩阵及整改方案 r1（2026-10-12）](docs/proposals/2026-10-12-rdm-function-implementation-plan.md)——RDM 全系统缺口矩阵与 U1–U9 工作包。

docs/proposals/2026-10-13-versioned-dependencies-and-workspaces.md

@@ -81,7 +81,7 @@ Agent-System-Dev/
 
 ## 4. 统一命令与状态转换
 
-以下是拟新增的公开工具契约，当前尚未实现。
+以下保留已批准的工具契约。实施能力以 Dev 当前入口和任务卡中的命令证据为准，方案条目不代表能力已就位。
 
 | 入口 | 输入与行为 | 成功输出/失败出口 |
 |---|---|---|
@@ -89,7 +89,7 @@ Agent-System-Dev/
 | `make component-edit NAME=Agent-Native` | 验证登记身份；解析实际版本；普通 clone 或复用匹配仓；创建任务分支并登记 | 返回路径、origin、基线、分支；已有脏/活动现场只报告，不 reset/stash |
 | `make component-unlink NAME=Agent-Native` | 核对归属，解除该仓的本地联调覆盖 | 恢复版本依赖；不删除仓库、分支或用户文件 |
 | `make workspace-status` | 只读列出正式版本、本地覆盖、分支、脏状态和登记写者 | 可区分正常消费、开发覆盖、候选待审和异常 |
-| `make test-local` | 使用已登记开发覆盖运行相关检查 | 结果明确标记开发组合，不能用于正式发布放行 |
+| 局部检查入口 | 在已登记开发覆盖上运行相关检查；具体命令由实施后的 PROJECT.md/Makefile 给出 | 结果明确标记开发组合，不能用于正式发布放行；未实现入口不对外宣称可用 |
 | `make test` / `make build` | 在隔离、固定来源的正式组合执行；Go 关闭工作区覆盖 | 本地覆盖不改变候选；测试/构建缺项或失败传回非零 |
 
 状态为 `versioned → editable → linked → submitted → adopted`。submitted 表示功能仓有提交或 PR，不表示消费方已经采用。退出 linked 仅取消本地覆盖；采用新版本由消费方依赖 PR 决定，不要求所有仓一起推进。
@@ -146,7 +146,7 @@ Dev 新增 `policy/dependencies.md`，同步 AGENTS/PROJECT、任务与取证/
 
 ## 7. 实施顺序、责任与文件范围
 
-下表是待批准的实施顺序。每个增量有可重放出口，成功替代后才退役对应旧入口。Owner 由 weichen 指定/确认，Agent 在批准范围内实施和自检；独立审阅身份另记，不由作者代签。
+下表为已批准的实施顺序，实施进展另以任务卡和可复核命令记录。每个增量有可重放出口，成功替代后才退役对应旧入口。Owner 由 weichen 指定/确认，Agent 在批准范围内实施和自检；独立审阅身份另记，不由作者代签。
 
 | 增量 | 文件/仓库范围 | 依赖及完成条件 |
 |---|---|---|

docs/proposals/INDEX.md

@@ -9,7 +9,9 @@
 - [版本化依赖与按需源码工作区改造方案 r1](2026-10-13-versioned-dependencies-and-workspaces.md)：
   保留独立功能仓和 Dev 单入口，以版本依赖、按需编辑工作区和固定制品组合替换 submodule；
   覆盖 Go、UI/TS 契约、RDM、CI/源码部署和 Guidelines 通用规则。2026-10-13 用户要求实施；
-  具体命名、工具契约与实施顺序待人工评审，迁移实施/验收/发布/部署 NOT_RUN。
+  2026-10-13 已批准具体方案并授权重构、自检连续推进，增补在途分支保护 R15。
+  [实施计划](2026-10-13-versioned-dependencies-implementation-plan.md)记录 U1–U8；实施进展见 Dev 任务卡，
+  正式验收、共享部署和发布保留原审批边界。
 
 - [快慢通道展示与动态工作摘要方案 r1.1](2026-10-12-fast-slow-channel-display.md)：
   运行卡呈现状态、已完成工作、当前发现与剩余项；四层阅读、阶段成果、来源、异常恢复及 U1–U4。