truthmark/docs/README.fr.md

Truthmark

Vos agents écrivent du code. Truthmark maintient une documentation lisible par l'homme et vérifiable dans Git.

🇺🇸 English | 🇨🇳 简体中文 | 🇯🇵 日本語 | 🇰🇷 한국어 | 🇩🇪 Deutsch | 🇫🇷 Français | 🇪🇸 Español | 🇧🇷 Português | 🇷🇺 Русский | 🇸🇦 العربية | 🇮🇹 Italiano | 🇵🇱 Polski | 🇹🇷 Türkçe | 🇻🇳 Tiếng Việt | 🇮🇩 Bahasa Indonesia | 🇬🇷 Ελληνικά

💡 The Problem: The AI Documentation Gap

AI coding agents are incredible at writing code fast. But this speed creates a dangerous new failure mode: the repository's story drifts from reality.

• Behavior is lost in ephemeral chat histories.
• Architecture documents quickly fall behind.
• Product decisions vanish after handoff.
• Code reviewers are left examining raw code diffs without understanding the "why."
• Every new AI session is forced to rediscover your repository's truth from scratch.

🎯 The Solution: Truthmark

Truthmark installs a Git-native workflow layer into your repository. It fixes the part of AI development that usually breaks: helping the documentation stay aligned with the code.

Instead of hoping humans and AI agents remember to update docs, Truthmark makes documentation a systematic, reviewable habit right inside your repo.

✨ Why Truthmark is Unique

Truthmark isn't just another documentation tool. It is deeply integrated into the AI workflow:

• 🚫 Zero Vendor Lock-in: No hosted services, no hidden databases, no extra servers to operate.
• 🌳 100% Git-Native: Everything lives in your repository. The truth moves with your branch.
• 🤝 Dual-Surface Architecture: It cleanly separates the tools humans use to manage the repo from the workflows AI agents use to write code.
• ✅ Trust Through Verification: AI work becomes easier to trust because behavior-changing work includes a human-reviewable truth-doc decision or diff.

🔄 How It Works

When an AI agent modifies your code, the job isn't finished. Truthmark installs a finish-time workflow guard that agents follow before handoff:

1. 💻 Code: Agent modifies functional code.
2. 🧪 Test: Relevant tests are executed.
3. 🔍 Check: Truth Sync checks mapped documentation when the installed workflow runs.
4. 📝 Document: Docs are updated by the agent when repository truth has changed.
5. 👀 Review: A human reviews the code diff + the truth diff.

🛠 Two Surfaces, One Truth System

Truthmark is intentionally split into two distinct surfaces to serve both human maintainers and AI agents.

1. 🧑‍💻 The Human CLI (Maintainers & CI)

Used by developers to set up, configure, and validate the repository.

• truthmark config - Creates your initial configuration.
• truthmark init - Installs the necessary routing, scaffolds, and instructions.
• truthmark check - Validates truth artifacts from the terminal.

2. 🤖 The AI-Facing Workflows (Agents)

Truthmark installs native skills, prompts, and commands that supported AI hosts (like Codex, Claude Code, GitHub Copilot, OpenCode, and Gemini CLI) understand. These are not shell commands; they are workflow entry points for the AI.

• /truthmark-sync - Keep docs aligned with recent code changes.
• /truthmark-document - Generate docs for undocumented existing code.
• /truthmark-structure - Organize broad repository areas into specific domains.
• /truthmark-realize - Doc-First Development: Read architecture docs and generate code to match.
• /truthmark-check - Agent-driven audit of the repository's truth.

🚀 Quick Start

Prerequisites

• Node.js >= 20
• npm
• A Git repository

Installation

Run this inside the Git repository you want to initialize:

cd /path/to/your-repo
npm install -g truthmark
truthmark config
truthmark init
truthmark check

Review .truthmark/config.yml after truthmark config, then review the generated files before committing. Truthmark's templates are aligned with recognized engineering documentation practices; they do not certify standards compliance.

📖 Common AI Workflows

🏗️ Bringing Existing Code to Truth

If you have a large existing codebase with poor documentation, start here. Give the agent the feature name and paths:

/truthmark-document document the implemented session timeout behavior across src/auth/session.ts and tests/auth/session.test.ts

📐 Doc-First Implementation (Truth Realize)

When product decisions start in documentation, have the AI build the code to match the truth:

