Intake-First Planner (Planificateur à réception préalable)

Skill Codex pour une planification basée sur un schéma avant la résolution et l'implémentation.

Qu'est-ce que Intake-First Planner (Planificateur à réception préalable) ?

Ce skill force une approche où les faits et scénarios nécessaires sont collectés avant toute implémentation. Il est conçu pour les projets où les paramètres ne doivent pas être devinés : planification d'aménagement physique, agencement de postes de travail, placement d'équipements, routage de câbles, optimisation de planning/ressources, configuration de simulation, etc. Le skill guide l'utilisateur pas à pas, en langage simple, pour remplir un YAML structuré, puis n'exécute la construction que lorsque toutes les données essentielles sont explicites, évitant ainsi les hypothèses risquées. Il supporte les workflows d'intake seul, de construction après intake, et de création de skill réutilisable, avec des sorties incluant code, tests, rapports visuels (SVG, Three.js 3D) et documentation de récupération.

Compatible avec✓Claude Code✓Codex CLI~Cursor
npx skills add Jeremy-01/intake-first-planner

Installed? Explore more Recherche et analyse de données skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · 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

Que fait Intake-First Planner (Planificateur à réception préalable) ?

Utilisez ce skill pour les projets qui ne doivent pas partir de paramètres devinés : planificateurs d'aménagement physique, outils d'agencement de postes de travail ou de meubles, placement d'équipements, routage de câbles, optimisation de planning/ressources, configuration de simulation, et autres systèmes à contraintes. Supposez que l'utilisateur peut être un débutant complet : expliquez en langage clair quelles informations sont nécessaires, proposez du YAML à remplir, et évitez de lui demander de comprendre les détails d'implémentation.

Règle fondamentale

Ne résolvez pas, n'optimisez pas, ne recommandez pas et ne construisez pas de logique spécifique au domaine tant que les faits et scénarios requis ne sont pas assez explicites pour rendre les hypothèses inutiles. Si des données critiques manquent, fournissez une réponse d'intake "Paramètres manquants" et arrêtez-vous avant l'implémentation.

Flux de travail

  1. Classez la demande :
    • Intake uniquement : l'utilisateur veut des exigences, un schéma, ou un nettoyage de prompt.
    • Construction après intake : l'utilisateur veut du code, des tests, des rapports, ou un projet réutilisable.
    • Création de skill : l'utilisateur veut un skill ou un package de prompt réutilisable/open-source.
  2. Sélectionnez la référence appropriée :
    • Workflow réutilisable général : lisez references/intake-workflow.md.
    • Planificateurs spatiaux/disposition : lisez references/spatial-layout-domain.md.
    • Rapports Three.js ou sortie 3D/visuelle : lisez references/threejs-visualization.md.
    • Conversion d'un prompt ponctuel en skill réutilisable : lisez references/prompt-to-skill.md.
    • Packaging de skill/conversion open-source : lisez references/skill-packaging.md.
  3. Produisez ou mettez à jour une source de faits structurée, généralement en YAML ou JSON.
  4. Conditionnez l'exécution :
    • Si des faits requis manquent, retournez uniquement la liste de contrôle des paramètres manquants, un fragment de schéma suggéré, les scénarios requis, et les non-hypothèses explicites.
    • Si les faits sont complets, implémentez le projet en utilisant la source de faits comme entrée faisant autorité.
  5. Pour les projets Python, préférez les commandes uv. Incluez toujours les commandes de récupération venv + pip dans la documentation de passation/récupération.
  6. Ne lisez pas les anciennes sessions JSONL, journaux de chat ou conversations précédentes sauf si l'utilisateur demande explicitement une récupération d'historique.

Modèles de sortie

Pour une entrée incomplète, utilisez cette forme :

J'ai besoin de quelques mesures concrètes avant de pouvoir résoudre ceci en toute sécurité. Vous pouvez répondre en remplissant le YAML ci-dessous ; les valeurs inconnues peuvent rester `null`.

**Paramètres manquants**
- ...

**YAML suggéré**
```yaml
...

Scénarios à confirmer

  • ...

Non supposé

  • ...

Pour l'implémentation, créez un projet avec :

- `pyproject.toml`, `src/`, `tests/`, `examples/`, `reports/`, `outputs/`
- Un exemple de configuration structurée comme source de faits unique
- Des rapports visuels avec SVG/HTML en vue de dessus et un visualiseur 3D Three.js HTML lorsque la géométrie ou la disposition est impliquée
- Des tests déterministes pour l'analyse, les transformations, les contraintes, le scoring, et au moins une régression de scénario
- `HANDOFF.md`, `RECOVERY_README.md`, et `PROJECT_CONTEXT.md` avec les commandes `uv` et `venv + pip`

## Ressources réutilisables

- `schemas/intake_project.schema.yaml` : modèle de schéma générique.
- `schemas/spatial_layout.schema.yaml` : modèle de schéma spatial/disposition.
- `references/threejs-visualization.md` : guide de visualisation 3D par défaut.
- `examples/workstation_layout_request.yaml` : exemple de demande d'agencement de poste de travail.
- `examples/furniture_layout_request.yaml` : exemple de planification de pièce/mobilier.
- `examples/equipment_cable_routing_request.yaml` : exemple de placement d'équipement et routage de câbles.
- `scripts/check_skill_package.py` : vérificateur de package léger.

Skills associés