results-report

結果レポート

分析成果物の準備ができたら、実験後の完全なサマリーレポートを作成します。

このスキルは、results-analysisの後の段階で使用します。

役割の境界

results-analysisが行うこと

• 厳密な統計分析
• 実際の図表の作成
• 図表の解釈を支援する枠組みの作成
• 統計付録の作成

results-reportが行うこと

• 実験全体をまとめたレポートの作成
• 意思決定につながる内容の記述
• 一貫した構成の中で、図表ごとに解釈を提示
• 制約、失敗事例、次のアクションの記載
• ObsidianのResults/Reports/への書き戻し

論文掲載用の図表そのものを作成または再設計する場合は、results-reportで図表作成まで行わず、publication-chart-skillを使用してください。

厳密な分析を、確信に満ちた文章で置き換えてはいけません。分析バンドルがない場合は、まず阻害要因を特定し、不足しているバンドルの提供を依頼するか、作成してください。

必須条件：analysis-report.md、stats-appendix.md、figure-catalog.md、プロベナンス、または主要な比較に関する問いのいずれかが欠けている場合、完全なレポートを作成してはいけません。その場合は、阻害要因の要約のみを作成し、results-analysisに差し戻してください。

デフォルトの出力

デフォルトのレポートは、論文向けの文章ではなく、内部研究レポートです。

ファイル名は次の形式にします。

YYYY-MM-DD--{experiment-line}--r{round}--{purpose}.md

例：

• 2026-03-18--freezing--r03--transfer-summary.md
• 2026-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
---

デフォルトのレポート構成

レポートには、以下のすべてのセクションを含めてください。

1. エグゼクティブサマリー
2. 実験の特定情報と意思決定の背景
3. セットアップと評価プロトコル
4. 主な知見
5. 統計的検証
6. 図表ごとの解釈
7. 失敗事例／否定的な結果／制約
8. 何によって私たちの見方が変わったか
9. 次のアクション
10. 成果物と再現性のインデックス

作成前に、references/report-structure.mdを読んでください。

ワークフロー

1. レポートの対象を確定する

まず、以下の項目を確定します。

• 日付
• 実験ライン
• ラウンド
• 目的
• リンク先の実験ノート
• すでに存在する場合は、リンク先の永続的な結果ノート

ラウンドが不明な場合、意味のあるラウンドを黙って作り出してはいけません。一時的なプレースホルダーとしてr00を使い、後で正規化する必要があることを明記してください。

2. 厳密な分析バンドルを読む

最低限必要な入力：

• analysis-report.md
• stats-appendix.md
• figure-catalog.md
• 実際の図表（入手可能な場合）

不足している場合は、results-analysisを使って先に生成するか、裏付けられない主張を明示してください。 厳密な分析バンドルで分析単位、主要指標、主張の文言が検証される前に、未整理のCSVやMarkdownの成果物を、体裁の整ったレポートに仕上げてはいけません。

3. 意思決定のための資料としてレポートを作成する

このレポートは、出力の記録ではありません。

各セクションでは、次の問いに答えてください。

• 何を検証したのか？
• 数値はどのように変化したのか？
• 実際に裏付けられていることは何か？
• 何が失敗したか、または何が不確かなままか？
• 次に何をすべきか？

求められる推論の深さについては、references/decision-oriented-analysis.mdを読んでください。

4. レポート内で図表を解釈する

図表を添付するだけでは不十分です。

主要な図表ごとに、以下を行ってください。

• 図表を含める理由を説明する
• 主な観察結果を述べる
• 裏付けられる解釈を説明する
• 意思決定への示唆を説明する

必要に応じて、references/figure-interpretation.mdとreferences/statistical-completeness.mdを読んでください。

5. 書き込み先を明示的に選択する

現在のリポジトリが Obsidian プロジェクトナレッジベースにバインドされている場合:

• Results/Reports/{report-name}.md を作成または更新する、
• 関連する Experiments/ ノートへリンクを張る、
• 耐久性のある結論が支持されるようになった場合は、対応する正規の Results/ ノートを更新する、
• 今日の Daily/ ノートに短いトレースを追記する、
• .claude/project-memory/<project_id>.md を更新する。

リポジトリがバインドされていない場合:

• レポートを、指定された出力場所または分析バンドルの隣にローカルの Markdown 成果物として書き込む、
• 同じファイル名の規約を維持する、
• Obsidian への書き戻しは試みなかったことを明示的に記載する。

obsidian-project-kb-core の規約は、バインドされたリポジトリにのみ使用してください。内部実験レポートは Writing/ ではなく Results/Reports/ に属します。

6. 明示的な次のアクションで締めくくる

レポートは運用上の判断で締めくくる必要があります。例えば:

• 弱いブランチを停止する、
• 不足しているアブレーションを 1 つ予定する、
• 安定した知見を原稿向けの執筆へ昇格させる、
• アクティブなプランを更新する。

求められる品質基準

• レポートは日付を特定でき、検索可能で、1 つの実験ラインと 1 つのラウンドに帰属できなければなりません。
• レポートは分析バンドルからの実際のエビデンスを引用しなければなりません。
• レポートは、重要な場合にはネガティブな結果を含めなければなりません。
• レポートは、安定した結論と暫定的な解釈を分離しなければなりません。
• レポートは、プロジェクトの信念に何が変わったか、次に何をすべきかを述べなければなりません。
• レポートは Claim Candidate の文言を保持しなければならず、speculative または observed のクレームを決定的な結論へ昇格させてはなりません。

参照ファイル

必要なものだけを読み込んでください:

• references/report-structure.md
• references/report-naming.md
• references/figure-interpretation.md
• references/statistical-completeness.md
• references/decision-oriented-analysis.md
• references/EVIDENCE-PROPAGATION.md
• examples/example-results-report.md