Skip to main content

vibey

A queue-based, six-phase conductor for autonomous software delivery — with an optional visual-design interstitial and opt-in Azure deployment — built on top of the *loop autonomous session runners.

You describe what you want. Vibey interviews you until the spec is sharp (Phase 1), then asks whether you want an optional visual-design pass before building. If you opt in, it inventories every screen and state, generates the planned image, audio, and video assets, and waits for your confirmation. It then builds autonomously, reviews the result, and asks whether you want deployment work at all. Declining deployment finishes the run locally; opting in enters the Azure deployment stage set. Every choice and loop is durable and lossless.

Runs on macOS / Linux, local. No cloud control plane required.
Language Python 3.12+
Queue PostgreSQL (FOR UPDATE SKIP LOCKED)
Engines claudeloop, codexloop, cursorloop, agyloop
State dir .vibey/
Env prefix VIBEY_
Done marker VIBEY_TASK_FULLY_COMPLETE

The shape of it

  DELIVERY STAGE SET
  INTAKE → ① DESIGN ──┬─ no ───────────────→ ② BUILD ⇄ ③ REVIEW
                      │                       autonomous / interactive
                      └─ yes → [VISUAL DESIGN]
                                interactive, media generation + confirmation
                                          │ visual-ready
                                          └──────────────→ ② BUILD

  ③ REVIEW ── no deployment ─────────────────────────────→ DONE (local)
       │ opt in
       ▼
  DEPLOYMENT STAGE SET
  ④ DEPLOY DESIGN ⇄ ⑤ DEPLOY EXECUTE ⇄ ⑥ DEPLOY REVIEW → DONE (deployed)
       interactive       autonomous          interactive
             ▲                 │                    │
             └─────────────────┴────────────────────┘

Phases 1, 3, 4, and 6 talk to you. The optional Visual Design stage also talks to you and cannot hand work to BUILD until every planned visual is accepted or you explicitly waive the stage. Phases 2 and 5 run unattended, survive rate-limit windows and credit exhaustion, and rotate eligible engines/providers when one runs dry. Phase 3 asks whether to deploy; “no” is a successful local completion. Phase 6 accepts a successful deployment, requests changed deployment details in Phase 4, retries an unambiguous deployment in Phase 5, or routes an application defect back to the appropriate delivery phase.

Why it isn't just another agent framework

The hard part is not calling an LLM in a loop — claudeloop and its siblings already solve that, including the distinction between a waitable rate-limit window and exhausted credits that no amount of waiting will fix. Vibey adds the three things those runners deliberately do not do:

  1. A phase machine with loop-backs, so a review finding becomes a new design conversation rather than a lost note.
  2. Round-robin engine rotation with lossless handoff — the conversation is an append-only event ledger, not a chat transcript locked inside one vendor's session, so any engine can pick up where any other left off.
  3. A durable queue, so work survives a laptop lid closing, a crash, or a provider outage, and so multiple work items build in parallel in isolated git worktrees.

Documentation

Document What's in it
Fleet program runbook The cross-repo program: current state, coverage gates, seven surfaces, and the claudeloop invocation that executes it
Architecture & roadmap The master design: context, containers, layers, phases, risks, milestones
Domain model Every value object, ADT, and invariant in domain/
Data model Full PostgreSQL DDL, queue semantics, indices
Handoff protocol The event ledger, the envelope, and the no-loss gate
Rotation & engines Capability matrix, effort normalization, smooth weighted round robin
Phase protocols What all six phases do, turn by turn
Implementation plan Milestone-by-milestone, test-first task breakdown
Decision records Why each hard call was made

Status

M10 complete. All milestones M0 through M10 are fully implemented and verified against the 7-gate CI sweep. The complete six-phase delivery-to-deployment pipeline is operational:

  • Phase ① DESIGN — interactive interview, research, synthesis, spec acceptance, and optional visual-design interstitial
  • Phase ② BUILD — isolated git worktree integration, escalation ladder, budget checks, and parallel work items
  • Phase ③ REVIEW — demo, collect, automated findings pre-triage, triage, re-entrant design loop-backs, and explicit deployment-choice gate
  • Phase ④ DEPLOY DESIGN — deployment interview, synthesis, IaC plan evaluation, and explicit mutation consent
  • Phase ⑤ DEPLOY EXECUTE — durable execution graph (discover → plan → validate → apply → configure → migrate → release → verify), retry/escalation ladder, and progressive exposure with policy-bound recovery
  • Phase ⑥ DEPLOY REVIEW — live endpoint demo, failure triage, and loop routing (→ DONE, → ④, → ⑤, or → ①/②/③)

Both optional paths (visual opt-in/opt-out and deployment opt-in/opt-out) are exercised in the offline system test suite. See the implementation plan for the full milestone sequence.

License

MIT.

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

vibey-0.1.0.tar.gz (464.3 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

vibey-0.1.0-py3-none-any.whl (183.0 kB view details)

Uploaded Python 3

File details

Details for the file vibey-0.1.0.tar.gz.

File metadata

  • Download URL: vibey-0.1.0.tar.gz
  • Upload date:
  • Size: 464.3 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for vibey-0.1.0.tar.gz
Algorithm Hash digest
SHA256 ceaa2b9939281dfb05150ba1bf548affe79b825d8f6c1d5ca196cc833cf89d91
MD5 c99884a7d8654cbfee452796412f7b1a
BLAKE2b-256 d5f566ccbe2d2a02e8647ef905f94556bc85c8a73debf84c60444089c19d5f7b

See more details on using hashes here.

Provenance

The following attestation bundles were made for vibey-0.1.0.tar.gz:

Publisher: publish-to-pypi.yml on adammatthewsteinberger/vibey

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file vibey-0.1.0-py3-none-any.whl.

File metadata

  • Download URL: vibey-0.1.0-py3-none-any.whl
  • Upload date:
  • Size: 183.0 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for vibey-0.1.0-py3-none-any.whl
Algorithm Hash digest
SHA256 f7fabf167b6df42b8ab80162047028d3ed3af26dc4f74955a07298e85805b5c6
MD5 ea64e78806bc5979c30f6b6c0356372d
BLAKE2b-256 b3c98b69525582765f4c3e3d1d27560ac5de7f36a6a4423908a2d98c65249995

See more details on using hashes here.

Provenance

The following attestation bundles were made for vibey-0.1.0-py3-none-any.whl:

Publisher: publish-to-pypi.yml on adammatthewsteinberger/vibey

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page