light-experiment

1# Light Experiment
2 
3## 项目目录与续作
4 
5需要落盘或继续已有项目时，先读 [项目目录约定](references/project-layout.md)，按其中的本阶段位置、版本与关联规则保存；用户指定路径和旧项目优先。包内资源相对本 skill，研究产物相对真实项目，二者不要混用。只做局部讨论时无需初始化目录。
6 
7项目已有 `Memory/` 时先恢复当前记忆、检索本轮设计/运行/故障，再回原生设计、运行和日志核对版本与状态；记忆不能代替读取真实证据。项目已有 `Workflow/` 时接住当前任务、输入版本、依赖和剩余预算。缺少这些目录时直接处理实际材料，不为一次运行先创建整个科研流程。
8 
9把计算实验的设计**实际实现、运行、检查并留下可追溯的原始证据**。覆盖计算机、数学与理工科的计算研究，包括 ML、数值计算、仿真、算法和系统评测。默认中文交流。不执行湿实验、仪器操作或招募。
10 
11宿主负责实现、选择工具、科学判断和持续推进；附带的 Python 标准库工具负责冻结交接、限额运行、原样记录和完整性检查。它不是自动科研平台，不调用模型、不联网、不安装依赖。只整理已有结果时不启动新实验；用户要求执行时，在已明确的范围和预算内继续完成，不把每一步都变成确认问题。
12 
13## 按任务选入口
14 
15| 请求 | 动作与需要读取的资料 |
16|---|---|
17| 执行 light-design 的计划 | 先读 [pipeline.md](references/pipeline.md)，固定身份、范围、依赖与预算 |
18| 设计有了但代码没有 | 读 [execution.md](references/execution.md)，把方法和评价实现到可检验入口 |
19| 跑训练、仿真、算法或性能实验 | 读 [execution.md](references/execution.md) 及 [domains.md](references/domains.md) 的对应部分 |
20| 崩溃、超时、结果可疑或断线续跑 | 先检查已有进程、日志与检查点；按 [execution.md](references/execution.md) 诊断和恢复 |
21| 整理已有运行/论文复现材料 | 读 [provenance.md](references/provenance.md)；保留实际来源和事后整理标记 |
22| 使用本地记录与运行工具 | 读 [artifact-contract.md](references/artifact-contract.md)；外部调度器使用其中的适配说明 |
23| 前置结果更正、向分析交接 | 读 [evidence-and-handoff.md](references/evidence-and-handoff.md)，核对当前 QC、依赖与原始输入 |
24 
25只读取当前模式需要的资料。方法来源、精选子技能、论文和博客在 [sources.md](references/sources.md)，追溯或更新时再加载。这个技能本身的测试场景见 [scenarios.md](evaluations/scenarios.md)。
26 
27## 1. 接住设计，确认本轮能做什么
28…