Run envelope
The stable contract around a requested unit of software work: source, repo, policy, route, gates, artifacts, and outcome.
Phaedrus is the control plane for autonomous software work: preflight every run, route work by policy, enforce gates, and return receipts your team can audit.
# beta access gates package/repo install phaedrus preflight --repo . phaedrus run GH-2841 --policy bounded --json phaedrus receipt ph_8f3k2 --format json
Public npm and public GitHub distribution are gated until release. Beta users receive package, repository, and onboarding instructions directly. These docs describe the operating model and expected contract shapes.
Request beta access and receive install instructions.
Connect a repo plus the agent/model surface you already use.
Run preflight to verify branch, credentials, tests, and instructions.
Route the work through a bounded policy.
Inspect the receipt before increasing autonomy.
The stable contract around a requested unit of software work: source, repo, policy, route, gates, artifacts, and outcome.
The readiness check before an agent starts: repo state, credentials, branch posture, instructions, tests, and risk.
The routing and safety layer that chooses agent surface, autonomy level, required checks, and human approval path.
A pass/hold/fail control backed by evidence: tests, type checks, review, screenshots, cost, or human veto.
The audit object returned after a run: what happened, why, which gates passed, what it cost, and who approved it.
Bring your own models, keys, subscriptions, and compute. Phaedrus governs the work; it does not resell inference.
A GitHub issue, Linear ticket, chat request, CI job, or internal app sends work into a stable run envelope.
Preflight verifies repo state, instructions, credentials, tests, branch posture, and execution risk before an agent starts.
The run selects the agent surface, model, tools, autonomy level, and approval path without locking the caller to one provider.
Tests, checks, review passes, screenshots, logs, and failure notes become inspectable proof instead of mystery transcripts.
The requesting system gets status, artifacts, cost signals, gate outcomes, patch references, and any human decision required.
Example policy shape — beta schema may change.
name: bounded-pr-work autonomy: bounded agents: allow: [claude-code, codex] repos: allow: [acme/web] gates: preflight: required tests: required review: required approval: channel: slack:#releases required_for: [prod, migrations, auth] cost_ceiling_usd: 5
Example receipt returned to the caller after gates and approvals resolve.
{ "run": "ph_8f3k2", "source": "github:GH-2841", "agent": "claude-code", "model": "claude-opus-4", "policy": "bounded-pr-work", "gates": { "preflight": "pass", "tests": "142/142", "review": "pass" }, "artifacts": ["PR #311", "screens/checkout.png"], "cost": "$0.84", "human_approval": "slack:#releases" }
Governed coding-agent route for bounded repo work.
Policy-routed implementation lane for issue-to-PR tasks.
Issue intake, branch/PR artifact tracking, review state, and receipt links.
Human approval, veto, and release-channel notifications.
Ticket intake and status return for product-engineering queues.
Operator surfaces Phaedrus can govern without making them the control layer.
BYO machine or CI execution with explicit credential and workspace boundaries.
Private deployment conversations for security-sensitive teams.
Bring your own model keys and subscriptions.
Scope repo credentials and workspace access explicitly.
Require human approval for risky paths, releases, auth, migrations, and production-impacting changes.
Use receipts as audit evidence for tests, artifacts, cost, route, and approval.
Discuss self-hosted, VPC, and private routing for enterprise deployments.
No. Phaedrus sits above coding agents as the control plane: preflight, route, gate, approve, and receipt.
No. Phaedrus is BYOM/BYOK: teams use their own model providers, subscriptions, keys, and execution environments.
Yes. The point is to govern the agent surfaces teams already trust instead of coupling the workflow to one vendor.
Not yet. CLI/package access is private beta. Public npm distribution should only be advertised once the package is actually published.
Not yet. Beta users can request repository or package access during onboarding.
Request access, connect one low-risk repo, define a bounded policy, run preflight, then inspect receipts before expanding autonomy.