본문으로 건너뛰기
cccskills
무료GitHub에 공개

results-analysis

Analyze ML and AI experiment results with statistical checks, confidence intervals, and effect sizes, which describe the size of differences. Produce scientific figures and analysis reports while identifying missing evidence and limits on model comparison claims.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

원문원문 설명 보기

This skill should be used when the user asks to "analyze experimental results", "run strict statistical analysis", "compare model performance", "generate scientific figures", "check significance", "do ablation analysis", or mentions interpreting experiment data with rigorous statistics and visualization. It focuses on strict analysis bundles, not Results-section prose.

설치 방법 보기

이럴 때 유용합니다

  • Comparing model performance across repeated runs
  • Checking significance and the size of performance differences
  • Examining how removing model components affects results
  • Auditing existing analyses for missing evidence

포함된 파일(11)

  • SKILL.md9.3 KB
  • examples/example-analysis-report.md2.2 KB
  • examples/example-figure-catalog.md1.3 KB
  • examples/example-stats-appendix.md1.2 KB
  • references/analysis-depth.md844 B
  • references/common-pitfalls.md998 B
  • references/figure-interpretation.md939 B
  • references/statistical-methods.md16.1 KB
  • references/statistical-reporting.md1.1 KB
  • references/visualization-best-practices.md6.4 KB
  • USAGE.md2.9 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Results Analysis

Run strict, evidence-first experimental analysis for ML/AI research.

Use this skill to produce a strict analysis bundle:

  • analysis-report.md
  • stats-appendix.md
  • figure-catalog.md
  • figures/

When the user asks for review, audit, no-write, dry-run, or when inputs are incomplete, use read-only audit mode instead of producing files or figures. In that mode, output only valid/invalid statistics, blockers, claim candidates, and what evidence is missing. If invoked by /analyze-results, the command layer may write a blocker summary, but this skill should not create figures, reports, or polished conclusions from incomplete evidence.

Do not use this skill to draft a paper Results section or a full experiment wrap-up report. Those belong to ml-paper-writing or results-report.

Core contract

This skill is responsible for

  • validating experiment artifacts and comparison units,
  • running rigorous descriptive and inferential statistics,
  • generating real scientific figures when data/logs are available,
  • writing figure purposes, caption requirements, and interpretation checklists,
  • surfacing limits, blockers, and missing evidence explicitly.

This skill is not responsible for

  • paper-ready Results prose,
  • manuscript narrative polishing,
  • paper-ready figure/table packaging with pubfig / pubtab,
  • project-level experiment retrospectives.

If the user wants the complete post-experiment summary report, hand off to results-report after this bundle is ready. If the user wants publication-grade figures/tables, export parameters, publication QA, or figure/table redesign, hand off to publication-chart-skill.

Non-negotiable quality bar

  1. Prefer real figures over figure specs. If the data can be read, generate real figures. Do not stop at “recommended visualization”. Exception: in read-only audit mode, do not generate figures; describe what figure would be valid after evidence is complete.
  2. Never fabricate statistics. If sample size, seeds, or raw metrics are missing, state the blocker clearly.
  3. Report complete statistics. Do not report only best scores or only p-values.
  4. Interpret every main figure. Every major figure must have purpose, caption requirements, and post-figure interpretation notes.
  5. Separate evidence from prose. This skill produces analysis artifacts; it does not write manuscript sections.

Standard workflow

1. Inventory and validate artifacts

Start by identifying:

  • metric tables (csv, json, tsv, logs),
  • training curves and checkpoints,
  • seeds / repeated runs,
  • baselines, ablations, and comparison families,
  • evaluation protocol metadata.

Validate:

  • metric direction (higher/lower is better),
  • unit of analysis (run, subject, fold, dataset, seed),
  • number of runs / seeds,
  • missing values or silent failures,
  • comparability across methods.

If the comparison is not statistically valid, say so before continuing. Do not treat repeated subject × task rows, folds, windows, trials, or seeds as independent units unless the design justifies it. Common blocker: a subject × task summary table is usually a repeated-measure summary, not an independent subject-level sample. If subjects have multiple task rows or missing task cells, state that before any significance or winner claim.

2. Lock the comparison questions

Before running statistics, define the exact comparison questions:

  • Which method is compared to which baseline?
  • What is the primary metric?
  • What is the repeated-measure unit?
  • Which ablation or robustness questions matter?
  • Which findings are decision-changing?

Do not mix unrelated comparisons into one undifferentiated table.

3. Run strict statistics

Always produce:

  • descriptive statistics: mean ± std when appropriate,
  • 95% CI or another clearly justified interval,
  • run/seed counts,
  • significance tests with assumptions stated,
  • effect sizes,
  • multiple-comparison handling when several contrasts are reported.

Default expectation:

  • check parametric assumptions first,
  • use non-parametric fallback when assumptions fail,
  • state exactly what was tested and on what samples.

See:

  • references/statistical-methods.md
  • references/statistical-reporting.md

4. Generate real scientific figures

Produce actual figures whenever artifacts are available.

Minimum expectation for a non-trivial analysis bundle:

  • one main comparison figure,
  • one supporting figure (training dynamics / ablation / breakdown / error analysis),
  • one exact numeric summary table in markdown.

Every main figure must define:

  • figure purpose,
  • plotted variables,
  • error bar meaning,
  • caption requirements,
  • interpretation checklist.

See:

  • references/visualization-best-practices.md
  • references/figure-interpretation.md

5. Write analysis artifacts

analysis-report.md

Summarize:

  • the analysis question,
  • key findings,
  • strongest supported comparisons,
  • main caveats,
  • what changed in the experimental understanding,
  • claim candidates that may later be used in reports or manuscript writing.

