Hanji
SystèmeEnglish한국어Deutsch日本語Français

Write · Bêta fermée

Vos agents vivent déjà dans GitDésormais, votre savoir aussi

Modifiez le Markdown de vos dépôts Git. Limitez l’accès des agents et examinez leurs propositions.

  • Open source
  • Auto-hébergé
  • Accès MCP
Demander un accès
Comment ça marche

Lire. Relire. Fusionner.

handbook / how-we-work.md

Comment on travaille

Ada · mise à jour aujourd’hui

Un manuel partagé pour les décisions produit, les notes de projet et les guides d’équipe.

ManuelMarkdownAdossé à Git

Consigner une décision

  • Décrivez le problème et les options.
  • Choisissez un responsable et la prochaine étape.

Rendre tout facile à trouver

Reliez chaque nouveau guide à ce manuel.

Exemple interactif · essayez « Fusionner »⑂ main · handbook/how-we-work.md

Demander un accès

Expérimentez Hanji avec nous

Write est en bêta fermée, accessible sur demande. Contactez-nous en précisant comment vous souhaitez l’utiliser. Le manuel est ouvert à tous.

Vos coordonnées servent à répondre à cette demande. Les envois sont traités par FormSubmit.

Explorer le manuel en ligne
Vous avez déjà accès ? Guide de configuration

  1. Prérequis

    Une copie existante de Write, Node.js récent, pnpm, Git, des outils de compilation C et un dossier Markdown. Aucun compte de modèle n’est nécessaire pour lire ou modifier.

  2. Installation locale

    Depuis le dossier du code, installez les dépendances et lancez l’application. Ouvrez localhost:4100.

    pnpm install
pnpm dev:web

  3. Première utilisation

    Nommez votre espace, choisissez un mot de passe propriétaire et votre dossier Markdown. Modifiez une page puis cliquez sur Update : votre changement est enregistré dans Git.

  4. Connexion des agents

    Connectez votre agent de programmation avec un jeton à portée limitée selon vos besoins. Son compte ou abonnement est géré séparément. Consultez les options de déploiement ci-dessous pour les détails de connexion.

Autres options de configuration

ÉDITEUR MARKDOWN

Éditer du Markdown.
Garder des diffs Git propres.

Effectuez une modification ciblée sans réécrire le reste du document.

CE QUE VOUS ÉDITEZdecisions.md

Rendez la prochaine bonne page
facile à trouver.

Un mot changé. Mise à jour.

CE QUE GIT VOIT+1 −1
− Rendez la prochaine page facile à trouver.
+ Rendez la bonne page facile à trouver.

Ada · Mise à jour de decisions.md

Les modifications à l’octet près

PROPOSITIONS D’AGENTS

Relire le diff.
Valider le changement.

Les agents proposent leurs modifications sur une branche. Relisez le diff de cette branche avant de la fusionner. Vos pages ne changent qu’après la fusion.

claudePréciser le responsable de la revue+2 −0

Ajout d’un responsable pour que chaque revue d’incident soit prise en charge.

+ ## Responsable de la revue+ Le responsable de l’incident rédige la revue et la partage avec l’équipe.

INDÉPENDANT DES MODÈLES

SANS FACTURATION INTERNE À L’USAGE DE L’IA
0

Fait pour les agents.
Tourne sans modèle.

La lecture, la modification et la publication ne nécessitent ni compte de modèle ni clé API. Connectez vos propres agents selon vos besoins et limitez leur accès aux contenus choisis.

Les abonnements aux agents et l’utilisation des modèles sont gérés séparément par votre fournisseur.

0 modèle intégré0 crédit IA100% votre Markdown
UN MOT AUX AGENTS LECTEURSConsultez le manuel au format texte pour les agents.llms.txt

CONTRÔLE D’ACCÈS

Définir les droits.
Pour humains et agents.

Définissez les pages accessibles aux personnes et aux agents.

Sélectionnez un lecteur pour visualiser ses accès.

CARNET DE BORD / PAGES4 visibles
Comment on travaillehandbook / how-we-work.mdTous
Architectureengineering / architecture.mdÉquipe + agent
Le prochain chapitreplanning / next-chapter.mdAda + Remy
Un travail en coursprivate / rough-thoughts.mdAda seule

Ada est propriétaire de cet espace. Les quatre pages sont visibles.

