light-memory

1# Light Memory
2 
3让同一篇论文及其关联软著/专利在多轮研究和多次会话之后，仍能回答：**问题是什么、依据在哪、为什么这样决定、哪些路走过、当前卡在哪、接着做什么**。默认中文沟通。记忆是有来源的项目上下文，不是新的原始证据，也不负责启动其他技能、后台监控或替用户扩大研究范围。
4 
5## 项目目录与续作
6 
7需要项目文件时先读 [项目目录约定](references/project-layout.md)。唯一默认入口是实际项目的 `Memory/`；本技能源码、参考快照与测试不是用户项目。用户已有记忆先阅读、按实际布局接入，不直接覆盖或自动导入全盘文件。
8 
9一个项目围绕一篇论文或一项软著，也可关联同源专利。记忆仅在本项目内流转；不把一个项目的结果、预算或偏好自动推广给其他项目。已有 `project.json` 是目录登记，README 是导航，专业记录是科学事实源，`Memory/` 保存经过整理的上下文。`light-leader` 读取有关上下文并结合实际材料协调，按需将工作交接保存进 Workflow；记忆本身不运行任务。
10 
11## 先按请求选深度
12 
13| 请求 | 完成方式 |
14|---|---|
15| 继续项目 / 换会话接着做 | 读取当前记忆，按本次目标检索，再回专业文件核对关键输入、状态与授权范围 |
16| 记住一个决定 / 一个阶段做完 | 从实际消息或文件提取少量新增记忆，保留来源、理由和适用范围 |
17| 为什么放弃某方案 / 以前试过什么 | 检索决策、失败教训和历史，展开相关条目与变更事件，不只返回当前结论 |
18| 新结果推翻旧判断 | 核对冲突和依赖，显式修订/撤回旧记忆，保留替代依据并标出受影响下游 |
19| 梳理整个既有项目 | 先列相关材料和实际阅读范围，分阶段建立记忆；不把文件存在或导入成功说成已经理解全部研究 |
20| 只有一句临时问题 | 直接回答；不为使用记忆强制初始化或落盘 |
21 
22完整工作方法与取舍见 [记忆工作流](references/workflow.md)。不是每轮对话都要写入；在决定、重要观测、失败教训、约束变化、问题关闭或阶段交接时保存有用增量。自动化脚本不调用模型、不提炼科学含义、不联网；宿主负责阅读与判断。
23 
24## 内容与更新原则
25 
26- 记录事实、研究发现、决策、约束、假设、失败教训、未决问题、下一步；区分 `user_reported / source_reported / analyst_inference / verified_observation`。后者只表示记录者实际核对所指观测，不认证研究结论。计划不写成已完成；技术失败、有效阴性和不可判定分开。
27- 一条记忆表达一个可复核的意思，附真实来源与定位。重要决定附理由、考虑过的替代方案和重启条件。来源优先引用原生文件及其 idea/design/campaign/run/analysis/issue ID；不把模型上一轮摘要循环引用成独立证据。
28- `scope` 区分设计版本、批次、稿件版本或适用条件；相同 `scope + slot` 表示同一个待维护事实/决定。不同范围的两种结果可以同时成立，不能擅自合并。新的发现不因更新就默认覆盖旧判断。
29- 明确替代时用 `supersedes`；撤回或问题已解决用有依据的状态变更。仍有真实争议就并列保存并标记冲突，不自动按最新时间、检索分数或多数意见选真。
30…