Creating Playbooks
Learn how to create effective playbooks that improve over time.
Creating a New Playbook
From the Dashboard
- Log in to app.aceagent.io
- Click New Playbook in the sidebar
- Fill in the details:
- Name - Clear, descriptive name
- Description - Brief summary of the playbook's purpose
- Content (optional) - The playbook instructions in Markdown
- Click Create Playbook
Via MCP
Use the ace create_playbook tool with:
- name: "Code Review Assistant"
- initial_content: "# Code Review Assistant..."
Playbook Structure
Playbooks use the ACE bullet format—structured instructions that can be tracked and evolved over time.
Basic Structure
Playbook Title
A brief description of what this playbook is for.
STRATEGIES & INSIGHTS
[strategy-name] helpful=0 harmful=0 :: Actionable instruction content here.
[another-strategy] helpful=0 harmful=0 :: Another instruction.
COMMON MISTAKES TO AVOID
[mistake-name] helpful=0 harmful=0 :: Description of what to avoid.
OTHERS
[misc-instruction] helpful=0 harmful=0 :: Any other instructions.
ACE Bullet Format
Each instruction follows this format:
[semantic-slug] helpful=N harmful=N :: Instruction content
[semantic-slug]- A unique identifier for the instruction (lowercase, hyphens)helpful=N- Score tracking how often this instruction helped (starts at 0)harmful=N- Score tracking how often this instruction caused issues (starts at 0)::- Separator between metadata and content- Instruction content - The actual guidance
Common Sections
| Section | Purpose |
|---|---|
STRATEGIES & INSIGHTS | High-level approaches and wisdom |
FORMULAS & CALCULATIONS | Mathematical formulas and calculation methods |
CODE SNIPPETS & TEMPLATES | Reusable patterns and examples |
COMMON MISTAKES TO AVOID | Anti-patterns and pitfalls |
PROBLEM-SOLVING HEURISTICS | Debugging and troubleshooting tips |
CONTEXT CLUES & INDICATORS | When to apply certain approaches |
OTHERS | Miscellaneous instructions |
Example Playbook
Code Review Assistant
Reviews pull requests for code quality and security issues.
STRATEGIES & INSIGHTS
[read-before-changing] helpful=5 harmful=0 :: Read and understand existing code before suggesting changes. Look for patterns and conventions to preserve.
[simple-first] helpful=4 harmful=0 :: Start with the simplest solution that works. Avoid premature optimization.
COMMON MISTAKES TO AVOID
[silent-catch] helpful=5 harmful=0 :: Don't catch and silently ignore exceptions. Either handle them meaningfully or let them propagate.
[hardcoded-values] helpful=4 harmful=0 :: Avoid hardcoding values that might change (URLs, API keys, timeouts). Use configuration.
OTHERS
[document-why] helpful=2 harmful=0 :: Document the "why" not the "what". Code shows what it does; comments should explain why.
Editing Playbooks
From Dashboard
- Navigate to the playbook
- Click the Edit button
- Make your changes
- Click Save
Each edit creates a new version you can review later.
Organizing Playbooks
Naming Conventions
Use clear, descriptive names:
code-review-typescript- Language-specificincident-response-p0- Priority-basedonboarding-backend- Team/area based
Troubleshooting
Playbook Too Long
- Break into smaller, focused playbooks
- Use references to other playbooks
- Remove redundant examples
Inconsistent Results
- Add more specific constraints
- Include negative examples (what NOT to do)
- Define exact output formats
Evolution Not Improving
- Record more detailed outcomes
- Include reasoning traces
- Provide both success and failure outcomes