/truthmark-realize realize docs/truthmark/product/capabilities/session-timeout.md into code

What you get

Capability	What it does
Git-native truth	Keeps repository truth in committed Markdown and config.
Branch-scoped documentation	Truth moves with the branch instead of living in a private session.
Human CLI	Gives maintainers setup, refresh, validation, and inspection commands.
AI-facing workflows	Gives agents host-native workflows for sync, documentation, structure, realization, and audit.
Explicit routing	Maps code areas to canonical truth docs.
Reviewable handoffs	Produces ordinary Git diffs for both code and truth docs.
Local-first operation	Requires no hosted service, daemon, database, or MCP server.
Safer write boundaries	Separates code-first, doc-first, read-only, and doc-only workflows.
Validation	Reports routing, authority, frontmatter, link, generated-surface, branch-scope, freshness, and coverage issues.
Optional Portal	Generates a committed static HTML presentation site from Markdown truth docs when explicitly enabled and requested.

Visual overview

Features: what Truthmark installs and how the workflow surface is split.

Position: where Truthmark fits relative to prompts, memory, and spec workflows.

Sync flow: how Truth Sync closes out normal code changes before handoff.

Why teams adopt it

Truthmark is for teams that already know AI agents can generate code.

The next problem is governance.

Not governance as ceremony. Governance as a simple question:

After this AI-assisted change, does the repository still tell the truth?

Truthmark helps teams answer that with committed files, explicit routing, and reviewable diffs.

It is useful when you need:

• less documentation drift
• better handoffs
• branch-specific product truth
• durable architecture and API documentation
• explicit ownership between docs and code
• safer agent write boundaries
• reviewable documentation instead of hidden memory
• AI workflows that still work from committed repo files

Where Truthmark fits

Truthmark does not replace prompts, memory, specs, tests, or code review.

It gives those workflows a durable place to land in Git.

Need	Better fit
Better output from one agent session	Better prompt
Personal or session-level continuity	Memory tool
Plan-first feature work	Spec workflow
Branch-scoped truth that travels with code	Truthmark
Validating behavior correctness	Tests and review
Reviewing AI-assisted documentation changes	Truthmark plus Git review

Truthmark’s lane is narrow by design:

make repository truth explicit
route it to code
install agent workflows around it
keep the result reviewable in Git

How Truthmark runs

Truthmark runs locally against the active Git worktree.

The human-facing CLI reads and writes repository files, then exits.

The AI-facing workflow surfaces are committed files that agent hosts can load later. That means agents can follow the installed workflow from repository state instead of depending on a background Truthmark process.

The layers fit together like this:

flowchart LR
  Human["Human / CI"] --> CLI["Truthmark CLI"]
  CLI --> Config["Config and route map"]
  CLI --> Truth["Canonical truth docs"]
  CLI --> Surfaces["Generated host-native workflows"]
  Surfaces --> Hosts["Codex / Claude Code / Copilot / OpenCode / Gemini"]
  Hosts --> Worktree["Active Git worktree"]
  Hosts -->|"helper checks / validate / index"| CLI
  Worktree --> Truth

Agents do not talk to a Truthmark daemon, but they can run the installed Truthmark CLI when a workflow asks for validation, indexing, or helper checks.

Truthmark owns the generated workflow surfaces it creates, but the important contract is architectural: repo-local config and routing point agents at canonical truth docs, while host-native workflows give each supported agent a way to run the same Truthmark procedures.

Generated workflow surfaces use non-versioned refresh guidance. After upgrading Truthmark or changing workflow configuration, rerun:

truthmark init

Then review the generated diffs.

Supported agent platforms

Fresh configs omit host platforms by default. Add the platforms you use to .truthmark/config.yml, then rerun:

truthmark init

Platform config name	Generated surface	Invocation shape
codex	Skill packages and verifier agents	/truthmark-* or $truthmark-*
claude-code	Project skills, verifier agents, and managed instructions	/truthmark-*
github-copilot	Agent skills, prompt commands, custom agents, and managed instructions	/truthmark-* in supported Copilot IDEs; @truth-* custom agents in Copilot CLI
opencode	Skill packages and verifier agents	/skill truthmark-*
gemini-cli	Agent skills, slash commands, subagents, and managed instructions	/truthmark:*

Unknown platform names are config errors.

