Skip to main content

VibeSOP

Engineering tools and empirical research for reliable AI-assisted development.

中文 · Documentation · Project status · Research

Python Version PyPI License

VibeSOP provides tools for selecting skills, planning tasks, checking delivery, recording execution evidence, and retrieving past experience across AI coding agents. The repository also contains experiments on when skills, specifications, orchestration, review, and memory improve the work—and when they add overhead.

SkillOS describes the skill-management subsystem. The project now includes workflow engineering and empirical research as well. Reliability is the objective; the presence of these tools does not establish an automatic or proven end-to-end software factory. See the project positioning.

Version and availability

Surface State
Current source and package metadata 8.4.1
Previous public release 8.4.0, published 2026-09-14
Commit / changelog references to 8.3.1 Internal repair-batch labels; no 8.3.1 release exists
Skill format SKILL.md v3.0; independent of the package version
Fixed-role committee v2 Unfinished research; separate from the installed package

The capabilities below describe this release. Local experiment data is not part of the installed package. Details and release evidence: project status.

What you can do

Need Tools in the source tree Boundary
Select and maintain skills vibe route, skill installation, scopes, lifecycle management No-match is a valid result; a skill need not be injected into every task
Plan work and check delivery Execution plans, dependency tracking, verifier selection, blocked-plan handling A generated plan or a model's approval is not proof of completion
Inspect what happened Traces, replay, observability, machine acceptance records Evidence must come from the execution being evaluated
Retrieve prior work vibe recall, feedback, clustering and cross-project pools Retrieval is implemented; continual improvement is not guaranteed
Run recurring work vibe loop and scheduler integration Behavior depends on the configured executor, schedule and environment
Evaluate an engineering method Research reports, protocols, controlled runs and evidence manifests Experimental branches and results are not automatically shipping features

The hook path hands skill context to the host coding agent. Runtime, loop and validation tools have their own execution paths. Platform configuration support, hook support and end-to-end verification should be checked separately in the integration guide.

Quick start

Python 3.12+ is required. Install the public package with uv:

uv tool install vibesop
vibe --version
vibe quickstart

The routing demo uses a local lightweight path; LLM-enhanced routing requires a configured provider. Review the selected skill and plan before relying on it.

To work from source:

git clone https://github.com/nehcuh/vibesop-py.git
cd vibesop-py
uv sync --extra dev
uv run vibe --version
uv run vibe quickstart

Inside a source checkout, use uv run vibe in place of vibe to avoid accidentally invoking an older globally installed package.

Integrations

Generate configuration for the agent you use, then restart that agent:

Agent Command
Claude Code vibe build claude-code --output ~/.claude
Grok Build vibe build grok-build --output ~/.grok
Kimi CLI vibe build kimi-cli --output ~/.kimi-code
Pi vibe build pi --output .pi
OpenCode vibe build opencode --output ~/.config/opencode
Cursor vibe build cursor --output ~/.cursor

These are configuration-generation targets, not a claim of identical runtime behavior across agents. Use vibe doctor and the platform-specific documentation to check your environment.

LLM configuration

For a CLI subprocess, configure a supported provider, for example:

export ANTHROPIC_API_KEY="your-key"
vibe route "help me debug this code"

An in-process integration can supply its host LLM through AgentRouter.set_llm(). Provider options and platform-specific setup are in the configuration guide and agent integration guide.

Workflow examples

vibe route "help me debug this code"
vibe plan list
vibe recall "configuration merge lost user hooks"
vibe loop list
vibe doctor

recall needs recorded traces and its embedding dependencies. Cross-project retrieval is explicit (--cross-project) and requires a populated pool. A blocked plan needs its reported problem resolved; it must not be treated as a completed or ready-to-run task. See the verification contract.

For commands and realistic scenarios, see the CLI reference, command handbook, and use cases.

Research and engineering principles

Our experiments ask how specifications, skills, models and execution environments interact; whether more reviewers or fixed expert roles justify their cost; and whether stored experience produces useful future behavior.

We select skills when useful, define acceptance criteria, retain failures and interruptions, and separate model review from execution evidence. We do not infer universal gains from more skills, more agents, or more stored traces. Dataset, model, budget and measurement conditions belong beside each reported result.

Some raw runs live in a checksummed local archive and are not included in a Git clone or the wheel. Experiment evidence manifests describe their locations and restoration requirements. Research protocols and package releases have separate version histories.

Development

uv sync --extra dev
uv run ruff check src/ tests/
uv run ruff format --check src/ tests/
uv run basedpyright --level error
uv run pytest

A documented test command is not a claim that the current checkout passed it. Verification scope and dated evidence belong in the relevant change or report.

Start with the architecture guide, contribution guide, and current roadmap. The next release should reconcile source changes, migration notes and release checks; a positioning update alone does not justify a new version.

Documentation and project history

All documentation · Project status · Design principles · Changelog · Historical reviews · Workspace recovery

License and acknowledgments

MIT. VibeSOP integrates with community skill ecosystems including superpowers, oh-my-codex, and other installable packs. Skills and host agents retain their own authorship, licenses and runtime requirements.

Report issues and discuss the project on GitHub.

Metadata

Release files for vibesop 8.4.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for vibesop 8.4.1
File Size Uploaded
vibesop-8.4.1.tar.gz 1.2 MB Details

Built distribution (wheel)

Table of built distributions (wheels) for vibesop 8.4.1
File Interpreter ABI Platform
vibesop-8.4.1-py3-none-any.whl Python 3 none any Details

Total release size: 2.6 MB

Release files / vibesop-8.4.1.tar.gz

Download URL vibesop-8.4.1.tar.gz
Size 1.2 MB
Tags Source
SHA-256 checksum
How to use checksums
e2a74df62a727be455b780e8398d5428c67a805d05aafad1385ab65b188585e0
BLAKE2b-256 checksum
How to use checksums
abb0b9fd780b3de72923fbf49e37e6739b389f7c12b2a005532c23590f6807f8
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 14, 2026.

Transparency log

Release files / vibesop-8.4.1-py3-none-any.whl

Download URL vibesop-8.4.1-py3-none-any.whl
Size 1.4 MB
Tags Python 3
SHA-256 checksum
How to use checksums
26f8fc1eec8d06d9f01f030ee15169a54bd6b43164c7f98f63caf596c701c892
BLAKE2b-256 checksum
How to use checksums
08485f4ef108182f91b2c48aaf36282332fa00b7dcd3d4a42729ac06ca341ce4
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 14, 2026.

Transparency log

Release history Release notifications | RSS feed

8.5.0

2 release files

This release

8.4.1 This release

2 release files

8.4.0

2 release files

8.3.0

2 release files

8.2.0

2 release files

8.1.3

2 release files

8.1.2

2 release files

8.1.0

2 release files

8.0.0

2 release files

5.4.6

2 release files

5.4.5

2 release files

5.4.4

2 release files

5.4.3

2 release files

5.4.2

2 release files

5.4.1

2 release files

5.4.0

2 release files

5.3.2

2 release files

5.3.1

2 release files

5.3.0

2 release files

4.3.0

2 release files

4.2.1

2 release files

4.2.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page