Each claim candidate should use this shape:

## Claim Candidates

- Claim:
  - Source evidence:
  - Allowed wording:
  - Forbidden stronger wording:
  - Uncertainty:
  - Next check:
  - Decision: keep | weaken | revise | discard

stats-appendix.md

Record:

  • descriptive statistics,
  • test choices,
  • assumptions checked,
  • effect sizes,
  • confidence intervals,
  • multiple comparison corrections,
  • explicit blockers and limitations.

figure-catalog.md

For each figure, record:

  • filename,
  • purpose,
  • data source,
  • caption draft requirements,
  • key observation,
  • interpretation checklist,
  • known caveats.

6. Final QA gate

Do not finish until all are true:

  • the primary comparison question is explicit,
  • sample size / seed count is stated,
  • inferential tests are justified,
  • effect sizes are reported for major contrasts,
  • real figures exist when data exists,
  • each figure has an interpretation note,
  • limitations and blockers are explicit,
  • each supported or strong claim candidate has evidence, uncertainty, and allowed wording,
  • over-strong manuscript wording is explicitly blocked when evidence is insufficient,
  • no manuscript-style Results draft is included.

Output structure

analysis-output/
├── analysis-report.md
├── stats-appendix.md
├── figure-catalog.md
└── figures/
    ├── figure-01-main-comparison.pdf
    ├── figure-02-ablation.pdf
    └── ...

Figure interpretation rule

For every major figure, answer all three questions:

  1. Why does this figure exist?
  2. What exactly should the reader notice?
  3. What does that observation change in our belief or next decision?

If a figure cannot answer question 3, it is probably decorative rather than scientific.

Read-only audit mode

Use this mode when:

  • the user asks to audit or review existing artifacts,
  • the environment is read-only,
  • the user forbids file writes or figure generation,
  • core evidence is missing.

Return:

  • analysis questions,
  • valid statistics,
  • invalid or unsafe statistics,
  • claim candidates with allowed and forbidden wording,
  • blockers before report/figure generation.

Do not create analysis-output/, figures, or reports in this mode. Quarantine any statistics file whose interpretation contradicts its own p-value, test method, unit of analysis, or comparison family. Do not reuse that file for claim wording until provenance is checked.

Failure mode policy

When inputs are incomplete, say so explicitly.

Examples:

  • no seed-level data -> descriptive summary only; inferential claims blocked,
  • no comparable baseline outputs -> no significance claim,
  • no readable logs -> cannot generate dynamics figure,
  • too few runs -> effect size may be unstable; report this limitation.
  • unclear unit of analysis -> no winner claim or significance claim,
  • analysis file with contradictory interpretation -> quarantine it until provenance is checked.

Never replace missing evidence with confident prose.

Reference files

Load only what is needed:

  • references/statistical-methods.md - test selection and assumptions
  • references/statistical-reporting.md - minimum reporting standard
  • references/visualization-best-practices.md - publication-quality figure rules
  • references/figure-interpretation.md - how to explain figures with evidence
  • references/analysis-depth.md - move from observation to mechanism and decision
  • references/common-pitfalls.md - common analysis and reporting failures
  • ../research-ideation/references/research-contract.md - shared claim candidate and claim strength contract

Example files

  • examples/example-analysis-report.md
  • examples/example-stats-appendix.md
  • examples/example-figure-catalog.md

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Create and configure Claude Code agents using Markdown files with YAML configuration headers. Define when each agent should run, write its responsibilities and workflow, choose models and tools, and check configuration and triggering behavior.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Create a Claude Code subagent
  • Define triggering conditions with concrete examples
  • Configure an agent's model, color, and tools
Galaxy-Dawn/claude-scholar5.9천2026년 10월 19일 업데이트

Add datasets, models, and other components to machine learning projects using consistent registration and creation patterns. The skill guides file placement, configuration, and automatic module loading so new components fit the project's established architecture.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Adding a registered Dataset class
  • Creating a model driven by configuration
  • Wiring registration and creation logic in a new module
Galaxy-Dawn/claude-scholar5.9천2026년 10월 19일 업데이트

Investigate code errors through a structured process using reproduction steps, logs, and testable explanations. The workflow guides fault isolation, fixes, and follow-up checks, with common error patterns for Python, JavaScript/TypeScript, and Bash/Zsh.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Investigating an error using logs and reproduction steps
  • Finding why code broke after a recent change
  • Troubleshooting common shell script errors
Galaxy-Dawn/claude-scholar5.9천2026년 10월 19일 업데이트

Check academic references for existence, accurate publication details, and support for the claims being cited. This guide explains how to verify sources, obtain bibliography entries, and flag references that cannot be confirmed.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Checking references suggested by AI
  • Verifying authors, titles, and publication years
  • Checking whether a paper supports a cited claim
Galaxy-Dawn/claude-scholar5.9천2026년 10월 19일 업데이트

Review code changes and pull requests for correctness, security, performance, and test quality. The skill helps prioritize issues, write specific and constructive feedback, and create shared review checklists and standards for a development team.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Reviewing code changes and pull requests
  • Writing review comments with clear priorities and fixes
  • Creating shared review checklists for a team
Galaxy-Dawn/claude-scholar5.9천2026년 10월 19일 업데이트

Create reusable slash commands, prompts invoked by typing a slash, for Claude Code. The skill explains Markdown structure, arguments, file references, tool permissions, and plugin integration so recurring tasks can follow a defined workflow.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Turning recurring prompts into slash commands
  • Creating review commands with arguments and file references
  • Sharing project-specific commands with a team
Galaxy-Dawn/claude-scholar5.9천2026년 10월 19일 업데이트

Galaxy-Dawn의 스킬 모두 보기

이 스킬의 문제 신고