account_tree Schema-aware transforms
`agent adapt` sits between deterministic CLIs. It transforms one typed contract into another, validates the result, and leaves side effects to the destination CLI.
Cmdhub is the control plane for a suite of composable CLIs. Install tools, connect providers, inspect schemas, and pipe structured output into scripts or agents.
curl -fsSL https://cmdhub.run/install.sh | bash
{
"status": "validated",
"source_schema": "gmail.message.v1",
"target_schema": "gcal.event.create.input.v1",
"next": "pipe into gcal event create"
}Most SaaS automation becomes a mix of provider SDKs, local scripts, auth edge cases, and inconsistent output. Cmdhub makes the shell contract explicit.
python3 ./utils/gmail_to_calendar.py --token "$GOOGLE_TOKEN" --raw-jsongmail message get m1 --jsonl | agent adapt --to "gcal event create"The alpha is intentionally small: one control plane, core Google and Slack adapters, Notion, and a schema-aware transform CLI.
`agent adapt` sits between deterministic CLIs. It transforms one typed contract into another, validates the result, and leaves side effects to the destination CLI.
Use `cmdhub auth login` for the hub account and `cmdhub provider connect` for external services.
Verify install state, credential storage, provider links, and tool-specific health before workflows fail.
Human-readable output is the default. Switch to machine-readable JSON or streaming JSONL when a script, CI job, or agent needs to consume the result.
No. Cmdhub is the command layer. Agents can use it, but deterministic CLIs own the real app actions.
Not primarily. The CLI contract is the durable primitive. MCP can be one transport later.
No. The CLIs run locally. The hosted app handles account login, registry, docs, and provider auth flows where useful.
The product is still being tightened around install, auth, schemas, docs, and a small set of reliable workflows.