// Use this when the user wants to improve chart quality, standardize plotting style, regenerate release figures, or add captions/protocol notes. Normalizes fonts, colors, legends, units, and scope notes across Scientify figures.
Use this when the user needs to choose between multiple ML routes after survey but before committing to implementation. Compares candidate approaches, selects one, records rejected routes, and keeps a fallback.
Use this when the project needs real baseline results before or alongside the main model. Runs classical or literature-aligned baselines under the same protocol and writes a reproducible baseline summary.
Use this when the project needs a dedicated data-quality review before model review. Checks data reality, split correctness, label health, leakage risk, shape consistency, and mock-data disclosure.
Use this when the user wants a draft paper, figure bundle, README, release page, or experiment artifact reviewed before sharing. Checks evidence binding, claim scope, captions, layout clarity, and release readiness.
Use this when the user wants to improve README, docs pages, or microsites so a new reader can understand what the project is, how to use it, what artifacts exist, and what the scope boundaries are within one screen.
[Read when prompt contains /research-experiment]
| name | figure-standardize |
| description | Use this when the user wants to improve chart quality, standardize plotting style, regenerate release figures, or add captions/protocol notes. Normalizes fonts, colors, legends, units, and scope notes across Scientify figures. |
| metadata | {"openclaw":{"emoji":"📊"}} |
Don't ask permission. Just do it.
Use this skill to turn one-off Scientify charts into release-ready figures.
Do not run new experiments here. Work from existing results, plotting scripts, and figure bundles. If the source data is missing or inconsistent, report that explicitly instead of smoothing it over.
.png and .pdf files when the pipeline supports bothreports/figures/figure_spec.mdproject/figures/figure_spec.mdpaper/figures_manifest.md when the figure family is paper-facing or a paper/ workspace already existsRead:
Prefer improving an existing generator over creating a second one-off script.
Normalize the full family, not just one chart:
Use:
references/figure-style-guide.mdreferences/caption-template.mdreferences/figure-placement-template.mdCreate or update figure_spec.md with one section per figure:
If the figure is used in a paper or paper-facing report, also create or update the matching entry in paper/figures_manifest.md with:
figure_idfile_pathlatex_labelsectionplacement_hintcaption_shortcaption_longtakeaway_sentencecallout_sentencebaselineevidence_typesource_metricssource_filessupports_claim_idsmust_appear_before_claim_idsKeep figure_spec.md and paper/figures_manifest.md aligned. The spec is the release-facing summary; the manifest is the paper-facing contract.
Re-render the figures after script updates.
Keep filenames stable unless the user explicitly asked for a new release bundle.
supports_claim_ids.