Removing a platform stops rendering that platform's host-specific surfaces on future refreshes. truthmark init also removes known retired managed artifacts, but review generated-surface diffs intentionally.

AI-facing workflows

These workflows are installed into supported AI coding hosts.

They are used by agents or agent hosts during repository work. They are not top-level shell commands.

Workflow	Direction	Use it when	Write boundary
Truth Structure	topology-first	The default route is too broad, ownership spans multiple areas, or route files still point at placeholders.	Creates or repairs routing and starter truth docs.
Truth Document	implementation-first	Behavior already exists in code, but canonical truth docs are missing or weak.	Writes truth docs and routing only. Functional code must not change.
Truth Sync	code-first	Functional code changed and mapped truth docs may need to be updated before handoff.	Updates truth docs. Functional code must not be rewritten by Truth Sync.
Truth Realize	doc-first	Product or architecture truth docs lead and code should be updated to match.	Updates code only. The agent must not edit the truth docs it is realizing.
Truth Check	audit-first	A reviewer or agent needs to audit repository truth health.	Audits and reports.
Truthmark Portal	presentation-only	A human explicitly asks for a browsable static HTML Portal over repository truth docs.	Writes generated non-canonical static files only under the fixed Portal output directory.

Important distinction

Do not confuse these two surfaces:

Surface	Used by	Example	Meaning
Human CLI	humans, scripts, CI-like checks	truthmark check	Validate repository truth artifacts from the terminal.
AI-facing workflow	coding agents and agent hosts	/truthmark-check	Ask an agent to run the installed audit workflow.

The names are intentionally related, but the surfaces are different.

Normal AI-assisted code change

Users should not treat Truth Sync as the normal command they call to start work.

Truth Sync is the installed finish-time review that the agent follows after functional code changes.

user asks agent for a code change
agent changes functional code
agent runs or asks for relevant tests
installed repository instructions require Sync review before handoff
Truth Sync checks mapped truth docs
agent updates truth docs if needed
human reviews code diff + truth diff

Manual Sync invocation is mainly for troubleshooting or explicit maintainer review, not the standard onboarding or day-to-day start path.

Existing behavior without docs

Use Truth Document when the implementation already exists but the repository truth is incomplete. This is the normal path for established repositories adopting Truthmark after the codebase already exists.

/truthmark-document document the implemented session timeout behavior across src/auth/session.ts, src/auth/middleware.ts, and tests/auth/session.test.ts

Give it the feature name, code paths, test paths, or desired truth-doc area. On OpenCode-style hosts, call the same workflow as /skill truthmark-document ...; on Gemini CLI, use /truthmark:document ....

Start with Truth Document for one bounded feature or area at a time.

Truth Document inspects implementation, tests, route files, and existing docs as evidence.

It writes truth docs and routing only.

It must not change functional code.

Doc-first changes

Use Truth Realize when a product or architecture decision starts in docs and code should be updated to match.

/truthmark-realize realize docs/truthmark/product/capabilities/session-timeout.md into code

Truth Realize is doc-first.

The truth docs lead. The code follows.

The agent must not edit the truth docs it is realizing.

Read-only routing preview

Use Truth Preview before a change when the agent needs to understand likely routing.

/truthmark-preview preview the likely truth routing for changes to the billing API (GitHub Copilot)
/truthmark:preview preview the likely truth routing for changes to the billing API (Gemini CLI)

Truth Preview is read-only.

It is a selector and planning aid, not write authorization and not a replacement for Truth Check.

Repository truth audit

Use Truth Check when you want an agent-facing audit workflow.

/truthmark-check audit routing and truth coverage before review

Use the human-facing CLI when you want terminal validation:

truthmark check

Both are useful. They are not the same surface.

Human-facing CLI commands

Most maintainers start with three commands.

Command	Purpose
truthmark config	Create .truthmark/config.yml. Writes only that file unless --stdout is used.
truthmark init	Install or refresh configured workflow surfaces from the reviewed config.
truthmark check	Validate configuration, authority, routing, decision-bearing docs, frontmatter, internal links, branch scope, generated surfaces, freshness, and coverage diagnostics.

Optional repository-intelligence helpers generate derived review material for the active checkout, such as RepoIndex, RouteMap, ImpactSet, and compact WorkflowState/action-context JSON. Validation helpers are exposed as optional workflow metadata and explicit truthmark validate ... --json commands; they are accelerators, not bundled repo-local helper manifest or policy files and not sources of truth. Standalone Copilot prompts and Gemini commands use the same CLI validator contract when the installed runner is available, and otherwise report a visible skipped helper status with manual validation.

