Dokumentation, dünn wie Papier

Ihre Agenten leben längst in GitJetzt zieht Ihr Wissen nach.

Markdown schreiben und durchsuchen. Änderungen von Agenten prüfen. Die Dateien bleiben in Ihrem eigenen Git-Repository.

Open Source
Self-Hosting
MCP-Zugriff

claude mcp add hanji --transport http http://localhost:4101/mcp --header "Authorization: Bearer YOUR_TOKEN"Zuerst Hanji starten und einen Scoped Token anlegen. Vor dem Anbinden YOUR_TOKEN ersetzen.

So funktioniert es

Lesen. Prüfen. Mergen.

handbook / how-we-work.md

Wie wir arbeiten

Ada · heute aktualisiert

Ein gemeinsames Handbuch für Produktentscheidungen, Projektnotizen und Team-Leitfäden.

HandbuchMarkdownGit-basiert

Eine Entscheidung festhalten

Das Problem und die Optionen beschreiben.
Zuständigkeit und nächsten Schritt festlegen.

Leicht auffindbar machen

Neue Leitfäden in diesem Handbuch verlinken.

MCP / DIESELBE SEITE

→ hanji_read
handbook/how-we-work.md

# Wie wir arbeiten

Ein gemeinsames Handbuch für Produktentscheidungen, Projektnotizen und Team-Leitfäden.

## Eine Entscheidung festhalten
- Das Problem und die Optionen beschreiben.
- Zuständigkeit und nächsten Schritt festlegen.

## Leicht auffindbar machen
Neue Leitfäden in diesem Handbuch verlinken.
Der nächsten Person einen Einstieg geben.

Reiner Text. Nur das, was Sie freigegeben haben.

Interaktives Beispiel · Mergen ausprobieren⑂ main · handbook/how-we-work.md

MARKDOWN-EDITOR

Markdown bearbeiten.
Git-Diffs sauber halten.

Ein Wort geändert. Eine Zeile im Diff. Sonst nichts angefasst.

WAS SIE ÄNDERNdecisions.md

Das ~~Nächste~~ Richtige
leicht auffindbar machen.

Ein Wort geändert. Update.

WAS GIT SIEHT+1 −1

− Das Nächste leicht auffindbar machen.
+ Das Richtige leicht auffindbar machen.

Ada · decisions.md aktualisiert

So funktionieren byte-genaue Änderungen

AGENTEN-VORSCHLÄGE

Diff prüfen.
Änderung freigeben.

Agenten reichen Änderungsvorschläge mit Begründung ein. Sie prüfen den Diff, bevor Sie ihn in Ihre Seiten übernehmen.

claudeZuständigkeit für das Review klären+2 −0

Zuständigkeit ergänzt: Jedes Incident-Review hat jetzt eine verantwortliche Person.

+ ## Review-Zuständigkeit+ Die Incident-Leitung schreibt das Review und teilt es mit dem Team.

DIE SCHEINBARE ABHÄNGIGKEIT

KEIN ZÄHLER LÄUFT

Für Agenten gebaut.
Läuft auch ohne.

Ihre Agenten sind gern gesehene Gäste, nie eine Abhängigkeit. Kein API-Key beim Einrichten. Keine Modellauswahl in den Einstellungen. Nichts hört auf zu funktionieren, wenn die Tokens ausgehen.

Denn es gibt keine Tokens.

0 mitgelieferte Modelle0 KI-Credits100% Ihr Markdown

HINWEIS FÜR LESENDE AGENTENLieber reinen Text? Den haben wir auch für Sie.llms.txt

ZUGRIFFSRECHTE

Rechte vergeben.
Für Menschen und Agenten.

Privates bleibt privat. Für Menschen wie für Agenten.

Eine Rolle wählen. Sehen, was sichtbar bleibt.

FELDNOTIZEN / SEITEN4 sichtbar

Wie wir arbeitenhandbook / how-we-work.mdAlle

Architekturengineering / architecture.mdTeam + Agent

Das nächste Kapitelplanning / next-chapter.mdAda + Remy

Noch in Arbeitprivate / rough-thoughts.mdNur Ada

Der Workspace gehört Ada. Alle vier Seiten sind sichtbar.

Hanji steuert den Zugriff in der App. Wer Zugriff auf das Repository hat, sieht die Dateien trotzdem.

KOMMENTARE & VERLAUF

Änderungen besprechen.
Beiträge nachverfolgen.

Eine Seite kommentieren. Sehen, wer sie geändert hat.

AUS DEM HANDBUCH

Die Notiz am Rand öffnen.

Kommentare zur Seite.
Außerhalb von Git gespeichert.

Kommentare bleiben außerhalb von Git. Agenten lesen sie nur mit Berechtigung.

Mehr zu Kommentaren

ALLES NACHLESBAR

Menschen oben. Agenten unten. Acht Wochen Arbeit.

Menschen Agenten

vor 8 WochenHeute

Ein ruhiger Tag schreibt gar nichts.

IHREN WORKFLOW WÄHLEN

Das richtige Werkzeug
für Ihr Wissen finden.

