light-design

1# Light Design
2 
3## 项目目录与续作
4 
5需要落盘或继续已有项目时，先读 [项目目录约定](references/project-layout.md)，按其中的本阶段位置、版本与关联规则保存；用户指定路径和旧项目优先。包内资源相对本 skill，研究产物相对真实项目，二者不要混用。只做局部讨论时无需初始化目录。
6 
7把一个值得研究的想法落成**别人拿到就知道如何开展、如何记录、如何判断结果的研究方案**。默认中文交流，保留原始论文标题、变量名与必要术语。核心交付是可回答问题的设计，不是把实验数量堆满，也不是提前写出理想结果。
8 
9宿主负责科学推理、原文核对和设计取舍；附带脚本只冻结上游输入、检查记录关系，不调用模型、不联网、不启动实验。快速讨论直接在聊天中完成；只有需要项目交付时才建立文件。
10 
11续作先读实际设计版本和已采用范围；有 Memory 时恢复有关决定、设计取舍及失效前提并核对来源，有 Workflow 时查看当前任务与交接。用户已明确局部修改就直接处理有关内容，不初始化无关阶段。记忆不能代替原设计或批准执行。
12 
13## 接收任务与选择深度
14 
15| 当前任务 | 工作重点 |
16|---|---|
17| 把 light-idea 的入围方向落地 | 保留 idea ID/版本，展开可区分预测、资源配置、实验包和执行依赖 |
18| 从一句想法直接设计 | 建立临时研究 brief，明确未经查证的前提；不强制先安装或运行上游技能 |
19| 先做一个低成本 pilot | 只解决决定是否投入的关键不确定性，写清测量有效性和下一阶段门槛 |
20| 已有计划需要改进 | 先找会使结论失效的缺口，交付修改后的方案和仍然存在的限制 |
21| 完整实验/预分析计划 | 设计、分析、资源、任务依赖与停止规则一起交付 |
22 
23先读现有材料，再问真正影响设计的缺失条件，如目标主张、可用单位/数据、硬预算、最长周期。能独立推进的部分继续做；暂定值标为假设。未知条件只阻断依赖它的执行，不必阻断整份设计。
24 
25完整项目先读 [pipeline.md](references/pipeline.md)。用户的具体产物通常在项目的 `Idea/IDEA-0001_选题主题/`；上游技能源码从实际安装位置查找，两者不是同一目录，不依赖历史本机路径。
26 
27## 1. 固定要回答的问题
28 
29从选中 idea 的 `question / hypothesis / claim_type / design / review / gates` 出发，核对最近工作和关键依据。上游的 `recommended` 只表示建议做最小验证，不能继承为“完整研究已可执行”。
30 
31保留 Idea 0.2.0 的来源与内容绑定；导入时检查所选证据的本地来源以及已声明 PDF 身份，并持续检查这些直接来源，避免只有索引没变而原文已换。无法核对的远程或旧来源保留限制，不自动补成已核实。
32 
33写一段简明 brief：对象/系统、目标结论、适用边界、已有证据、约束、最危险前提。把核心结论拆成少量可单独检验的主张，为每条主张建立：
34 
35> **C01 主张 → H1 与竞争解释 H0 的不同预测 → E01 对照/干预 → 观测和主要比较 → 支持、反驳、不可判定的结果 → 下一步决定。**
36…