List the steps, tools, and people involved. Agree on what AI may do and how you will check the result.
Your system should stay yours.
Your accounts, data, and decisions stay with your team. We document the work so you can use it, change it, and evaluate other tools. Deliverable ownership follows your agreement.
- Your team keeps Accounts + decisions
- Substrate records State + evidence
- Vendors provide Replaceable infrastructure
Your team keeps the durable assets
Know what your team keeps and what we maintain.
See what we deliver, what your team controls, and which services come from outside vendors.
Know what happens at each stage.
Diagnose the problem, agree on the change, then build and test it. Ongoing support preserves context and helps your team use the result.
Build and test one agreed task. Keep its code, work history, and instructions together.
Decide which tasks can run automatically, which need approval, and which must stop.
Your team decides which actions are allowed.
The plan shows the information AI uses, the work it can prepare, who approves it, and the record kept afterward.
Your team decides which actions are allowed.
This example shows how a claim moves through review. AI can prepare the work; the responsible person approves consequential actions.
1. Map Claim intake packet before execution. Claims operations owner owns the operating path. The canvas makes the workflow, handoffs, and next decision legible before an agent or system acts. 2. Claim system triage can run when the rule is clear. Claim system triage coordinates with Coverage context summary; the map keeps AI assistance bounded to the work it can safely support. 3. Adjuster review stays with a person. Adjuster handles coverage uncertainty, fraud flags, payout, denial, and sensitive messaging. 4. No payout or denial authority is the stop condition. Stop before coverage decision, payout, denial, or fraud escalation without authority. 5. Claims queue receipt shows the receipt. Shows triage class, missing documents, adjuster state, and customer-contact trail. 6. Use the map as booking context for a workflow pilot. The map has enough owner, assistive work, system behavior, and decision context for a first run.
- allowed routing
- named authority
- stop conditions
- audit trail
Keep the instructions and work history.
Your team keeps its account details, access rules, approvals, instructions, and work history. We document deliverables and reusable tools under the agreement. The handover explains how to remove access.
One workflow, source systems, owners, handoffs, and failure points.
Your materials and commissioned deliverables, our reusable tools, and the services vendors provide.
Which tools the agent can use, the access it needs, and the limits on each action.
Auto-allow, approval-needed, and blocked states with reasons.
How to run the system, check a release, undo a change, and recover from failure.
A view of current work in your application or our database system, Substrate.
Built with OpenAI. Prepared for change.
We build primarily with OpenAI Codex. Your project keeps its data, code, tool definitions, instructions, tests, and recovery guide. A different model must pass the relevant checks before you switch. CREATE SOMETHING maintains the system layer; Cloudflare provides infrastructure and OpenAI provides intelligence.
Development tool and portable exit
The AI coding tool we use to build the project and help your team make the next change.
Your team keeps the business context, permissions, tests, work history, and recovery instructions.
The same tool definitions and test tasks can help compare Claude, open-weight models, and custom models.
What each part does
Our database system stores the records, tasks, approvals, and work history. APIs and MCP let approved software access it.
CloudflareCloudflare provides hosting and storage. We document who owns the account, who pays for it, and how to undo a release.
OpenAI provides the AI models and coding tools. Your rules determine which tools an agent can use and when it needs approval.
Bring the workflow, the accounts, and the decision owner.
We’ll diagnose the problem and agree on scope, ownership, and approvals before implementation. Support helps your team use the delivered changes.
- Owner
- Workflow owner
- Authority
- Owned stack boundary
- Proof
- Controlled path + decision states
- State
- review
- 01 / Workflow First workflow map
Objects, source systems, owners, handoffs, and failure points.
- 02 / Boundary Vendor and ownership boundary
What your team owns, what we deliver, and what vendors provide.
- 03 / Control Decision states
Auto-allow, approval-needed, and blocked states with reasons.