They are not sources of truth.

Command	Purpose
truthmark index	Build RepoIndex and RouteMap JSON for the active checkout.
truthmark impact --base <ref>	Map changed files to routed truth docs, owning routes, and nearby tests.
truthmark workflow status --workflow <workflow> [--base <ref>] --json	Return workflow applicability, write boundaries, target truth docs, checks, helper commands, and compact affected-test guidance.

Structured output is available with --json where supported.

Truthmark Portal

Truthmark Portal is an optional presentation workflow for teams that want a human-readable site over their committed truth docs.

It is deliberately separate from the core truth workflow:

• Markdown truth docs remain canonical.
• Generated Portal HTML is presentation only.
• Portal is manual-only; it does not run as a completion review, Truth Sync step, truthmark check step, or automatic post-change hook.
• Portal writes stay inside the fixed Truthmark-derived output directory.
• Generated pages should use local assets, source provenance, and a visible Markdown-canonical disclaimer.

Enable it with the namespaced config block:

truthmark:
  generated:
    portal:
      enabled: true

Then rerun:

truthmark init

When enabled, Truthmark installs host-native Portal workflow surfaces for the configured platforms, such as /truthmark-portal or /truthmark:portal depending on the agent host.

Configuration

Truthmark is config-first.

The main config file is:

.truthmark/config.yml

New repositories should run:

truthmark config

Then review the generated config before running:

truthmark init

Important config areas include:

Config area	Purpose
version	Config contract version.
platforms	Agent hosts that should receive platform-specific generated surfaces.
truthmark.workspace	Truthmark-owned workspace for routes, truth docs, templates, and generated presentation output.
Fixed routes	Routes live under routes/areas.md and routes/areas/ inside truthmark.workspace; the default area is repository and delegation depth is 1.
Fixed truth lanes	Product truth lives under product/ and engineering truth under engineering/ inside truthmark.workspace.
Fixed templates	Truth-doc templates live under templates/ inside truthmark.workspace.
truthmark.generated.portal	Optional manual presentation workflow enablement: enabled.
instruction_targets	Files that receive shared managed instruction blocks, such as AGENTS.md.
frontmatter.required	Metadata fields that produce error diagnostics when missing.
frontmatter.recommended	Metadata fields that produce review diagnostics when missing.
ignore	Glob patterns excluded from relevant checks and routing logic.

Repository truth routing

Truthmark maps code surfaces to truth docs.

The main routing files are:

docs/truthmark/routes/areas.md
docs/truthmark/routes/areas/**/*.md

A route tells the agent:

• which code surface belongs to an area
• which truth docs own that area
• when truth should be updated
• what kind of truth doc is involved

The default scaffold starts with a provisional broad bootstrap route so a fresh repository is routeable. When real code is touched, split that bootstrap route into real product, service, domain, or ownership areas before normal Truth Sync; do not turn the bootstrap handoff into a catch-all behavior doc.

Example:

/truthmark-structure split the broad repository area into frontend, backend, billing, and deployment

Good routing gives Truth Sync precise destinations.

Bad routing makes agents guess.

What Truthmark installs

Truthmark installs a compact repository-native truth layer.

It does this in four layers:

• configuration and routing for ownership boundaries
• canonical truth docs and starter templates
• compact managed instruction blocks for repository-wide agent instructions
• host-native workflow packages, commands, prompts, and verifier agents for the platforms enabled in config

Truthmark preserves manual content outside managed instruction blocks.

Generated workflow surfaces are managed by Truthmark and may be refreshed by rerunning:

truthmark init

Subagents and bounded evidence checks

Where supported by the host, Truthmark can install project-scoped verifier agents and a leased truth-doc-writer.

These help keep large truth tasks bounded:

• route auditors inspect route ownership
• claim verifiers check whether doc claims are supported by evidence
• doc reviewers inspect truth-doc quality
• leased doc writers handle bounded truth-doc writing shards

The parent workflow still owns final interpretation, write boundaries, diff validation, and acceptance.

This is important: subagents help with bounded evidence work. They do not replace the main workflow contract.

Review loop

Truthmark is designed for ordinary Git review.

A good AI-assisted handoff should show:

