Context Atlas

Context Atlas ist eine lokale, evidenzgestützte Gedächtnisschicht für Softwareprojekte. Es verwandelt Git-Verlauf, Repository-Struktur, Manifeste, Projektdokumente und menschlich geprüfte Erklärungen in:

• eine einsteigerfreundliche Projektübersicht;

• eine erkundbare Komponenten- und Abhängigkeitskarte;

• eine chronologische Aufzeichnung der Projektänderungen;

• evidenzverknüpfte Erklärungen von Komponenten und Entscheidungen; und

• begrenzte Kontextpakete, die Codierungsagenten vor einer Änderung lesen können;

• explizit ausgewählte Dokumente und Gesprächszusammenfassungen mit menschlicher Zustimmung; und

• versionierte Sicherheitsverträge für Erweiterungen und Provider-Egress für vertrauenswürdige Hosts.

Dieses Repository enthält den Quellcode für einen funktionierenden experimentellen 0.1.0-Alpha-Release-Kandidaten: eine Node.js-CLI, ein lokales Web-Dashboard, eine TypeScript-Bibliothek, einen stdio-MCP-Server und ein Codex-Plugin-Bundle. Das generierte Plugin-Laufzeitsystem, die lokalen Verhaltensgates, das neueste lokale Paketkandidat und der unten beschriebene saubere Installations-Smoke-Test wurden im aktuellen Arbeitsbaum verifiziert. Gehostete Workflows und ein GitHub-Release wurden nicht verifiziert; 0.1.0 bleibt unveröffentlicht, und der breitere Produktionsplan wird explizit in docs/ verfolgt.

Warum es existiert

Lange Codierungssitzungen verlieren den Faden. Chatverläufe komprimieren, Agenten wechseln, undokumentierte Entscheidungen verschwinden, und generierte Zusammenfassungen können stillschweigend veralten oder falsch werden. Context Atlas hält eine dauerhafte hochrangige Karte außerhalb eines einzelnen Chats aufrecht, während es eine strikte Grenze zwischen beobachteten Fakten, dokumentierten Behauptungen, Schlussfolgerungen, Vorschlägen und menschlich genehmigten Erklärungen bewahrt.

flowchart LR
  A["Git history"] --> I["Evidence-first ingestion"]
  B["Repository structure"] --> I
  C["README, ADRs, manifests"] --> I
  I --> D["Local SQLite knowledge graph"]
  I --> L["Hash-chained audit ledger"]
  D --> O["Overview and orientation"]
  D --> M["Mind map and timeline"]
  D --> P["Task-bounded context pack"]
  O --> H["Developer"]
  M --> H
  P --> X["Coding agent through MCP"]
  R["Human review"] --> D

Related MCP server: CodeIntel MCP Server

Schnellstart

Voraussetzungen: Git und Node.js 24 oder neuer.

git clone https://github.com/moelomda/context-atlas.git
cd context-atlas
npm.cmd ci
npm.cmd run build
node dist/cli.js init C:\path\to\your\git-repository --name "My Project"
node dist/cli.js serve --repo C:\path\to\your\git-repository

Öffnen Sie http://127.0.0.1:4242. Der Server lehnt absichtlich nicht authentifizierte Nicht-Loopback-Hosts ab.

Für eine erste Übergabe verwenden Sie diese Sequenz:

node dist/cli.js overview --repo C:\path\to\repo
node dist/cli.js health --repo C:\path\to\repo
node dist/cli.js timeline --repo C:\path\to\repo
node dist/cli.js pack "add subscription retry handling" --json --repo C:\path\to\repo
node dist/cli.js proposals pending --repo C:\path\to\repo

Generierte narrative Vorschläge werden nicht automatisch als Wahrheit akzeptiert. Überprüfen Sie ihre Beweise und genehmigen oder lehnen Sie dann explizit einen bestimmten Vorschlag ab:

node dist/cli.js approve <proposal-id> --actor human:alice --note "Reviewed against ADR-0001 and current code" --repo C:\path\to\repo
node dist/cli.js reject <proposal-id> --actor human:alice --note "Superseded by the current architecture" --repo C:\path\to\repo

Das Loopback-Dashboard bietet auch einen menschlichen Vorschlagsprüfungs-Arbeitsbereich mit Beweisbereitschaft, Konfliktgruppierung, Prüfungsverlauf und expliziter Genehmigungs-/Ablehnungsbestätigung. Browser-Mutationen erfordern eine exakte Same-Origin-Anfrage und ein In-Memory-Sitzungstoken; sie sind keine Agentenfähigkeiten.

