BuilderIO/efficient-frontier

Appliquez la même orchestration que `/efficient-fable` à tout modèle frontalier coûteux : déléguez la recherche, le codage et les tests à des sous-agents moins chers, tout en conservant la planification, la synthèse et la révision finale avec le modèle coûteux.

Qu'est-ce que efficient-frontier ?

Cette compétence vous permet d'optimiser l'utilisation des modèles LLM coûteux (comme les modèles frontaliers) en leur réservant les décisions à haute valeur ajoutée, tandis que les tâches répétitives, délimitées ou consommatrices de tokens sont déléguées à des sous-agents moins chers. Elle est utile pour tout développeur ou utilisateur d'agents IA cherchant à réduire les coûts sans sacrifier la qualité des décisions critiques. Le workflow s'applique à des environnements comme Claude Code, Cursor ou Codex, où l'on orchestre des sous-agents parallèles. Le processus en cinq étapes commence par l'identification des décisions réservées au modèle frontalier, puis la délégation des tâches mécaniques, l'envoi de paquets de passation autonomes, la révision centralisée des résultats, et enfin l'intégration finale. Les scénarios courants couvrent la recherche, le codage, les tests et le débogage, avec des garde-fous pour éviter les conflits de modifications et garantir la fiabilité des conclusions.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/BuilderIO/skills/tree/main/skills/efficient-frontier

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

Frontière Efficace

Utilisez le modèle frontalier coûteux là où son jugement marginal compte. Repoussez le travail répétitif, délimité ou lourd en tokens vers des sous-agents moins chers/plus rapides.

Flux de Travail

  1. Identifiez les décisions réservées au modèle frontalier : architecture, priorisation, résolution d'ambiguïté, risque, synthèse et révision finale.
  2. Identifiez le travail délégable : scans de recherche, inventaire du dépôt, recherche, extraction de documentation, passages de navigation/tests, réduction de logs, regroupement d'échecs de tests, codage ciblé et modifications mécaniques.
  3. Lancez des sous-agents parallèles pour des tranches indépendantes avec une propriété claire, un périmètre défini, des portes de vérification et des preuves attendues.
  4. Exigez des retours compacts : résultats, fichiers modifiés, commandes exécutées, risque résiduel, conditions d'arrêt atteintes et tout ce que le modèle frontalier doit décider.
  5. Intégrez et révisez de manière centralisée avant de présenter le résultat.

Paquets de Passation

Rédigez les invites déléguées comme des paquets autonomes. Supposez que l'agent récepteur n'a pas vu la conversation. Incluez le chemin du dépôt, l'objectif, le périmètre, les zones hors périmètre, les fichiers cibles ou cibles de recherche, le format de retour attendu, les commandes de vérification et les conditions d'arrêt.

Conditions d'arrêt utiles :

  • Le code en direct ne correspond pas à l'hypothèse de la passation.
  • Une commande de vérification échoue deux fois après une correction ou nouvelle tentative raisonnable.
  • Le travail semble nécessiter des fichiers en dehors du périmètre assigné.
  • L'agent ne peut pas produire de preuve concrète pour son affirmation.

Boucle de Révision

Traitez la sortie déléguée comme une preuve à inspecter, pas comme un verdict à transmettre. Rouvrez les fichiers cités importants, parcourez les diffs à haut risque, et réexécutez ou vérifiez ponctuellement la vérification qui compte avant de prétendre à l'achèvement. Si les agents délégués sont en désaccord, résolvez le désaccord au niveau du modèle frontalier.

Scénarios Courants

Utilisez-les comme suggestions souples :

  • Recherche : Déléguez les scans larges du dépôt, l'extraction de documentation et la comparaison de sources ; le modèle frontalier conserve le jugement sur ce qui est important.
  • Codage : Déléguez les correctifs ciblés, les refontes ou les modifications mécaniques lorsque la propriété du fichier est claire ; intégrez et révisez de manière centralisée.
  • Tests : Laissez le modèle frontalier choisir la stratégie de validation et les scripts, puis utilisez des agents moins chers pour exécuter les vérifications unitaires, les flux de navigation, les captures d'écran et la réduction de logs. Demandez-leur de retourner les commandes exactes, les échecs, les causes probables, et si le signal semble instable, environnemental ou pertinent pour le produit.
  • Débogage : Envoyez des agents indépendants après des théories, logs ou chemins de reproduction séparés ; conservez le diagnostic final avec le modèle frontalier.

