VibeSOP
Engineering tools and empirical research for reliable AI-assisted development.
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 release and package metadata | 8.3.0 |
| Previous public release | 8.2.0, published 2026-09-03 |
| 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.
- Research overview: findings, source material and limitations.
- Experiment registry: settled cohorts and unfinished v2 research.
- Research survey: the broader evidence record.
- Engineering methodology: proposed practices, with tested components distinguished from untested end-to-end hypotheses.
- Article collection: explanations for a broader audience.
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.3.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| vibesop-8.3.0.tar.gz | 1.2 MB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| vibesop-8.3.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 2.6 MB
Release files / vibesop-8.3.0.tar.gz
| Download URL | vibesop-8.3.0.tar.gz |
|---|---|
| Size | 1.2 MB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
66e7f97359c4e68441205b203469bb52d7f4c1dd4d84d8abfc3abe92984b90c5
|
|
BLAKE2b-256 checksum How to use checksums |
fbfabfc1e5e924b6a1b1d4892344e66a01b68d9634f891824dc3e2a86af4bcf5
|
| 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 logRelease files / vibesop-8.3.0-py3-none-any.whl
| Download URL | vibesop-8.3.0-py3-none-any.whl |
|---|---|
| Size | 1.4 MB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
193838c1748e656746910d8d26faad2dc1625566f6faa5818ad07d76ff59cfed
|
|
BLAKE2b-256 checksum How to use checksums |
56cc1accda3c346430223d090cbc99dfacff5381575be52db2a04696b1ae3723
|
| 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