|
| 1 | +# Signal Rail |
| 2 | + |
| 3 | +Name: Signal Rail |
| 4 | +Type: Plain-text document governance system |
| 5 | +URL: https://xxyoudeadpunkxx.github.io/Signal-Rail/ |
| 6 | +Repository: https://github.com/XxYouDeaDPunKxX/Signal-Rail |
| 7 | +Runtime: AI-assisted project work with plain-text files |
| 8 | + |
| 9 | +## Purpose |
| 10 | +Signal Rail keeps personal and project material readable while work grows, branches, changes shape, and resumes after interruption. |
| 11 | +It separates current state, decisions, unresolved material, hard constraints, surface maps, handoff, parking, and archive. |
| 12 | + |
| 13 | +## Operating question |
| 14 | +What kind of material is this, and where should it live? |
| 15 | + |
| 16 | +## Operating model |
| 17 | +Signal Rail is mainly designed to be operated with an AI agent during real work. |
| 18 | +The agent reads the entry layer, activates the lateral kernel, closes the working frame, and helps route material into the right document without mixing levels. |
| 19 | +The human stays in charge of meaning, authority, and approval. |
| 20 | + |
| 21 | +## Quick start |
| 22 | +Create a Signal Rail instance in the target project area. |
| 23 | +Use init_signal_rail.bat for Windows bootstrap, or manually copy the required files while preserving file names, marker structure, canonical roles, and entry flow. |
| 24 | +After the instance exists, ask the AI agent to read 00_runtime_entry.txt, then 06_ai_to_ai.txt. |
| 25 | +The agent should close host project, working object, active mode, source scope, and authority before substantive work. |
| 26 | + |
| 27 | +## Rails |
| 28 | +- 00_runtime_entry.txt: valid entry, minimum read, and reading boundaries. |
| 29 | +- 01_orientation.txt: project identity, perimeter, and reading frame. |
| 30 | +- 02_protocol_freeze.txt: identity constants that should be hard to reopen. |
| 31 | +- 03_master_working.txt: current live state, blocker, active work, and next move. |
| 32 | +- 04_decision_log.txt: choices already taken, already in effect, and already won against alternatives. |
| 33 | +- 05_latent_ideas.txt: important unresolved material that still needs motion or placement. |
| 34 | +- 06_ai_to_ai.txt: agent operating behavior inside a Signal Rail instance. |
| 35 | +- 07_guided_prompts_test.txt: guided paths for safer starts, rebuilds, reviews, and routing passes. |
| 36 | +- 08_surface_map.txt: real technical topology, entrypoints, sensitive surfaces, and minimal runbook. |
| 37 | +- 09_handoff_reentry.txt: re-entry support and continuity, not canonical project truth. |
| 38 | +- 97_field_findings.txt: lateral captures during an active pass before routing or discard. |
| 39 | +- 98_parking.txt: useful material that is not active now. |
| 40 | +- 99_archive.txt: closed, historical, duplicate, or no-longer-live material. |
| 41 | + |
| 42 | +## Boundary model |
| 43 | +- Clean baseline kit: this repository, the reusable Signal Rail source. |
| 44 | +- Deployed instance: a copy of Signal Rail used inside or beside a real project. |
| 45 | +- Host project: the actual project being governed. |
| 46 | +- Workstation: optional local interface for reading, staging, previewing, and writing a live instance. |
| 47 | + |
| 48 | +## Workstation |
| 49 | +signal_rail_workstation_final.html gives the operator a local workstation for reading canonicals, checking runtime state, staging writes, previewing output, and writing back to matching .txt files when live folder access is available. |
| 50 | +The workstation does not replace the canonicals and does not change authority. |
| 51 | + |
| 52 | +## What it prevents |
| 53 | +- live state mixed with decisions |
| 54 | +- unresolved material promoted too early |
| 55 | +- technical reality buried inside generic notes |
| 56 | +- continuity pretending to be project truth |
| 57 | +- a strong sentence becoming a decision |
| 58 | +- a live blocker becoming project identity |
| 59 | +- a temporary solution becoming freeze |
| 60 | +- a hypothesis entering current work too early |
| 61 | +- a handoff note becoming canonical truth |
| 62 | +- a deployed instance being mistaken for the host project |
| 63 | + |
| 64 | +## Keywords |
| 65 | +plain text governance, AI-assisted project work, document routing, project continuity, source authority, canonical files, Signal Rail |
0 commit comments