Files
Genarrative/docs
lhk229 c22b929080
Project CI / Backend tests (pull_request) Successful in 3m53s
Project CI / Native shell tests (pull_request) Failing after 10m38s
Project CI / Repository checks (pull_request) Successful in 1m17s
Project CI / Frontend tests (pull_request) Successful in 2m52s
立项策划:落地 M1A-4,plan 根 run 只能委派策划子 Agent
补 M1A-2 的反方向。原先只做了「目标是 project-planning 时要求父是
plan 根」,反过来「父是 plan 根时目标必须是 project-planning」没做,
也没记为 deferred。后果是 plan 根 run 可以委派任意专业 Agent,而被
委派者拿常规 standard 工具面(能写文件、跑命令),第 24 节「策划全程
零构建」当时只由 Prompt 兜底。

执行层:observe_agent_runtime_agent_delegate 补对称分支;
observe_agent_runtime_agent_spawn_isolated 对 plan 根 run 一律拒——它是
第二条造子 Agent 的通道,只堵 delegate 等于留后门。两条共用 typed
kind=plan-root-child-target-unsupported。

强弱判据分工与 M1A-3 一致:弱判据从 task journal 读 source 决定是否
管辖,强判据 validate_project_supervisor_plan_root_binding_at 决定是否
合法,其 Err 永远落进拒绝分支。不可写成 is_ok() 当作「不是 plan 根」,
那会在 binding 损坏时放行任意子 Agent 创建。

上下文层:plan source 下不拼 supervisorIntro 与 $visualContract。不改
.md 内容,不新增 composition key。

三条有意保留的取舍已冻结进 decision-log,非待办:
$isolatedAgentTemplates 仍列出专业角色名(被执行层硬拒后的死文本,
上下文层收窄边界到此为止);task journal 读取失败对所有 source
fail closed(改成放行是新的 fail-open);plan 根 prompt 断言偏弱
(执行层是该场景唯一保障)。

同步方案 §22 证据表、§23.8 PR 表、§24 不变量,并订正 M1A-2 决策条里
含糊的「Supervisor 根 run 继续使用现役工具面」。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-14 05:02:46 +00:00
..
2026-07-17 21:03:15 +08:00
2026-08-13 20:11:51 +08:00
2026-08-12 03:48:19 +00:00

文档总览

docs/ 只把当前融合文档和仍在维护的专题文档作为实现依据。旧创作模板、旧创作入口及其专属服务文档仅保留为历史材料,不再要求继续实现或兼容。

必读入口

  1. Agent 工作入口与执行准则
  2. 当前产品与工程约束
  3. server-rs 与 SpacetimeDB 数据契约
  4. 平台入口与玩法链路
  5. 本地开发验证与生产运维
  6. AI 游戏创作项目开发工作台 PRD
  7. AI 游戏创作智能体 App 实施计划
  8. 客户端素材创作无限画布阶段一合同

团队长期约定、决策、流程和排障摘要统一从 项目记忆入口 读取。代码、当前融合文档与项目记忆冲突时,以代码和最新融合文档为准。

当前专题

AI 游戏创作与 Agent Runtime

图片编辑器与 Agent

后端与公开数据

后台、宿主壳与运维

测试与协作

历史文档边界

  • 旧创作模板、旧创作入口、旧运行态和旧素材生成方案不再从本页索引,也不再作为修复目标。
  • maincloud、旧 Node/Express/PostgreSQL/Go 后端和人工 spacetime --root-dir 口径均已废弃。
  • 历史文档不得覆盖当前融合文档、代码契约或 docs/project-memory/shared-memory/decision-log.md 中更新的决策。

命名规则

后续新增 Markdown 文档文件名使用 【标签名】中文标题-日期.md。历史文件不做无关批量重命名;本次涉及的旧文档可直接删除或在当前入口中取消引用。