claudecodex

vibe

Vibe sessions, handoff, seed refresh, and ClosedLoop ticket workflows

124 on GitHubby ClosedLoopv1.1.85Apache-2.0updated todayDevelopment
/

Plugin vibe from marketplace closedloop-ai in closedloop-ai/claude-plugins. Commands read from the repo's manifest — today.

What it installs

Skills (17)

  • cl-analyze

    Analyze one ClosedLoop feature ticket from a URL or FEA slug before execution. Use when asked to assess ticket complexity, feasibility, readiness, applicable requirements PRDs and missing PRD links, UI design guidance, human UI plan approval needs, blockers, legacy split lineage, merge-batch compati

  • cl-execute

    Draft and upload ClosedLoop implementation plans with Mermaid scope flowcharts, then execute one ClosedLoop feature ticket or a parent-approved coherent multi-ticket feature end to end on Codex Desktop or as a leased Codex CLI ticket worker after all readiness, legacy split-lineage, complexity, risk

  • cl-find-related-tickets

    Inspect the relevant code first to map the implementation blast area, then find ClosedLoop issue tickets related to a product area, behavior, requirement, incident, ticket, or pull request and give a brief evidence-based reason for each match. Use when auditing scope, finding potentially conflicting

  • cl-policy

    Shared ClosedLoop access and routing policy for local ClosedLoop automation skills. Use when cl-analyze, cl-split, cl-sweep, or cl-execute needs to discover ClosedLoop tools, select a safe MCP/CLI/API access fallback, resolve product contacts or engineering attention contacts, apply comment tagging

  • cl-split

    Split one top-level high-complexity ClosedLoop feature ticket into smaller executable child tickets when safe. Use when $cl-analyze or $cl-sweep determines a top-level ticket is HIGH complexity but potentially splittable, or when asked to decompose a FEA-* ticket before execution. Keep engineering/s

  • cl-sweep

    Report or coordinate ClosedLoop work assigned to the user in one project. Use read-only report mode for a complete project-wide inventory grouped into product-feature context with dependency and reassignment guidance. For execution, recover active work first, then run each selected complete page or

  • cl-work-report

    Produce a private, read-only HTML report of all ClosedLoop work assigned to the authenticated user in one project, grouped into evidence-backed page or capability feature units with verified dependencies and minimal reassignment recommendations. Use for project work inventories, feature-unit reports

  • codex-fleet-monitor

    Use PROACTIVELY whenever you start or are already running two or more Codex or vibe sessions, or are watching PRs on their behalf, and need to be told when anything needs attention. Replaces hand-rolled polling loops: a Codex turn that hits a usage limit stays "active" and silent, so a watcher that

  • fleet-orchestrator

    Use when you run delivery work for a human operator who does QA and merges: several workers at once (Codex or vibe sessions and Claude subagents) delivering parallel pull requests on one machine or several, one writer delivering one pull request, or a session with no writer at all (design, research

  • handoff

    Finish a vibe session and hand it to whoever picks it up next, usually design and then engineering. Settles in plain words how the session ends: a pull request the person takes through review and merge (plain-language intent such as "I'll get the PR merged" counts as asking for one), or passing it t

  • pr-takeover

    Take over an open vibe pull request from its URL in Claude Code or Codex. Independently review the PR, verify findings, feed confirmed vibe mistakes into prevent-recurrence, fix the PR on its own branch, run required web and Desktop E2E, and report evidence without merging.

  • vibe-pipeline-backend

    Class pipeline for a vibe session whose triage manifest says backend; internal, loaded by the vibe skill.

  • vibe-pipeline-docs-config

    Class pipeline for a vibe session whose triage manifest says docs-config; internal, loaded by the vibe skill.

  • vibe-pipeline-trivial-ui

    Class pipeline for a vibe session whose triage manifest says trivial-ui; internal, loaded by the vibe skill.

  • vibe-pipeline-ui-feature

    Class pipeline for a vibe session whose triage manifest says ui-feature; internal, loaded by the vibe skill.

  • vibe-seed-refresh

    Keep the repository's vibe seed (the throwaway, fully seeded data behind `just vibe-up` and the vibe skill's seeded Vercel environments) in step with main. Checks fresh main for seed drift (models marked todo, models with no coverage file, a failing seed, a red Vibe Seed Walk run on main); when drif

  • vibe

    Start or resume a vibe-coding session in symphony-alpha for anyone (an executive, designer, product manager or engineer) working in the Codex Desktop in-app browser. For a pure mockup or fake-data exploration, invokes the repository's canonical prototype skill itself in an owned prototype session, a

