lhk229
4ccfdc68f6
判据是 status === 'generating' && !perfectPixelOperation，而 perfectPixelOperation 要到源图解析/直传完成后才写入。未登记的本地图片要走 ticket → PUT → confirm， 预算上限 90 秒；这段窗口里占位是 generating、只有 requiresLiveSession、没有账本， 判据返回 true——用户删一个免费操作会被告知「已消耗的泥点不会返还」，与「完美像素 任何状态直接删、不弹确认」的决策直接矛盾。 perfectPixelOperationId marker 从占位创建那一刻就写上（operationId === dialogId 在创建时已知），判据改看 marker。marker 的语义也因此更准确：它表示「这个占位属于 一次完美像素操作」，而不是「账本已存在」。 未采纳「删掉弹窗入口」：删除入口全仓只有 requestRemoveCanvasGenerationDialog 一条， 右键、Delete、工具栏全部汇入，完美像素没有自己的删除路径可摘。「从本链路删入口」 等价于「让判据认得出本链路」，绕不开识别问题。 未采纳新增计费字段（今天唯一生产者只有完美像素，属过度设计），也未采纳判据加 requiresLiveSession（那只是换一个代理，而用短寿命字段的存在性判断长期属性正是本 缺陷的成因模式）。 连带影响已核：会话内到期清理不受影响（看的是 perfectPixelOperation 而非 marker）； 只有加载时的快照清理会豁免源准备阶段的占位，使其显示为可删的失败卡而非被静默清掉， 这与「系统不替用户删」一致。 测试夹具原本带着 perfectPixelOperation，编码了与判据相同的错误假设，结构上覆盖不到 这个窗口。夹具补上 marker 还原真实形状，并新增「只有 marker、尚无账本」用例，回退 判据后报 expected true to be false。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
文档总览
docs/ 只把当前融合文档和仍在维护的专题文档作为实现依据。旧创作模板、旧创作入口及其专属服务文档仅保留为历史材料，不再要求继续实现或兼容。
必读入口
团队长期约定、决策、流程和排障摘要统一从 项目记忆入口 读取。代码、当前融合文档与项目记忆冲突时，以代码和最新融合文档为准。
当前专题
图片编辑器与 Agent
- 图片画布编辑器 MVP 接入方案
- 图片画布编辑器前端拆分计划
- 画布 Agent 对话面板
- 画布 Agent 会话消息存 OSS
- 图片画布撤销范围与操作提示方案
- 浏览器内 AI Web 工程沙箱预览
- AI Web 工程 Runner 安全模型
后端与公开数据
- 外部生成 Worker 化方案
- BgFilter 受限资源调度方案（同步内部 HTTP 原地等待版）
- 统一公开作品 Read Model 设计
- 外部 OpenAPI 与 API Key 接入方案
- SpacetimeDB 连接池取消安全
后台、宿主壳与运维
- 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。历史文件不做无关批量重命名；本次涉及的旧文档可直接删除或在当前入口中取消引用。