the-ledger
Skill85 starsChanged 20 days agoMITView on GitHub
Use when reading or writing institutional memory — insights from successful solutions, fails from historical mistakes, and the Project Constitution that accumulates commandments and negative constraints across heists
In this repository20 other files it gives its agents.
- AGENTS.mdAGENTS.md
- rules/AGENTS.mdAGENTS.md
- audit-reviewSkill
- drill-tddSkill
- exit-strategySkill
- interrogation-debuggingSkill
- launderingSkill
- omertaSkill
- receiving-ordersSkill
- reconnaissanceSkill
- resource-developmentSkill
- safehouse-worktreesSkill
- sweep-verificationSkill
- the-capoSkill
- the-consigliereSkill
- the-grillingSkill
- the-hitSkill
- the-sit-downSkill
- the-underbossSkill
- using-gangstaSkill
The file
We split this skill into the rules it gives an agent
6 rules. About 0 are common, 3 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 27
If docs/gangsta/ does not exist in the target project, create it:
- Very specific: line 33
Create an initial docs/gangsta/constitution.md:
- Very specific: line 75
After writing, update docs/gangsta/constitution.md:
- Distinctive: line 76
Add the commandment (if any) to the "Commandments" section
- Distinctive: line 107
Add the negative constraint to the "Negative Constraints" section
- Distinctive: line 113
Search insights/ and fails/ for entries with tags matching the current Heist topic.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
The Ledger: Institutional Memory of the Gangsta Agents Family
Overview
The Ledger is the Gangsta Agents Family's persistent memory. It stores successful reasoning pathways (Insights), documented failures (Fails), and accumulated governance rules (the Project Constitution). Every Heist reads from and writes to the Ledger.
Directory Structure
The Ledger lives in the target project, NOT in the gangsta package:
docs/gangsta/
├── constitution.md # Project Constitution (living document)
├── insights/ # Repository of Insights (Good Catches)
│ └── YYYY-MM-DD-<topic>.md
└── fails/ # Repository of Fails (Concrete Shoes)
└── YYYY-MM-DD-<topic>.mdInitializing the Ledger
If docs/gangsta/ does not exist in the target project, create it:
mkdir -p docs/gangsta/insights docs/gangsta/failsCreate an initial docs/gangsta/constitution.md:
# Project Constitution
## Commandments (from Insights)
_No commandments yet. They will be added as Heists produce insights._
## Negative Constraints (from Fails)
_No constraints yet. They will be added as Heists document failures._
## Architectural Decisions
_No decisions recorded yet._Writing an Insight
Criteria: Record when a solution bypasses a complex constraint, discovers a non-obvious approach, or establishes a new Project Commandment.
File: docs/gangsta/insights/YYYY-MM-DD-<topic-slug>.md
---
date: YYYY-MM-DD
heist: <heist-name>
phase: <phase-where-discovered>
tags: [tag1, tag2, tag3]
---
# <Title: Short description of the insight>
## Discovery
<How the insight was found — which phase, what triggered it>
## Solution
<The successful reasoning pathway or creative solution>
## Project Commandment
<If applicable: a new rule to add to the Constitution>
<If not applicable: omit this section>After writing, update docs/gangsta/constitution.md:
- Add the commandment (if any) to the "Commandments" section
- Include source reference:
— Source: insights/YYYY-MM-DD-<topic>.md
Writing a Fail
Criteria: Record when an approach caused regressions, security gaps, wasted time, or led to incorrect implementation.
File: docs/gangsta/fails/YYYY-MM-DD-<topic-slug>.md
---
date: YYYY-MM-DD
heist: <heist-name>
phase: <phase-where-occurred>
tags: [tag1, tag2, tag3]
severity: critical | high | medium | low
---
# <Title: Short description of the failure>
## What Happened
<Description of the failure and its observable impact>
## Cognitive Diagnosis
<Causal mechanism explaining WHY the failure occurred — not just what went wrong, but the reasoning error that led to it>
## Negative Constraint
<The explicit prohibition: "NEVER [prohibited pattern] because [reason]">After writing, update docs/gangsta/constitution.md:
- Add the negative constraint to the "Negative Constraints" section
- Include source reference:
— Source: fails/YYYY-MM-DD-<topic>.md
Reading the Ledger
During Reconnaissance
Search insights/ and fails/ for entries with tags matching the current Heist topic. Present relevant entries in the Reconnaissance Dossier.
During The Grilling
The Devils-Advocate MUST check all Negative Constraints before accepting any proposal. If a proposal violates a Negative Constraint, it is automatically rejected.
During The Sit-Down
The Underboss references Commandments when drafting the Contract. Every relevant Commandment must be cited in the Contract.
During The Hit
Workers check Negative Constraints before implementation. If a Work Package would violate a constraint, the Worker escalates to the Crew Lead.
During Laundering
New insights and fails from the Heist are written. The Constitution is updated.
Omerta Compliance
- Rule of Truth: All Ledger entries cite specific phases, heists, and observable evidence
- Rule of Availability: Ledger files are committed to git after every update
- Spec is Law: Negative Constraints in the Constitution are binding on all future Heists
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

