Synthèse automatique
Guide la création d'une nouvelle phase du pipeline modernizer, de la définition du contrat Pydantic jusqu'à la documentation du skill et l'intégration à l'orchestrateur.
Points forts
- Impose un ordre strict avec des points d'arrêt et des commandes de vérification à chaque étape.
- Sépare clairement le contrat, la logique déterministe et le traitement LLM.
- Exige des tests pour le handler et une validation du script en mode déterministe.
- Fournit un modèle précis de SKILL.md pour la nouvelle phase.
Limites
- Très lié à l'arborescence et aux conventions d'un dépôt spécifique (src/contracts, scripts, .artifacts).
- Présuppose une stack Python avec uv et Pydantic.
- Ne traite pas de la création de skills autonomes hors du pipeline modernizer.
À utiliser lorsqu'il faut ajouter une nouvelle phase au pipeline modernizer en respectant ses conventions existantes.
À éviter pour créer un skill indépendant hors de ce dépôt ou pour un pipeline qui n'utilise pas Python/Pydantic.
Analyse de sécurité
SûrThis is a scaffolding/meta-skill that instructs the agent to create Pydantic contracts, handler modules, test files, a CLI script, and SKILL.md documentation for a new pipeline phase. The only commands are local `uv run python`/`uv run pytest` invocations of the project's own tooling and a validator script; there are no destructive operations (no rm -rf, no overwrites of system paths), no network calls, no `curl | sh`, no credential/secret handling, no obfuscated payloads, and no attempts to disable safety controls. The generated templates reference `.artifacts/` paths and local script execution, which is ordinary developer-workflow behavior with no meaningful execution risk of its own.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Create a new pipeline phase called migrate-ddl that reads the schema contract from the previous phase and emits DDL migration steps. It does not need LLM judgment.Add a cost-estimate phase to the modernizer pipeline. It should read the inventory output and use LLM judgment to estimate migration cost, with a separate LLM output model and domain expertise file.I need a validate-schema phase scaffolded following the add-modernizer-skill workflow, including the Pydantic contract, deterministic handler, tests, script, expertise file, and SKILL.md./add-modernizer-skill
Guides creation of a new pipeline phase. Follows strict priority order — each step must be complete before the next begins.
Required Input
Ask the user for:
- Phase name: e.g.
migrate-ddl,validate-schema,cost-estimate - Purpose: What this phase does in one sentence
- Needs LLM?: Whether this phase requires LLM judgment (yes/no)
- Input: What artifacts from previous phases it reads
- Output: What it produces
Phase 1: Contract (MUST complete first)
-
Create
src/contracts/{phase_name}_output.py -
Define the output Pydantic model with:
- Clear field descriptions
- Appropriate types and constraints
- Validators where needed
-
If LLM is needed, define the LLM output model separately (keep it minimal — only what requires judgment)
-
Verify:
uv run python -c "from src.contracts.{phase_name}_output import *; print('OK')"
STOP: Do not proceed until the contract compiles and the user approves the field design.
Phase 2: Deterministic Logic
-
Create
src/agents/{phase_name}/handler.py -
Implement
run_{phase_name}_deterministic(input) -> contract -
If LLM is needed, implement:
prepare_{phase_name}_llm_input(contract, input) -> dictapply_{phase_name}_llm_output(contract, llm_typed) -> updated_contract
-
Write tests in
tests/agents/test_{phase_name}.py -
Verify:
uv run pytest tests/agents/test_{phase_name}.py -v
STOP: Do not proceed until tests pass.
Phase 3: Script
-
Create
scripts/run_{phase_name}.py -
Must support:
--job-id,--db,--llm-mode(none/external/bedrock),--finalize,--artifact-root -
In external mode, inject
output_schema:llm_request["output_schema"] = LlmModel.model_json_schema() -
In finalize mode, deserialize through Pydantic:
llm_typed = LlmModel.model_validate(llm_response) updated = apply_llm_output(contract, llm_typed) -
Output JSON to stdout:
{"status": "complete"}or{"status": "awaiting_llm", "llm_request": "..."}or{"status": "validation_failed", "errors": [...]} -
Verify deterministic mode works:
uv run python scripts/run_{phase_name}.py --job-id test --db test --llm-mode none
STOP: Do not proceed until the script runs successfully.
Phase 4: Domain Expertise (if LLM phase exists)
- Create
src/skills/{phase_name}-expertise.md - Write the domain knowledge the LLM needs to make good decisions
- Keep it focused — principles and anti-patterns, not implementation details
Phase 5: Skill
- Create
.claude/skills/{phase_name}/SKILL.md - Follow this exact template:
---
name: {phase_name}
description: {one-line purpose}
---
# /{phase_name}
{Brief description.}
## Prerequisites
- {What must be true}
## Steps
1. **Run phase**
```bash
uv run python scripts/run_{phase_name}.py --job-id {job_id} --db {database_name} --llm-mode external
-
If status is
awaiting_llm: a. Read:.artifacts/{database_name}/{job_id}/llm_requests/{phase_name}.json- Contains context data and
output_schemab. Read:src/skills/{phase_name}-expertise.mdc. Produce JSON conforming tooutput_schemad. Write to:.artifacts/{database_name}/{job_id}/llm_responses/{phase_name}.jsone. Finalize:
uv run python scripts/run_{phase_name}.py --job-id {job_id} --db {database_name} --finalizeIf validation fails, fix errors and retry up to 3 times.
- Contains context data and
-
Update state Set
phase_status.{phase_name}= "complete"
3. Validate:
```bash
uv run python scripts/validate_skills.py
Phase 6: Integration
-
Add the new phase to the
/modernizeorchestrator skill if it belongs in the main pipeline -
Update
.claude/skills/modernize/SKILL.mdwith the new step in the correct position -
Run the pre-commit hook to verify everything links up:
uv run python scripts/validate_skills.py
Rules
- NEVER skip a phase. Each phase depends on the previous.
- NEVER put contract details in the skill. The script injects
output_schema. - NEVER reference Python source files from skills.
- Keep LLM output contracts minimal. If logic can be deterministic, it MUST be.
- The script is the source of truth for validation — the skill just runs it.
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/pipeline-phase-creator-mrwakdwo/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/pipeline-phase-creator-mrwakdwo' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/pipeline-phase-creator-mrwakdwo/download' --output '.skill-downloads/pipeline-phase-creator-mrwakdwo/SKILL.md.part' && mv '.skill-downloads/pipeline-phase-creator-mrwakdwo/SKILL.md.part' '.skill-downloads/pipeline-phase-creator-mrwakdwo/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.
Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/pipeline-phase-creator-mrwakdwo/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.