Ein externes Text-/Markdown-Dokument oder eine Gesprächszusammenfassung kann über den Quelle hinzufügen-Workflow des Dashboards oder die CLI hinzugefügt werden. Die Vorschau ist schreibgeschützt und bindet die exakten Bytes, Herkunft, Zweck, Autorität, Sensibilität und den zugeschriebenen menschlichen Akteur. Anwenden erfordert den frischen Plan plus wörtliches IMPORT; sensible Importe behalten Metadaten und Provenienz bei, während sie ihren Inhalt weglassen. Importiertes Material bleibt nicht vertrauenswürdige Beweise und genehmigt niemals eine Behauptung oder überschreibt die Übersicht automatisch.

$plan = node dist/cli.js source-import-preview C:\path\to\notes.md --type document --origin "Architecture workshop" --authority documented --sensitivity normal --purpose "Preserve retry decisions" --actor human:alice --repo C:\path\to\repo | ConvertFrom-Json
node dist/cli.js source-import C:\path\to\notes.md --plan $plan.planId --confirm IMPORT --type document --origin "Architecture workshop" --authority documented --sensitivity normal --purpose "Preserve retry decisions" --actor human:alice --repo C:\path\to\repo

Führen Sie sync nach sinnvollen Commits aus. Gesundheitsberichte warnen deutlich, wenn sich das Repository über den letzten indizierten Commit hinaus bewegt hat.

Neue Repositories beginnen mit einem Kontextpaket-Budget von 8.000 Token. Bestehende Repositories behalten den bereits in .context-atlas/config.json gespeicherten Wert—einschließlich des Legacy-Standards von 4.000 Token—bis ein Operator ihn ändert. pack --budget N überschreibt weiterhin den Repository-Standard für eine Anfrage.

Die Synchronisierung ist auch nach einer extraktionsrelevanten Konfigurations- oder .atlasignore-Richtlinienänderung erforderlich. Context Atlas zeichnet eine Leitlinien-Abhängigkeits-Wasserzeichen auf, wenn Inhalte synchronisiert und überprüft werden; das Ändern dieser Grenze macht zuvor überprüfte Behauptungen unbestätigt. Behauptungen, die vor der Wasserzeichenverfolgung erstellt wurden, schlagen fehl und erfordern eine Synchronisierung plus eine neue menschliche Überprüfung, anstatt stillschweigend grandfathered zu werden.

Codex-Plugin und MCP

Das Plugin-Quellbundle befindet sich in plugin/context-atlas/. Bauen und verifizieren Sie dieses Projekt, bevor Sie es verpacken oder installieren: Der Build bettet eine eigenständige MCP-Laufzeit bei plugin/context-atlas/runtime/server.mjs ein, sodass eine verifizierte kopierte Marktplatzinstallation nicht von diesem Quellbaum abhängt. Der Wrapper behält ein dist/mcp/server.js-Fallback für die lokale Quellentwicklung.

Der MCP-Server stellt 13 schreibgeschützte Tools bereit:

• Aktuelle Navigation: atlas_overview, atlas_context_pack, atlas_explain, atlas_history, atlas_health, atlas_search und atlas_evidence.

• Zeitliches Wissen: atlas_assertions, atlas_assertion_history und atlas_assertion_evolution.

• Gespeicherte Paketinspektion: atlas_pack_history, atlas_pack_snapshot und atlas_pack_diff.

• Synchronisierung, Vorschlagserstellung, Vorschlagsentscheidungen, Paketspeicherung/-aktualisierung und Aufbewahrungsanwendung sind absichtlich über MCP nicht verfügbar. Vorschlagsentscheidungen erfordern einen expliziten Menschen über die CLI oder das geschützte Loopback-Dashboard; die anderen Mutationen bleiben menschlich betriebene CLI-Workflows.

• atlas_context_pack kann die ID einer vorhandenen menschlich erstellten CLI-Überschreibung verbrauchen. Es kann keine Überschreibung erstellen oder ändern, und überschriebene kritische Befunde bleiben sowohl im strukturierten Ergebnis als auch in seiner Textdarstellung prominent.

