# Utiliser la boîte à outils

Des modèles, check-lists et exemples à copier directement dans votre propre projet. Chaque élément est clairement identifié comme **modèle** (un point de départ à adapter) ou **exemple concret** (une illustration aboutie à étudier).

## Socle méthodologique

  - [**Typologie de l**](https://docs.redaction-technique.org/fr/toolkit/information-types/): Le socle architectural : Concepts, Tâches et Références, leur articulation avec DITA, et leur application dans nos modèles de rédaction.

## Modèles

  - [**Modèle d**](https://docs.redaction-technique.org/fr/toolkit/concept-article-template/): Définition, pourquoi c
  - [**Modèle d**](https://docs.redaction-technique.org/fr/toolkit/task-article-template/): Objectif, prérequis, étapes, résultat attendu, dépannage.
  - [**Modèle d**](https://docs.redaction-technique.org/fr/toolkit/reference-article-template/): Aperçu, syntaxe, paramètres, exemples, limitations.
  - [**Modèle de documentation d**](https://docs.redaction-technique.org/fr/toolkit/api-documentation-template/): Un endpoint par page : méthode, paramètres, requête/réponse, codes d
  - [**Plan de projet documentaire**](https://docs.redaction-technique.org/fr/toolkit/documentation-project-plan-template/): Objectif, public, périmètre, format, critères de succès, calendrier.
  - [**Demande de revue documentaire**](https://docs.redaction-technique.org/fr/toolkit/documentation-review-request-template/): Cadrer une revue pour qu

## Check-lists

  - [**Qualité documentaire**](https://docs.redaction-technique.org/fr/toolkit/documentation-quality-checklist/): À exécuter avant de fusionner tout changement documentaire.
  - [**Revue technique**](https://docs.redaction-technique.org/fr/toolkit/technical-review-checklist/): Ce qu
  - [**Préparation à la mise en production**](https://docs.redaction-technique.org/fr/toolkit/release-readiness-checklist/): Un jalon pour livrer la documentation avec une version du produit.
  - [**Migration documentaire**](https://docs.redaction-technique.org/fr/toolkit/documentation-migration-checklist/): Changer de format ou de plateforme sans perdre de contenu ni d
  - [**Adoption du docs-as-code**](https://docs.redaction-technique.org/fr/toolkit/docs-as-code-adoption-checklist/): Format, gestion de versions, CI/CD et préparation de l
  - [**Audit documentaire**](https://docs.redaction-technique.org/fr/toolkit/documentation-audit-checklist/): Repérer les pages orphelines, doublons et contenus obsolètes.

## Exemples

  - [**Une page Markdown bien structurée**](https://docs.redaction-technique.org/fr/toolkit/example-markdown-page/): Un article concept annoté, expliquant chaque choix structurel.
  - [**Une architecture de dépôt documentaire**](https://docs.redaction-technique.org/fr/toolkit/example-repository-structure/): Contenu langue-en-premier, séparé de l
  - [**Un workflow docs-as-code basique**](https://docs.redaction-technique.org/fr/toolkit/example-docs-as-code-workflow/): Un changement, de la branche à la production, annoté étape par étape.
  - [**Un workflow de revue documentaire**](https://docs.redaction-technique.org/fr/toolkit/example-review-workflow/): Scinder revue technique et revue éditoriale, et pourquoi.
  - [**Un pipeline CI/CD concret**](https://docs.redaction-technique.org/fr/toolkit/example-cicd-pipeline/): Build, tests, vérification de liens, prévisualisation, déploiement — annoté étape par étape.

---

Source: https://docs.redaction-technique.org/fr/toolkit/