菜单
当用户要求 “write an experiment report”、“summarize experimental results”、“do experiment retrospection”、“write a results report”、“写实验总结报告” 或 “写实验复盘”，或提到希望把已完成实验产物整理成结构化、面向决策的研究报告时使用该 skill。它假设严格分析应首先由 `results-analysis` 完成。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | results-report |
| description | 当用户要求 “write an experiment report”、“summarize experimental results”、“do experiment retrospection”、“write a results report”、“写实验总结报告” 或 “写实验复盘”，或提到希望把已完成实验产物整理成结构化、面向决策的研究报告时使用该 skill。它假设严格分析应首先由 `results-analysis` 完成。 |
| version | 0.1.0 |
| tags | ["Research","Reporting","Experiments","Obsidian"] |
在 analysis artifacts 准备好之后，撰写完整的实验后总结报告。
该 skill 适用于 results-analysis 之后的阶段。
results-analysis 负责results-report 负责Results/Reports/不要用自信 prose 去替代严格分析。如果 analysis bundle 缺失，先识别阻塞项，再请求或生成缺失 bundle。
默认报告是一份 内部研究报告，而不是 manuscript prose。
写入前必须使用 project-layout-governance 选择报告位置和 Git policy。默认优先写入当前 experiment package 记录的 report/artifact path；如果 repo 已绑定 Obsidian，则写入配置的 Results/Reports/ 并在 experiment package 记录链接；如果 repo 未绑定，则写入项目已有 reports/experiments/ 或 analysis bundle 邻近目录，不在 repo root 新建散乱报告。
文件名应采用：
YYYY-MM-DD--{experiment-line}--r{round}--{purpose}.md
示例：
2026-03-18--freezing--r03--transfer-summary.md2026-03-18--contrastive-adversarial--r02--ablation-report.md笔记标题应为：
{Experiment Line} / Round {N} / {Purpose} / {YYYY-MM-DD}
最终确定文件名或标题前，先阅读 references/report-naming.md。
---
type: results-report
date: 2026-03-18
experiment_line: freezing
round: 3
purpose: transfer-summary
status: active
source_artifacts:
- analysis-output/analysis-report.md
- analysis-output/stats-appendix.md
linked_experiments:
- Experiments/Freezing-Study.md
linked_results:
- Results/Freezing-vs-Adapter.md
---
报告必须包含以下全部 sections：
写作前请阅读 references/report-structure.md。
先锁定这些字段：
如果 round 不明确，不要静默捏造语义化轮次。可暂时使用 r00 占位，但要明确说明后续需要规范化。
最小必需输入：
analysis-report.mdstats-appendix.mdfigure-catalog.md如果这些内容缺失，要么先通过 results-analysis 生成，要么明确说明哪些 claims 无法被支撑。
这份报告不是对输出的流水账记录。
每个 section 都必须回答一个真实问题：
关于需要达到的推理深度，阅读 references/decision-oriented-analysis.md。
不要只附图。
对每个主图：
必要时阅读 references/figure-interpretation.md 和 references/statistical-completeness.md。
如果当前 repo 已绑定 Obsidian project knowledge base：
Results/Reports/{report-name}.mdExperiments/ noteResults/ noteDaily/ note 中追加简短轨迹hello-scholar/project-memory/<project_id>.md如果 repo 未绑定：
reports/experiments/，或 analysis bundle 邻近路径下，写出本地 markdown artifactanalysis.md 或 artifacts.json；没有 experiment package 时，在最终输出中写清 source analysis bundle 和 Git policy仅在 bound repo 中使用 obsidian-project-memory 约定。内部实验报告应放在 Results/Reports/，而不是 Writing/。
报告必须以操作性决策收尾，例如：
按需加载：
references/report-structure.mdreferences/report-naming.mdreferences/figure-interpretation.mdreferences/statistical-completeness.mdreferences/decision-oriented-analysis.mdreferences/EVIDENCE-PROPAGATION.mdexamples/example-results-report.mdUse when the user asks to generate or refresh an architecture map, structure diagram, core call flow, local viewer assets, or runs ~map. Produces hello-scholar native architecture-map.json plus compact Markdown and Mermaid companion artifacts.
Use when the user asks to open the architecture viewer, view diagrams, inspect node evidence, export the local architecture map, or troubleshoot hello-scholar map view/export behavior.
实验分析命令，基于 experiment package、runs、metrics 和 evidence 形成结果解释与下一轮实验计划。
实现命令，把 plan package、change record 或 experiment package 落成代码、配置、文档或实验变更。
Use only when the user explicitly types ~map. Generates or refreshes the hello-scholar native architecture map by invoking the architecture-map workflow, then validates and points to the local viewer.
用于涉及编写或修改源码的日常编码任务。