Jedes Tool akzeptiert einen absoluten repo-Pfad. Ein direkter MCP-Client kann auch node <absoluter-Projektpfad>/dist/mcp/server.js ausführen und CONTEXT_ATLAS_REPO auf ein initialisiertes Repository setzen.

Versionierte HTTP- und MCP-Lesevorgänge vergleichen die Wissensdatenbank, das Live-Git/Arbeitsbaum, das Ledger, die Synchronisierung und die Leitlinien-Richtliniengrenzen vor und nach dem Zusammenstellen einer Antwort; eine gleichzeitige Änderung wird mit einem wiederholbaren Snapshot-Fehler abgelehnt, anstatt ein neueres Wasserzeichen an ältere Daten anzuhängen. Gespeicherte Paketverlaufs- und Diff-Tools geben eine kompakte strukturierte Nutzlast mit einem kurzen Textzeiger zurück, und jedes MCP-Tool-Ergebnis hat eine 2.500.000-Zeichen-Fail-Closed-Obergrenze.

Vertrauenswürdige In-Process-Erweiterungen können den öffentlichen context-atlas/extensions-Export verwenden. Seine sechs versionierten Ports decken Extraktoren, Analysatoren, Provider, Redaktoren, Exporteure und Validatoren ab; Manifeste und Eingaben/Ausgaben werden schemageprüft, unsichere Ausgaben schlagen atomar fehl, und installierter Erweiterungscode wird explizit als vertrauenswürdiger ausführbarer Code behandelt. Die Kernbibliothek bietet auch ein exaktes Byte-Egress-Vorschau-/Zustimmungs-/Autorisierungs-Gateway mit Provider-Allowlists, Redaktions-/Blockrichtlinie, Token-/Kostenbudgets, Anmeldeinformationsindirektion, dauerhaften Versuchsbelegen, Widerruf und keinen automatischen Wiederholungen. Kein Remote-Provider ist in dieser Alpha von der CLI, dem Web-Dashboard oder dem MCP-Server aktiviert.

Kontextpaket-Vertrag

Das Kontextpaket-Schema v2 stellt immer dieselben 15 erforderlichen Abschnitte dar: Identität/Autorität, Warnungen, Ziele, Komponenten, Schnittstellen, Konventionen, Entscheidungen, Einschränkungen, Risiken, aktuelle Änderungen, Tests, Konflikte, Unbekanntes, Beweise und Ausschlüsse. Ein Abschnitt kann explizit present, none oder unknown sein; ein leeres Wissensgebiet wird nicht stillschweigend weggelassen.

Die Auswahl ist ganzheitlich. Jede materielle Entität, aktive Beziehung, Behauptung oder jedes Ereignis, das in das begrenzte Selektoruniversum aufgenommen wird, wird entweder vollständig mit seiner Beweisabschließung gerendert oder als materieller Ausschluss mit einem genauen Grund aufgeführt; umgebende nicht-materielle Datensätze werden als aggregierte Zählungen gemeldet. Beziehungen tragen aktuellen Nutzungsstatus, Grund, Autorität, Konfidenz und Beweisvalidierungsmetadaten, und nicht verifizierte Topologie wird nicht als festgelegte Leitlinie präsentiert. Das harte Budget gilt für das gesamte kompakte JSON-Objekt—nicht nur für den Markdown-Textkörper—und der MCP-Adapter reserviert auch Platz für seine Tool-Ergebnis-Hülle. Die aktuelle Schätzung ist eine offengelegte Zeichen-durch-vier-Annäherung, kein Provider-Tokenizer. Anfragen mit nur 500 Token werden als Eingaben akzeptiert, aber die Generierung verweigert mit dem berechneten Minimum, wenn die obligatorische Hülle nicht passt.

pack-save speichert ein verifiziertes Paket als unveränderlichen, inhaltsadressierten Snapshot. pack-history, pack-diff und pack-refresh bieten begrenzte Verlaufs-, Strukturvergleichs- und Neuaufbau-gegen-aktuellen-Zustand-Workflows. Snapshots liegen unter .context-atlas/packs/; der Speicher lehnt einen 257. eindeutigen Snapshot ab, anstatt stillschweigend Verlauf zu löschen. Refresh bewahrt die ursprüngliche Aufgabe und das Token-Budget, erbt keine vorherige Sicherheitsüberschreibung und lehnt Repository-Identitäts- oder instabile Repository-/Richtlinienänderungen ab. Verlaufslesungen verifizieren den beibehaltenen Satz, bevor sie das angeforderte Anzeigelimit anwenden, sodass die 256-Elemente-Grenze eine Sicherheitsobergrenze ist, keine Leistungsqualifikation für große Verläufe.

