name: figure-composer description: Compose or improve a publication-grade multi-panel scientific figure from a claim, concrete data paths, or an existing image. Use for figure outlining, parallel panel rendering, exact-grid composition, visual inspection, and adversarial figure review. Use figure-style for one standalone plot and paper-narrative for whole-paper figure ordering. license: Apache-2.0

Figure composer

Load figure-style with this skill. The sidecar provides pure geometry, composition, task-building, and review-schema helpers. It does not call models, delegate Agents, resolve artifacts, or inspect images from Python.

Inputs

Require a one-sentence claim, target width in millimetres, and concrete project-relative or absolute data paths. Never use artifact ids as paths. For an existing figure, inspect the real image with view_image and write the outline yourself; pixels cannot reveal the source data path.

Workflow

1. Build an outline matching figure_outline_schema(). Put real paths in data_path; use null for schematics.
2. Make panel a the conceptual hook and panel b the primary evidence. Use a 12-column grid and one row per sub-claim.
3. Build one instruction per panel with panel_task(...).
4. If delegate_tasks is advertised, submit the independent panel tasks as one batch. Grant each task the minimum advertised capabilities needed, normally visualization plus project_read. Require a concrete PNG filename in each output schema. If delegation is unavailable, render the panels sequentially with python.
5. Compose returned paths with compose_figure(...). Do not pass placeholder markers to the composer.
6. Save the compose_crops(...) boxes with figure-style's save_panel_crops(composite_path, compose_crops(outline)), then call view_image on the composite and every crop. Fix seams, clipped labels, aliases, empty space, and misplaced panel letters before review. The crops are inspection debris, not products: they live in .cache/figure-style/, never beside the composite or under the output figures directory, and get deleted once the composite passes.
7. Build one reviewer instruction with composite_review_task(...). Delegate it with image_inspection, project_read, and reasoning when those capability ids are advertised; otherwise perform the review in the current Agent.
8. Apply outline revisions and regenerate only affected panels. Stop after three rounds or when there are no blockers and at most two major findings.

Outline example

{
  "claim": "Treatment restores the disease-associated trajectory.",
  "width_mm": 180,
  "ncol": 12,
  "row_heights_mm": [42, 60],
  "panels": [
    {
      "letter": "a",
      "role": "schematic",
      "row": 0,
      "col": 0,
      "colspan": 12,
      "chart_family": "study schematic",
      "message": "The experiment tests trajectory rescue.",
      "data_path": null,
      "ask": "Show cohorts, treatment, sampling, and comparison."
    },
    {
      "letter": "b",
      "role": "primary",
      "row": 1,
      "col": 0,
      "colspan": 12,
      "chart_family": "trajectory plot",
      "message": "Treatment moves cells toward the healthy trajectory.",
      "data_path": "results/trajectory.csv",
      "ask": "Plot disease, treated, and healthy cells with confidence bands."
    }
  ]
}

Boundaries

• Use delegate_tasks only as an explicit Wisp tool; never call delegation from python.
• Use view_image only on a concrete local image file.
• Keep data preparation in normal project files. Use run_in_context only when a deterministic render or preprocessing job is long enough to require a persisted Run; Agent delegation itself is not a Run.
• Save the accepted composite to a stable project path and report that path.