ce-agent-native-architecture
everyinc/compound-engineering-plugin
How to install ce-agent-native-architecture
npx skills add https://github.com/everyinc/compound-engineering-plugin --skill ce-agent-native-architectureFull instructions (SKILL.md)
Source of truth, from everyinc/compound-engineering-plugin.
name: ce-agent-native-architecture description: Build applications where agents are first-class citizens. Use this skill when designing autonomous agents, creating MCP tools, implementing self-modifying systems, or building apps where features are outcomes achieved by agents operating in a loop.
<overview> ## Agent-Native ArchitectureAgent-native applications treat agents as first-class citizens. Features are outcomes achieved by an agent with tools operating in a loop, not functions written in code. The same architecture that powers Claude Code can power apps far beyond coding.
Five core principles:
- Parity — Whatever the user can do through the UI, the agent can achieve through tools.
- Granularity — Tools are atomic primitives; features are prompt-defined outcomes. To change behavior, edit prose, not code.
- Composability — New features = new prompts, not new code. Atomic tools + parity make this possible.
- Emergent Capability — The agent accomplishes things you didn't explicitly design for. Open-ended requests reveal latent demand.
- Improvement Over Time — Apps get better through accumulated context (e.g. a
context.mdfile) and prompt refinement, without shipping code.
For deep coverage of how these principles translate into architectural patterns, read references/architecture-patterns.md.
</overview>
- Design architecture - Plan a new agent-native system from scratch
- Files & workspace - Files as universal interface, shared workspace patterns
- Tool design - Primitive tools, dynamic capability discovery, CRUD completeness
- Domain tools - When to add domain tools vs stay with primitives
- Execution patterns - Completion signals, partial completion, context limits
- System prompts - Define agent behavior, judgment criteria
- Context injection - Inject runtime app state into agent prompts
- Action parity - Ensure agents can do everything users can do
- Self-modification - Enable agents to safely evolve themselves
- Product design - Progressive disclosure, latent demand, approval patterns
- Mobile patterns - iOS storage, background execution, checkpoint/resume
- Testing - Test agent-native apps for capability and parity
- Refactoring - Make existing code more agent-native
- Review / checklists - Architecture checklist, anti-patterns, success criteria
Pick a number or describe what you want. Wait for the response before proceeding. </intake>
<routing> | Response | Read | |----------|------| | 1, "design", "architecture", "plan" | `references/architecture-patterns.md`, then apply the checklist in `references/checklists.md` | | 2, "files", "workspace", "filesystem" | `references/files-universal-interface.md` and `references/shared-workspace-architecture.md` | | 3, "tool", "mcp", "primitive", "crud" | `references/mcp-tool-design.md` | | 4, "domain tool", "when to add" | `references/from-primitives-to-domain-tools.md` | | 5, "execution", "completion", "loop" | `references/agent-execution-patterns.md` | | 6, "prompt", "system prompt", "behavior" | `references/system-prompt-design.md` | | 7, "context", "inject", "runtime", "dynamic" | `references/dynamic-context-injection.md` | | 8, "parity", "ui action", "capability map" | `references/action-parity-discipline.md` | | 9, "self-modify", "evolve", "git" | `references/self-modification.md` | | 10, "product", "progressive", "approval", "latent demand" | `references/product-implications.md` | | 11, "mobile", "ios", "android", "background", "checkpoint" | `references/mobile-patterns.md` | | 12, "test", "testing", "verify", "validate" | `references/agent-native-testing.md` | | 13, "refactor", "existing", "migrate" | `references/refactoring-to-prompt-native.md` | | 14, "review", "audit", "anti-pattern", "checklist", "success criteria" | `references/checklists.md` |After reading the reference, apply those patterns to the user's specific context. </routing>
<reference_index>
Reference Files
Core patterns:
references/architecture-patterns.md— Event-driven, unified orchestrator, agent-to-UI; full coverage of the five principlesreferences/files-universal-interface.md— Why files, organization, context.mdreferences/mcp-tool-design.md— Tool design, dynamic capability discovery, CRUDreferences/from-primitives-to-domain-tools.md— When to graduate primitives to domain toolsreferences/agent-execution-patterns.md— Completion signals, partial completion, context limitsreferences/system-prompt-design.md— Features as prompts, judgment criteria
Disciplines:
references/dynamic-context-injection.md— Runtime context injectionreferences/action-parity-discipline.md— Capability mapping, parity workflowreferences/shared-workspace-architecture.md— Shared data space, UI integrationreferences/product-implications.md— Progressive disclosure, latent demand, approvalreferences/agent-native-testing.md— Testing outcomes, parity testsreferences/checklists.md— Architecture checklist, anti-patterns, success criteria
Platform-specific:
references/mobile-patterns.md— iOS storage, checkpoint/resume, cost awarenessreferences/self-modification.md— Git-based evolution, guardrailsreferences/refactoring-to-prompt-native.md— Migrating existing code </reference_index>
Related skills
More from everyinc/compound-engineering-plugin and the wider catalog.
coding-tutor
Personalized coding tutorials that build on your existing knowledge and use your actual codebase for examples. Creates a persistent learning trail that compounds over time using the power of AI, spaced repetition and quizes.
lfg
Run the full hands-off engineering pipeline from planning through a green PR.
ce-brainstorm
Explore vague or ambitious ideas into a right-sized requirements-only unified plan. Use when the user wants to brainstorm, think through scope, decide what to build, or needs collaborative product framing before planning.
ce-plan
Create structured plans for multi-step work, including software and non-software tasks. Use when asked to plan, break down implementation, plan from requirements, or deepen an existing plan; prefer ce-brainstorm for exploratory framing.
ce-compound
Document a recently solved problem or durable project vocabulary in docs/solutions/ or CONCEPTS.md. Use when capturing a learning after work.
ce-work
Execute a plan or concrete work prompt end-to-end. Use when implementing from docs/plans, a spec path, or a clear build request; use ce-debug for open-ended bugs.