Skip to main content

Ledgibly

Docs · Template · Skills · Modules

MIT license

Ledgibly

With the widespread adoption of coding assistants, developers are spending less time reviewing code and more time ideating and creating new and better programs.

This has completely changed the way of coding, and new problems have arisen: programmers have very low visibility on the code details, agents perform extensive code reviews by consuming tokens before working on a new request; when a conversation chat is closed and a new one opened, the previous context is lost and everything starts from zero; developers have to keep in mind architectural decisions, backlog, and current status. Skills and memory layers partially solve these problems, but still don't make coding agents a reliable partner to tackle complex projects.

Ledgibly tries to solve it by adding a layer between developers and an agent harness. The setup is very simple, as the name suggests, it makes a repository legible by using a ledger: 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/ tracks how the system works. The README is install and run. Per-repo facts live in one AGENTS.md section so the skills stay generic. At the moment the kit is specialized for Cursor.

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. Cursor plan todos 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?

This is a working template for the main case: Cursor, one ledger, a few skills. It does not try to cover every editor. 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) are overlays, not the default.

Start here

uv tool install ledgibly
# pipx install ledgibly
ledgibly install-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

--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. It creates .cursor/skills -> ../.agents/skills, and 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
.agents/skills/                   Project skills (modules add more)
.cursor/skills -> ../.agents/skills
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.0

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.0
File Size Uploaded Provenance Actions
ledgibly-0.1.0.tar.gz 32.1 kB With provenance Details for ledgibly-0.1.0.tar.gz

Built distributions (wheels)

Table of built distributions (wheels) for ledgibly 0.1.0
File Actions
ledgibly-0.1.0-py3-none-win_amd64.whl Python 3 none Windows x86-64 Details for ledgibly-0.1.0-py3-none-win_amd64.whl
ledgibly-0.1.0-py3-none-manylinux2014_x86_64.manylinux_2_17_x86_64.whl Python 3 none Linux glibc 2.17+ x86-64 Details for ledgibly-0.1.0-py3-none-manylinux2014_x86_64.manylinux_2_17_x86_64.whl
ledgibly-0.1.0-py3-none-manylinux2014_aarch64.manylinux_2_17_aarch64.whl Python 3 none Linux glibc 2.17+ ARM64 Details for ledgibly-0.1.0-py3-none-manylinux2014_aarch64.manylinux_2_17_aarch64.whl
ledgibly-0.1.0-py3-none-macosx_11_0_arm64.whl Python 3 none macOS 11.0+ ARM64 Details for ledgibly-0.1.0-py3-none-macosx_11_0_arm64.whl
ledgibly-0.1.0-py3-none-macosx_10_12_x86_64.whl Python 3 none macOS 10.12+ x86-64 Details for ledgibly-0.1.0-py3-none-macosx_10_12_x86_64.whl

Total release size: 2.0 MB

Release files / ledgibly-0.1.0.tar.gz

Download URL ledgibly-0.1.0.tar.gz
Size 32.1 kB
Tags Source
SHA-256 checksum
How to use checksums
02bb6d8902d86562246bd81e1119cae3e0ecd5c7ede6559f23ab67cbd1064db4
BLAKE2b-256 checksum
How to use checksums
0ea0d8debd15bf2f92a1c59524977033fd1bd8b625e0d7b293724176cacfcff0
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.0-py3-none-win_amd64.whl

Download URL ledgibly-0.1.0-py3-none-win_amd64.whl
Size 362.8 kB
Tags Python 3 Windows x86-64
SHA-256 checksum
How to use checksums
5c79dfd305a0e62bd2e5623dcd3eb5430ec005e0bf347a1df6f6bce11a6b86bd
BLAKE2b-256 checksum
How to use checksums
9d762bada46456d7abb00d480eced2c391e21bb01266fd55d34aa222d7ab4d24
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.0-py3-none-manylinux2014_x86_64.manylinux_2_17_x86_64.whl

Download URL ledgibly-0.1.0-py3-none-manylinux2014_x86_64.manylinux_2_17_x86_64.whl
Size 411.0 kB
Tags Linux glibc 2.17+ x86-64 Python 3
SHA-256 checksum
How to use checksums
8177a4c9c0e03072df5975556a2a0123c271e50f6f4b207ad45b9efc37b74e1a
BLAKE2b-256 checksum
How to use checksums
0827f6377d2c29c23055ef48582f4222460ca3eccfaa0094ea29594016225c8c
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.0-py3-none-manylinux2014_aarch64.manylinux_2_17_aarch64.whl

Download URL ledgibly-0.1.0-py3-none-manylinux2014_aarch64.manylinux_2_17_aarch64.whl
Size 388.3 kB
Tags Linux glibc 2.17+ ARM64 Python 3
SHA-256 checksum
How to use checksums
091e4529fbfee6506a8336962da23d3c28fcac6e7597474bb656c782ba615399
BLAKE2b-256 checksum
How to use checksums
20a52a8c39460e1f0ec225cb3635a4fad99d21b9713984f27f5c5d74142afe6f
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.0-py3-none-macosx_11_0_arm64.whl

Download URL ledgibly-0.1.0-py3-none-macosx_11_0_arm64.whl
Size 377.5 kB
Tags Python 3 macOS 11.0+ ARM64
SHA-256 checksum
How to use checksums
fa6a916d90dd80156b0398f46dedf65d643e84751b7e1af4db8e71d6e92a7d5c
BLAKE2b-256 checksum
How to use checksums
7ddae11730a0e1e2bfac03d955a3487dcbed8bcc5d7df804aa857587642ac788
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.0-py3-none-macosx_10_12_x86_64.whl

Download URL ledgibly-0.1.0-py3-none-macosx_10_12_x86_64.whl
Size 399.4 kB
Tags Python 3 macOS 10.12+ x86-64
SHA-256 checksum
How to use checksums
82252f975351a92758c835c3327e2054c4952b7ba3b66c048c23e3c96dd72e1e
BLAKE2b-256 checksum
How to use checksums
5a7f667723865f18504a59c7eda415668d89b26d0893e2fee8fff99fbc7c8a5b
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.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

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

Select from 6 files

Attestation for ledgibly-0.1.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 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