light-idea

1# Light Idea
2 
3## 项目目录与续作
4 
5需要落盘或继续已有项目时，先读 [项目目录约定](references/project-layout.md)，按其中的本阶段位置、版本与关联规则保存；用户指定路径和旧项目优先。包内资源相对本 skill，研究产物相对真实项目，二者不要混用。只做局部讨论时无需初始化目录。
6 
7把已经读到的文献变成**值得回答的问题、相对已有工作的具体差异，以及最先该做的验证**。默认用中文交流，保留原始论文标题和检索术语。用户只要讨论时直接在聊天中完成；需要可追溯的项目产物时使用下面的工作目录。
8 
9宿主模型负责阅读、推理、检索判断和取舍；附带脚本只导入材料、保存指纹和检查关系，不调用模型、不联网、不判定科学创新性。
10 
11续作时先恢复当前问题、已采用候选和版本：有 `Memory/` 就读 current 及相关条目来源，按需调用记忆的 context；有 `Workflow/` 就核对本轮任务、已做工作和未决项，再读真实 Idea 记录。特别查看已否决理由、待确认前提和重启条件，避免换会话又推荐同一条已被推翻的路。记忆中的判断遇到冲突或新证据时回来源核对；明确的局部讨论无需初始化 Memory / Workflow。
12 
13## 入口与工作量
14 
15先辨别用户正在做的决定，选择必要的环节，不要求每次跑完整流程。
16 
17| 用户需要 | 做到什么程度 |
18|---|---|
19| 从一个主题、文献地图或精读笔记找方向 | 建立问题地图，生成有区别的候选，查重并筛选，展开入围方向 |
20| 打磨已有 idea | 先准确复述其问题和押注，再检查最近工作、关键假设和最小验证；保留原始版本 |
21| 判断新不新、是否值得做 | 优先做最近工作对照和可行性审查；允许结论是重合、待查或暂不建议投入 |
22| 多个方向取舍 | 按用户约束比较，解释决定和不确定性，给出下一条最有价值的信息 |
23| 快速脑暴 | 提供紧凑的研究假设，明确哪些未查重、哪些资源是假设；不要冒充最终推荐 |
24| 分析、执行或评审反馈要求改方向 | 先核实反馈适用范围；区分执行/分析错误、设计不可判别和科学前提被挑战，再决定是否修改候选 |
25 
26先使用现有上下文。缺少时间、数据或计算资源时，写明暂定约束并继续可独立完成的部分；只有真正改变取舍的未知条件才需要询问。不把“顶刊”“SOTA”当成研究问题，不承诺中稿或首创。
27 
28用户已选方向时围绕其选择核实和改进；发现阻断就给出依据与可行的下一步，不擅自替换项目目标。
29 
30## 1. 接收文献与确定边界
31 
32从用户指定的上游 run、本项目 `Literature/` 或单篇材料读取。新的检索轮次默认位于 `Literature/Searches/SEARCH-0001_检索主题/`；先核对实际路径与主题，不把技能源码当作研究材料。详见 [pipeline.md](references/pipeline.md)。
33 
34- 优先看 `query_plan.json` 的问题和范围、`screening.csv` 的决定、`synthesis.json` 的初步 gaps/ideas，然后回到相关论文和笔记核对。
35- 保留 `paper_id`、DOI、原始文件和章节/图表锚点。上游 gap、分析者意见、idea card 都是**待审查输入**。
36- `paper.md` 或 PDF 存在只说明全文可用，不能自动声称已经读过；`full_text_link` 也不能代表全文已读。翻译和笔记是阅读辅助，关键事实回到原文。
37…