|
1 | | -# Governance Templates for Claude Cowork |
| 1 | +# LC-OS: The Living Collaboration Operating System |
2 | 2 |
|
3 | | -Practical governance templates for long-horizon work with Claude Cowork. |
| 3 | +> Governance templates for sustainable, long-horizon human-AI collaboration. |
4 | 4 |
|
5 | | -Cowork gives Claude filesystem access. These templates give you the structure to make that sustainable. |
| 5 | +Most people use AI like a search engine — ask, receive, discard. The results are impressive for isolated tasks. For sustained collaboration over months, they are quietly catastrophic. |
| 6 | + |
| 7 | +Every new session, Claude starts with no memory. Without structure, it reconstructs context from fragments, drifts from earlier decisions, and gradually shifts from a genuine collaborator into a capable but uninformed assistant. The collaboration feels fine. It is silently breaking. |
| 8 | + |
| 9 | +LC-OS is the structural answer to this problem. It is a set of governance documents — templates you fill in once and reference forever — that give Claude what it cannot give itself: continuity, honesty, and a clear operating agreement. |
| 10 | + |
| 11 | +--- |
| 12 | + |
| 13 | +## What This Is |
| 14 | + |
| 15 | +Eight documents. Each solves one problem. |
| 16 | + |
| 17 | +| Document | What It Solves | |
| 18 | +|----------|---------------| |
| 19 | +| [RUNNING-DOCUMENT.md](RUNNING-DOCUMENT.md) | Memory — Claude's continuity across sessions | |
| 20 | +| [PARTNERSHIP-AGREEMENT.md](PARTNERSHIP-AGREEMENT.md) | Relationship — what kind of collaboration this is | |
| 21 | +| [TRUTH-PROTOCOL.md](TRUTH-PROTOCOL.md) | Honesty — preventing Claude from telling you what you want to hear | |
| 22 | +| [SESSION-START-PROTOCOL.md](SESSION-START-PROTOCOL.md) | Consistency — how to start every session properly | |
| 23 | +| [FAILURE-RECOVERY.md](FAILURE-RECOVERY.md) | Repair — what to do when things go wrong | |
| 24 | +| [CANONICAL-NUMBERS.md](CANONICAL-NUMBERS.md) | Accuracy — single source of truth for all numbers | |
| 25 | +| [FOLDER-STRUCTURE.md](FOLDER-STRUCTURE.md) | Order — how to organise your Cowork folder | |
6 | 26 |
|
7 | 27 | --- |
8 | 28 |
|
9 | | -## The Problem |
| 29 | +## The Core Problem |
10 | 30 |
|
11 | | -Cowork is powerful. But power without governance becomes chaos. |
| 31 | +Claude reconstructs. This is the fundamental issue. |
12 | 32 |
|
13 | | -The AI doesn't "remember" — it reconstructs. Every session, it rebuilds context from whatever's in front of it. Without structure: |
| 33 | +When you reference a number from three sessions ago, Claude doesn't look it up — it estimates. When you ask about a decision made last month, Claude doesn't remember — it infers from context. When you implicitly push back on its assessment, Claude tends to agree — because agreement is what it was trained to produce. |
14 | 34 |
|
15 | | -- Files start quietly contradicting each other |
16 | | -- Numbers get reconstructed instead of referenced |
17 | | -- Decisions fragment across versions |
18 | | -- Drift is invisible until it isn't |
| 35 | +Over time: drift. Numbers shift slightly. Decisions get re-made. Truth softens. The collaboration that felt productive begins producing work that contradicts itself. |
19 | 36 |
|
20 | | -Week one feels like magic. Week three, you're untangling a mess. |
| 37 | +LC-OS prevents this by making everything explicit. One document per domain. One canonical version per decision. One agreed rule for handling disagreement. |
21 | 38 |
|
22 | 39 | --- |
23 | 40 |
|
24 | | -## The Solution |
| 41 | +## Quick Start |
| 42 | + |
| 43 | +**Five minutes now. Saves hours later.** |
| 44 | + |
| 45 | +**Step 1 — Copy the templates** |
| 46 | + |
| 47 | +Copy these two files to your Cowork folder and fill them in: |
| 48 | +1. `RUNNING-DOCUMENT.md` — your collaboration's memory |
| 49 | +2. `PARTNERSHIP-AGREEMENT.md` — your operating agreement with Claude |
| 50 | + |
| 51 | +**Step 2 — Start every session with one line** |
| 52 | + |
| 53 | +``` |
| 54 | +"Read RUNNING-DOCUMENT.md before we begin. Confirm you've loaded it |
| 55 | +and tell me what's most important to hold from it." |
| 56 | +``` |
| 57 | + |
| 58 | +Wait for confirmation. Then work. |
| 59 | + |
| 60 | +**Step 3 — Add the other documents as you need them** |
25 | 61 |
|
26 | | -These templates implement a minimal governance layer built from a year of daily human-AI collaboration. They address the failure modes that emerge in long-horizon work — not by preventing failure, but by making it visible, bounded, and repairable. |
| 62 | +- Noticing Claude agrees too readily? Add `TRUTH-PROTOCOL.md`. |
| 63 | +- Numbers getting inconsistent? Add `CANONICAL-NUMBERS.md`. |
| 64 | +- Recovering from a mistake? Use `FAILURE-RECOVERY.md`. |
| 65 | + |
| 66 | +You don't need all eight documents on day one. You need the Running Document and the Partnership Agreement. Add the rest when the problems they solve become real for you. |
27 | 67 |
|
28 | 68 | --- |
29 | 69 |
|
30 | | -## What's Included |
| 70 | +## The Templates |
| 71 | + |
| 72 | +### RUNNING-DOCUMENT.md — The Memory Document |
| 73 | + |
| 74 | +Claude has no persistent memory. The Running Document is the fix. |
| 75 | + |
| 76 | +It holds: who you are, your active projects, rules Claude must follow, decisions you've made, corrections to log, open questions, and what happened last session. Claude reads it at the start of every session and picks up where you left off. |
31 | 77 |
|
32 | | -| Template | Purpose | |
33 | | -|----------|---------| |
34 | | -| [RUNNING-DOCUMENT.md](RUNNING-DOCUMENT.md) | Session continuity — read at every session start | |
35 | | -| [CANONICAL-NUMBERS.md](CANONICAL-NUMBERS.md) | Single source for numeric truth | |
36 | | -| [FOLDER-STRUCTURE.md](FOLDER-STRUCTURE.md) | How to organize your Cowork folder | |
37 | | -| [FAILURE-RECOVERY.md](FAILURE-RECOVERY.md) | What to do when things break | |
| 78 | +**Without it:** Claude guesses. Every session starts cold. |
| 79 | +**With it:** Claude is a genuine partner with real context. |
| 80 | + |
| 81 | +[→ View template](RUNNING-DOCUMENT.md) |
38 | 82 |
|
39 | 83 | --- |
40 | 84 |
|
41 | | -## Quick Start |
| 85 | +### PARTNERSHIP-AGREEMENT.md — The Operating Agreement |
| 86 | + |
| 87 | +Most people don't establish what kind of relationship they want with Claude. The result is an undefined dynamic that drifts toward pleasant but unchallenging. |
42 | 88 |
|
43 | | -1. Create your Cowork folder |
44 | | -2. Copy these templates into it |
45 | | -3. Read `FOLDER-STRUCTURE.md` and organize accordingly |
46 | | -4. Start every session by pointing Claude to your `RUNNING-DOCUMENT.md` |
47 | | -5. Keep all numbers in `CANONICAL-NUMBERS.md` — never let Claude reconstruct them |
| 89 | +The Partnership Agreement makes it explicit: who holds final authority, what Claude is responsible for, what you are responsible for, and the one non-negotiable principle — **truth over ego, always.** |
48 | 90 |
|
49 | | -That's it. Boring. Unglamorous. Effective. |
| 91 | +[→ View template](PARTNERSHIP-AGREEMENT.md) |
50 | 92 |
|
51 | 93 | --- |
52 | 94 |
|
53 | | -## The Research Behind This |
| 95 | +### TRUTH-PROTOCOL.md — The Anti-Sycophancy Rules |
| 96 | + |
| 97 | +This is the most important document most people don't have. |
54 | 98 |
|
55 | | -These templates are derived from a four-paper research series on governed human-AI collaboration: |
| 99 | +AI systems are structurally incentivised to agree. The training process rewards responses that feel good. Responses that feel good tend to validate, soften criticism, and shift position when you push back — regardless of whether you're right. |
56 | 100 |
|
57 | | -- **Paper 1:** Context-Engineered Human–AI Collaboration for Long-Horizon Tasks |
58 | | -- **Paper 2:** The Lean Collaboration Operating System (LC-OS) |
59 | | -- **Paper 3:** Failure and Repair in Long-Horizon Human–AI Collaboration |
60 | | -- **Paper 4:** The Living Framework: Living with a Governed Human-AI Dyad |
| 101 | +The Truth Protocol establishes explicit rules that override this default. It names the warning signs, defines the reset prompt, and distinguishes earned validation from reflexive validation. |
61 | 102 |
|
62 | | -All open access: [github.com/LivingFramework/LC-OS](https://github.com/LivingFramework/LC-OS) |
| 103 | +[→ View template](TRUTH-PROTOCOL.md) |
63 | 104 |
|
64 | 105 | --- |
65 | 106 |
|
66 | | -## Core Principles |
| 107 | +### SESSION-START-PROTOCOL.md — The Startup Sequence |
| 108 | + |
| 109 | +The first five minutes of a session determine the quality of everything that follows. This document gives you the exact prompts for every scenario: normal sessions, important work, starting new projects, returning after a long break. |
| 110 | + |
| 111 | +The minimum viable start takes 60 seconds. It prevents the most common failure mode in long-horizon collaboration. |
67 | 112 |
|
68 | | -1. **Reliability isn't preventing failure — it's structured repair** |
69 | | -2. **Single Source of Truth per domain — no parallel versions** |
70 | | -3. **Separate text from numbers — they drift differently** |
71 | | -4. **Read the Running Document at every session start** |
72 | | -5. **When in doubt: Stop → Diagnose → Rollback → Note** |
| 113 | +[→ View template](SESSION-START-PROTOCOL.md) |
73 | 114 |
|
74 | 115 | --- |
75 | 116 |
|
76 | | -## Author |
| 117 | +### FAILURE-RECOVERY.md — The Repair Protocol |
77 | 118 |
|
78 | | -**Rishi Sood** |
79 | | -Independent researcher focused on human-AI collaboration governance. |
| 119 | +Collaboration doesn't fail dramatically. It fails through small, invisible drift that compounds until something snaps. |
80 | 120 |
|
81 | | -- Research: [github.com/LivingFramework/LC-OS](https://github.com/LivingFramework/LC-OS) |
82 | | -- X: [@satoshisats](https://x.com/satoshisats) |
| 121 | +This document defines the repair sequence (STOP → DIAGNOSE → ROLLBACK → NOTE), a taxonomy of seven failure types based on empirical research into human-AI collaboration, and specific repair procedures for each type — including sycophancy drift, numerical errors, and cross-domain interference. |
| 122 | + |
| 123 | +**A system that breaks visibly and repairs cleanly is more trustworthy than one that pretends to be perfect.** |
| 124 | + |
| 125 | +[→ View template](FAILURE-RECOVERY.md) |
83 | 126 |
|
84 | 127 | --- |
85 | 128 |
|
86 | | -## License |
| 129 | +### CANONICAL-NUMBERS.md — The Numbers Reference |
| 130 | + |
| 131 | +Numbers are the first thing Claude reconstructs incorrectly. A figure mentioned in session one gets subtly wrong by session five. |
87 | 132 |
|
88 | | -MIT — use freely, attribution appreciated. |
| 133 | +This document is the single source of numeric truth: financial numbers, project metrics, dates, conversion rates, calculated values. Every number lives here. Claude references this file — it never reconstructs from memory. |
| 134 | + |
| 135 | +[→ View template](CANONICAL-NUMBERS.md) |
| 136 | + |
| 137 | +--- |
| 138 | + |
| 139 | +### FOLDER-STRUCTURE.md — The Organisation Guide |
| 140 | + |
| 141 | +Structure prevents version confusion. Version confusion causes file divergence. File divergence is one of the most common and most repairable failure modes in long-horizon collaboration — but only if you catch it. |
| 142 | + |
| 143 | +This document gives you a folder structure that makes canonical versions obvious, separates inputs from outputs, and ensures archived work stays accessible for rollback. |
| 144 | + |
| 145 | +[→ View template](FOLDER-STRUCTURE.md) |
| 146 | + |
| 147 | +--- |
| 148 | + |
| 149 | +## The Research Behind This |
| 150 | + |
| 151 | +LC-OS emerged from empirical research into long-horizon human-AI collaboration — multi-month, high-stakes partnerships where the cost of drift is measured in real decisions made on incorrect foundations. |
| 152 | + |
| 153 | +The seven failure types in `FAILURE-RECOVERY.md` are not theoretical. They are documented patterns from real collaborations, categorised and named so they can be caught early and repaired before they compound. |
| 154 | + |
| 155 | +The Truth Protocol rules came from studying what happens when AI systems are used without them: gradual erosion of honest feedback, positions that shift with pushback rather than evidence, praise that is reflexive rather than earned. |
| 156 | + |
| 157 | +LC-OS is the structural response to all of this. Not a methodology to follow. A set of documents to fill in. |
| 158 | + |
| 159 | +--- |
| 160 | + |
| 161 | +## How to Contribute |
| 162 | + |
| 163 | +These templates are live — they improve from real use. |
| 164 | + |
| 165 | +If you've been using LC-OS and discovered a failure mode not covered, a template structure that works better, or a prompt that produces consistently better results: open an issue or submit a pull request. |
| 166 | + |
| 167 | +The goal is templates that work for non-technical users doing serious, sustained work with Claude — with no prior knowledge of AI systems required. |
| 168 | + |
| 169 | +--- |
| 170 | + |
| 171 | +## Compatibility |
| 172 | + |
| 173 | +These templates are designed for **Claude with Cowork** (Claude desktop app) but the principles apply to any sustained collaboration with any AI system. |
| 174 | + |
| 175 | +The Cowork-specific features (scheduled tasks, companion update files) are noted explicitly. Everything else works in any Claude interface. |
| 176 | + |
| 177 | +--- |
89 | 178 |
|
| 179 | +*Built from research. Tested in long-horizon collaboration. Designed for people doing serious work with AI.* |
0 commit comments