Bevor aktuelle Leitlinien präsentiert oder verpackt werden, werden lokale Datei-, erreichbare Git-Commit-, Repository-Snapshot- und Komponenten-Snapshot-Locators gegen kanonische Pfade, Richtlinie und SHA-256-Digests erneut validiert. Unbekannte externe Locator-Arten werden als nicht validiert gemeldet; sie werden nicht zu verifizierten Beweisen aufgewertet. Übersichts-, Graph-, Such-, Erklär-, Behauptungs-, API-, MCP-, Paket- und Dashboard-Pfade tragen aktuellen Nutzungsstatus/Grund/Autorität/Beweis-Metadaten oder enthalten unbestätigte überprüfte Prosa.

Was aufgezeichnet wird

Context Atlas speichert seinen lokalen Zustand unter <repository>/.context-atlas/:

• config.json: Scan- und Aktualitätsrichtlinie;

• atlas.db: Beweise, Entitäten, Versionen, Beziehungen, Ereignisse und Vorschläge;

• ledger.ndjson: eine append-only Hash-Kette, die aufgezeichnete Aktionen abdeckt;

• backups/: verifizierte SQLite-Backups und tragbare Wissens-Snapshots;

• exports/: prüfsummierte, tragbare JSON-Exporte; und

• packs/: ignorierte, unveränderliche Kontextpaket-Snapshots mit einer harten 256-Elemente-Kapazität.

Vollständige rohe Diffs und vollständige Dateikörper werden nicht aufbewahrt. Context Atlas behält begrenzte, bereinigte Dokumentextrakte und Repository-Metadaten bei, die für die Navigation benötigt werden. Geheimnisähnliche Werte und sensible Pfade wie .env, Anmeldeinformationen, private Schlüssel und Zertifikate werden zurückgehalten. Fügen Sie repositoriumspezifische Ausschlüsse zu .atlasignore hinzu; seine geordneten Glob-Regeln unterstützen !-Negation.

Die Initialisierung erstellt .context-atlas/.gitignore, sodass die Datenbank, Exporte, Backups, Pakete und vollständige Pre-Upgrade-Migrations-Snapshots nicht versehentlich committet werden. Bevor Legacy-Speicher einen Migrations-Snapshot oder ein Paket schreibt, hängt Context Atlas sicher die fehlende abgeleitete Datenregel an, ohne Operator-Regeln zu ersetzen. Committen Sie .context-atlas/config.json, .context-atlas/ledger.ndjson und .context-atlas/.gitignore, wenn Sie gemeinsames, überprüfbares Projektgedächtnis teilen möchten; halten Sie ignoriertes Datenbankmaterial lokal oder übertragen Sie es nur über den verifizierten Backup-Workflow.

Sicherheitsmodell

Context Atlas ist eine Navigationshilfe, kein Beweis dafür, dass Software korrekt ist. Aktueller Code und Tests bleiben für das Laufzeitverhalten maßgeblich. Wenn ein Kontextpaket blockiert ist, beheben Sie die aufgeführten kritischen Gesundheitsprüfungen. Der außergewöhnliche pack-override-Workflow erfordert einen expliziten menschlichen Akteur, eine Begründung und eine kurze Ablaufzeit, und das resultierende Paket bleibt sichtbar markiert.

Befehle

Führen Sie node dist/cli.js help aus, um die vollständige Befehlsliste zu erhalten. Die Haupt-Workflows sind:

• Erkunden: overview, map, timeline, search, explain, evidence, assertions, assertion-history, assertion-evolution.

• Agent vorbereiten: pack <task> [--budget N] [--json], pack-save <task>, pack-history, pack-diff <left> <right>, pack-refresh <snapshot>.

• Speicher pflegen: sync, proposals, propose, approve, reject; approve/reject sind auch für einen Menschen im geschützten Loopback-Dashboard verfügbar.

• Ausgewählte Belege hinzufügen: source-import-preview <file> gefolgt von source-import <file> --plan <id> --confirm IMPORT; das Dashboard bietet dieselbe Vorschau-/Einwilligungsgrenze für eine im Browser ausgewählte Datei oder eine eingefügte Zusammenfassung.