Subagents (17)

  • vibe-adversarial-reviewer

    Separate adversarial reviewer for a vibe session's implemented diff at handoff, never during the build loop. Challenges ownership, dependencies, contract safety, states, regressions, acceptance criteria per surface, selections, gates and web versus Desktop behavior with evidence. Read-only; reports

  • vibe-backend-worker

    Read-only backend advisor for the single persistent vibe implementation writer. Checks route/service ownership, shared types, auth/org validation, schema/migration and seed requirements. Its implementation guidance is applied by the sole writer, not another backend author.

  • vibe-change-worker

    The one persistent implementation writer for a vibe session. Keeps the same context, worktree and branch while planning, implementing all frontend/backend/prototype/component work, fixing reviewed issues, repairing existing tests its change broke and listing the missing tests for engineering at hand

  • vibe-consolidated-reviewer

    One read-only reviewer for a vibe session's final diff at handoff when review-scope.mjs chose the consolidated path (small diff, no backend change, no shared-component change, valid precomputed guardrails findings). Reads the diff once over the guardrails findings JSON and covers the guardrails revi

  • vibe-environment-worker

    Runs a vibe session's Vercel environment in the target repository for the vibe and handoff orchestrators. Create mode takes the production flag snapshot in PostHog for the person's real account, pushes the vibe/<slug> branch, starts the environment through the repo's request workflow, follows it to

  • vibe-guardrails-reviewer

    Reviews a vibe session's diff (its redeploy commits and uncommitted work) against the vibe guardrails that need judgment rather than a path check (component reuse, design tokens, code placement, user-visible copy provenance, accessibility, fake data, repo conventions, shared-owner placement and its

  • vibe-handoff-summarizer

    Reads a vibe session's handoff inventory, change log and diff, returning a completed-feature summary and internal ticket evidence. It does not ask the person to approve technical work. Read-only.

  • vibe-primitive-worker

    Read-only primitive advisor for the single persistent vibe implementation writer. Checks the steward's component spec, reuse, states and Storybook/catalog requirements; the sole writer builds and fixes it, and the person is pointed to its stories without waiting.

  • vibe-prototype-worker

    Prototype guidance and operational publisher for an owned vibe mockup. Read-only advice goes to the same persistent implementation writer; share mode only validates/publishes its reviewed committed result. Never builds, iterates or fixes source in another context.

  • vibe-requirements-worker

    Turns a ClosedLoop ticket or a plain description into vibe-session requirements for the target repository. Reads the ticket with its PRD, plan, and related tickets through closedloop-graph and the ClosedLoop MCP, checks for existing or overlapping work, locates the route and FEATURE_MAP id where the

  • vibe-seed-check-worker

    Checks the repository's vibe seed against fresh main for the vibe-seed-refresh orchestrator. Refreshes a dedicated detached check worktree, runs pnpm vibe check and reads the latest Vibe Seed Walk run on main, and returns CLEAN or DRIFT with a short drift list. Changes no tracked files.

  • vibe-seed-fix-worker

    Fixes the repository's vibe seed for the vibe-seed-refresh orchestrator. Creates the fix worktree from fresh main, seeds every drifted model through the product's own producers, flips coverage files, and runs every check until they pass; in follow-up mode fixes failing PR checks, merge-queue removal

  • vibe-seed-pr-worker

    Handles the git and GitHub side of a vibe-seed-refresh pull request in the target repository for its orchestrator. Modes: open (push, PR from the template), push (push a fix the orchestrator committed and reply on its review threads), status (one-line PR state), sync (stage a merge of main for the o

  • vibe-setup-worker

    Operational machine/bootstrap/process setup for a vibe session. Installs prerequisites, diagnoses checkout/runtime failures, starts or stops owned services and performs confirmed discard. Never patches implementation code or creates a local code workaround; defects return as evidence to the same per

  • vibe-storybook-decomposer

    Read-only Storybook placement owner and componentization advisor for a vibe session. In placement mode, before the writer creates, retitles or moves a story or adds a shared component, it finds where the same capability already exists for sibling entities and reports every precedent's owner, hosts a

  • vibe-ticket-worker

    Owns a vibe session's live ClosedLoop ticket in the target repository for the vibe and handoff orchestrators. Create mode makes the ticket when the session starts (assigned to the person running the session, In Progress) from the live ticket template, records its slug on the session and links the do

  • vibe-verify-worker

    Read-only validation and coverage advisor for a vibe session. Runs existing checks and Storybook footprint, reports failures and the missing tests engineering must write, drives the running web app and Desktop with the repo's control skill at handoff, and returns evidence to the same persistent impl

View source on GitHub

More from closedloop-ai/claude-plugins

All 8 plugins →

code

claudecodex

Code and planning framework plugin

13 skills · 6 commands · 24 agents · hooks

124

closedloop-core

claudecodex

Shared ClosedLoop planning, intelligence, review, QA, measurement, and PR monitoring

12 skills

124

bootstrap

claude

Bootstrap plugin for ClosedLoop

1 command · 10 agents

124

code-review

claudecodex

Code review plugin

5 skills · 4 commands · 2 agents

124

Deprecated, will be removed from the marketplace: Self-learning plugin

2 skills · 6 commands

124

platform

claude

ClosedLoop Platform plugin

4 skills

124

Similar plugins

superpowers

claudecodex

Core skills library for Claude Code: TDD, debugging, collaboration patterns, and proven techniques

15 skills · hooks

obra/superpowers 316,836

context7

claudecodex

Up-to-date documentation lookup. Pull version-specific documentation and code examples directly from source repositories into your coding agent's context.

1 MCP server

upstash/context7 64,709

Build powerful, stateful CLI interfaces for any GUI application using the cli-anything harness methodology.

5 commands

HKUDS/CLI-Anything 58,665

Automates browser interactions for web testing, form filling, screenshots, and data extraction

12 skills

vercel-labs/agent-browser 50,373

Use Alibaba Open Code Review from local Codex.

2 skills

alibaba/open-code-review 50,068

slidev

claude

Claude Code skill for creating and presenting Slidev slidedecks

1 skill

slidevjs/slidev 49,452

Maintain vibe?

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.

claude & codex plugins8 plugins