Skip to main content

Ledgibly

A ledger kit for coding agents.

Docs · Template · Skills · Modules

PyPI version MIT license

Ledgibly

Ledgibly aims to keep coding agents more reliable and makes them a better partner to tackle complex projects. The name comes from ledger + legible: one task table (implementation_ledger.md) is the only place status is asserted, with evidence and a newest-first UTC log. plan.md is the scope. docs/ is how the system works. The README is install and run. Per-repo facts live in one AGENTS.md section so the skills stay generic. Cursor is the default adapter; OpenCode, Codex, Claude Code, and GitHub Copilot use the same hub. Paths: docs/02-harnesses.md.

So, what can I do with this software?

  • Start a new repo that already has a plan, a ledger, docs, an agent profile, and a checker.
  • Give work a stable ID before anyone writes code. Plan todos (including harness plan files) become rows first.
  • Require evidence for done: paths plus commands that passed. Status is not restated in docs or the README.
  • Install the same three skills (keep-implementation-ledger, code-review, figma-ui) into every machine you use for this work.

Motivations

  • Status copied into several files drifts. One table does not.
  • A row plus a command that passed is easier to trust than a paragraph that says "done".
  • Agents read one row and the recent log, not the whole history. That is how they keep track of work so far, spend fewer tokens, and stop reviewing the full codebase to understand what to do.
  • The coding assistant becomes then also the product owner of the use case: the ledger is the development diary of the work.
  • The next project should start from template/, not from this repository's BP / DOC / QA rows.

How to use this project?

Default case: Cursor, one ledger, a few skills. Other harnesses use the same hub; see docs/02-harnesses.md. If you have a coding agent, use it as the interface: the skills say when to add a row; scripts/ledger_check.py says when the table is wrong. Optional modules (figma, source-docs, python-uv, formatter, database-design, rtk, claude, copilot) are overlays, not the default.

Start here

uv tool install ledgibly
# pipx install ledgibly
ledgibly install-skills

Copies canonical skills into ~/.agents/skills (hub). Claude Code does not read the hub; add it with ledgibly install-skills --claude (~/.claude/skills). After a kit upgrade, re-run ledgibly install-skills so copied skills pick up changes.

Then bootstrap a new repo:

ledgibly init /path/to/new-repo \
  --name MyApp \
  --prefixes "ART FE BE DOC QA" \
  --verify "cd frontend && npm test" \
  --with figma,source-docs,python-uv,formatter,database-design,rtk,claude,copilot

--with is optional. ledgibly init refuses to overwrite existing files. It copies template/, overlays modules, and replaces {{PROJECT}} / {{PREFIXES}} / {{VERIFY}} / {{DATE}} only in those copied files. Bare init is the Cursor adapter: .cursor/rules/ponytail.mdc and .agents/skills. --with claude adds CLAUDE.md and .claude/skills → .agents/skills. --with copilot adds .github/copilot-instructions.md. Init prints remaining <fill me> lines. Seed rows use ART-; if --prefixes omits ART, init prepends it. The target gets a copied stdlib scripts/ledger_check.py and does not depend on the ledgibly package at runtime.

Fill the Agent profile (docs map, pre-checks, Review trace), then start from the first pending row.

From source (kit development)

git clone https://github.com/FedeMatt/ledgibly.git
cd ledgibly
cargo run -- install-skills
cargo run -- init /path/to/new-repo --name MyApp

Document roles

Four files, four jobs. The ledger is the only status source.

File Job Change when
plan.md Scope and architecture Scope or architecture changes, with user agreement
implementation_ledger.md Task table + UTC log Every task start/finish
docs/ How the system works. Cite task IDs; never restate status Behavior or structure changes
README.md Install and run Those steps change

Skills read only the ## Agent profile section of AGENTS.md for per-repo facts.

Skill When
keep-implementation-ledger Starting or finishing a task, choosing the next task, recording evidence
code-review Auditing a change; driven by the profile Review block
figma-ui Implementing a named Figma frame; driven by the profile Figma block

Repo-local skills (python-uv, source-docs, database-design) land in the target's .agents/skills/ when you pass --with.

What a new repo gets

AGENTS.md                         Agent profile (Ledger + Review)
plan.md                           Product, architecture, policy, out of scope
implementation_ledger.md          Tasks table, environment evidence, milestones, UTC log
implementation_ledger_archive.md  Verbatim overflow
README.md                         Install and run
docs/README.md                    Chapter index
docs/01-architecture.md           First chapter
.cursor/rules/ponytail.mdc        Lazy-senior-dev ladder (Cursor adapter)
.agents/skills/                   Project skills (modules add more)
CLAUDE.md                         Claude adapter (`--with claude`)
.claude/skills -> ../.agents/skills
.github/copilot-instructions.md   Copilot adapter (`--with copilot`)
scripts/ledger_check.py           Structural checks

Numbered docs chapters use [Index](README.md) · [ledger](...). Cite IDs inline. Do not keep a Tasks: header list or a coverage table; rg -l '<ID>' docs/ and the checker cover that.

Statuses, cell budgets, and ledger_check.py errors and warnings: docs/01-framework.md.

python3 scripts/ledger_check.py

Development of this kit

cargo test
bash tests/selftest.sh
python3 template/scripts/ledger_check.py

Status: implementation_ledger.md. Scope: plan.md.

Metadata