code diff
test evidence
truth-doc diff, if needed
routing changes, if needed
agent report

The reviewer should be able to answer:

• What code changed?
• Which truth docs own that code?
• Did those docs need updates?
• If not, why not?
• Did the agent stay inside the workflow write boundary?
• Are tests or verification evidence included?

Examples

Initialize a repository

npm install -g truthmark
truthmark config
truthmark init
truthmark check

Remove unused agent platforms

Edit:

.truthmark/config.yml

Then rerun:

truthmark init
truthmark check

Split broad routing

/truthmark-structure split the broad repository area into auth, billing, notifications, and deployment

Document implemented behavior

/truthmark-document document the implemented password reset flow under docs/truthmark/engineering/behaviors/authentication

Normal code-change handoff

Do not start normal work by calling Truth Sync yourself. Ask the agent for the code change; the installed repository instructions tell it to run relevant tests and perform Sync review before handoff.

Realize a doc-first decision

/truthmark-realize realize docs/truthmark/product/capabilities/invoice-retry-policy.md into code

Audit truth health from the terminal

truthmark check

Generate branch-impact summary

truthmark impact --base main

Inspect workflow status

truthmark workflow status --workflow truthmark-sync --base main --json

Enable the optional Portal workflow

truthmark:
  generated:
    portal:
      enabled: true

truthmark init

Then explicitly ask the agent host to run the installed Portal workflow when you want the static presentation site generated or refreshed.

Project status

The current release provides:

• truthmark config
• truthmark init
• truthmark check
• truthmark index
• truthmark impact
• truthmark workflow status
• branch-scope metadata
• managed instruction blocks
• generated Truth Structure workflow surfaces
• generated Truth Document workflow surfaces
• generated Truth Sync workflow surfaces
• generated Truth Preview workflow surfaces
• generated Truth Realize workflow surfaces
• generated Truth Check workflow surfaces
• optional generated Truthmark Portal workflow surfaces
• route, authority, decision-structure, frontmatter, link, freshness, generated-surface, and coverage diagnostics
• derived RepoIndex, RouteMap, ImpactSet, and WorkflowState artifacts
• host-specific surfaces for Codex, Claude Code, GitHub Copilot, OpenCode, and Gemini CLI

Development

Install dependencies:

npm install

Run the local development CLI:

npm run dev -- init
npm run dev -- check

Run the full project check:

npm run check

Useful scripts:

Script	Purpose
npm run dev	Run the TypeScript CLI entry point with tsx.
npm run build	Build the package.
npm run lint	Run ESLint.
npm run typecheck	Run TypeScript checks.
npm run test	Run tests.
npm run check	Run lint, typecheck, tests, and build.
npm run release:check	Run release-oriented validation.

When changing Truthmark itself, see CONTRIBUTING.md.

Documentation

The README is the fast path for evaluation and setup.

Detailed current behavior lives under docs/:

• Docs index
• Architecture overview
• API and CLI contracts
• Init and scaffold behavior
• Check diagnostics
• Installed workflows
• Repository truth maintenance guide

Design boundaries

Truthmark is intentionally small.

It is not:

• a hosted service
• an MCP server
• a vector database
• a canonical documentation website generator or hosted docs platform
• a CI or PR enforcement product
• a replacement for tests, code review, or technical leadership
• an autonomous code rewrite engine
• a model-training or fine-tuning framework
• a hidden memory layer

Those boundaries are part of the product.

Truthmark keeps the workflow local, committed, branch-scoped, and reviewable.

Safety and review discipline

Truthmark helps the repository stay honest. It does not prove the code is correct.

Teams should still:

• run relevant tests
• review functional code changes
• review truth-doc changes
• keep secrets out of docs
• keep repository-specific instructions outside managed blocks
• review generated workflow-surface diffs after upgrades
• keep human ownership over product and architecture decisions

Truthmark makes agent-facing repository truth visible. It does not replace human judgment.

Roadmap direction

The current future direction emphasizes:

• stronger truthmark check evidence reporting
• clearer adoption examples
• example repositories showing real Truth Sync cycles
• migration guides for teams already using agent instruction files
• conformance tests for generated host surfaces
• route-aware stale-truth hints
• bounded implementation checklists for doc-first work

The center of gravity stays the same:

repository truth
agent-native workflows
Git review
branch-scoped documentation

License

MIT. See LICENSE.