Run your agents with confidence.
AgentBubble is a practical operating system for human-directed agentic engineering.
It defines how experienced engineers safely work with coding agents in production environments: provide bounded context, clarify the ticket, implement minimally, test, audit, and prepare work for QA.
The agent may implement, but it may not silently redefine the problem.
Agents are powerful but stochastic. They can write useful code quickly, but they need clear boundaries, current context, and explicit acceptance criteria.
AgentBubble treats agent work as engineering work:
- preserve the existing architecture
- follow established patterns
- mutate the smallest necessary surface area
- avoid opportunistic refactors
- verify behavior before claiming completion
- audit the diff against the original ticket
The goal is not autonomy. The goal is reliable execution under human direction.
Context → Ticket Understanding → Plan → Minimal Implementation → Test → Audit → Fix → QA-Ready
The loop prevents agents from wandering through the codebase, expanding scope, or optimizing for plausible output instead of correct work.
AgentBubble is installed into a project by creating a local .agentbubble/ folder from the base template. After installation, agents should use the local .agentbubble/ files as their operating context instead of rereading the public repo every session.
CLI:
npx agentbubble init
The CLI is deterministic and local-only: it copies templates/base/.agentbubble/, scans file signals, fills known fields, and leaves unknowns marked.
See install.md for the recommended install flow.
- Install the local operating layer:
npx agentbubble init
-
Add your ticket to
.agentbubble/current-ticket.mdand tell your agent: "Ticket is ready. Begin intake." -
Work the coding session with your agent.
-
Audit changed files before review:
npx agentbubble audit
Example audit output:
Ticket Scope Audit
Declared scope:
- frontend/app/(app)/calendar/
Changed files:
1
Clean Changes: 1
No scope drift detected.
A context bubble is the bounded working environment an agent uses to reason about a task.
It should include:
- product goal
- current architecture
- coding patterns
- brand/taste rules
- security rules
- database rules
- do-not-touch areas
- known failure modes
- definition of good work
Agents are only as good as the context bubble they operate inside.
Vibe coding asks an agent to produce something that feels right.
Agentic engineering asks an agent to solve a defined problem inside explicit constraints, then prove the change is safe enough for review.
The difference is not tool choice. The difference is discipline:
- scoped tickets
- architectural respect
- minimal mutation
- testable acceptance criteria
- diff inspection
- QA readiness
If AgentBubble saved you from a bad merge, drop a ⭐ — it helps others find it.
philosophy.md: core operating modelcontext-factory.md: project context compressionticket-intake-loop.md: pre-implementation scope controlimplementation-loop.md: safe coding rulesaudit-loop.md: review and risk inspectiondefinition-of-done.md: QA and production readinessinstall.md: installation guideprompts/: copy-paste promptstemplates/: reusable specs, checklists, and base.agentbubble/filesskills/: tool-specific adapter guidance