• Audit: health, validate, recover-ledger, privacy, retention-preview, bestätigtes retention-apply und retention-history (validate beendet sich bei kritischen Befunden mit Code 2). Die Löschung durch Aufbewahrung ist auf berechtigte Export-/Sicherungsdateien beschränkt und erfordert die genaue Vorschauplan-ID, den Akteur human:, eine Begründung und --confirm APPLY.

• Portabilität: export, verify-export, import-preview, Alles-oder-nichts-import, rebuild-verify, backup, verify-backup, restore --confirm RESTORE.

• Visualisieren: serve auf Loopback.

Entwicklung und Verifikation

npm.cmd run build
npm.cmd test

Der aktuelle lokale Arbeitsbaum hat die normale Verhaltenssuite (122/122 Tests in 693,394 ms) und den Abdeckungslauf (122/122 Tests in 901,735 ms; 95.40% Zeilen, 96.07% Funktionen und 76.81% Zweige) bestanden. Strikte TypeScript-Kompilierung von Quelle/Tests, JavaScript-Syntax, JSON/YAML-Parsing, Release-Identitätsvalidierung und ein Online-npm audit mit null gemeldeten Schwachstellen bestanden ebenfalls. Dies sind lokale Windows-Ergebnisse, keine plattformübergreifenden oder gehosteten Ergebnisse.

Der letzte lokale Leistungslauf entfernte auch doppelte Repository-/Belegarbeit aus dem Übersichtsvertrag: Bei einer Neun-Entitäten-Fixture fiel eine echte /api/v1/overview-Anfrage von ungefähr 8–12 Sekunden und 58 Git-Subprozessen auf 1.48–1.61 Sekunden und 12 Git-Subprozesse, während die Vorher/Nachher-Snapshot-Prüfungen erhalten blieben. Dies ist ein fokussiertes Regressionsergebnis mit kleiner Fixture, keine Latenzqualifikation für große Repositories.

Das Plugin wurde aus dieser Quelle neu generiert: Quelle und gebündelte Laufzeit legen jeweils dieselben 13 schreibgeschützten Tools offen, Plugin- und Skill-Validatoren bestehen, unabhängige Laufzeit- und Drittanbieter-Hinweis-Regenerierung erzeugte deterministische Hashes, und die echte neu generierte Laufzeit bestand ihre MCP-Regression (1/1). Die Workflow-Inspektion mit gepinntem Actionlint 1.7.12 bestand alle vier Workflows; alle 17 Workflow-uses-Referenzen sind vollständig auf SHA gepinnt und decken sieben eindeutige Commits ab, die aufgelöst und verifiziert wurden. Diese Prüfungen ersetzen keine GitHub-gehosteten CI-, CodeQL-, Abhängigkeitsüberprüfungs-, SBOM- oder Provenance-Jobs.

Gerendertes In-App-Browser-QA am 2026-08-23 deckte den Desktop-Viewport sowie 390×844- und 320×720-Layouts ab, einschließlich der Übersicht und des vollständigen Vorschau-/Einwilligungsablaufs für externe Quellen. Es verifizierte, dass die Bestätigung bis zur Vorschau verborgen bleibt, führte einen lokalen Import durch, prüfte responsives Reflow und Überlauf bei Mindestbreite und endete mit null Konsolenwarnungen oder -fehlern. Der Lauf fand und behob vorzeitige Sichtbarkeit der Bestätigung und horizontalen Überlauf bei 320px; die aktualisierte Websuite bestand 6/6. Frühere Abdeckung von Navigation, Karte, Zeitachse, Gesundheit, Überprüfung, Suche, Briefing, Tastatur, Escape und Fokus-Rückkehr bleibt Teil des Quelltestvertrags, aber dies ist kein Screenreader-Ergebnis, kein WCAG-Konformitätsanspruch, keine Cross-Browser-Matrix und kein Beweis auf einem anderen Betriebssystem.

