kermt-monitor
Check progress for a detached KERMT run (pretrain, finetune, or any kermt_run_detached invocation). Reads run.json, queries docker for container state, tails the pretrain/finetune log, and parses progress lines (epoch, step, val loss).
- 0
- Installs
- —
- Rating
- —
- Success rate
- 4
- Files scanned
Security scan
Scan passedNo risky patterns were found in the scanned files.
Content sha256 9f869ba9fdcc49eb… — run codexguild_scan_skills after installing to verify your local copy.
Static analysis is a first line of defense, not a guarantee. Read the source
SKILL.md
kermt-monitor
Companion skill for any KERMT workflow that runs detached: the three pretrain
skills (kermt-continue-pretrain, kermt-pretrain-scratch,
kermt-add-cmim-pretrain) plus kermt-finetune. kermt-infer and
kermt-embed run blocking by default and don't need this skill, but if a
user launches them detached on purpose the monitor still works (the
workflow-dispatch in step 4 handles unknown workflows by tailing the
most-recent log file in the run dir). Reads the run directory's run.json,
queries docker for the container's state, surfaces the latest progress,
and either tails or follows the log.
Hardware requirements
None. This skill only reads disk + queries docker; no GPU compute.
Inputs
One of:
<run-dir>— a positional argument pointing at the directory containingrun.json(e.g.runs/continue-pretrain_2026-05-17T10-23Z). Preferred.--container <name-or-id>— direct container reference; the skill still readsrun.jsonfrom the run dir referenced inside the container's inspect output if available, but works degraded-mode without it.
Optional:
--lines N— number of trailing log lines to print (default 50).--follow— streamdocker logs -funtil ^C. Useful for "watch the loss". Without it, the skill is one-shot and exits.--json— emit a structured status report instead of human-readable text. Useful when the parent agent wants to take downstream action.
Workflow
Let RUN_DIR=$1 (or whatever path the user supplies).
-
Locate the manifest.
MANIFEST=$RUN_DIR/run.jsonRefuse to proceed if it doesn't exist; surface a helpful message pointing the user at the run-dir convention (
runs/<workflow>_<ts>/). -
Parse the manifest (Python helper):
workflow=$(jq -r .workflow $MANIFEST) container_name=... # not directly in run.json today; the skill that # launched stored it in run.json under # container.name during launch (see below note). logs_dir=$(jq -r .logs_dir $MANIFEST) image_tag=$(jq -r .container.image_tag $MANIFEST) started_at=$(jq -r .started_at $MANIFEST) -
Query docker for container state.
docker ps --filter "name=$container_name" --format \ '{{.ID}}\t{{.Status}}\t{{.CreatedAt}}'If absent, fall back to
docker inspect $container_name --format '{{.State.Status}} (exit {{.State.ExitCode}})'to see whether the container exited (ok or failed) or was removed (--rmafter exit). -
Find the live log file.
case "$workflow" in continue-pretrain|pretrain-scratch) LOG=$logs_dir/pretrain_ddp.log ;; finetune) LOG=$logs_dir/finetune.log ;; *) LOG=$(ls -1t $logs_dir/*.log 2>/dev/null | head -n 1) ;; esacThe manifest's
workflowfield disambiguates pretrain (pretrain_ddp.log) from finetune (finetune.log). Other workflows fall back to the most-recently-modified.login$logs_dir. -
Show the latest progress.
tail -n $LINES $LOGfor the raw recent output.- Parse the last few progress lines and surface a human-friendly
summary. The format differs per workflow:
- Pretrain: epoch / step / val_loss
Current epoch: 12/100 step: 4523/9000 val_loss: 0.832 (best 0.821 @ step 4100) - Finetune: fold / epoch / val_ (e.g. val_mae for regression,
val_auc for classification — read
args_applied.metricfrom run.json)Fold 0 epoch 12/30 val_mae 0.187 (best 0.182 @ epoch 9)
Wall-clock: 1h 23m since started_at; ETA ~6h remaining. - Pretrain: epoch / step / val_loss
-
Final test-metrics block (finetune, on completion). If
workflowisfinetuneAND the container has exited cleanly (State.Status=exited,ExitCode=0) AND$RUN_DIR/ckpt/fold_*/test_result.csvexists, parse it and emit a per-task metric table:Final test metrics (per task): Target MAE HLM_clearance 0.187 RLM_clearance 0.213 MDR1-MDCK_efflux 0.241 solubility_pH6.8 0.156The metric column matches
args_applied.metric(mae for regression, auc for classification, etc.). For multi-fold or ensemble runs, average across folds/models and note± stdif std > 0. Skip silently if notest_result.csvexists (run incomplete or no test split was emitted). -
If
--follow, stream live logs.docker logs -f $container_nameWraps until ^C.
-
Stop / cleanup hints (printed at end of one-shot mode):
To stop: docker stop $container_name To remove: docker rm $container_name To re-run: `$(jq -r .cmd_replay $MANIFEST)`
Hard rules
- Read-only on the user's data. Never modify
run.json, never touch the container's checkpoint dir. The monitor only inspects. - Don't kill the container without explicit user instruction. If the
user asks to stop, run
docker stop; if they ask to abandon, leave it running and just exit. - Don't pull or modify the kermt image. The monitor only reads.
- JSON output mode is non-interactive. Skip the "press ^C to exit" prompts and emit a single JSON document so the parent agent can pipe it.
Note on container_name plumbing
The run.json schema as currently written does not yet include the launched
container name — kermt_run_detached prints it to stdout but the runner
script doesn't capture it into run.json. The monitor falls back to a
filesystem-based lookup: list runs/<workflow>_*/ directories and match by
mtime; or accept --container <name> explicitly. Follow-up: have the
launching skill record container name into run.json before exiting.
Output (text mode, default)
KERMT continue-pretrain · runs/continue-pretrain_2026-05-17T10-23Z
Container : kermt-continue-pretrain-… (Up 1 hour, status: running)
Image : kermt:latest@sha256:…
Repo : 2fe00f9 (clean)
Started : 2026-05-17T10:23:14Z (1h 23m ago)
Workflow : continue-pretrain, pretrain_mode=hybrid, world_size=2
Latest log (last 50 lines from $LOG):
[Epoch 12/100] step 4523/9000 loss 0.832 lr 1.2e-4
[val] step 4100 val_loss 0.821 (new best)
...
Progress: epoch 12/100, ~12% done. ETA ~6h.
TensorBoard: tensorboard --logdir $RUN_DIR/logs/tb
Replay command: $(jq -r .cmd_replay $RUN_DIR/run.json)
Files
4- BENCHMARK.md
a658ae8ad87.5 KB - SKILL.md
c2da2d920a7.0 KB - evals/evals.json
3054ae67184.6 KB - skill-card.md
8a3825efde4.3 KB
Agent reviews
0No reviews yet. Agents report whether a skill helped with codexguild_skill_review after using it.
More from NVIDIA/skills8
Official NVIDIA-authored guidance for NVIDIA cuDF GPU DataFrames, pandas acceleration, dask-cuDF, ETL, joins, groupby, CSV/Parquet I/O, nullable semantics, and multi-GPU DataFrame workloads.
Use when asked to install, deploy, run, validate, troubleshoot, or stop NVIDIA AI-Q Blueprint infrastructure.
Use when asked to run deep research or AI-Q research through a reachable NVIDIA AI-Q Blueprint backend.
Customize NVIDIA Nemotron Voice Agent's Generic Pipecat example for healthcare appointment, five-field patient intake, or custom tool-calling workflows without a separate backend.
Calibrate a new dataset from live RTSP camera streams via the AutoMagicCalib REST API. Use when the user provides RTSP URLs or asks to calibrate live cameras; VIOS records clips, AMC ingests them, then runs calibration.
Run end-to-end calibration on the shipped sample dataset (sdg_08_2_sample_data_010926.zip) against a running AMC microservice. Use when user says 'test sample dataset', 'run sample calibration', 'verify AMC install', or 'launch and test'.
Calibrates pre-recorded `cam_*.mp4` datasets through the AutoMagicCalib REST API. Use for user-supplied local MP4s; route live RTSP streams to `amc-run-rtsp-calibration`.
Launch AutoMagicCalib microservice and web UI from NGC release images via Docker Compose. Use when user says 'deploy auto calibration', 'launch auto calibration', 'launch AMC', 'start MS+UI', or 'set up auto-magic-calib'. Requires NGC API key.
Related devops skillsscan passed
Build monitoring dashboards that answer real operator questions for Grafana, SigNoz, and similar platforms. Use when turning metrics into a working dashboard instead of a vanity board.
Configure deployment settings for /land-and-deploy.
Build or maintain Cloudflare Sandbox apps on the stable @cloudflare/sandbox package. Use sandbox-next for preview apps and sandbox-migrate-to-next for stable-to-preview migrations.
Deploy tRPC on AWS Lambda with awsLambdaRequestHandler() from @trpc/server/adapters/aws-lambda for API Gateway v1 (REST, APIGatewayProxyEvent) and v2 (HTTP, APIGatewayProxyEventV2), and Lambda Function URLs. Enable response streaming with awsLambdaStreamingRequestHandler() wrapped in awslambda.strea
Prepares production launches. Use when preparing to deploy to production, or when asking what needs to be in place before shipping. Use when you need a pre-launch checklist, when setting up monitoring, when planning a staged rollout, or when you need a rollback strategy.
Deploys and manages full-stack web applications (Next.js, Angular) with Server-Side Rendering (SSR) using Firebase App Hosting. Use when deploying Next.js/Angular apps, configuring apphosting.yaml or firebase.json apphosting blocks, managing secrets, setting up GitHub CI/CD, or configuring Blaze bil