lhk229
872a2f6454
push_tool_fragment 遇到已有槽位时无条件覆盖 id / 函数名，参数却是追加 （Chat / Anthropic）或整段覆盖（Responses 的 arguments_complete）。两者 不自洽：前一个调用参数为空时，拼接结果正好是后一个调用的合法 JSON， 参数完整性检查兜不住，调用方只拿到后一个工具，前一个静默消失并直接交给 Runtime 执行。 守规协议不会命中——Chat 的 index、Responses 的 output_index、Anthropic 的 content block index 在单条响应内都不重复。已知触发路径两条：兼容网关把 Chat 的 index 恒置 0；Responses 的 response.completed 回退按 output[] 下标 重建槽位时与流式 output_index 基准错位（如 completed 载荷省略 reasoning item），后者会产出「前一个调用的身份配后一个调用的参数」。 改为同槽位身份只允许从缺失变已知或重复同一个值，互不相同的非空值返回 Deserialize。id 与函数名都查：并行调用同一个工具时函数名相同，只有 id 能 区分。空白身份按缺失跳过，不算冲突——部分兼容网关在续传分片里回发完整 function 对象且 name / id 为空串，按「不等即冲突」会整批误杀，这也与归一层 的空白即缺失约定一致。身份冲突不走尾部错误保留路径，累加状态已不可信。 隔离验证：退回无条件覆盖后，四条拒绝用例全红，其中 Chat 那条返回 Ok(tool_calls=[call_b/get_air_quality])，call_a/get_weather 无声消失。 platform-llm 90 passed（原 84），新增 6 条：Chat 换工具 / Chat 同名换 id / Responses completed 与增量矛盾 / Anthropic 复用 index 四条拒绝，外加 网关每片回发同一身份、completed 重复确认同槽位两条兼容性守卫。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
文档总览
docs/ 只把当前融合文档和仍在维护的专题文档作为实现依据。旧创作模板、旧创作入口及其专属服务文档仅保留为历史材料，不再要求继续实现或兼容。
必读入口
团队长期约定、决策、流程和排障摘要统一从 项目记忆入口 读取。代码、当前融合文档与项目记忆冲突时，以代码和最新融合文档为准。
当前专题
图片编辑器与 Agent
- 图片画布编辑器 MVP 接入方案
- 图片画布编辑器前端拆分计划
- 画布 Agent 对话面板
- 画布 Agent 会话消息存 OSS
- 图片画布撤销范围与操作提示方案
- 浏览器内 AI Web 工程沙箱预览
- AI Web 工程 Runner 安全模型
后端与公开数据
后台、宿主壳与运维
- Dashboard 运营看板方案
- 后台多账号与 Tab 访问权限
- 宿主壳能力统一协议
- Expo React Native 与 Tauri 宿主壳方案
- Pingora 独立网关试点
- 本地 SSH 服务器管理面板
测试与协作
历史文档边界
- 旧创作模板、旧创作入口、旧运行态和旧素材生成方案不再从本页索引，也不再作为修复目标。
maincloud、旧 Node/Express/PostgreSQL/Go 后端和人工spacetime --root-dir口径均已废弃。- 历史文档不得覆盖当前融合文档、代码契约或
docs/project-memory/shared-memory/decision-log.md中更新的决策。
命名规则
后续新增 Markdown 文档文件名使用 【标签名】中文标题-日期.md。历史文件不做无关批量重命名；本次涉及的旧文档可直接删除或在当前入口中取消引用。