Custom Claude Skill or Agent Specification
Une spécification propriétaire complète pour un Skill Claude ou un agent autonome sur mesure. PRD, architecture, prompts système, garde-fous, métriques d'évaluation, plan de déploiement, cadre d'observabilité, modèle de coût d'inférence. La spec que vous remettez à votre partenaire d'ingénierie avant qu'il ne dépense 200 k€ sur le mauvais build.
PRIX
À partir de 4 900 €
DÉLAI
12 jours
FORMAT
Piloté par un associé
§ 01 · Le problème
« Nous avons validé un projet Claude à six chiffres sur un brief de deux pages. »
La plupart des projets IA en entreprise démarrent sur une diapo et un « il faut construire ça » assuré. L'ingénierie cadre à partir d'exigences approximatives. Six mois plus tard, le système fonctionne sur le jeu de données de démo mais échoue en production. Les garde-fous manquent. Les coûts explosent. Personne ne sait répondre à la question simple : « est-ce que ça marche vraiment ? »
La Custom Specification règle cela à la source. Avant qu'une seule ligne de code ne soit écrite, nous livrons le document qui définit quoi construire, comment le tester, ce qui peut mal tourner et à quoi ressemble réellement le succès. L'équipe d'ingénierie construit la bonne chose. Le directeur financier sait ce qu'il paie. On peut raconter au conseil une histoire défendable.
§ 02 · Ce que vous obtenez
Une spécification de build complète — prête pour l'ingénierie.
Six livrables qui transforment une ambition en un plan constructible. Assez détaillés pour que votre partenaire d'ingénierie démarre le lendemain de la livraison — sans « on verra ça plus tard ».
LIVRABLE 01
Document d'exigences produit (PRD)
PRD de 20 à 30 pages : parcours utilisateurs, exigences fonctionnelles, contraintes non fonctionnelles, critères de succès. Le document que votre partenaire d'ingénierie réclame et que vous n'avez généralement pas.
LIVRABLE 02
Architecture cible
Schéma système, flux de données, points d'intégration, justification du choix de modèle, schémas de repli. Le schéma que votre CTO doit valider avant de signer le budget de build.
LIVRABLE 03
Prompts système & garde-fous
Prompts système rédigés pour chaque rôle d'agent. Schémas de refus. Limites d'usage des outils. Déclencheurs d'escalade. La spec comportementale qui empêche votre assistant de faire ce qu'il ne devrait pas.
LIVRABLE 04
Cadre d'évaluation
Jeux de tests, définitions de métriques, seuils d'acceptation, exemples de référence. Comment vous saurez que ça marche — avant la mise en production, après, et chaque trimestre ensuite.
LIVRABLE 05
Plan de déploiement & d'observabilité
Stratégie de déploiement (shadow, pilote, déploiement complet), schéma de télémétrie, tableaux de bord, réponse aux incidents. L'ossature opérationnelle qui transforme une démo en un système que vous pouvez exploiter.
LIVRABLE 06
Modèle de coût d'inférence
Projection du coût d'inférence sur 3 ans : mix de modèles, volumes de tokens, stratégie de cache, hypothèses de montée en charge. Le chiffre que votre directeur financier veut voir avant le démarrage du projet, pas après.
§ 03 · La méthode
Un cadre de spécification affiné au fil de builds en entreprise.
Méthodologie de spec en cinq étapes, chacune produisant des artefacts que votre équipe d'ingénierie utilisera réellement. Nous ne livrons pas du PowerPoint vague — nous livrons le document contre lequel le build est contractualisé.
ÉTAPE 01
Découverte & intention
Quel problème résolvons-nous réellement ? Qui l'utilise ? À quoi ressemble le succès en termes mesurables ? Nous éprouvons l'ambition face à la réalité opérationnelle avant de spécifier quoi que ce soit.
ÉTAPE 02
Spécification comportementale
Parcours utilisateurs, capacités de l'agent, schémas de refus, limites d'usage des outils. L'enveloppe comportementale de ce que le Skill fera — et la liste explicite de ce qu'il ne fera pas.
ÉTAPE 03
Architecture & intégration
Architecture cible, justification du choix de modèle, points d'intégration, flux de données, schémas de repli, budget de latence. L'enveloppe technique dont votre équipe d'ingénierie a besoin.
ÉTAPE 04
Évaluation & observabilité
Jeux de tests, exemples de référence, seuils d'acceptation, schéma de télémétrie, tableaux de bord de supervision. L'instrumentation qui transforme « nous l'avons construit » en « nous savons que ça marche ».
ÉTAPE 05
Économie & déploiement
Modèle de coût d'inférence sur 3 ans, plan de déploiement (shadow → pilote → production), registre des risques, playbook d'incident. Le contrôle de réalité économique et opérationnel.
§ 04 · Processus & calendrier
Douze jours. Quatre sessions. Une spec prête pour l'ingénierie.
Piloté par un associé, de l'intention à la transmission à l'ingénierie. La personne qui cadre votre problème rédige votre spec. Aucune rotation d'équipe, aucune interprétation par un junior.
JOURS 01–02
Découverte
Session de cadrage de 90 min + 2-3 entretiens avec les parties prenantes. Nous cartographions le problème, les utilisateurs, les contraintes, les critères de succès. Les hypothèses émergent.
JOURS 03–06
Rédaction de la spec
PRD, spec comportementale, schéma d'architecture, ébauche de prompts & garde-fous. Co-rédigés avec votre responsable technique via des échanges asynchrones. Première version livrée.
JOUR 07
Session d'épreuve
Session conjointe de 90 min avec vos responsables ingénierie et produit. Nous éprouvons chaque hypothèse, faisons apparaître les lacunes, affinons la spec. Registre des risques renseigné.
JOURS 08–11
Finalisation
Cadre d'évaluation, schéma d'observabilité, modèle de coût d'inférence, plan de déploiement. Les six livrables finalisés et référencés entre eux.
JOUR 12
Transmission à l'ingénierie
Session de transmission de 90 min avec votre partenaire d'ingénierie. Parcours, questions-réponses, discussion des cas limites. Ils repartent prêts à cadrer et construire. Vous repartez avec un artefact défendable.
§ 05 · Pour qui
Pour les dirigeants sur le point de valider un build à six chiffres.
Le bon moment pour investir dans une spécification, c'est avant l'engagement du budget de développement — pas après. Conçu pour les quatre fonctions qui portent la décision.
DIRECTEUR TECHNIQUE
On vous demande de cadrer un build Claude à partir d'un deck de 4 diapos. Vous avez besoin d'une vraie spécification avant d'engager la capacité d'ingénierie pour six mois.
HEAD OF AI / CDO
Vous portez la feuille de route IA et un Skill sur mesure revient sans cesse dans les conversations. Vous avez besoin d'une spec défendable avant d'approcher des partenaires d'ingénierie pour des devis.
CHIEF PRODUCT OFFICER
Vous intégrez une capacité IA au cœur de votre produit. Le PRD, le cadre d'évaluation et les garde-fous doivent être rigoureux avant que l'ingénierie ne démarre le travail.
PE OPERATING PARTNER
Une participation veut construire une capacité IA sur mesure. Vous voulez une rigueur tierce sur la spec avant qu'elle ne dépense le prochain tour de financement en ingénierie.
§ 06 · Questions fréquentes
Six réponses honnêtes aux questions courantes.
Pourquoi « à partir de 4 900 € » ? Qu'est-ce qui fait monter le prix ?
Trois facteurs : la complexité du périmètre (Skill unique vs système multi-agents), le nombre de points d'intégration (CRM, ERP, API internes) et les contraintes d'un secteur régulé (santé, finance, secteur public). L'appel de cadrage fixe le prix final — et nous sommes transparents sur ce qui le détermine.
Construisez-vous le Skill ensuite ?
Non. Odyssey spécifie — nous ne construisons pas. Nous remettons la spec à votre équipe d'ingénierie existante ou à votre partenaire de build préféré. Si vous n'en avez pas, nous pouvons recommander trois partenaires validés avec lesquels nous avons travaillé. Nous restons indépendants sur l'économie du build.
Pourquoi ne pas laisser mon équipe d'ingénierie rédiger la spec ?
Elle le peut — et beaucoup le font. Mais les équipes d'ingénierie sautent souvent les parties qu'elles « verront plus tard » : cadre d'évaluation, modèle de coût d'inférence, schémas de refus, observabilité. Ce sont précisément les parties les plus coûteuses à rétro-intégrer. Nous apportons la discipline dans laquelle les équipes sous pression de temps sous-investissent.
Est-ce réservé à Claude, ou valable pour tout LLM ?
Notre méthodologie est agnostique au modèle mais notre profondeur porte sur Claude d'Anthropic — prompts système, usage des outils, primitive Skills, Claude Code. Nous spécifions des architectures multi-modèles (Claude + modèles plus petits pour le routage) et signalons où le choix de modèle compte. Nous ne livrons pas de bouillie neutre côté fournisseur.
Et si nous découvrons que le projet n'est pas viable ?
C'est un résultat valable — et précieux. Nous avons livré des specs concluant « ceci devrait être une automatisation de workflow, pas un Skill » ou « la valeur n'est pas là au regard du coût de build ». Économiser 200 k€ sur un mauvais build vaut bien 4 900 €. Nous ne fabriquerons pas un « oui » que vous n'avez pas demandé.
Comment cela s'articule-t-il avec l'AI Make or Buy Strategy (Skill 06) ?
En séquence. Le Skill 06 répond à « devons-nous construire, acheter ou nous associer sur cette capacité IA ? ». Si la réponse est « construire », cette Custom Specification répond à « comment, précisément ? ». Vous pouvez les combiner, ou utiliser cette spec directement si le Make-vs-Buy est déjà tranché.
§ Quand vous voulez
Avant 200 k€ sur le mauvais build, 5 k€ sur la bonne spec.
À partir de 4 900 €, douze jours. Le document dont votre partenaire d'ingénierie a besoin et que votre conseil peut défendre.