English | 简体中文
aimx is a safe, additive, CLI-first companion for native Aim.
It adds focused terminal workflows for querying, comparing, previewing, and
exporting Aim run data. Commands that aimx does not own are delegated to the
native aim executable already available in
the user's environment.
# install into the current project
uv add aimx
# Or use pip
pip install aimxThis repository also includes agent skills for Aimx AutoResearch workflows.
The existing aimx skill is the Observe subsystem for log_experiment, where
an LLM collects run parameters, metric summaries, traces, and image evidence
from a local Aim repository. The build skills help create or audit repositories
that are ready for that loop.
npx skills install blizhan/aimxAfter installation, invoke:
$aimxfor read-only experiment evidence collection.$aimx-hydra-lightning-builderfor Hydra + Lightning + Aim scaffold and migration-audit workflows.
The skills assume the aimx CLI is available in the environment that performs
experiment inspection.
aimx --help
aimx version
aimx doctorIf your current working directory is an Aim repo root, --repo can be omitted.
When provided, --repo accepts either the repository root, such as data, or
the metadata directory itself, such as data/.aim.
# Summarize metrics from all runs
aimx query metrics --repo data
# Preview images in supported terminals
aimx query images --repo data
# Compare run parameters and durations
aimx query params --repo data
# Plot metric time series from all runs
aimx trace --repo data- Safe native Aim coexistence:
aimxdoes not replace theaimexecutable or modify installed Aim packages. - Explicit command ownership: owned
aimxcommands stay small and focused; everything else is passed through to native Aim. - Scriptable query output: query metrics, images, and run params as rich terminal tables, plain text, or JSON.
- Terminal image previews: render Aim image artifacts inline when the terminal supports graphics, with a safe text fallback.
- Metric tracing: plot, tabulate, or export matching time series with step filters and sampling controls.
- Read-only defaults: inspection, query, diagnostic, and passthrough flows
do not mutate
.aimrepository data. - Durable AutoResearch control plane: keep Findings, lineage, human
steering, bounded context, and next-experiment contracts in the Aimx-owned
.aimx/researchsidecar while Aim remains the evidence source.
Aimx provides a durable research control plane around Aim experiment evidence. It deliberately separates experiment data, research meaning, and agent execution:
- Aim stores what happened: runs, params, metrics, traces, images, and distributions.
- Aimx Research State stores what was learned and what should happen next: Findings, Lineage, Frontier policy, Agenda items, bounded context, and provenance.
- External agents such as Codex or Claude reason, change project code, and execute experiments. Aimx does not host an agent or scheduler.
- Humans can review, accept/reject, comment on, or redirect durable research state without editing an agent prompt or relying on a previous chat session.
Aim stores what happened. Aimx stores what we learned and what to do next. The agent decides and executes.
flowchart TB
H[Human] -->|steer / review / govern| RS
A[External Agent\nCodex / Claude / others] <--> RS[Aimx Research Control Plane\nFinding · Lineage · Frontier · Agenda\nResearch Context · Next]
A -->|change code / run| P[Project / Experiment]
P -->|logs experiment evidence| AIM[Aim\nruns · params · metrics · traces · images]
AIM -->|read-only evidence| Q[aimx query / trace]
Q --> A
RS --> DB[.aimx/research/state.sqlite3]
Aim data under .aim remains the evidence source and stays read-only during
Research State workflows. Explicit research writes go only to the Aimx-owned
.aimx/research/state.sqlite3 sidecar.
| Concept | Role |
|---|---|
| Finding | A durable, evidence-grounded research claim. |
| Lineage | Typed relationships between Findings such as support, challenge, refinement, or supersession. |
| Frontier | Human/agent-steerable research directions and priorities. |
| Agenda | Persisted Experiment Contracts that describe already-proposed next work. |
| Research Context | Deterministic, objective-specific shared memory compiled under a byte budget. |
| ResearchUpdate | One atomic mutation that records Findings, lineage, annotations, Frontier changes, and Agenda lifecycle changes. |
research context
-> research next / agenda
-> agent reasons, changes code, and runs the experiment
-> Aim records evidence
-> aimx query / trace observes the result
-> agent interprets the evidence
-> research update
-> Finding / Lineage / Frontier / Agenda evolve
-> next round
The next agent session does not need the previous chat transcript. It can read the same Research State, compile a fresh bounded context, and continue from the persisted Agenda and Findings.
aimx research state --repo data --json
aimx research context --repo data \
--objective "improve low-data accuracy" \
--budget 12000 --json
aimx research next --repo data --json
# After the external experiment and read-only Aim inspection:
aimx research update --repo data --file update.json --dry-run --json
aimx research update --repo data --file update.json --jsonThe items budget is measured in exact UTF-8 JSON bytes, not model tokens or
experiment rounds. Research reads do not create .aimx; explicit updates write
only data/.aimx/research/state.sqlite3. Revision conflicts return exit status
3, requiring the caller to refresh context and reconsider its update rather
than silently replay a stale decision.
See the AutoResearch protocol reference and the feature quickstart for the complete handoff and update contract.
- Durable Findings, annotations, governance, and Lineage
- Atomic ResearchUpdate with revision conflicts and idempotency
- Deterministic bounded Research Context
- Human/agent-steerable Frontier
- Durable Agenda / Experiment Contracts and deterministic
research next - Cross-session and cross-agent handoff
- Read-only Aim evidence integration
- Agent execution/orchestration adapters
- Experiment lifecycle adapters
- Richer automated Finding synthesis
- Research State visualization and exploration
- Longer-running autonomous research loops
These are directions rather than compatibility promises. Aimx will continue to keep the control-plane boundary explicit instead of turning into an implicit Aim mutator or a general-purpose scheduler.
| Command | Purpose |
|---|---|
aimx / aimx --help / aimx help |
Show CLI help and owned command guidance. |
aimx version |
Print the installed aimx version. |
aimx doctor |
Check whether native Aim is available for passthrough. |
aimx query metrics |
Summarize matching metric series. |
aimx query images |
List and optionally preview matching image records. |
aimx query params |
Compare run-level parameters across matching runs. |
aimx trace |
Plot, tabulate, or export metric time series. |
aimx research |
Read/update durable research state, bounded context, agenda, and next work. |
aimx finding |
Inspect and govern durable findings. |
aimx lineage |
Inspect and edit finding relationships. |
aimx frontier |
Inspect and steer project-defined research directions. |
Both aimx query and aimx trace accept optional AimQL expressions as
their filter argument. When the expression is omitted or blank, aimx uses
run.hash != ''. AimQL is Aim's native Python-like query language.
aimx query metrics "metric.name == 'loss' and run.hparams.learning_rate > 0.001"For syntax, supported properties (run.*, metric.*, images.*), and
security restrictions, see
Aim - Query language basics.
aimx query metrics groups matching metric series by run and reports useful
statistics such as step count, last value, min value, and max value.
# Rich table, colored in terminals by default
aimx query metrics --repo data
# Filter with AimQL
aimx query metrics "metric.name == 'loss'" --repo data
# Short run hashes are transparently expanded to full hashes
aimx query metrics "run.hash == 'eca37394' and metric.name == 'loss'" --repo data
# Tab-separated output for shell tools
aimx query metrics "metric.name == 'loss'" --repo data --oneline
# Structured JSON, nested by run
aimx query metrics "metric.name == 'loss'" --repo data --json
# Step or epoch windows
aimx query metrics "metric.name == 'loss'" --repo data --steps 100:500
aimx query metrics "metric.name == 'loss'" --repo data --epochs 1:10
# Density sampling
aimx query metrics "metric.name == 'loss'" --repo data --head 20
aimx query metrics "metric.name == 'loss'" --repo data --tail 20
aimx query metrics "metric.name == 'loss'" --repo data --every 5aimx query images reads image metadata and, when possible, renders matched
images directly in the terminal.
# Inline preview in modern terminals
aimx query images --repo data
# Metadata output only
aimx query images --repo data --plain
aimx query images --repo data --json
# Filter and sample matching image rows
aimx query images "images" --repo data --epochs 10:50 --head 10
# Control the TTY preview cap
aimx query images "images" --repo data --max-images 20
aimx query images "images" --repo data --max-images 0When stdout is a TTY and aimx detects a graphics-capable terminal, matched
images render inline. On plain ANSI terminals, aimx falls back to half-block
character art and still exits with code 0.
Terminal rendering is provided by
textual-image.
Confirmed working terminals include iTerm2, Kitty, Konsole, WezTerm, foot, tmux
(Sixel), xterm (Sixel), Windows Terminal, and VS Code integrated terminal. Warp
and GNOME Terminal are not supported.
To disable inline rendering, redirect stdout or use --plain / --json.
aimx query params reads run-level Aim metadata without modifying the
repository. By default, it shows a readable set of discovered parameter columns.
Use --param KEY one or more times to align specific flattened params across
matching runs.
# Compare discovered params across all matching runs
aimx query params --repo data
# Select specific params
aimx query params "run.experiment == 'cloud-segmentation'" --repo data \
--param hparam.lr \
--param hparam.optimizer
# Script-friendly output
aimx query params "run.experiment == 'cloud-segmentation'" --repo data --plain
aimx query params "run.experiment == 'cloud-segmentation'" --repo data --json
# Filter with AimQL run fields
aimx query params "run.hparam.lr == 0.0001" --repo data --param hparam.lrMissing selected params are displayed as - in terminal/plain output and listed
under missing_params in JSON. Params output also includes run duration as a
table column, a plain-output field after run name, and a JSON duration object
with seconds, status, and source.
aimx trace fetches the full value sequence for one or more matching metrics
and renders a curve, table, CSV, or JSON export. Multiple matching runs are
overlaid on the same plot.
# Plot all matching loss curves
aimx trace --repo data
# Filter with AimQL
aimx trace "metric.name == 'loss'" --repo data
# Plot one run by short hash
aimx trace "run.hash == 'eca37394' and metric.name == 'loss'" --repo data
# Step-by-step table
aimx trace "metric.name == 'loss'" --repo data --table
# CSV or JSON export
aimx trace "metric.name == 'loss'" --repo data --csv > loss.csv
aimx trace "metric.name == 'loss'" --repo data --json
# Step filtering and sampling
aimx trace "metric.name == 'loss'" --repo data --steps 100:500
aimx trace "metric.name == 'loss'" --repo data --head 50
aimx trace "metric.name == 'loss'" --repo data --every 10Output modes: default plot, --table, --csv, --json.
Display controls: --width W, --height H, --no-color.
aimx trace distribution fetches tracked Aim distribution sequences. By
default it prints the matched distribution names, selects the first match, and
renders a non-interactive Rich terminal visual with a web-style blue-gradient
current-step histogram and step-by-bin heatmap. Use --table, --csv, or
--json for tensor inspection and scripting.
# Show a web-like terminal visual for the first matched distribution
aimx trace distribution --repo data
# Inspect a specific training step; nearest tracked step is used if needed
aimx trace distribution "distribution.name != ''" --repo data --step 12300
# Show distribution tensors in a readable table
aimx trace distribution "distribution.name == 'weights'" --repo data --table
# Export distribution histograms for scripting
aimx trace distribution "distribution.name == 'weights'" --repo data --csv
aimx trace distribution "distribution.name == 'weights'" --repo data --json- Output:
--json,--oneline/--plain, or the default rich terminal view. - Filtering:
--steps start:endor--epochs start:endwhere supported. - Sampling:
--head N,--tail N,--every K. - Images:
--max-images Ncontrols the TTY preview cap. - Params:
--param KEYcan be repeated to select parameter columns. - Diagnostics:
--verboseprints additional details where supported.
Any unowned command path is passed through to native aim.
aimx up
aimx init --help
aimx runs --help
aimx runs ls- AimQL query language
explains the filter syntax used by
aimx queryandaimx trace. - textual-image terminal support lists terminals that can render inline images.
- CONSTITUTION.md documents the project safety and scope rules.
- specs/ contains feature specs, plans, contracts, and quickstarts
for implemented
aimxcapabilities. - TODO.md tracks early roadmap notes.
aimxdoes not replace theaimexecutable.aimxdoes not modify the installedaimpackage.aimxdoes not mutate.aimdata during help, version, doctor, query, trace, or passthrough flows.- Native Aim remains an external runtime prerequisite for delegated commands.
- The repository's development dependency on Aim is only for local development and testing convenience.
The project uses Python 3.12 for local development and supports
>=3.10,<3.13 at runtime.
uv python install 3.12
uv venv --python 3.12
uv sync --group dev
uv run pytestUseful local checks:
uv run aimx --help
uv run aimx version
uv run aimx doctor
uv run aimx query metrics --repo data
uv run aimx query images --repo data/.aim --json
uv run aimx query params --repo data --json