Garde-fous

  • Ne déléguez pas le blocage immédiat si votre prochaine étape en dépend.
  • Ne demandez pas à plusieurs agents de modifier les mêmes fichiers en même temps.
  • Ne faites pas aveuglément confiance aux conclusions des sous-agents lorsque le risque est élevé ; inspectez vous-même les preuves importantes.
  • Ne prétendez pas à des économies universelles. Le modèle fonctionne mieux lorsque l'exploration, l'implémentation, les tests ou la recherche peuvent être parallélisés.

Cadre par Défaut

« J'utiliserai le modèle frontalier comme orchestrateur et réviseur, et j'utiliserai des sous-agents moins chers pour la recherche, le codage ou les tests lourds en tokens, afin que les tokens coûteux soient consacrés au jugement, à la synthèse et à la qualité finale. »

Individual skills in this repo

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

BuilderIO/adding-a-skill

Use in the BuilderIO/skills repo whenever adding, updating, publishing, documenting, validating, or wiring a public skill. Covers the repo-local skill files, root catalog docs, plugin metadata, @agent-native/skills dynamic install path, optional managed AGENTS/CLAUDE instruction blocks in ../agent-native/framework, and generated/synced Plan skill gotchas.

BuilderIO/agent-watchdog

Use when asked to watch, babysit, audit, review, compare, or fix another agent's work from a Codex session ID, Claude Code session/transcript, chat/thread link, PR, branch, log, or pasted run summary. Monitor until the other agent is done or blocked, reconstruct what the user asked, inspect what the agent actually changed and verified, report gaps, and optionally make scoped fixes when the user authorizes repair.

BuilderIO/efficient-fable

Use when running Claude Fable on codebase-heavy or token-heavy work and the user wants Fable to orchestrate research, coding, and testing while cheaper subagents do bounded heavy lifting.

BuilderIO/plan-arbiter

Use when asked to compare, cross-review, merge, judge, choose, or arbitrate competing plans from multiple agents such as Codex and Claude Code; when given two or more proposed plans, session IDs, transcripts, plan documents, PR descriptions, or pasted strategies; or when the user wants one recommended execution plan after agents review each other's proposals.

BuilderIO/plow-ahead

Use when the user explicitly wants autonomous progress without routine clarification stops: "plow ahead", "do not stop", "use your best judgment", "keep going until done", "finish while I am away", "do not ask questions unless truly blocked", or similar. Convert ordinary ambiguity into stated assumptions, proceed through implementation and validation, stop only for true blockers, and end with a clear recap of decisions, changes, verification, and residual risk.

BuilderIO/quick-recap

Use when adding or following the red/yellow/green final status block convention for agent responses, especially by installing managed AGENTS.md or CLAUDE.md instructions.

BuilderIO/read-the-damn-docs

Use when implementing, integrating, upgrading, debugging, or answering anything involving third-party APIs, libraries, frameworks, CLIs, cloud services, model/provider SDKs, fast-moving product behavior, user requests for latest/current/official behavior, unfamiliar repo docs/specs, errors that may indicate API drift, or high-stakes auth, security, billing, data, migration, deployment, compliance, or privacy behavior. Forces Codex to web-search for current official docs and read primary docs before assuming from memory.

BuilderIO/stay-within-limits

Use when long-running or parallel agent work must respect 5-hour and weekly usage limits by checking usage between waves, pausing near the cap, and resuming only when the window is clear.

BuilderIO/visual-plan

Turn ordinary text plans into rich interactive visual plans with diagrams, file maps, annotated code, open questions, and UI/prototype review when useful.

BuilderIO/visual-recap

Turn a PR, branch, commit, or git diff into an interactive visual recap with diagrams, file maps, API/schema summaries, annotated diffs, and focused review notes.

Skills associés