lhk229
e4c2c7c25a
这条链路上反复出现同一种压力——为了防止「已生成的结果丢失关联」，不断有人 提议加限制。历史上真的加过两条（禁止删除未收口占位、随源图层清理豁免）， 造成用户画布上出现删不掉的元素，后来被逐条作废；最近一轮评审又把「删除后可 创建第二个 identity」报成必须闭合的缺口，闭合方向是让本机账本参与防重。这种 压力不会自己停，写成判据。 事实前提：该操作免费、同步、纯几何规整、不进外部生成队列，重做代价接近于零， 与计费生成的风险结构根本不同，不能套用同一套「必须防止重复提交」的直觉。 判据：凡是「已生成资源丢失关联、需要用户重做或自行去素材库取回」这一类问题 一律不构成阻断项；只有主链路本身出问题才阻断——发起被拒、处理失败、结果没 落库、已落库的结果既不回填画布也不进素材库。 禁止：不得为防止上述丢失而新增任何限制用户操作的特性，包括但不限于「禁止 用户删除占位」「禁止用户重试」「禁止同一张图被处理两遍」。已作废的同类封锁 不得以任何理由重新引入。 连带把先前记为「已知缺口」的那条改记为明确接受的行为，并注明既有的 existingOperation 闸是本条确立之前的遗留，后续应放宽而非加固。本条不否定 exact retry——它是用户自愿选择的幂等路径，属于多给一个选项，不是限制。 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。历史文件不做无关批量重命名；本次涉及的旧文档可直接删除或在当前入口中取消引用。