Nach den Feature- und gerenderten UI-Korrekturen wurde ein lokaler Paketkandidat mit 124 Dateien neu erstellt und bestand Inventar-, verbotene Datei-, Größen-, SHA-1- und SHA-512-Verifizierung. Ein sauberes temporäres Projekt installierte dieses Archiv und seine Abhängigkeiten, importierte eine ausgewählte externe Quelle, lud das Dashboard/API und die geschützte Überprüfungs-API, importierte den öffentlichen Erweiterungs-Unterpfad und bestand Privacy-, Override- und MCP-Smoke-Tests; der Smoke-Test verifizierte das vollständige 13-Tool-Inventar mit Lesezugriff und übte repräsentative Navigation, pack-history, Beleg- und Override-Lesezugriffe aus. Dokumentationsänderungen erstellen einen neuen Archivkandidaten, daher zeichnet die endgültige Übergabe nur die jüngste Requalifizierung nach der Dokumentation auf. Exakte Archiv-Digests und -Größen bleiben im lokalen Paketbericht und nicht in diesem selbstreferenziellen Dokument. Dies bleibt lokaler Artefaktnachweis, kein entferntes Repository, keine gehostete Prüfung, kein signiertes/SBOM-bescheinigtes Artefakt und keine veröffentlichte Vorabversion.

Der Build kopiert die Projektlizenz in das Plugin, generiert Drittanbieter-Hinweise aus den tatsächlich in die eigenständige Laufzeit gebündelten Abhängigkeiten, und Release-Workflows sind so definiert, dass sie Laufzeit-/Lizenz-/Hinweis-Drift ablehnen. Lokale Laufzeit-/Hinweis-Drift- und Release-Identitätsprüfungen bestehen, einschließlich Parität zwischen Kandidaten-Tag-Eingabe, Paket, Lockfile, Plugin-Manifest, MCP-beworbener Version und datiertem Changelog. Der neueste lokale Paket-Smoke besteht ebenfalls, aber diese Kontrollen beweisen keine gehostete Ausführung oder Veröffentlichung; dieselben Tore müssen weiterhin auf dem unveränderlichen Commit bestehen, der für eine echte GitHub-Vorabversion ausgewählt wurde.

Die Implementierung verwendet derzeit die eingebaute SQLite-API von Node, die Node 24 noch als experimentell kennzeichnet. Dieses Alpha ist für ein einzelnes lokales Repository und einen einzelnen Schreiber ausgelegt; gehostete Zusammenarbeit, IDE-native Panels, inkrementelles Dateisystem-Watching, Provider-Store/UI-Integration, reichere sprachsemantische Analyse und Leistungsarbeit für große Repositories bleiben Roadmap-Punkte. Die Erkennung privater Pfade gespeicherter Pakete blockiert die aktuelle Repository-Wurzel und eine breite Menge erkennbarer Host-Dateisystemwurzeln, aber Freitext kann nicht perfekt jeden benutzerdefinierten absoluten POSIX-Pfad von einer API-Route unterscheiden. Die Aufbewahrung verengt Pfadwettläufe mit Deskriptor- und Identitätsprüfungen, beansprucht aber keine wettbewerbsfreie Löschung gegen einen böswilligen Verzeichniskomponententausch durch denselben Benutzer.

Detaillierter Plan und Belege

• docs/PRODUCT_PLAN.md — Nutzer, Aufgaben, Umfang, funktionale und nicht-funktionale Anforderungen.

• docs/ARCHITECTURE.md — temporales Datenmodell, Vertrauensgrenzen, Erfassung, Abruf und Bereitstellungsdesign.

• docs/RISK_REGISTER.md — Fehlermodi, Kontrollen, Tests und Restrisiko.

• docs/IMPLEMENTATION_ROADMAP.md — Meilensteine vom Prototyp bis zur Produktionshärtung.

• docs/REQUIREMENTS_TRACEABILITY.md — Anforderungs-zu-Kontrollen/Tests-Nachweis.

• docs/IMPLEMENTATION_STATUS.md — ehrliche Nachweise darüber, was diese Alpha implementiert und was noch geplant ist.

Mitwirken, Support und Releases

• Lesen Sie CONTRIBUTING.md, bevor Sie eine Änderung vorschlagen oder implementieren. Es dokumentiert die Invarianten der Vertrauensgrenzen und den Verifikationsstandard.

• Nutzen Sie die strukturierten GitHub-Issue-Formulare für reproduzierbare Fehler, Produktanfragen und Dokumentationsprobleme.

• Melden Sie Schwachstellen privat über SECURITY.md; legen Sie niemals Anmeldedaten, proprietären Quellcode oder ein echtes .context-atlas/-Verzeichnis in ein öffentliches Issue.

• Die Projektteilnahme folgt CODE_OF_CONDUCT.md.

• Release-Änderungen und das Maintainer-Verfahren befinden sich in CHANGELOG.md und docs/RELEASING.md.

Lizenz

MIT