SAKO
Simple Agentic Kit for Operations
Start simple. Keep your agents coordinated.
- Get started with coding agents. Begin with one agent, one task, and a simple workflow.
- Work with multiple agents in parallel. Give each agent a clear piece of work and keep the effort coordinated.
- Bring clarity to an existing project. Work with your agent to organize what is unfinished and choose a useful next step.
One command to install. Plain files in your project. Works alongside your agents, planner, and tests, with hooks for Claude Code and Codex on supported clients.
Alpha · Get started · See it in use · Documentation · MIT
Commands and file formats can change in any 0.x release.
See it in use
Open two agent sessions in your usual coding tool for a small change. One handles the code; the other writes the usage guide. SAKO keeps their tasks and progress visible, so the next session has a place to continue.
Illustrated from a scripted run with real SAKO output. The sessions share one repository. You choose the work and review what they build.
Get started
You need a Git project, Python 3.10+, Git 2.31+, uv, and a coding agent that can run commands. From your project:
uvx sako init
Set verify_command in .sako/config.json, keeping its other settings.
For a Python project using unittest:
{
"verify_command": [
"python3", "-B",
"-m", "unittest"
]
}
Use your own project's command. On Windows, use python and follow the
platform notes.
Open a fresh session in your coding tool and ask for one small change. The agent checks in with SAKO, then follows the installed instructions to record, claim, check, and hand back the work. You decide whether the result meets your needs.
The installer selects hooks for detected clients. Codex hooks need your trust; Codex on Windows uses explicit commands. The client guide explains setup and how to confirm the hooks ran.
Work your way
- Start from an idea. The small default planner helps you and your agent choose a useful first task.
- Bring an existing project. Turn your notes, issues, or plan into clear tasks.
- Add parallel work. Use separate task scopes to coordinate sessions in one repository and its worktrees. For work across machines, follow the tracker migration guide.
- Choose where records live. Keep them local, give them a separate Git repository, or share them with your code. See the storage choices.
Why it stays small
- Keep evidence visible. Review the task, its check result, and the changes together. You decide what good work means.
- Give each fact one home. Your plan holds intent, the task records hold ownership and evidence, and Git holds the changes.
- Keep everyday use simple. Bring your agent, planner, and checks. The runtime is one Python file using the standard library, with no service or telemetry.
- Make adoption reversible. The default install changes no tracked files. Update or remove SAKO while keeping your task records.
How it works
SAKO coordinates existing agent sessions. You or your agent platform launch and direct them. The agents share a Markdown task ledger. A finish gate checks their work against three rules, Recorded, Proven, and Committed, and checks the ledger for faults. Closed tasks leave receipts for review and future sessions.
The gate flags missing records, stale or missing check evidence, and finished work awaiting a commit. It prompts correction; you still review the result. A repeated stop or a hook error can let a session end. Read the exact rules or walk through a finish.
Explore further
Method · Compatibility · Limits · Validation · Glossary
Help wanted: start with an open good first issue.
Questions and discoveries are welcome in issues. See contributing to help, security to report a vulnerability, and the MIT license.
Metadata
Release files for sako 0.6.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 | Provenance | Actions |
|---|---|---|---|---|
| sako-0.6.0.tar.gz | 163.4 kB | With provenance | Details for sako-0.6.0.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| sako-0.6.0-py3-none-any.whl | Python 3 | none | any | Details for sako-0.6.0-py3-none-any.whl |
Total release size: 212.2 kB
Release files / sako-0.6.0.tar.gz
| Download URL | sako-0.6.0.tar.gz |
|---|---|
| Size | 163.4 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
7dcc3d711579346b2906e1e2cb95060b511274ab842ecda76cc167fa4c12ad06
|
|
BLAKE2b-256 checksum How to use checksums |
66aecdfde283ce158c95a21768e50ffa074fc73bf1ee529c4e806a21a80ef393
|
| 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 Oct 19, 2026.
Transparency logRelease files / sako-0.6.0-py3-none-any.whl
| Download URL | sako-0.6.0-py3-none-any.whl |
|---|---|
| Size | 48.7 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
608c5704384e92863599d9223801bfbd5e5c550393a03fc515994d10ed60c5d1
|
|
BLAKE2b-256 checksum How to use checksums |
cbfc008b910f310be7f65b58d85e0dba921affd188f9fdfe4ce21efe01036612
|
| 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 Oct 19, 2026.
Transparency logSecurity for sako 0.6.0
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.
Full provenance
Both files in this release have been uploaded with provenance metadata.
Attestation for sako-0.6.0.tar.gz
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 Oct 19, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.