Files
Genarrative/docs/project-memory
lhk229 e4c2c7c25a
Project CI / Repository checks (pull_request) Failing after 10s
Project CI / Backend tests (pull_request) Failing after 11s
Project CI / Frontend tests (pull_request) Successful in 4m19s
Project CI / Native shell tests (pull_request) Failing after 10m3s
确立完美像素的优先级判据:低成本操作不为「丢资源」加限制
这条链路上反复出现同一种压力——为了防止「已生成的结果丢失关联」,不断有人
提议加限制。历史上真的加过两条(禁止删除未收口占位、随源图层清理豁免),
造成用户画布上出现删不掉的元素,后来被逐条作废;最近一轮评审又把「删除后可
创建第二个 identity」报成必须闭合的缺口,闭合方向是让本机账本参与防重。这种
压力不会自己停,写成判据。

事实前提:该操作免费、同步、纯几何规整、不进外部生成队列,重做代价接近于零,
与计费生成的风险结构根本不同,不能套用同一套「必须防止重复提交」的直觉。

判据:凡是「已生成资源丢失关联、需要用户重做或自行去素材库取回」这一类问题
一律不构成阻断项;只有主链路本身出问题才阻断——发起被拒、处理失败、结果没
落库、已落库的结果既不回填画布也不进素材库。

禁止:不得为防止上述丢失而新增任何限制用户操作的特性,包括但不限于「禁止
用户删除占位」「禁止用户重试」「禁止同一张图被处理两遍」。已作废的同类封锁
不得以任何理由重新引入。

连带把先前记为「已知缺口」的那条改记为明确接受的行为,并注明既有的
existingOperation 闸是本条确立之前的遗留,后续应放宽而非加固。本条不否定
exact retry——它是用户自愿选择的幂等路径,属于多给一个选项,不是限制。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-05 09:34:24 +00:00
..
2026-07-15 04:20:29 +08:00

项目记忆目录

本目录保存可以进入 Git 的项目级长期知识,供开发者和 Agent 读取。.hermes/ 只保留 Hermes 工具专用资源,不再作为项目知识库。

目录结构

docs/project-memory/
├─ README.md
├─ shared-memory/
│  ├─ project-overview.md
│  ├─ team-conventions.md
│  ├─ development-workflow.md
│  ├─ document-map.md
│  ├─ decision-log.md
│  ├─ pitfalls.md
│  └─ handoff-template.md
├─ plans/
└─ todos/

使用原则

  • 开发前先读 AGENTS.md;复杂任务继续读取 docs/【协作规范】Agent工作入口与执行准则-2026-06-22.md,再按任务读取 docs/project-memory/shared-memory/ 和当前 docs/ 文档。
  • 长期有效的架构约定、接口变化、排障经验、开发流程和协作规则写入 shared-memory/
  • 阶段性计划写入 plans/,已确定但暂未实施的共享 TODO 写入 todos/
  • 如果本目录内容与代码或最新 docs/ 冲突,以代码和最新 docs/ 为准,并同步修正过期记忆。
  • 禁止写入个人配置、API Key、Token、Cookie、会话记录、认证文件、本地私密路径、构建产物、日志、缓存和数据库 dump。

RAG 索引

本目录是 Agent 本地 RAG 的高权重索引源。RAG 主要用于 Agent 检索上下文,不替代人工阅读入口或正式文档地图。索引脚本位于 scripts/rag/,本地生成的 .rag/ 数据不提交 Git。