executing-plans
executing-plans
Use when executing an implementation plan in the current session as the implementer yourself — your human partner chose inline execution, or no subagent tool is available
trackingRoutes LabML experiment tracking, logging, configuration, monitoring, and AppAPI workflows.
Independent GitHub snapshot · Automated classification · Original documentation governs
Use this subskill for the client-side LabML workflow: recording experiments,
tracking metrics, printing logs, configuring runs, monitoring hardware, and
using the AppAPI client.
experiment, tracker, logger, monit, lab,
manage, AppAPI, .labml.yaml, labml monitor, labml service,
labml capture, labml launch, or labml app-server.Include:
Exclude or route elsewhere:
helpers.remote.server.references/api-reference.md for verified signatures, config keys, and CLI
commands.references/workflows.md for end-to-end recipes and framework integration
patterns.references/troubleshooting.md for missing config files, app publishing,
monitoring, and service failures.scripts/tracking_smoke.py for a safe local experiment/checkpoint smoke test.scripts/hardware_probe.py for a read-only CPU/GPU and monitor capability
check.Choose this route for experiment.create, experiment.record, tracker.save,
logger.log, and monit.loop requests. It covers both compact scalar logging
and richer tracked outputs.
Choose this route for .labml.yaml, lab.configure, dynamic hyperparameters,
run metadata, and git-info questions.
Choose this route for labml monitor, labml service, psutil, and optional
py3nvml GPU reporting.
Choose this route for AppAPI requests that read runs, analyses, logs, custom
metrics, or data stores from a monitoring backend.
Choose this route for LabML patterns inside PyTorch, Lightning, Keras, FastAI, or custom training loops that only need the client package.