Write · Geschlossene Beta

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

Markdown im eigenen Git-Repository bearbeiten. Agentenzugriff begrenzen und Änderungsvorschläge prüfen.

Open Source
Self-Hosting
MCP-Zugriff

claude mcp add hanji --transport http http://localhost:4101/mcp --header "Authorization: Bearer YOUR_TOKEN"Zuerst Hanji Write 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

Zugang anfragen

Hanji gemeinsam erproben

Write ist in der geschlossenen Beta. Zugang gibt es auf Anfrage. Schreiben Sie uns, wie Sie es nutzen möchten. Das Handbuch ist frei zugänglich.

Live-Handbuch erkunden

Bereits Zugang? Hinweise zur Einrichtung

Voraussetzungen
Eine vorhandene Write-Codebasis, aktuelles Node.js, pnpm, Git, eine C-Build-Umgebung und ein Markdown-Ordner. Lesen und Bearbeiten benötigen kein Modellkonto.
Lokale Einrichtung
Im Quellcodeordner Abhängigkeiten installieren und die Web-App starten. Dann localhost:4100 öffnen.
```
pnpm install
pnpm dev:web
```
Erster Arbeitsablauf
Den Arbeitsbereich benennen, ein Eigentümerpasswort wählen und den Markdown-Ordner auswählen. Eine Seite bearbeiten und Update drücken: Die erste Änderung wird in Git gespeichert.
Agenten verbinden
Verbinden Sie Ihren Coding-Agenten bei Bedarf mit einem Token mit begrenztem Zugriff. Agentenkonto oder Abonnement werden separat verwaltet. Verbindungsdetails finden Sie in den Bereitstellungsoptionen unten.

Weitere Einrichtungsmöglichkeiten

MARKDOWN-EDITOR

Markdown bearbeiten.
Git-Diffs sauber halten.

Gezielte Änderungen vornehmen, ohne das übrige Dokument neu zu schreiben.

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 schlagen Änderungen auf einem Branch vor. Prüfen Sie dessen Diff vor dem Zusammenführen. Erst danach erscheinen die Änderungen auf Ihren Seiten.

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.

MODELLUNABHÄNGIG

KEINE EIGENE KI-VERBRAUCHSABRECHNUNG

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

Lesen, Bearbeiten und Veröffentlichen erfordern weder ein Modellkonto noch einen API-Schlüssel. Binden Sie eigene Agenten bei Bedarf ein und begrenzen Sie ihren Zugriff auf ausgewählte Inhalte.

Agentenabonnements und Modellnutzung werden separat über Ihren Anbieter abgerechnet.

0 mitgelieferte Modelle0 KI-Credits100% Ihr Markdown

HINWEIS FÜR LESENDE AGENTENDas Handbuch im Textformat für Agenten lesen.llms.txt

ZUGRIFFSRECHTE

Rechte vergeben.
Für Menschen und Agenten.

Festlegen, auf welche Seiten Menschen und Agenten zugreifen dürfen.

Eine Person auswählen und ihren Zugriff prüfen.

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 Write 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.

Vergleichen Sie die Arbeitsabläufe, für die die Werkzeuge entwickelt wurden.

Vergleich von Hanji Write mit anderen Werkzeugen für Teamwissen: Zweck, Inhalte, Git-Workflow und Agentenzugriff.
Was ist Ihnen wichtig?	Hanji WriteIHR 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 Write

Wählen Sie den passenden Arbeitsablauf für Ihr Team.

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 Write: 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.

Geschlossene Beta

01Nur Sie, lokal

Starten Sie Hanji Write, benennen Sie den Arbeitsbereich, legen Sie ein Passwort für den Eigentümer fest und wählen Sie Ihren Markdown-Ordner.

Write ist in der geschlossenen Beta. Zugang gibt es auf Anfrage. Schreiben Sie uns, wie Sie es nutzen möchten. Das Handbuch ist frei zugänglich.

# In einem vorhandenen Quellcode-Checkout
pnpm install && pnpm dev:web

Write einrichten

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

Gewähren Sie Agenten begrenzten Lesezugriff über MCP oder HTTP. Änderungsvorschläge landen zur Prüfung und Zusammenführung auf einem Branch.

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

Agentenzugriff einrichten

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

Ausgewählte Inhalte veröffentlichen

RELEASE-UPDATES

Die Entwicklung verfolgen.
Über neue Releases informiert bleiben.

Erhalten Sie gelegentlich Neuigkeiten zum Entwicklungsstand und zur Verfügbarkeit neuer Versionen.

Das Write-Handbuch lesen

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

Wie wir arbeiten

Eine Entscheidung festhalten

Leicht auffindbar machen

Hanji gemeinsam erproben

01Voraussetzungen

02Lokale Einrichtung

03Erster Arbeitsablauf

04Agenten verbinden

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.

Die Entwicklung verfolgen.Über neue Releases informiert bleiben.

Voraussetzungen

Lokale Einrichtung

Erster Arbeitsablauf

Agenten verbinden