Capability Map
AGILAB has many demos, apps, reports, and proof commands. Use this page as the product map: start from the user job, follow the shortest route, then inspect the evidence and boundary before expanding to advanced features.
For agent and tooling discovery, the repository root also ships
agilab-capabilities.json. Regenerate it with
python3 tools/agilab_capabilities_manifest.py --apply. The manifest lists
checked-in CLI commands, Streamlit pages, public apps, packages, schemas, docs,
and catalog files; it is a discovery index, not runtime validation or external
certification evidence. The paired agilab-capabilities.schema.json file
defines the JSON contract, while
python3 tools/agilab_capabilities_lint.py --check enforces cross-object
rules such as existing docs paths, summary counts, known app packages, and
evidence-schema references. The linter’s auditable rule metadata lives in
agilab-capability-rules.yml with stable severity, category, rationale, and
profile groupings.
The root agenticweb.md file is generated from the same capability manifest
as a compact discovery front door for AI agents. Check it with
python3 tools/agenticweb_manifest.py --check; it is a discovery index, not
additional runtime validation.
Maturity labels
Label |
Meaning |
User action |
|---|---|---|
Live product path |
Shipped UI or CLI route intended for normal local use. |
Run it directly, then inspect the generated evidence. |
Local proof |
Deterministic packaged proof that avoids external accounts, secrets, or long-running services. |
Use it to validate a boundary before replacing the local fixture with real infrastructure. |
Contract proof |
Static or dry-run validation of schema, configuration, dependency, or handoff contracts. |
Treat it as readiness evidence, not as a live integration test. |
Operator-triggered live check |
Optional check that touches an operator-managed endpoint, worker, cloud account, or tracking service. |
Enable it only in an environment where credentials, network access, and isolation are intentional. |
Roadmap boundary |
Documented direction that is not shipped as a first-class product primitive yet. |
Do not present it as current capability; use the linked building blocks or integrations instead. |
Job-to-route map
User job |
Shortest route |
Evidence to inspect |
Maturity |
Boundary |
|---|---|---|---|---|
See AGILAB without installing it |
Hosted UI route and release proof references. |
Live product path |
Hosted availability is release-time evidence, not an SLA. |
|
Prove a local install |
|
Live product path |
Local proof first; cluster mode comes later. |
|
Start notebook-first |
Minimal |
Live product path |
Smaller core surface, not the full UI path. |
|
Import an existing notebook |
|
Live product path |
Notebook cells are imported without being trusted blindly. |
|
Validate a workflow before execution |
|
|
Contract proof |
Static validation catches contract issues; it does not execute stages or prove runtime success. |
Keep a durable exit path |
Runnable |
Live product path |
Export preserves work; it does not certify production readiness. |
|
Review a run |
|
Live product path |
Proof capsules are engineering evidence, not external certification. |
|
Route a coding-agent task |
|
|
Contract proof |
Routes context only; it does not execute agents, tests, or repository mutations. |
Expose agentic-web discovery |
|
Generated |
Contract proof |
Discovery only; it does not prove runtime success or production readiness. |
Compare or promote evidence |
Release-decision views, run-diff reports, promotion dossier artifacts. |
Live product path |
Promotion remains a handoff decision for the downstream platform. |
|
Prove database access locally |
SQLite DB, result CSV, |
Local proof |
Replace the local URI with real databases only after operator review. |
|
Validate a file-based data or document handoff |
|
|
Contract proof |
Checks handoff presence and hashability, not data correctness, OCR quality, privacy compliance, or service liveness. |
Prepare evidence for regulatory review |
|
Contract proof |
Engineering readiness only; it is not legal advice, EU AI Act compliance, conformity assessment, or production governance approval. |
|
Prepare cloud/object-storage connectors |
Facility, resolution, health-plan, and runtime-adapter reports. |
Contract proof |
Public checks do not prove real IAM, firewalls, billing, or quota. |
|
Show performance engineering |
Benchmark JSON/CSV, reducer artifacts, checksum-matched speedups. |
Local proof |
Kernel-level speedups are not universal end-to-end promises. |
|
Use packaged public apps |
App catalog, package status, reducer and app-contract guardrails. |
Live product path |
Apps are examples/workbench payloads, not production deployments. |
|
Scale to workers or cluster |
Worker packaging logs, service health gates, cluster validation output. |
Operator-triggered live check |
Requires explicit share, accounts, quotas, and network isolation. |
|
Integrate with MLflow |
MLflow run/artifact references plus AGILAB run evidence. |
Operator-triggered live check |
MLflow remains the tracking/registry system of record. |
|
Publish release evidence |
Package proof, CI guardrails, SBOM, |
Live product path |
Proves the release route, not every deployment topology. |
Evidence Core reading order
When a run needs review, inspect evidence in this order:
run_manifest.jsonfor command, app, status, paths, and duration.App artifacts and reducer summaries for domain outputs and hashes.
Notebook import/export manifests when the work entered or leaves through a notebook.
agilab workflow validate <lab_stages.toml> --dry-run --jsonwhen the question is static workflow readiness before execution.agilab prove/agilab verifyoutput or a.agipackarchive when a portable proof package is needed.Release proof, SBOM,
pip-audit, and provenance only when the question is package or release trust.
This is the current Evidence Core operating model: evidence files remain plain JSON or manifest-backed artifacts, while the proof capsule page explains the portable bundle boundary and roadmap.
Adoption rule
Use the lowest maturity level that proves the question:
choose a live product path for ordinary local use;
choose a local proof when the question is a boundary such as database access or compiled worker execution;
choose a contract proof before touching external systems;
choose an operator-triggered live check only after credentials, network access, and isolation are intentional;
keep roadmap boundaries out of user-facing claims until implementation and release proof exist.