qbarev/para-plugin — Zones de responsabilité (Obsidian PARA)

Gérez vos domaines de responsabilité continue dans un coffre Obsidian PARA : créez un nouveau domaine ou passez en revue ceux qui sont devenus silencieux.

Qu'est-ce que para-plugin — Zones de responsabilité (Obsidian PARA) ?

Cette compétence est conçue pour interagir avec les zones de responsabilité (Areas) d'un coffre Obsidian structuré selon la méthode PARA. Contrairement aux projets, les zones n'ont pas de date de fin et peuvent être négligées sans signal fort. La compétence propose deux actions principales : la création d'une nouvelle zone (en lisant un modèle de note, en déterminant automatiquement le groupe et en remplissant les champs frontmatter) et la révision des zones existantes (en analysant la date de modification, en détectant les zones devenues silencieuses ou mal organisées, et en signalant les liens cassés). Le comportement est entièrement guidé par la configuration du coffre (fichier `areas.md`), ce qui permet une adaptation à différentes structures de groupes et langues. Aucune modification n'est écrite pendant la révision ; les actions découlent de l'analyse.

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/qbarev/para-plugin/tree/HEAD/skills/areas

Installed? Explore more Développement et programmation skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Zones (Areas)

Les zones sont des responsabilités continues sans date de fin — santé, finances, carrière. Ce ne sont pas des projets et elles ne sont jamais « terminées ». Une zone devenue silencieuse est la raison d'être de cette compétence : contrairement à un projet, rien ne signale qu'une zone a été négligée.

La manière dont les zones sont organisées n'est pas décidée ici. areas.md possède le modèle : s'il existe une couche de regroupement, comment s'appellent les groupes, quel champ de frontmatter enregistre le groupe, et où va une nouvelle note. Cette compétence applique l'algorithme et lit le modèle — elle ne code jamais en dur un nom de groupe ni ne suppose combien il y en a.

Couche de base

À lire avant d'agir, chacun en tant que ../../para/<fichier>.md relatif au répertoire de base de cette compétence — ils contiennent les règles partagées, ne les répétez pas de mémoire :

  • ../../para/paths.md — toujours, y compris « Langue » : les chaînes ci-dessous proviennent de lang/<LANGUE>.md
  • .claude/para/areas.md (configuration du coffre, sous REPO_ROOT) — toujours ; cette compétence est vide sans le modèle
  • ../../para/note-format.md — pour create ; pour review sous TASKS = files, « Champs hérités »
  • ../../para/find-target.md — quand review doit résoudre une zone nommée
  • ../../para/confirm.md — create écrit ; review n'écrit rien
  • ../../para/thresholds.md — pour review

Sous-commandes

Le premier mot de $ARGUMENTS choisit la sous-commande : create ou review. Vide → afficher les deux et demander.


create <nom> — démarrer une zone

  1. Lire Templates/Area.md depuis le disque, textuellement.
  2. Décider le groupe. Une des valeurs que GROUPS liste dans areas.md, d'après la description. Si c'est vraiment flou, demander — le champ de regroupement est celui qui détermine où va le fichier, il ne peut pas rester vide. Avec GROUPING = none, cette étape ne s'applique pas.
  3. Remplir le frontmatter selon la ligne Zone du schéma dans note-format.md : title, tags: [area/<slug>] avec le slug renseigné selon note-format.md, et le champ de regroupement si le modèle en a un.
  4. Remplir le corps :
    • la section common.links — wikiliens vers les notes liées, sinon le - vide du modèle.
    • la section area.current_state — où en est cette responsabilité maintenant, dans les propres mots de l'utilisateur d'après la description. Vide s'il n'a rien dit.
    • la section area.notes — laisser vide ; elle se remplit avec le temps.
  5. Écrire au chemin que donne PLACEMENT dans areas.md, en allant plus loin si la description implique un sous-dossier. Vérifier d'abord le nom de base pour une collision à l'échelle du coffre.
  6. Rapporter le chemin et le groupe.

Si la description a un état final et un objectif, c'est un projet, pas une zone — le dire et proposer /projects create.


review — ce qui est devenu silencieux

