bingo-light 2.0.0__tar.gz

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,21 @@
1
+ MIT License
2
+
3
+ Copyright (c) 2026 bingo-light contributors
4
+
5
+ Permission is hereby granted, free of charge, to any person obtaining a copy
6
+ of this software and associated documentation files (the "Software"), to deal
7
+ in the Software without restriction, including without limitation the rights
8
+ to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
9
+ copies of the Software, and to permit persons to whom the Software is
10
+ furnished to do so, subject to the following conditions:
11
+
12
+ The above copyright notice and this permission notice shall be included in all
13
+ copies or substantial portions of the Software.
14
+
15
+ THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
16
+ IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
17
+ FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
18
+ AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
19
+ LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
20
+ OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
21
+ SOFTWARE.
@@ -0,0 +1,510 @@
1
+ Metadata-Version: 2.4
2
+ Name: bingo-light
3
+ Version: 2.0.0
4
+ Summary: AI-native fork maintenance — manage customizations as a clean patch stack on top of upstream
5
+ Author: bingo-light contributors
6
+ License-Expression: MIT
7
+ Project-URL: Homepage, https://github.com/DanOps-1/bingo-light
8
+ Project-URL: Issues, https://github.com/DanOps-1/bingo-light/issues
9
+ Keywords: git,fork,patch,mcp,ai,maintenance
10
+ Classifier: Development Status :: 5 - Production/Stable
11
+ Classifier: Environment :: Console
12
+ Classifier: Intended Audience :: Developers
13
+ Classifier: Operating System :: OS Independent
14
+ Classifier: Programming Language :: Python :: 3
15
+ Classifier: Topic :: Software Development :: Version Control :: Git
16
+ Requires-Python: >=3.8
17
+ Description-Content-Type: text/markdown
18
+ License-File: LICENSE
19
+ Dynamic: license-file
20
+
21
+ <p align="center">
22
+ <br>
23
+ <img src="docs/logo.svg" alt="bingo-light logo" width="200">
24
+ <br><br>
25
+ <strong>Fork maintenance for humans and AI agents.<br>One command to sync. Zero dependencies.</strong>
26
+ <br><br>
27
+ <b>English</b> | <a href="README.zh-CN.md">简体中文</a>
28
+ <br><br>
29
+ <a href="https://github.com/DanOps-1/bingo-light/actions"><img src="https://github.com/DanOps-1/bingo-light/actions/workflows/ci.yml/badge.svg" alt="CI"></a>
30
+ <a href="LICENSE"><img src="https://img.shields.io/badge/License-MIT-blue.svg" alt="License: MIT"></a>
31
+ <a href="https://github.com/DanOps-1/bingo-light/releases"><img src="https://img.shields.io/github/v/release/DanOps-1/bingo-light?label=Release&color=orange" alt="Release"></a>
32
+ <br>
33
+ <a href="#for-ai-agents"><img src="https://img.shields.io/badge/MCP_Server-29_tools-blueviolet.svg" alt="MCP: 29 tools"></a>
34
+ <a href="https://www.python.org/"><img src="https://img.shields.io/badge/Python-3.8+-3776ab.svg" alt="Python 3.8+"></a>
35
+ <img src="https://img.shields.io/badge/Dependencies-Zero-brightgreen.svg" alt="Zero deps">
36
+ <a href="https://github.com/DanOps-1/bingo-light/stargazers"><img src="https://img.shields.io/github/stars/DanOps-1/bingo-light?style=social" alt="Stars"></a>
37
+ <br><br>
38
+ </p>
39
+
40
+ ---
41
+
42
+ GitHub's "Sync fork" button breaks the moment you have customizations. `git rebase` is a 6-step ritual. And none of it works from an AI agent.
43
+
44
+ **bingo-light fixes all three.**
45
+
46
+ Your patches live as a clean, named stack on top of upstream. Syncing is `bingo-light sync`. Conflicts get remembered so you never solve the same one twice. And if something goes sideways, `bingo-light undo` puts everything back in one second.
47
+
48
+ Every command speaks JSON. The built-in MCP server gives AI agents 29 tools to manage your fork autonomously -- from init through conflict resolution. No human in the loop required.
49
+
50
+ ---
51
+
52
+ <p align="center">
53
+ <img src="docs/demo.svg" alt="bingo-light demo" width="850">
54
+ </p>
55
+
56
+ ---
57
+
58
+ ## Quick Start
59
+
60
+ ```bash
61
+ # Install (one line)
62
+ curl -fsSL https://raw.githubusercontent.com/DanOps-1/bingo-light/main/install.sh | sh
63
+
64
+ # Point at upstream
65
+ cd your-forked-project
66
+ bingo-light init https://github.com/original/project.git
67
+
68
+ # Sync whenever you want -- patches rebase on top automatically
69
+ bingo-light sync
70
+ ```
71
+
72
+ That's it. Three commands and your fork stays in sync forever.
73
+
74
+ ## Demo
75
+
76
+ ### Basic workflow: init, patch, sync
77
+
78
+ <p align="center">
79
+ <img src="docs/demo.svg" alt="bingo-light basic demo" width="850">
80
+ </p>
81
+
82
+ ### Conflict resolution: sync, analyze, resolve
83
+
84
+ <p align="center">
85
+ <img src="docs/demo-conflict.svg" alt="bingo-light conflict resolution demo" width="850">
86
+ </p>
87
+
88
+ > The AI calls `conflict-analyze --json`, reads the structured ours/theirs data, writes the merged file, and the rebase continues. No human needed.
89
+
90
+ ---
91
+
92
+ ## Key Features
93
+
94
+ ### For Humans
95
+
96
+ - :wrench: **Zero deps** -- just Python 3 + git. `pip install bingo-light` and go.
97
+ - :bookmark_tabs: **Named patch stack** -- each customization is one atomic, named commit. No more guessing which changes are yours.
98
+ - :zap: **One-command sync** -- `bingo-light sync` fetches upstream and rebases your patches on top. Done.
99
+ - :brain: **Conflict memory** -- git rerere auto-enabled. Resolve a conflict once, never resolve it again.
100
+ - :rewind: **Instant undo** -- `bingo-light undo` restores pre-sync state. No reflog spelunking.
101
+ - :crystal_ball: **Conflict prediction** -- `status` warns you about risky files before you sync.
102
+ - :test_tube: **Dry-run mode** -- `sync --dry-run` tests on a throwaway branch first.
103
+ - :stethoscope: **Built-in doctor** -- full diagnostic with test rebase to catch problems early.
104
+ - :package: **Export/Import patches** -- share as `.patch` files, quilt-compatible format.
105
+ - :robot: **Auto-sync CI** -- generates a GitHub Actions workflow with conflict alerting.
106
+ - :tv: **TUI dashboard** -- curses-based real-time monitoring via `contrib/tui.py`.
107
+ - :globe_with_meridians: **Multi-repo workspace** -- manage multiple forks from one place.
108
+ - :bell: **Notification hooks** -- Slack, Discord, webhooks on sync/conflict/test events.
109
+ - :label: **Patch metadata** -- tags, reasons, expiry dates, upstream PR tracking.
110
+ - :tab: **Shell completions** -- tab completion for bash, zsh, and fish.
111
+
112
+ ### For AI Agents
113
+
114
+ - :electric_plug: **MCP server (29 tools)** -- full fork management from init through conflict resolution.
115
+ - :bar_chart: **`--json` on everything** -- every command returns structured JSON. Parse, don't scrape.
116
+ - :mute: **`--yes` flag** -- fully non-interactive. No TTY required. No prompts. Ever.
117
+ - :gear: **Auto-detect non-TTY** -- pipes and subprocesses trigger non-interactive mode automatically.
118
+ - :memo: **`BINGO_DESCRIPTION` env var** -- set patch descriptions without stdin.
119
+ - :mag: **`conflict-analyze --json`** -- structured conflict data: file, ours, theirs, resolution hints.
120
+ - :white_check_mark: **`conflict-resolve`** -- write resolved content via MCP, auto-stage, continue rebase. Zero manual intervention.
121
+ - :satellite: **Advisor agent** -- `contrib/agent.py` monitors drift, analyzes risk, auto-syncs when safe.
122
+
123
+ ---
124
+
125
+ ## Installation
126
+
127
+ ### pip / pipx (recommended)
128
+
129
+ ```bash
130
+ pip install bingo-light # or: pipx install bingo-light
131
+ bingo-light setup # interactive — pick which AI tools to configure
132
+ ```
133
+
134
+ ### Homebrew
135
+
136
+ ```bash
137
+ brew install DanOps-1/tap/bingo-light
138
+ bingo-light setup
139
+ ```
140
+
141
+ ### One-liner
142
+
143
+ ```bash
144
+ curl -fsSL https://raw.githubusercontent.com/DanOps-1/bingo-light/main/install.sh | sh
145
+ ```
146
+
147
+ ### From source
148
+
149
+ ```bash
150
+ git clone https://github.com/DanOps-1/bingo-light.git
151
+ cd bingo-light
152
+ make install && bingo-light setup
153
+ ```
154
+
155
+ **Requirements:** Python 3.8+, git 2.20+. Zero pip dependencies.
156
+
157
+ ---
158
+
159
+ ## How It Works
160
+
161
+ ```
162
+ upstream (github.com/original/project)
163
+ |
164
+ | git fetch
165
+ v
166
+ upstream-tracking ──────── exact mirror of upstream, never touched
167
+ |
168
+ | git rebase
169
+ v
170
+ bingo-patches ──────────── your customizations stacked here
171
+ |
172
+ +── [bl] custom-scheduler: O(1) task scheduling
173
+ +── [bl] perf-monitoring: eBPF tracing hooks
174
+ +── [bl] fix-logging: structured JSON logs
175
+ |
176
+ v
177
+ HEAD (your working fork)
178
+ ```
179
+
180
+ **Sync flow:** fetch upstream, fast-forward the tracking branch, rebase your patches on top. Your patches always sit cleanly on the latest upstream.
181
+
182
+ **Conflict memory:** `init` auto-enables git rerere. Resolve a conflict once and git remembers the resolution. Next sync applies it automatically. bingo-light detects auto-resolved conflicts and continues the rebase without stopping.
183
+
184
+ **AI conflict flow:** rebase hits a conflict, the AI calls `conflict-analyze` for structured data (ours/theirs/hints per file), writes the resolution via `conflict-resolve`, and rebase continues. No human in the loop.
185
+
186
+ ---
187
+
188
+ ## For AI Agents
189
+
190
+ bingo-light was designed from day one for AI agents. Every command speaks JSON. The MCP server exposes 29 tools covering the full lifecycle from `init` to `conflict-resolve`. Non-interactive mode is the default when stdin is not a TTY.
191
+
192
+ ### MCP setup -- Claude Code
193
+
194
+ Add to `.mcp.json` in your project root or `~/.claude/settings.json`:
195
+
196
+ ```json
197
+ {
198
+ "mcpServers": {
199
+ "bingo-light": {
200
+ "command": "python3",
201
+ "args": ["/path/to/bingo-light/mcp-server.py"]
202
+ }
203
+ }
204
+ }
205
+ ```
206
+
207
+ ### MCP setup -- Claude Desktop
208
+
209
+ Add to `~/Library/Application Support/Claude/claude_desktop_config.json`:
210
+
211
+ ```json
212
+ {
213
+ "mcpServers": {
214
+ "bingo-light": {
215
+ "command": "python3",
216
+ "args": ["/path/to/bingo-light/mcp-server.py"]
217
+ }
218
+ }
219
+ }
220
+ ```
221
+
222
+ **Any MCP client** (VS Code Copilot, Cursor, custom agents): connect via stdio to `python3 mcp-server.py`.
223
+
224
+ ### 29 MCP Tools
225
+
226
+ | Tool | Purpose |
227
+ |------|---------|
228
+ | `bingo_init` | Initialize fork tracking |
229
+ | `bingo_status` | Fork health: drift, patches, conflict risk |
230
+ | `bingo_sync` | Fetch upstream + rebase patches |
231
+ | `bingo_undo` | Revert to pre-sync state |
232
+ | `bingo_patch_new` | Create a named patch |
233
+ | `bingo_patch_list` | List patch stack with stats |
234
+ | `bingo_patch_show` | Show patch diff |
235
+ | `bingo_patch_drop` | Remove a patch |
236
+ | `bingo_patch_export` | Export as `.patch` files |
237
+ | `bingo_patch_import` | Import `.patch` files |
238
+ | `bingo_patch_meta` | Get/set patch metadata |
239
+ | `bingo_patch_squash` | Merge two patches into one |
240
+ | `bingo_patch_reorder` | Reorder patches non-interactively |
241
+ | `bingo_doctor` | Full diagnostic with test rebase |
242
+ | `bingo_diff` | Combined diff vs upstream |
243
+ | `bingo_auto_sync` | Generate GitHub Actions workflow |
244
+ | `bingo_conflict_analyze` | Structured conflict data for AI resolution |
245
+ | `bingo_conflict_resolve` | Write resolution, stage, continue rebase |
246
+ | `bingo_config` | Get/set configuration |
247
+ | `bingo_history` | Sync history with hash mappings |
248
+ | `bingo_test` | Run configured test suite |
249
+ | `bingo_workspace_status` | Multi-repo workspace overview |
250
+ | `bingo_patch_edit` | Amend an existing patch |
251
+ | `bingo_workspace_init` | Initialize multi-repo workspace |
252
+ | `bingo_workspace_add` | Add a repo to workspace |
253
+ | `bingo_workspace_sync` | Sync all workspace repos |
254
+ | `bingo_workspace_list` | List workspace repos |
255
+
256
+ ### JSON examples
257
+
258
+ ```bash
259
+ # Fork status (AI-friendly)
260
+ bingo-light status --json
261
+ ```
262
+
263
+ ```json
264
+ {
265
+ "ok": true,
266
+ "upstream_url": "https://github.com/torvalds/linux.git",
267
+ "behind": 47,
268
+ "patch_count": 2,
269
+ "patches": [
270
+ {"name": "custom-scheduler", "hash": "a3f7c21", "subject": "O(1) task scheduling", "files": 3},
271
+ {"name": "perf-monitoring", "hash": "b8e2d4f", "subject": "eBPF tracing hooks", "files": 5}
272
+ ],
273
+ "conflict_risk": ["kernel/sched/core.c"]
274
+ }
275
+ ```
276
+
277
+ ```bash
278
+ # Conflict analysis (structured data for AI resolution)
279
+ bingo-light conflict-analyze --json
280
+ ```
281
+
282
+ ```json
283
+ {
284
+ "rebase_in_progress": true,
285
+ "current_patch": "custom-scheduler",
286
+ "conflicts": [
287
+ {
288
+ "file": "kernel/sched/core.c",
289
+ "conflict_count": 2,
290
+ "ours": "... upstream version ...",
291
+ "theirs": "... your patch version ...",
292
+ "hint": "Upstream refactored scheduler core; patch needs to target new structure."
293
+ }
294
+ ]
295
+ }
296
+ ```
297
+
298
+ ### End-to-end AI workflow
299
+
300
+ ```
301
+ User: "Sync my fork and fix any conflicts."
302
+
303
+ AI Agent:
304
+ 1. bingo_status(cwd) -> 47 behind, risk: core.c
305
+ 2. bingo_sync(cwd, dry_run=true) -> 1 conflict predicted
306
+ 3. bingo_sync(cwd) -> rebase stops at conflict
307
+ 4. bingo_conflict_analyze(cwd) -> structured ours/theirs/hints
308
+ 5. AI reads both versions, generates merge
309
+ 6. bingo_conflict_resolve(cwd, file, content) -> resolved, rebase continues
310
+ 7. bingo_status(cwd) -> 0 behind, all patches clean
311
+ ```
312
+
313
+ ### CLI integration (Aider, custom agents)
314
+
315
+ ```bash
316
+ bingo-light status --json # Parse fork state
317
+ bingo-light sync --yes # Non-interactive sync
318
+ bingo-light conflict-analyze --json # Structured conflict data
319
+ ```
320
+
321
+ ```python
322
+ import subprocess, json
323
+
324
+ def bingo(cmd, cwd="/path/to/repo"):
325
+ result = subprocess.run(
326
+ ["bingo-light"] + cmd.split() + ["--json", "--yes"],
327
+ cwd=cwd, capture_output=True, text=True
328
+ )
329
+ return json.loads(result.stdout)
330
+
331
+ status = bingo("status")
332
+ if status["behind"] > 0:
333
+ result = bingo("sync")
334
+ if result.get("conflicts"):
335
+ analysis = bingo("conflict-analyze")
336
+ # AI resolves each conflict...
337
+ ```
338
+
339
+ ---
340
+
341
+ ## Command Reference
342
+
343
+ ```
344
+ bingo-light init <upstream-url> [branch] Set up upstream tracking
345
+ bingo-light sync [--dry-run] [--force] Sync with upstream
346
+ bingo-light sync --test Sync + run tests, undo on failure
347
+ bingo-light undo Revert to pre-sync state
348
+ bingo-light status Fork health + conflict prediction
349
+ bingo-light diff Combined patch diff vs upstream
350
+ bingo-light doctor Full diagnostic
351
+ bingo-light log Sync history
352
+ bingo-light history Detailed sync history with hash mappings
353
+ bingo-light patch new <name> Create named patch from staged changes
354
+ bingo-light patch list [-v] List patch stack
355
+ bingo-light patch show <name|index> Show patch diff
356
+ bingo-light patch edit <name|index> Amend a patch (stage changes first)
357
+ bingo-light patch drop <name|index> Remove a patch
358
+ bingo-light patch reorder [--order "3,1,2"] Reorder patches
359
+ bingo-light patch export [dir] Export as .patch files
360
+ bingo-light patch import <file|dir> Import .patch files
361
+ bingo-light patch squash <idx1> <idx2> Merge two patches
362
+ bingo-light patch meta <name> [key] [value] Get/set patch metadata
363
+ bingo-light conflict-analyze Structured conflict data for AI
364
+ bingo-light config get|set|list [key] [val] Manage configuration
365
+ bingo-light test Run configured test suite
366
+ bingo-light workspace init|add|status|sync Multi-repo management
367
+ bingo-light auto-sync Generate GitHub Actions workflow
368
+ bingo-light version Print version
369
+ bingo-light help Show usage
370
+ ```
371
+
372
+ **Global flags:** `--json` (structured output) | `--yes` / `-y` (skip all prompts)
373
+
374
+ ---
375
+
376
+ ## Why not just...
377
+
378
+ <details>
379
+ <summary><b>...click GitHub's "Sync fork" button?</b></summary>
380
+ <br>
381
+
382
+ It only does fast-forward. The moment you have any customizations (commits on your fork that aren't in upstream), it either refuses or creates a merge commit that buries your changes. It has no concept of a patch stack, no conflict memory, and no API for AI agents.
383
+ </details>
384
+
385
+ <details>
386
+ <summary><b>...use <code>git rebase</code> manually?</b></summary>
387
+ <br>
388
+
389
+ You can. It takes 6 steps: fetch, checkout tracking branch, pull, checkout patches branch, rebase, push. You need to remember which branch is which, manually enable rerere, and hope you don't mess up the reflog if something goes wrong. bingo-light wraps all of this into `bingo-light sync` with automatic undo, conflict prediction, and structured output.
390
+ </details>
391
+
392
+ <details>
393
+ <summary><b>...use StGit / quilt / TopGit?</b></summary>
394
+ <br>
395
+
396
+ StGit (649 stars) manages patch stacks but has no AI integration, no MCP server, no JSON output, and no conflict prediction. quilt operates outside git entirely -- no rerere, no history. TopGit is effectively abandoned. None of them were designed for the AI-agent era.
397
+ </details>
398
+
399
+ ## Comparison
400
+
401
+ | | **bingo-light** | GitHub Sync | git rebase | quilt | StGit |
402
+ |---|:---:|:---:|:---:|:---:|:---:|
403
+ | Named patch stack | **Yes** | No | No | Yes | Yes |
404
+ | One-command sync | **Yes** | Click only | No (6 steps) | No | No |
405
+ | Handles customizations | **Yes** | **No** | Manual | Manual | Manual |
406
+ | Conflict memory (rerere) | **Auto** | No | Manual | No | No |
407
+ | Conflict prediction | **Yes** | No | No | No | No |
408
+ | AI / MCP integration | **29 tools** | No | No | No | No |
409
+ | JSON output | **All commands** | No | No | No | No |
410
+ | Non-interactive mode | **Native** | No | Partial | Partial | Partial |
411
+ | Undo sync | **One command** | No | git reflog | Manual | Manual |
412
+ | Install | One command | Built-in | Built-in | Package mgr | Package mgr |
413
+
414
+ ---
415
+
416
+ ## FAQ
417
+
418
+ <details>
419
+ <summary><b>Why not just <code>git rebase</code>?</b></summary>
420
+ <br>
421
+
422
+ You can. bingo-light automates everything around it: tracking the upstream remote, maintaining a dedicated patch branch, enabling rerere, predicting conflicts before you sync, and exposing structured output for automation. For a one-off rebase it's overkill. For ongoing fork maintenance with 3+ patches across months of upstream drift, it saves serious time and eliminates an entire class of mistakes.
423
+ </details>
424
+
425
+ <details>
426
+ <summary><b>Can I use this on an existing fork?</b></summary>
427
+ <br>
428
+
429
+ Yes. Run `bingo-light init <upstream-url>` in your fork. Convert your existing changes into named patches with `bingo-light patch new <name>`. The tool works with any standard git repository -- it doesn't care how you got here.
430
+ </details>
431
+
432
+ <details>
433
+ <summary><b>Is this only for AI agents?</b></summary>
434
+ <br>
435
+
436
+ No. The CLI is designed for humans first. `bingo-light sync` is the same command whether you run it or an AI does. The AI-native features (`--json`, `--yes`, MCP server) are purely additive -- without them you get normal, human-readable output with colors and progress indicators.
437
+ </details>
438
+
439
+ <details>
440
+ <summary><b>How does conflict memory work?</b></summary>
441
+ <br>
442
+
443
+ bingo-light enables git's `rerere` (reuse recorded resolution) on `init`. When you resolve a conflict, git records the resolution. Next time the exact same conflict appears during sync, it's applied automatically. bingo-light detects when rerere has auto-resolved all conflicts and continues the rebase without stopping. You solve each conflict exactly once.
444
+ </details>
445
+
446
+ <details>
447
+ <summary><b>What if sync goes wrong?</b></summary>
448
+ <br>
449
+
450
+ Run `bingo-light undo`. It restores your patches branch to exactly where it was before the sync. This works via git reflog, so it's reliable even after complex rebases. You can also use `sync --dry-run` to test on a throwaway branch first, or `sync --test` to auto-undo if your test suite fails after sync.
451
+ </details>
452
+
453
+ <details>
454
+ <summary><b>Does it work with GitHub / GitLab / Bitbucket?</b></summary>
455
+ <br>
456
+
457
+ Yes. bingo-light uses standard git operations (fetch, rebase, push). It works with any git remote on any platform. The `auto-sync` command generates a GitHub Actions workflow specifically, but the core tool is completely platform-agnostic.
458
+ </details>
459
+
460
+ <details>
461
+ <summary><b>How is this different from <code>git format-patch</code> / quilt?</b></summary>
462
+ <br>
463
+
464
+ `git format-patch` exports patches but doesn't manage them as a living stack. quilt manages patch stacks but operates outside git -- no conflict resolution, no rerere, no history. bingo-light keeps patches as real git commits so you get full git history, proper conflict resolution, and automatic rerere, while still supporting export/import in quilt-compatible `.patch` format. Best of both worlds.
465
+ </details>
466
+
467
+ ---
468
+
469
+ ## Project Ecosystem
470
+
471
+ ```
472
+ bingo-light CLI tool (Python 3, zero deps)
473
+ bingo_core/ Core library package (all business logic)
474
+ mcp-server.py MCP server (zero-dep Python 3, 29 tools, JSON-RPC 2.0)
475
+ contrib/agent.py Advisor agent (monitors drift, auto-syncs when safe)
476
+ contrib/tui.py Terminal dashboard (curses TUI, real-time monitoring)
477
+ install.sh Installer (--yes for CI, --help for options)
478
+ completions/ Shell completions (bash / zsh / fish)
479
+ contrib/hooks/ Notification hook examples (Slack / Discord / Webhook)
480
+ tests/test.sh Test suite (70 tests)
481
+ docs/ Documentation + demo SVG
482
+ docs/llms.txt Complete LLM-consumable reference
483
+ ```
484
+
485
+ ---
486
+
487
+ ## Documentation
488
+
489
+ - [Getting Started](docs/getting-started.md) -- 5-minute quickstart guide
490
+ - [Concepts](docs/concepts.md) -- branch model, patch stack, sync flow
491
+ - [Changelog](CHANGELOG.md) -- version history
492
+ - [Security](.github/SECURITY.md) -- security model and vulnerability reporting
493
+
494
+ ## Contributing
495
+
496
+ Pure Python, zero dependencies, no build step. If you can read Python, you can contribute.
497
+
498
+ ```bash
499
+ git clone https://github.com/DanOps-1/bingo-light.git
500
+ cd bingo-light
501
+ make test # core test suite
502
+ make test-all # all 250 tests (core + fuzz + edge + MCP + unit)
503
+ make lint # python syntax + flake8 + shellcheck
504
+ ```
505
+
506
+ See [CONTRIBUTING.md](CONTRIBUTING.md) for details.
507
+
508
+ ## License
509
+
510
+ [MIT](LICENSE) -- do whatever you want.