vibeos
VibeOS — Autonomous development engine with layered quality governance
Not in a marketplace yet, so it loads for one session with --plugin-dir.
Plugin vibeos in chieflatif/vibeos-bootstrap. Commands read from the repo's manifest — 1 month ago.
This plugin runs code on your machine — its hooks fire automatically on events like tool use. The exact commands are listed below; read them before installing.
What it installs
Skills (8)
auditFull audit cycle that dispatches all 5 audit agents (security, architecture, correctness, test quality, evidence), applies consensus logic, and produces a composite report with actionable findings. Use when the user says "audit the code", "review everything", "check for security issues", "do a full
checkpointPhase boundary audit that runs all gates and all audit agents on the entire codebase, establishes quality baselines, and enforces ratcheting (finding count cannot increase between phases). Use when the user says "phase is done", "wrap up this phase", "milestone check", or when all work orders in a p
discoverRun product discovery to turn a rough idea into validated product documents. Use when a user describes what they want to build, shares a product idea, says "I want to build/create/make...", mentions a "new project/app/product", or needs help defining scope, requirements, architecture, and technical
gateRun quality gates for a specific WO lifecycle phase. Use when the user says "check the code", "run quality checks", "are we passing?", "validate this", or wants to run pre-commit checks or verify code quality before completing a work order.
helpGet help with VibeOS concepts, glossary terms, and system orientation. Use when the user asks "what is/are...", "explain...", "how does X work?", "what does Y mean?", or wants to understand any term or concept used by the plugin, or to re-trigger the onboarding introduction.
planRun project intake questionnaire, apply decision engine, and generate a complete development plan with phased work orders. Use when the user says "make a plan", "break this down", "organize the work", "create a roadmap", or wants to structure their project into phases. Requires product discovery to
statusShow project dashboard with current phase, active work orders, recent audit results, and recommended next action. Use when the user asks "how's it going?", "what's the status?", "where are we?", "what's done?", "update me", or wants to see progress, what to work on next, or an overview of the projec
woWork order management with subcommands for creating, checking status, completing, and auditing individual work orders. Use when the user says "create a work order", "add a task", "what's the status of WO-X?", or wants to manage individual units of work.
Subagents (11)
architecture-auditorIsolated architecture audit agent that checks for layer violations, circular dependencies, contract breakage, and module boundary violations against the project's architecture document.
backendBackend implementation agent that receives a WO spec and pre-written tests, then implements code to make the tests pass while following architecture rules and the no-stub policy.
correctness-auditorIsolated correctness audit agent that uses deep reasoning to find logic errors, missing error paths, incomplete implementations, and hardcoded values. Each finding includes a "would a user notice?" impact statement.
doc-writerDocumentation agent that updates project docs after implementation, records implementation notes and evidence in the WO file, and updates tracking documents.
evidence-auditorIsolated evidence audit agent that validates documentation completeness, evidence bundles, WO audit framework compliance, and tracking document accuracy across all completed work orders.
frontendFrontend implementation agent that follows the same TDD pattern as the backend agent, implementing UI code to make pre-written tests pass while following architecture and accessibility standards.
investigatorPre-flight analysis agent that revalidates WO assumptions, checks dependency completion, analyzes relevant codebase, and flags risks before implementation begins. Dispatched at the start of each WO.
plan-auditorRead-only audit agent that evaluates a work order against the 10-question WO-AUDIT-FRAMEWORK planning checklist. Returns structured findings with severity ratings. Use before approving any WO for implementation.
security-auditorIsolated security audit agent that performs OWASP Top 10 analysis, secrets detection, injection pattern scanning, and PII exposure checks. Returns structured findings with severity and confidence ratings.
test-auditorIsolated test quality audit agent that evaluates whether tests were written from spec, detects fallback masking, checks mock density, verifies edge coverage, and analyzes git history for TDD compliance.
testerTDD agent that reads a WO spec and acceptance criteria, then writes tests BEFORE implementation exists. Never reads implementation code. Tests define expected behavior from the spec.
Hooks (7)
- SessionStart
${CLAUDE_PLUGIN_ROOT}/hooks/scripts/prereq-check.sh
- UserPromptSubmit
${CLAUDE_PLUGIN_ROOT}/hooks/scripts/intent-router.sh
- PreToolUse
${CLAUDE_PLUGIN_ROOT}/hooks/scripts/secrets-scan.sh
- PreToolUse
${CLAUDE_PLUGIN_ROOT}/hooks/scripts/frozen-files.sh
- PreToolUse
${CLAUDE_PLUGIN_ROOT}/hooks/scripts/test-file-protection.sh
- PreToolUse
${CLAUDE_PLUGIN_ROOT}/hooks/scripts/test-diff-audit.sh
- Stop
Maintain vibeos?
This page updates itself from your repo. Add the badge to your README, or get it Featured to pin it above the organic results with a followed link to your site.