Free resource · Framework
Skills, playbooks and graph orchestration
A six-slide model for building AI work out of reusable parts: skills become playbooks, playbooks equip specialist agents, and a graph routes each task through the smallest context that can do it.
Download the PDF 6 slides, PDF · 40 KB · free, no signup
A conceptual model, not a product tour. The diagrams are illustrative examples of how the parts fit together.
Overview
System architecture
Reusable competencies become playbooks. Playbooks equip specialist agents. Graph orchestration routes work through the smallest necessary context.
Tools
Capability
Skills
Competence
Playbooks
Procedure
Agents
Specialization
AscensionOS
Orchestration
Tools → Skills → Playbooks → Agents → AscensionOS
Capability becomes reliable execution through explicit composition.
01 · The stack
One canonical stack. No duplicated intelligence.
Playbooks reference canonical skills. Agents select them; they do not carry private copies.
01
Tools
GitHub · terminal · browser · APIs
02
Skills
Reusable procedures with verification
03
Playbooks
Sequences · branches · bounded loops
04
Agents
Specialists with selected capabilities
05
Agent OS
Policy · routing · memory · permissions
06
AscensionOS
Classify · route · state · reconcile
02 · Skills + playbook
Skills are atoms. Playbooks are compositions.
Canonical skills
Skill
inspect-repo
canonical
Skill
research-web
canonical
Skill
write-plan
canonical
Skill
implement
canonical
Skill
run-tests
canonical
Skill
verify
canonical
Example playbook: ship feature
Skill
inspect-repo
Skill
write-plan
Skill
security-audit
Skill
implement
Skill
docs-update
Skill
integration-test
Gate
verify
failure → targeted repair
Press Run to walk this row one step at a time.
03 · Agent OS
An agent is a configured worker, not a giant prompt.
The agent OS determines what the specialist can do, how it works, what context it sees, and how success is proven.
Specialist
Software Engineer
implementation quality
Skills
architecture · coding · testing
Tools
GitHub · terminal · filesystem
Playbooks
ship-feature · fix-bug · refactor
Model policy
cheap explore · reason · verify
Policies
inspect first · smallest diff · proof
04 · Graph-orchestrated prompt
How a prompt becomes executed work.
User: “Build authentication for the dashboard, preserve the existing design system, test it, and document the change.”
Route
Input
Prompt
goal + constraints
Orchestrator
Classify
intent · risk · scope
Router
Select agent
Engineer OS
Playbook
ship-feature
graph loaded
State
Checkpoint
canonical state
Press Run to walk this row one step at a time.
Execute
Skill
inspect-repo
GitHub
Skill
write-plan
state
Skill
implement
filesystem
Skill
run-tests
terminal
Gate
verify
evidence
Press Run to walk this row one step at a time.
Context policy
Load only the current node’s skill instructions, relevant project state and permitted tools. Keep everything else out of working context.
Result: explicit ownership + bounded retries + mechanical verification.
05 · Node contract
Every graph node gets a small contract.
This is the layer that turns graph orchestration from prompt spaghetti into production infrastructure.
- Objective
- Implement dashboard authentication.
- Input state
- Approved plan · architecture constraints.
- Skills
- implement-code · secure-auth-patterns.
- Tools
- filesystem · terminal · package manager.
- Model routing
- Coding model; escalate on architecture ambiguity.
- Budget
- 1 pass + 2 targeted repairs.
- Acceptance
- Auth tests + regression tests + no secrets.
- Output
- Patch · evidence · changed files · risks.
North star: minimum sufficient context, capability, orchestration and verification.
Want to see where this fits in your business?
A complimentary conversation decides whether an Audit, a build, training, or nothing is the right next step.