Enables autonomous agent-driven development loops: scaffolds isolated cloud dev boxes per agent, generates one-command local dev stacks with dependency discovery, adds Playwright-based e2e suites with video evidence, creates file-based knowledge base workstreams, and verifies features via independent sub-agents that open PRs with proof.
Scaffold an isolated CLOUD dev box per agent (via crabbox + Daytona) for any codebase — the parallel-safe counterpart to dev-local-setup. Each agent gets its own full stack (own DB + dev server) and an in-box browser for e2e, so concurrent loops never collide on ports/state. Sets up the snapshot image, .crabbox.yaml, an idempotent setup.sh (also boots the stack locally), and a cbx.sh wrapper. Use when the user says "set up crabbox", "give each agent its own box", "add cloud testing", "make this repo testable in the cloud / on Daytona", "parallel-test this", or when setup-codebase-harness needs true per-agent isolation.
Scaffold a one-command `dev-local` launcher for ANY codebase. Investigates the repo to find its services, ports, and infra dependencies, then generates a single `scripts/dev-local.sh` (up/down/status/logs/restart) that runs every dev server in one tmux session, plus a short skill doc describing it. Use when someone says "set up dev-local", "make a one-command dev launcher", "I want one script to start this repo", "scaffold dev-local for this project".
Set up an end-to-end test suite in any repo, following practices that make e2e a reliable per-PR gate: real flows over bypass, layered assertions, a reusable auth/session helper, video+trace evidence, and a compounding suite. Use when a repo has no e2e (or weak e2e) and you want system-level tests — "set up e2e", "add end-to-end tests", "scaffold a test gate".
Spin up a new loop (domain) in a file-based knowledge base — bootstrap the substrate if it's missing, gather the loop's charter, scaffold domains/<loop>/README.md, then do ONE real test run and record it in the loop's Timeline and LOG.md. Use when the user says "set up a new loop", "create a domain", "start a new beat/workstream", or names a recurring job they want the agent to own.
Prove the feature you just built actually works — a fresh verifier sub-agent drives the real app — then open a pull request with the proof. Use when a change is ready to ship in any repo — "open a PR", "ship this", "raise a PR", "/pr". Never opens a PR until the feature is verified.
Based on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
npx claudepluginhub ai-builder-club/skills --plugin skillsloophaus — Control plane for coding agents
Makes a repo agent-ready: AGENTS.md, boundary tests, CI pipeline, GC scripts — based on OpenAI's harness engineering methodology
Tool-agnostic agentic coding setup: 29 agents, 53 skills, 67 rules, 30 commands, 7 hooks, MCP servers, and a CLI-tool surface generated for 3 AI coding tools from a single canonical source. Counts derived from governance/inventory.json.
Automated development loop and ad-hoc workflow generation for orchestrating AI coding agents
Make AI coding agents follow a repeatable engineering workflow with memory, verification, skills, and multi-agent setup
Autonomous multi-agent development framework with spec-driven sprints and convergent iteration
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claim