Hanji Write contrôle l’accès à l’application. Qui a accès au dépôt voit les fichiers de toute façon.

COMMENTAIRES & HISTORIQUE

Discuter des changements.
Suivre les contributions.

Commentez une page. Voyez qui l’a modifiée.

EXTRAIT DU MANUEL

Ouvrez la note dans la marge.

Commentaires de page.
Stockés hors de Git.

Les commentaires restent hors de git. Les agents ne les lisent que si vous l’autorisez.

En savoir plus sur les commentaires
LA TRACE ÉCRITE

Les humains au-dessus. Les agents en dessous. Huit semaines de travail.

Humains Agents
Il y a 8 semainesAujourd’hui

Un jour calme n’écrit rien du tout.

CHOISIR VOTRE WORKFLOW

Trouver le bon outil
pour votre savoir.

Comparez les usages pour lesquels chaque outil est conçu.

La différence se joue dans les fondations.

CINQ OUTILS / USAGES DIFFÉRENTS
Ce qui compte
pour vous ?		Hanji WriteVOTRE SAVOIR, VOTRE GITObsidianLE COFFRE PERSONNELNotionLE TOUT-EN-UNConfluenceLE WIKI D’ÉQUIPE · CLOUDGitBookLE SITE DE DOC
Pour quiÉquipes + leurs agentsSavoir personnelDocs + projets + bases de donnéesÉquipes sur AtlassianDocumentation publiée
Votre contenuFichiers MarkdownFichiers MarkdownPages + bases de donnéesPages + espacesDocs + Git Sync optionnel
Rôle de GitLa source de véritéVotre propre workflowMarkdown à l’exportContenu à l’exportSync bidirectionnelle
Accès agentMCP limitéPropositions en diffs gitFichiers locauxVos propres outilsNotion MCPAssistants externesRovo MCPAssistants externesMCP du site publiéDocs pour agents lecteurs
À noterJeune. Auto-hébergé.SSO et service hébergé à venirCoffre partagé, accès partagé.Pas de droits par page en SyncTout se passe dans Notion.Le Markdown est un exportTout se passe dans Confluence.Pas un dépôt MarkdownLa publication d’abord.Pas la même vocation que Hanji Write

Choisissez le fonctionnement adapté à votre équipe.

Trouver votre outil
Sources & portée Vérifié le 9 septembre 2026

Notre appréciation, fondée sur la documentation officielle ci-dessous. Confluence désigne ici la version Cloud. Les fonctionnalités et les accès peuvent varier selon le forfait et la configuration ; des extensions peuvent ajouter d’autres workflows.

DÉPLOIEMENT

Lancer en local.
Partager à votre façon.

Local. Partagé. Publié. À vous de choisir.

Bêta fermée
01Vous seul, en local

Lancez Hanji Write, nommez votre espace de travail, définissez le mot de passe du propriétaire et sélectionnez le dossier contenant vos fichiers Markdown.

Write est en bêta fermée, accessible sur demande. Contactez-nous en précisant comment vous souhaitez l’utiliser. Le manuel est ouvert à tous.

# Depuis une copie locale existante du code source
pnpm install && pnpm dev:web
Configurer Write
02Votre équipe, sur un tailnet

Une instance partagée où le réseau authentifie les membres de l’équipe. Personne ne tape de mot de passe. Leurs droits restent exactement ceux que vous avez définis.

export HANJI_TAILSCALE_OWNER=you@github
next start -H 127.0.0.1 -p 4100
tailscale serve --bg 4100
Lancer sur votre tailnet
03Avec vos agents de code

Accordez aux agents un accès en lecture limité via MCP ou HTTP. Les modifications proposées arrivent sur une branche, à examiner puis à fusionner.

pnpm hanji token my-claude notes=read+propose
# Connectez votre agent avec le jeton renvoyé.
Configurer l’accès des agents
04Publié sur le web

Tout ce que vous avez ouvert à tous, sous forme de site statique. Un miroir Markdown et llms.txt sont fournis. Le manuel est publié ainsi.

pnpm hanji rule handbook everyone-read
pnpm hanji export ./site
Publier les contenus sélectionnés

SUIVRE LA SORTIE

Suivez le développement.
Découvrez les prochaines versions.

Recevez ponctuellement des nouvelles du développement et de la disponibilité des versions.

Quelques nouvelles par an. Désabonnement à tout moment.

Lire le manuel Write