Release files for ledgibly 0.1.3

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

Source distribution (sdist)

Source distribution for ledgibly 0.1.3
File Size Uploaded Provenance Actions
ledgibly-0.1.3.tar.gz 33.0 kB With provenance Details for ledgibly-0.1.3.tar.gz

Built distributions (wheels)

Table of built distributions (wheels) for ledgibly 0.1.3
File Actions
ledgibly-0.1.3-py3-none-win_amd64.whl Python 3 none Windows x86-64 Details for ledgibly-0.1.3-py3-none-win_amd64.whl
ledgibly-0.1.3-py3-none-manylinux_2_34_x86_64.whl Python 3 none Linux glibc 2.34+ x86-64 Details for ledgibly-0.1.3-py3-none-manylinux_2_34_x86_64.whl
ledgibly-0.1.3-py3-none-manylinux_2_34_aarch64.whl Python 3 none Linux glibc 2.34+ ARM64 Details for ledgibly-0.1.3-py3-none-manylinux_2_34_aarch64.whl
ledgibly-0.1.3-py3-none-macosx_11_0_arm64.whl Python 3 none macOS 11.0+ ARM64 Details for ledgibly-0.1.3-py3-none-macosx_11_0_arm64.whl
ledgibly-0.1.3-py3-none-macosx_10_12_x86_64.whl Python 3 none macOS 10.12+ x86-64 Details for ledgibly-0.1.3-py3-none-macosx_10_12_x86_64.whl

Total release size: 2.0 MB

Release files / ledgibly-0.1.3.tar.gz

Download URL ledgibly-0.1.3.tar.gz
Size 33.0 kB
Tags Source
SHA-256 checksum
How to use checksums
224f54edc399f2884db4c50cd14defa7c513ac9fa944fff9106da5a07d896318
BLAKE2b-256 checksum
How to use checksums
4a594e4ac67c20cf7c54aaea36996b62ed531f716e607a877e803ecf0243c7c4
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

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 Nov 8, 2026.

Transparency log

Release files / ledgibly-0.1.3-py3-none-win_amd64.whl

Download URL ledgibly-0.1.3-py3-none-win_amd64.whl
Size 366.5 kB
Tags Python 3 Windows x86-64
SHA-256 checksum
How to use checksums
d928f228fd9ab08061af9bb9d685478f27d7c7c860915ec0d85b6fc15280bf2e
BLAKE2b-256 checksum
How to use checksums
f9db59d9d040d101d77e5bcbcb10d4c98f29ff36da70754520dfe66c17e46ebf
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

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 Nov 8, 2026.

Transparency log

Release files / ledgibly-0.1.3-py3-none-manylinux_2_34_x86_64.whl

Download URL ledgibly-0.1.3-py3-none-manylinux_2_34_x86_64.whl
Size 413.2 kB
Tags Linux glibc 2.34+ x86-64 Python 3
SHA-256 checksum
How to use checksums
4ac056b4750ce8ddd96767801fce557547f6318df6ff3e558154790029668ebd
BLAKE2b-256 checksum
How to use checksums
5ca0ea01ec68f33b68d74859d0db357fbe14d675ece55551c1497ef4f9353f10
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

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 Nov 8, 2026.

Transparency log

Release files / ledgibly-0.1.3-py3-none-manylinux_2_34_aarch64.whl

Download URL ledgibly-0.1.3-py3-none-manylinux_2_34_aarch64.whl
Size 390.1 kB
Tags Linux glibc 2.34+ ARM64 Python 3
SHA-256 checksum
How to use checksums
576a7f90cadce68058c6e3aaa66bd4cb3d5a0f21c441206c59420ff2c3c768bb
BLAKE2b-256 checksum
How to use checksums
9dec461bcb5f83a8df799bcc226715ced51258de45a58ab5b804e0399b42bb07
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

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 Nov 8, 2026.

Transparency log

Release files / ledgibly-0.1.3-py3-none-macosx_11_0_arm64.whl

Download URL ledgibly-0.1.3-py3-none-macosx_11_0_arm64.whl
Size 379.4 kB
Tags Python 3 macOS 11.0+ ARM64
SHA-256 checksum
How to use checksums
bfc4b5bb60619e8476a1865cc6798307132e48fbcbeaa3cf8879033a894bce32
BLAKE2b-256 checksum
How to use checksums
21815d3dd2cb43a18d4d2497a45b5ba007403fc3b1562a12f1acd2da6bc264d3
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

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 Nov 8, 2026.

Transparency log

Release files / ledgibly-0.1.3-py3-none-macosx_10_12_x86_64.whl

Download URL ledgibly-0.1.3-py3-none-macosx_10_12_x86_64.whl
Size 401.9 kB
Tags Python 3 macOS 10.12+ x86-64
SHA-256 checksum
How to use checksums
06b134d5f4f05df2b71080ca37ef6384967f7ffa1724adba2fb9bff174efae99
BLAKE2b-256 checksum
How to use checksums
7e56f0d61eb8dfdf8e51209b5dbe264b8a837bf5f734594b3b608bd81206d34e
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

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 Nov 8, 2026.

Transparency log

Security for ledgibly 0.1.3

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

All 6 files in this release have been uploaded with provenance metadata.

Select from 6 files

Attestation for ledgibly-0.1.3.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 Nov 8, 2026.

Transparency log

A 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.

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