MCP-only
Use this when the connection is the job and your team will operate the workflow directly.
- Connectivity validation
- Scoped host setup
- Read-only or constrained rollout
This is a specialist engagement: scoped, artifact-backed, and designed to give your team a safer operating path, not another person to manage. Fix the first workflow, add oversight when the risk rises, and extend only when several systems must stay in sync.
External specialist. Scoped delivery. Production boundaries.
You are bringing in a specialist to diagnose, rebuild, and govern one critical operating path. The work is scoped, visible, and designed for your team to inherit.
The detailed surface below shows when the work is just connectivity, when it becomes implementation, and when it needs governed execution with explicit review and blocked states.
Route a qualified inbound lead, create the internal brief, and notify the owner.
mcp_contract.yamloutcome_contract.mdrelease-evidence.jsonThe workflow can run automatically because scope, ownership, and downstream writes are already bounded.
Start with the narrowest offer that proves value. Add Policy OS when the workflow starts touching revenue, compliance, or customer trust.
Use this when the connection is the job and your team will operate the workflow directly.
Fix the first workflow your team still protects by hand and make the handoffs reliable.
The governed execution layer that makes Skills + MCP safe to run faster in production.
Add this when several systems, teams, or compliance requirements must stay aligned.
Workflow Infrastructure gets the first handoff working. Policy OS decides what runs automatically, what needs review, and what stops. That is the point where speed stops being a demo and becomes an operating path.
Hub MCP routes the request, and Policy OS decides what can run automatically, what waits for approval, and what stops with a reason.
Safe actions run fast. Risky actions route to approval. Disallowed actions stop with a reason.
Every governed engagement ships as artifacts your team can inspect, run, inherit, and operate.
Tools, resources, auth scope, and transport boundaries.
Allowed actions, approvals, escalation triggers, and operating limits.
Success metrics, fallback triggers, and ownership boundaries.
Recovery steps, operator lanes, and rollback expectations.
Regression evidence that keeps releases tied to real workflow behavior.
Workflow Infrastructure fixes the first painful workflow. Policy OS becomes the core engagement once speed needs approvals, release controls, and ongoing oversight. Enterprise Extension covers the highest-stakes environments.
No. I operate as an external specialist. You get scoped delivery, artifact-backed visibility, approval points, and a clean handoff instead of open-ended staff augmentation.
When full system development and team onboarding are the primary need, I provide a direct referral path to Half Dozen. .agency is optimized for workflow infrastructure and governed execution, not ongoing admin coverage.
.agency owns the rules, approvals, handoffs, release controls, and operating artifacts around the workflow. Your team keeps business context, approval ownership, and long-term control.
Add it when failures become expensive or the workflow touches revenue, customer trust, compliance, or several systems that must stay in sync.
Yes. MCP-only still works for discovery, compliance-constrained pilots, or teams that need the connection before the operating layer.
Yes. Clients retain ownership of code, workflows, and operating documentation. The delivery is meant to stay portable after launch.
Client-facing delivery is Skills + MCP. MCP handles trust and connectivity. Skills carry behavior and workflow intent.
We will define the handoffs, approvals, failure modes, and escalation path before any implementation work starts.