Command Reference¶
Use this page when you know the task and want the public command family quickly, without reading the full technical manual.
Read before: Choose Your Path if you are not sure which command family you need.
Need the shortest practical list? Use the Command Cheatsheet.
Read next: Technical Reference for deeper integration details.
Beginner-Friendly Entry Points¶
iints guide¶
Use this when you are not sure where to start.
iints start¶
Print a goal-based first-run plan, or run the safe starter action.
Common forms:
iints start
iints start --goal project --run
iints start --goal edge
iints start --goal data
iints onboard¶
Show the one recommended path from machine check to first study bundle.
iints onboard
iints onboard --run-safe-steps
The safe mode runs doctor, a full demo, demo-data import, and a realism check,
then prints the two study commands you can run once you choose an algorithm.
iints demo¶
The main live-demo button. It exports showable code, prints the presenter story,
runs the demo in audience-safe stage mode, writes a technical log off-screen,
and produces the cue card, artifact map, presenter guide, poster, and rerun
script. By default it also builds evidence_bundle/ with a public README,
model card, run index, and copied proof artifacts.
Common forms:
iints demo
iints demo doctor
iints demo eucys
iints demo booth
iints demo --audience jury --output-dir results/live_demo
iints demo --audience clinical
iints demo --dry-run # rehearsal/preflight only, not the live call
iints demo --no-evidence # fast rehearsal without the public proof bundle
iints demo --technical # show raw execution detail for debugging
iints demo --simulation-only --quick
iints demo --simulation-only --full
Story presets:
iints demo doctorstarts with a clinical safety discussion: virtual patient, normal day, meal stress, risky context, and supervisor decision.iints demo eucysframes the run as one experiment with a research question, hypothesis, three runs, and evidence bundle.iints demo boothframes the run as a public digital-patient story: scenario changes, algorithm suggestion, safety check, and visual proof.
iints demo-live¶
Explicit alias for the same live presentation engine used by iints demo.
It exports showable Python code, prints an audience-aware opening talk track, runs the live demo, writes PRESENTER_GUIDE.md, DEMO_STORY.md, DEMO_CUE_CARD.md, DEMO_ARTIFACTS.md, and RUN_LIVE_DEMO.sh, then lists the poster plus proof artifacts to open next. Non-SDK story modes keep code as the proof layer instead of the first thing shown.
Common forms:
iints demo-live
iints demo-live --output-dir results/live_demo
iints demo-live --no-run
iints demo-live --prepare-ai
iints demo-live --audience clinical
iints demo-live --audience engineering
iints demo-live --story doctor
iints demo-live --story eucys
iints demo-live --story booth
iints quickstart¶
Create a ready-to-run project folder.
iints quickstart --project-name iints_quickstart
The generated project is self-contained: it includes patients/stable_patient.yaml, a scenario file, and an editable starter algorithm so you can run locally without depending on packaged patient assets.
iints run --wizard¶
Interactive custom run builder.
iints update¶
Update the current Python environment to the newest SDK release.
Common forms:
iints update
iints update --dry-run
iints update --repair --force-reinstall --yes
iints update --no-cache-dir --yes
iints update --source github --yes
iints update --extras full,mdmp,research,edge
The command prints the exact python -m pip install -U ... invocation before it changes anything. By default it uses --source auto: PyPI first, then GitHub main as a fallback if the release has not propagated yet. Use --dry-run during a live demo setup check.
iints delete¶
Remove IINTS from the current machine/environment with a visible deletion plan.
Common forms:
iints delete --dry-run
iints delete --yes
iints delete --everything --dry-run
iints delete --everything --yes
iints delete --source-checkout --yes
iints delete --local-outputs --yes
iints delete --no-packages --path results/old_iints_run --yes
Default behavior removes the active Python SDK packages plus user-level IINTS config, plugin, and cache folders. --everything also includes known generated output folders in the current directory and a detected local IINTS-SDK source checkout. It still does not guess private datasets, external-drive research archives, or unrelated virtual environments.
Core Simulation Commands¶
iints run¶
Run one simulation.
Examples:
iints run --preset baseline_t1d
iints run --algo algorithms/example_algorithm.py --scenario scenarios/example_scenario.json
iints run --dry-run --preset baseline_t1d
iints run-full¶
One-line run with full output bundle.
iints run-parallel¶
Run a matrix of scenarios in parallel.
iints benchmark¶
Compare algorithms across standard workloads.
Extension Commands¶
iints plugin install¶
Install a local algorithm plugin without editing SDK source code.
iints plugin install algorithms/my_algo.py
iints algorithms list
The SDK copies the file into the local plugin home and records it in
~/.iints/plugins/registry.json. For tests or portable environments, set
IINTS_PLUGIN_HOME to another folder.
iints plugin register¶
Register extension files by kind.
iints plugin register algo algorithms/my_algo.py
iints plugin register patient-model patient_models/my_model.py --name "My Model"
iints plugin register data-source data_sources/my_importer.py
iints plugin register validator validators/my_check.py
Algorithm plugins become visible in iints algorithms list. Patient model,
data source, and validator plugins are registered for discovery/documentation
hooks so the SDK can grow without source-code edits.
iints plugin list¶
Show local extension plugins.
iints plugin list
iints plugin list --kind algorithm
iints plugin uninstall¶
Remove a local plugin registry entry.
iints plugin uninstall "My Algorithm"
iints plugin uninstall "My Algorithm" --remove-file
iints patientmodel list¶
Show built-in and locally registered patient models.
iints patientmodel list
Study / Research Commands¶
iints study-protocol¶
Write the official study protocol bundle.
iints run-study¶
Run the scientific benchmark matrix.
iints analyze¶
Aggregate a study directory.
iints compare-study¶
Compare two study outputs.
iints poster-study¶
Generate poster-ready figures from a study.
Data Commands¶
iints data list¶
Show public data packs.
iints data fetch¶
Fetch a pack into a local directory.
iints data research-plan¶
Generate the curated diabetes dataset acquisition plan for local AI research.
iints data research-plan --output-dir data_packs/research_dataset_plan
Use --dataset <id> repeatedly to generate a focused plan for a subset.
iints data certify¶
Run data certification.
iints data realism-check¶
Judge whether a glucose trace looks physiologically plausible for research or demo use.
Supports:
- --reference free_living_t1d, --reference azt1d, or --reference hupa_ucm
- --output-json results/realism_report.json
- --output-html results/realism_dashboard.html
- --min-realism-verdict needs_review
iints import-carelink, iints import-nightscout, iints import-tidepool¶
Import real-world CGM sources.
Edge / Booth Commands¶
iints edge doctor¶
Preflight for Raspberry Pi or UNO Q.
iints edge quickstart¶
Create the easiest Pi or UNO Q demo project and optionally start the Linux-side runtime.
iints edge setup¶
Generate an edge project scaffold.
iints edge deploy¶
Scaffold, upload, install, and start a Raspberry Pi edge project in one command.
iints edge offline-bundle¶
Build a USB-friendly offline install tarball for Raspberry Pi or UNO Q setups.
iints edge study¶
Run a reproducible multi-seed study directly on the current edge machine.
iints edge long-study¶
Run a multi-day or multi-week YAML-driven study directly on the Pi, with rolling day profiles and export-friendly nested outputs.
Use --resume to continue from the next incomplete day after a reboot.
iints edge study-snapshot¶
Create a .tar.gz snapshot of a long-study folder for crash recovery or USB backup.
iints edge study-export¶
Package a long-study folder into a transfer-ready zip archive for another device.
iints edge remote-status, iints edge remote-reset, iints edge remote-stop¶
Run common Raspberry Pi maintenance commands remotely over SSH.
Jetson Endurance Commands¶
iints jetson doctor¶
Check Jetson-like hardware probes, thermal zones, and NVIDIA tooling before a long headless run.
iints jetson endurance start¶
Run a headless adversarial endurance study.
iints jetson endurance start \
--algo algorithms/example_algorithm.py \
--predictor models/lstm_predictor.pt \
--duration 7d \
--output-dir results/jetson_7day \
--profile mixed_adversarial \
--seed 42 \
--checkpoint-interval 360 \
--hardware-sample-interval 60
Add --wall-clock when the study horizon should consume real time instead of
finishing as fast as possible. A run such as --duration 1d --wall-clock
therefore lasts about 24 real hours and writes a training-ready research/
bundle next to the normal endurance outputs.
iints jetson endurance status¶
Show progress, current glucose, TIR so far, interventions, critical events, the latest checkpoint, resume count, and wall-clock ETA.
iints jetson endurance monitor¶
Print the same status repeatedly with --watch.
iints jetson endurance stop¶
Request a safe stop and optional report finalization.
iints jetson endurance export¶
Package the complete endurance folder into a transfer-ready .zip.
iints jetson endurance finalize-research¶
Train post-run local research models from one endurance bundle and write a held-out closed-loop evaluation report.
iints jetson endurance install-service¶
Write a systemd service file with automatic --resume for multi-day Jetson runs.
Pass --wall-clock here too when the generated service should preserve real-time pacing.
Local AI Research Commands¶
iints research blend-datasets¶
Blend already prepared real datasets into one source-aware predictor dataset.
iints research prepare-ohio¶
Prepare a local OhioT1DM XML folder into a gitignored processed dataset. Do not commit the raw OhioT1DM-volledig/ folder to GitHub:
iints research prepare-ohio \
--input-dir /path/to/OhioT1DM-volledig \
--splits train \
--output data_packs/public/ohio_t1dm_full/processed/ohio_train.csv \
--report data_packs/public/ohio_t1dm_full/processed/ohio_train_quality_report.json
iints research glucose-model build-dataset¶
Normalize one or more prepared glucose datasets into the dedicated iints-glucose-forecast-v0 training contract:
iints research glucose-model build-dataset \
--input data_packs/public/ohio_t1dm_full/processed/ohio_train.csv \
--input results/realism_learning_10k/research/predictor_training.csv \
--labels ohio_full,sim_10k \
--profile long \
--output-dir models/iints-glucose-forecast-v0/dataset
iints research glucose-model train¶
Train the dedicated glucose-forecast model and optionally build a Hugging Face-ready export folder:
iints research glucose-model train \
--data models/iints-glucose-forecast-v0/dataset/glucose_training_dataset.csv \
--config models/iints-glucose-forecast-v0/dataset/glucose_model_config.yaml \
--output-dir models/iints-glucose-forecast-v0 \
--epochs 220 \
--comparison-dir results/glucose_model_comparison \
--export-hf
iints research glucose-model compare¶
Compare transparent baselines and trained MSE/Band/PINN checkpoints against physiology-aware gates:
iints research glucose-model compare \
--data data_packs/public/ohio_t1dm_full/processed/ohio_test.csv \
--config models/iints-glucose-forecast-v0/dataset/glucose_model_config.yaml \
--model mse=models/glucose_mse/predictor.pt \
--model pinn=models/iints-glucose-forecast-v0/predictor.pt \
--mc-samples 30 \
--output-dir results/glucose_model_comparison
iints research glucose-model export-hf¶
Package predictor.pt, training_report.json, the model config, privacy/limitations notes, examples, comparison metrics, a research-only model card, and a redacted public dataset manifest for Hugging Face:
iints research glucose-model export-hf \
--model-dir models/iints-glucose-forecast-v0 \
--dataset-manifest models/iints-glucose-forecast-v0/dataset/glucose_dataset_manifest.json \
--comparison-dir results/glucose_model_comparison \
--repo-id IINTS/iints-glucose-forecast-v0
iints research glucose-model jetson-train-hf¶
Continue training an existing Hugging Face glucose model on Jetson with warm-start, candidate comparison, and local champion promotion:
iints research glucose-model jetson-train-hf \
--repo-id IINTS/iints-glucose-forecast-v0 \
--dataset models/iints-glucose-forecast-v0/dataset/glucose_training_dataset.csv \
--dataset-manifest models/iints-glucose-forecast-v0/dataset/glucose_dataset_manifest.json \
--work-dir models/jetson_hf_training \
--max-trials 1 \
--epochs 2 \
--batch-size 64 \
--upload-mode none
Use --upload-mode pr after review to upload a promoted champion as a Hugging Face pull request. The command uploads model artifacts and redacted metadata only, not raw private dataset rows.
iints research build-control-dataset¶
Combine one or more run bundles into a supervised controller teacher dataset.
iints research train-controller¶
Train the first auditable local controller baseline from safe-action labels.
iints research train-neural-controller¶
Train the stronger PyTorch controller from the same supervised safe-action labels.
iints research evaluate-controller¶
Compare a learned controller against the clinical baseline on held-out presets and seeds.
iints research local-ai-lab¶
Combine completed Jetson/simulator runs into one local AI workspace: predictor dataset, controller-teacher dataset, dataset card, local controller models, optional predictor training, and held-out controller evaluation.
iints research train-local-ai¶
Friendly alias for the same local AI workspace command. Prefer this name in new demos and docs:
iints research train-local-ai \
--run day1=results/jetson_research_day \
--output-dir results/local_ai_lab
Full workflow: Jetson Endurance Mode.
Results Management¶
iints results¶
Index all run-level results.csv files and every generated artifact under a results root:
iints results --root results
This writes a compact management bundle:
run_index.csvartifact_inventory.csvRESULTS_INDEX.mdresult_manager_manifest.jsonresults_index.xlsxwhen spreadsheet export is available
Use --include-raw only when you want one combined long table for downstream local-AI/data analysis:
iints results --root results/research_realism_sweep_20260603_02 --include-raw
The same command is also available as iints research results-index for research workflows.
Evidence Commands¶
iints run-doctor¶
Preflight an algorithm, patient YAML, scenario JSON, duration, time step, and output folder before a long run:
iints run-doctor \
--algo algorithms/example_algorithm.py \
--patient-config-path patients/stable_patient.yaml \
--scenario-path scenarios/clinic_safe_baseline.json \
--duration 1440 \
--time-step 5
It catches missing files, validation errors, aggressive glucose drift, likely pre-meal hypoglycemia, and output path problems.
iints evidence build¶
Build a public research evidence bundle from one or more completed runs:
iints evidence build \
--run normal=results/live_demo/results/01_normal_run \
--run stress=results/live_demo/results/02_meal_stress \
--output-dir results/live_demo/evidence_bundle
Optional inputs:
--local-ai-dir results/local_ai_lab--pump-bundle-dir bundles/pico_bench_bundle
iints report --style agp¶
Generate an AGP-style research PDF from a dense simulation or CGM CSV:
iints report \
--results-csv results/one_day/results.csv \
--style agp \
--png \
--svg \
--subject-name "stable demo run" \
--bundle-dir results/one_day/agp_report
This writes agp_report.pdf, agp_summary.json, agp_assets/agp_profile.png, agp_assets/agp_profile.svg, agp_assets/daily_profiles.png, and agp_assets/daily_profiles.svg. When a run contains explainable_events, the AGP asset folder also includes xai_events.txt for human review and xai_events.json for downstream analysis. The layout includes glucose statistics, time-in-ranges, an AGP-style modal-day percentile plot, and daily glucose profiles.
iints safety-visualize¶
Create a standalone HTML safety visualizer from a run CSV:
iints safety-visualize \
--results-csv results/one_day/results.csv \
--output-html results/one_day/safety_visualizer.html \
--output-json results/one_day/safety_visualizer.json
Normal iints run, iints presets run, run_full(...), and run_simulation(...) already create realism_report.json, realism_dashboard.html, safety_visualizer.html, and safety_visualizer.json inside the run bundle.
Pico Pump Bench Commands¶
iints pump init¶
Create a bench-only Pico pump lab workspace.
iints pump compile¶
Package a simulated SDK algorithm with locked, non-actuating Pico firmware:
iints pump compile \
--algorithm algorithms/pico_bench_algorithm.py \
--output-dir bundles/pico_bench_bundle
iints pump bench-test¶
Validate the bundle before upload:
iints pump bench-test \
--bundle-dir bundles/pico_bench_bundle \
--output-json bundles/pico_bench_bundle/bench_test_report.json
iints pump upload¶
Copy the locked bundle to a writable Pico/CircuitPython-style drive after explicit bench-only confirmation.
FPGA Safety-Core Commands¶
iints fpga start¶
Run the easiest FPGA quickstart: create a lab scaffold and run the golden mock safety-core demo.
iints fpga start --output-dir results/fpga_start
iints fpga doctor¶
Check whether FPGA mode can run locally. Mock transport works without hardware; serial transport is optional and requires pyserial.
iints fpga setup¶
Create a bench-only FPGA lab workspace:
iints fpga setup --output-dir iints_fpga_lab
The workspace includes a safety contract, demo events, a golden night_hypo_risk scenario, JSON-lines protocol description, Verilog scaffold, Verilog smoke test, JSON-lines bridge stub, FPGA_STORY.md, and a mock-demo shell script.
iints fpga simulate¶
Run a software-reference versus FPGA-style safety-core comparison:
iints fpga simulate \
--events iints_fpga_lab/scenarios/night_hypo_risk.json \
--output-dir results/fpga_mock_run
Use --transport serial --port /dev/ttyUSB0 when a real FPGA bridge is available.
iints fpga export-events¶
Convert an existing IINTS results CSV into FPGA event JSON:
iints fpga export-events \
--results-csv results/my_run/results.csv \
--output-events results/fpga_events.json
iints fpga replay¶
Convert an existing IINTS results CSV and immediately run the FPGA comparison:
iints fpga replay \
--results-csv results/my_run/results.csv \
--output-dir results/fpga_replay
iints fpga compare¶
Read fpga_comparison.json and fail if hardware-style output diverged from the SDK reference:
iints fpga compare --run-dir results/fpga_mock_run
iints fpga report¶
Print the report location and summary:
iints fpga report --run-dir results/fpga_mock_run
iints fpga demo¶
Create the lab scaffold and run a mock FPGA safety-core demo in one command:
iints fpga demo --output-dir results/fpga_demo
The demo bundle includes reviewer-friendly top-level files: events.csv, results.json, manifest.json, and report.md.
Maker Faire Commands¶
iints makerfaire up¶
Start the Pi booth flow.
iints makerfaire autostart¶
Prepare booth autostart files.
iints makerfaire watchdog¶
Recover the booth runtime if it stops.
Diagnostics¶
iints doctor¶
Basic and full environment checks.
iints doctor
iints doctor --full --suggest
iints doctor --smoke-run
doctor reports the installed SDK version, active Python executable, install path, and available command groups. This is the fastest way to catch an old Python interpreter that silently resolves only legacy SDK releases.
iints profiles¶
iints profiles presets
iints profiles create --name stable_patient --preset stable-demo
iints profiles create --name endurance_patient --preset endurance
Starter presets are provided for stable-demo, stress-test, and endurance.
Full Details¶
For every option and advanced workflow, continue to: - Choose Your Path - CLI & Advanced Reference - Scientific Workflow - Study Analysis