1Boundary
What each agent may see and change, written down and approved by a person.
- What we set up
- Written limits for each agent: what it may read, what it may change, and who approved them.
- What it stops
- Customer data ends up in chats
- Owned by
- Heads of product and engineering
In productAccess updates the day a new data source arrives.
In engineeringThe platform enforces permissions and logs every action.
2Context
The knowledge each task needs, kept in one place someone maintains.
- What we set up
- One shared source for each kind of work, with someone who keeps it current.
- What it stops
- Everyone re-explains the job
- Owned by
- A named owner per source
In productA decision updates the shared source the day it is made.
In engineeringDocs change in the same review as the code.
3Skills
How your best people work, written down so every agent works that way.
- What we set up
- Your best people's way of working, written as skills every agent follows and tested on real tasks.
- What it stops
- The same task gets done four ways
- Owned by
- Team leads
In productThe brief skill improves from what reviewers flag.
In engineeringSkills are tested on real tasks before they change.
4Execution
Work starts from a request and runs in its own space, many tasks at once.
- What we set up
- Work split into tasks that run side by side, each in its own space, away from live work.
- What it stops
- Live work gets overwritten
- Owned by
- The engineer or PM who asked
In productSeveral drafts run at once from one launch plan.
In engineeringTasks start from issues and run in parallel.
5Verification
Checks every piece of work passes before a person looks at it.
- What we set up
- Product and engineering checks that run before a person looks.
- What it stops
- Reviewers reread everything
- Owned by
- Team leads
In productA failed check sends the draft back to the agent.
In engineeringA failed gate sends the change back to the agent.
6Delivery
A clear path from request to shipped, with a named person approving.
- What we set up
- One path from request to shipped, with a named approver on every piece.
- What it stops
- Nobody owns the result
- Owned by
- A named approver per piece of work
In productEvery team ships this way, with an owner for each result.
In engineeringShipped work is reported per team every month.