---
tags: [pkm]
---
# Skill: tri-inbox

## Quand

Trier une page de `00_INBOX` : proposer le niveau et le rattachement, puis appliquer après validation.

## Les 5 niveaux (référence : [[00_INBOX/Pro/PKM_Univers-Domaines-Projets_20261030]] §2)

- **Tâche** : action unique → case à cocher dans la note d'origine (ou la daily note).
- **Projet** : plusieurs actions vers un résultat qui a une fin → page `03_PROJETS`, `type: project`, `status: active`.
- **Domaine** : sujet durable, jamais fini → rattachement à une page `02_DOMAINES` existante (créer `UNIVERS-SUJET` seulement si aucun ne convient).
- **Procédure** : routine rejouée à l'identique → note `nature: process` + `tags: [procedure]` + code `PROC-*`.
- **Note** : information pure → `04_NOTES`.

## Règles

- **Ne jamais inventer d'univers** : uniquement PRO, AMM, PERSO (majuscules).
- Proposer **le domaine existant avant d'en créer un** ; code au format `UNIVERS-SUJET` (exactement 2 segments).
- Proposer **code + titre ensemble**, après vérification d'unicité du code (majuscules, tirets, ni accent ni espace).
- Une activité qui **revient régulièrement est une procédure**, pas un projet.
- Frontmatter : `univers` obligatoire ; sur un projet `domain: "[[...]]"` **guillemeté**, `title` obligatoire ; jamais de `priority`.
- Test de sortie : « C'est fini et ça ne revient pas tel quel ? » = projet. « Ça revient dans les mêmes termes ? » = procédure. « C'est jamais fini ? » = domaine.
- Un projet de 2-3 actions n'a pas de page (cases à cocher).

## Revue hebdo

Projets sans objectif ni prochaine action, tâches sans projet, codes non conformes, « projets » qui sont en fait des domaines, procédures non rejouées → requêtes dans [[80_CONFIG/PKM_Maintenance-Controles]].