简化架构层规则与下游文档衔接

按职责与协作重写架构规则、模板和样例，取消固定数量、P0 必需性与无环硬要求
明确权威数据归属及系统文档映射，区分策划文档目录与实现代码组织
同步系统规则、类型资料与 TDD 引用，保留当前施工范围的自足性要求
对齐星露谷首个原型、速览卡与 TDD 样例，列明基础采集、跨日结算和验算缺口
更新策划技术方案与共享决策记录

docs/project-memory/shared-memory/decision-log.md

@@ -1,5 +1,12 @@
 # 决策记录
 
+## 2026-09-27 系统架构按职责与协作组织
+
+- 架构保留系统编号、职责、权威数据归属、文档位置、实现范围和验证，取消固定系统数量、P0 必需性、统一图表与分类、逐轮变更记录。双向交互按含义与更新顺序判断，不以图上有环自动要求重切。
+- 同一事实由明确的权威方维护；只读副本、派生视图和快照说明来源及更新或恢复方式。必要的规则与参数可在架构明确，由系统文档展开、TDD 收编补齐。
+- `project/03_systems/...` 是策划文档映射，不决定代码目录。系统与 TDD 的直接引用按实际范围衔接，TDD 仍须写全当前施工所需规格；星露谷首个原型包含基础采集，单日选择与多日成长分别验证，样例缺口如实列明。
+- 当前规则见[策划 Agent 生产迁移方案第 6 节](../../technical/【技术方案】策划Agent生产迁移与工作区浏览-2026-09-10.md#6-阶段与提示词注入)。
+
 ## 2026-09-27 顶层设计按实际玩法展开
 
 - 顶层说明游玩过程、关键规则与反馈、资源与进展、选择后果和版本范围；取消固定循环层级、回报数量、资源消耗链、日历节奏和失败档位，允许说明玩法所需的具体参数。

docs/technical/【技术方案】策划Agent生产迁移与工作区浏览-2026-09-10.md

@@ -314,7 +314,13 @@ TDD 的决策记录采用相同原则：施工规格、参数、默认值直接
 
 原型范围由要验证的问题决定，与完整版本范围分别说明；验证可以结合试玩观察、完成情况、玩家反馈和指标，明确如何形成判断，不把未验证的预期写成结论。星露谷样例按选择双方的收益与代价比较，按场景说明损失与恢复，并区分单日、多日和后续内容的验证范围。
 
-架构层承接顶层已有的玩法描述、能力范围、版本边界和验证计划，不要求固定循环图、独立“顶层定稿”章节或清单逐项对应系统。玩法覆盖检查允许多个系统协作支撑同一环节，须明确分工，避免同一职责重复维护；仍保留系统编号、职责、数据归属与目录映射等架构职责。顶层短阶段提示和 TDD 中的顶层简介同步使用该口径，TDD 的施工完备要求不变。
+架构层承接顶层已有的玩法描述、能力范围、版本边界和验证计划，按实际职责、状态与数据边界拆分或合并系统，不要求顶层清单逐项对应系统。规则、模板与样例围绕系统职责、协作和数据归属、系统文档映射、实现范围及验证组织；取消固定系统数量、每个系统必须属于 P0、“不负责”必填列、图表格式、状态分类、数值基准分类和逐轮变更记录。重要取舍按需保留依据。
+
+系统交互区分调用、通知、读取与玩法反馈；双向关系不自动判为架构错误，按实际问题检查循环调用、职责纠缠和更新顺序。主数据有明确的权威维护方，只读副本、派生视图和快照说明来源及更新或恢复方式，不成为第二套独立维护的事实。为判断职责和协作所需的规则、字段与参数可以明确，系统文档继续展开行为，TDD 收编并补齐完整实现规格。
+
+保留 Sxx 编号与 `project/03_systems/...` 文档位置，可以按内容合并或拆分文档；该映射不决定代码目录，代码模块与文件组织由 TDD 明确。实现范围区分完整版本、首个原型及后续内容，不固定 P0/P1/P2，也不要求验证失败就退回顶层或禁止调整系统划分。星露谷样例明确 NPC 日程、资源点、物品与经济等归属，首个原型包含基础采集，按单日选择和多日成长分别验证。
+
+系统总纲、相关系统类型资料与 TDD 的直接引用同步承接职责、协作、数据归属和当前实现范围，不再依赖架构 P0 清单、固定依赖图或仅限定性的数值基准。数据侧按实际玩法选择验算场景与跨度；技术侧按当前施工范围收编全部必需行为，不能因某系统标为后续优先级而遗漏当前所需规格。速览卡与 TDD 样例同步首个原型范围，基础采集、跨日结算规格和完整数值验算的缺口如实标明，局部推算不作为验算通过的证据。施工完备要求、产物路径与阶段审批合同保持不变。
 
 进入下一阶段必须由用户批准触发。Runtime 推进后向 Agent 追加明确的用户行为语义，例如“用户已批准上一阶段，现在进入顶层设计阶段”，避免 Agent 误认为 Runtime 自行推进。