Lecture seule. Répond à « quelles sont mes responsabilités dont je ne m'occupe pas ». Avec un argument, ne réviser que cette zone ; sans argument, chaque groupe que GROUPS liste — quel qu'en soit le nombre.

  1. Parcourir Areas/ récursivement. Pour chaque note : chemin, le champ de regroupement, et mtime (stat -f '%m %N'). Sous TASKS = files, laisser de côté */Tasks/* : ce sont des notes de tâches, pas des notes de zone (note-format.md « Champs hérités »).

  2. Lire le frontmatter de chacune, et la section area.current_state si présente. Ne pas lire les corps entiers — c'est un balayage, pas un résumé de chaque note.

  3. Calculer par groupe : combien de notes, quand le groupe a été touché pour la dernière fois, et quelles notes individuelles ont dépassé le seuil de vétusté des zones dans thresholds.md, délibérément bien plus large que celui d'un projet.

  4. Signaler uniquement ce qui déclenche effectivement :

    • un groupe sans aucune note ;
    • une note au-delà de ce seuil — dire depuis combien de temps, pas que c'est grave ;
    • une note qui viole PLACEMENT_CHECK — son champ de regroupement en désaccord avec le dossier où elle se trouve. Ignorer quand le modèle définit PLACEMENT_CHECK = none ;
    • une note de zone avec un slug de balise area/ non rempli ;
    • une note sans frontmatter du tout (antérieure à la convention — le constater, ne pas la migrer) ;
    • des wikiliens pendants dans la section common.links ;
    • une zone contenant ce qui ressemble à du travail de projet — un objectif avec un état final. La nommer et proposer de la scinder.
  5. Rendre dans LANGUE selon REVIEW_GROUPING, en laissant de côté tout groupe qui n'a rien à signaler, avec les chaînes areas.review.*. La forme exacte de la sortie se trouve dans areas.md — elle dépend du modèle, donc elle est écrite là où se trouve le modèle.

  6. N'écrire rien. Si la révision révèle quelque chose qui vaut la peine d'être fait, le dire et laisser l'utilisateur décider.

Remarques

  • Le silence dans une zone est une information, pas un verdict. Le signaler factuellement — « inchangée depuis 74 jours », jamais « vous l'avez abandonnée ».
  • Une zone est rarement archivée ; les responsabilités continues ne prennent pas fin. Si on demande d'en archiver une, cela signifie généralement que la note est obsolète, pas la responsabilité — voir /archive.
  • Tout dans LANGUE.

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

qbarev/para-plugin

Work with Archive in the Obsidian PARA vault — put a finished or abandoned project (folder and its project in the task app, such as Todoist) or a note into the archive, list what is already there, or restore something back into an active folder. Use when the user says "archive this", "move to archive", "close the project", "what is in the archive", "show the archive", "restore from the archive", "заархивируй", "перенеси в архив", "закрой проект", "что в архиве", "покажи архив", "верни из архива", "восстанови проект".

qbarev/para-plugin

Work with the inbox of the PARA vault, which lives in the task app's inbox — capture a raw thought into it, list what is sitting there unprocessed, or process captures one by one into their proper PARA folder. Use when the user wants to capture a note, mentions their task app's inbox (Todoist «Входящие», for example), or says "capture this", "add to the inbox", "what is in the inbox", "process the inbox", "запиши", "закинь в инбокс", "что в инбоксе", "покажи инбокс", "разбери инбокс", "разгреби инбокс".

qbarev/para-plugin

Set up a folder as a PARA vault run by this plugin, or bring an already set-up vault up to date — detect what the folder is, ask the setup questions one at a time, show one plan, apply it on one «yes», report. Re-running fills in what is missing and migrates an older vault schema. Use when the user says "set up the vault", "init the vault", "initialise PARA", "migrate the vault", "run /para:init", "настрой хранилище", "инициализируй хранилище", "подключи PARA", "мигрируй хранилище".

qbarev/para-plugin

Work with Projects in the Obsidian PARA vault and their pairs in the task app — list the active projects, create a project (folder plus a project in the task app), summarize where a project stands, or add a task to a project in the task app (Todoist, for example). Use when the user says "list projects", "show projects", "what am I working on", "create a project", "new project", "project overview", "project status", "add a task", "какие проекты", "список проектов", "покажи проекты", "что у меня в работе", "заведи проект", "новый проект", "саммари по проекту", "обзор проекта", "что по проекту", "статус проекта", "где я по проекту", "добавь задачу", "заведи задачу".

Skills associés