Verschiedene Werkzeuge. Verschiedene Aufgaben. Finden Sie Ihres.

Vergleich von Hanji mit anderen Werkzeugen für Teamwissen: Zweck, Inhalte, Git-Workflow und Agentenzugriff.
Was ist Ihnen wichtig?	HanjiIHR WISSEN, IHR GIT	ObsidianDER PERSÖNLICHE VAULT	NotionDAS ALL-IN-ONE	ConfluenceDAS TEAM-WIKI · CLOUD	GitBookDIE DOKU-WEBSITE
Für wen	Teams + ihre Agenten	Persönliches Wissen	Docs + Projekte + Datenbanken	Teams im Atlassian-Umfeld	Veröffentlichte Doku
Ihre Inhalte	Markdown-Dateien	Markdown-Dateien	Seiten + Datenbanken	Seiten + Spaces	Docs + Git Sync (optional)
Rolle von Git	Source of Truth	Eigener Workflow	Markdown per Export	Inhalte per Export	Bidirektionaler Repo-Sync
Agentenzugriff	Scoped MCPVorschläge als Git-Diffs	Lokale DateienEigene Tools anbinden	Notion MCPExterne Assistenten anbinden	Rovo MCPExterne Assistenten anbinden	MCP der WebsiteDocs für lesende Agenten
Zu beachten	Noch jung. Self-Hosting.SSO + gehosteter Dienst folgen noch	Gemeinsamer Vault, gleicher Zugriff.Keine Rechte pro Seite im Sync	Der Workspace ist Notion.Markdown nur als Export	Der Workspace ist Confluence.Kein Markdown-Repository	Veröffentlichen zuerst.Anderer Fokus als Hanji

Ihre Dateien. Ihre Agenten. Ihre Entscheidung.

Ihr Werkzeug finden

Quellen & Umfang Geprüft am 9. September 2026

Unsere Einschätzung, welches Werkzeug zu wem passt, auf Grundlage der unten verlinkten offiziellen Dokumentation. Confluence bezieht sich auf Cloud. Funktionen und Zugriff können von Tarif und Konfiguration abhängen; Erweiterungen können weitere Workflows ergänzen.

Hanji: Aktueller Stand · Menschen und Agenten
Obsidian: Dateien und Team-Sync · Berechtigungen im gemeinsamen Vault
Notion: Wikis und Datenbanken · Exporte · MCP
Confluence: Funktionen · Exporte · Rovo MCP
GitBook: Bidirektionaler Git Sync und MCP

BETRIEB

Lokal starten.
Teilen, wie Sie wollen.

Lokal. Im Team. Veröffentlicht. Sie entscheiden.

Alle vier sind Teil des ersten Releases.

01Nur Sie, lokal

Sie öffnen Hanji, den Rest macht der Willkommensbildschirm: ein Name für den Ort, Ihr Passwort, Ihr Markdown-Ordner.

# ab dem Release öffentlich:
git clone https://github.com/gethanji/hanji
pnpm install && pnpm dev:web

Der Fünf-Minuten-Start

02Ihr Team, im Tailnet

Eine gemeinsame Instanz, bei der das Netzwerk die Anmeldung übernimmt. Niemand tippt ein Passwort. Die Berechtigungen bleiben genau so, wie Sie sie vergeben haben.

export HANJI_TAILSCALE_OWNER=you@github
next start -H 127.0.0.1 -p 4100
tailscale serve --bg 4100

Im eigenen Tailnet betreiben

03Mit Ihren Coding-Agenten

Eingeschränkter Lesezugriff über MCP oder einfaches HTTP. Ein Bash-Skript mit curl zählt als Agent. Änderungen kommen als Vorschläge und warten auf Ihre Entscheidung.

pnpm hanji token my-claude notes=read+propose
# Agent mit dem ausgegebenen Token anbinden.

Ihrem Agenten einen Schlüssel geben

04Im Web veröffentlicht

Alles, was Sie für alle freigegeben haben, als statische Website. Eine Markdown-Fassung und llms.txt kommen mit. Das Handbuch ist genau so veröffentlicht.

pnpm hanji rule handbook everyone-read
pnpm hanji export ./site

Einen Teil öffentlich machen

RELEASE-UPDATES

Release-Notiz erhalten.
Loslegen, wenn es da ist.

Die Entwicklung verfolgen. Dabei sein, wenn der Code bei Ihnen läuft.

Bis dahin gibt es viel zu lesen

Ihre Agenten leben längst in GitJetzt zieht Ihr Wissen nach.

Wie wir arbeiten

Eine Entscheidung festhalten

Leicht auffindbar machen

Markdown bearbeiten.Git-Diffs sauber halten.

Diff prüfen.Änderung freigeben.

Für Agenten gebaut.Läuft auch ohne.

Rechte vergeben.Für Menschen und Agenten.

Änderungen besprechen.Beiträge nachverfolgen.

Das richtige Werkzeugfür Ihr Wissen finden.

Lokal starten.Teilen, wie Sie wollen.

Release-Notiz erhalten.Loslegen, wenn es da ist.