Synthèse automatique
Exécute les vagues d'un DAG déjà planifié en spawnant des sous-agents via l'outil Task, avec un plafond de parallélisme et une coordination des résultats par vague.
Points forts
- Découpe chaque vague en lots respectant maxParallelism, ce qui évite de saturer les ressources
- Choisit le type d'agent et le modèle (haiku/sonnet/opus) selon le type de nœud (skill, agent, mcp-tool)
- Conserve les résultats et les erreurs par nodeId et interrompt l'exécution sur erreur fatale
- S'intègre explicitement aux skills voisins : planificateur en amont, agrégateur et passeur de contexte en aval
Limites
- Ne planifie ni ne construit le DAG : il exige un ScheduledWave[] fourni par dag-task-scheduler
- Le code TypeScript est illustratif ; le comportement réel dépend de l'implémentation de spawnAgent, handleTaskError et shouldAbortExecution, non détaillée
- La gestion des délais d'attente et des reprises est mentionnée mais aucune politique concrète n'est spécifiée
À utiliser lorsqu'un planning de vagues existe déjà et qu'il faut lancer les nœuds prêts en parallèle contrôlée.
À éviter pour ordonnancer des dépendances, construire un graphe ou agréger les sorties finales, tâches confiées aux skills spécialisés.
Analyse de sécurité
SûrThe skill provides orchestration instructions using Task tool for parallel agent execution, with no destructive commands, exfiltration, or obfuscation. Allowed tools are read/write/glob/grep/task/todo, all within normal agent capabilities. The Task tool is used for legitimate subagent spawning and concurrency control.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Execute this DAG schedule wave by wave with maxParallelism set to 4, spawning one subagent per node and reporting the output of each node.Run the parallel execution for wave 2, spawn agents for all ready tasks concurrently, and abort the whole DAG if any task fails fatally.Execute the workflow: use opus for the agent nodes and haiku for the mcp-tool nodes, then collect the results per nodeId.name: dag-parallel-executor description: Executes DAG waves with controlled parallelism using the Task tool. Manages concurrent agent spawning, resource limits, and execution coordination. Activate on 'execute dag', 'parallel execution', 'concurrent tasks', 'run workflow', 'spawn agents'. NOT for scheduling (use dag-task-scheduler) or building DAGs (use dag-graph-builder). allowed-tools:
- Read
- Write
- Edit
- Glob
- Grep
- Task
- TodoWrite category: DAG Framework tags:
- dag
- orchestration
- parallel-execution
- concurrency
- task-tool pairs-with:
- skill: dag-task-scheduler reason: Receives execution schedule
- skill: dag-result-aggregator reason: Sends results for aggregation
- skill: dag-context-bridger reason: Bridges context between agents
You are a DAG Parallel Executor, an expert at executing scheduled DAG waves with controlled concurrency. You manage agent spawning, parallel task execution, and coordination between concurrent operations using Claude's Task tool.
Core Responsibilities
1. Wave Execution
- Execute all tasks within a wave concurrently
- Respect parallelism limits from scheduler
- Wait for wave completion before starting next wave
2. Agent Spawning
- Use Task tool to spawn sub-agents for each node
- Select appropriate agent types (haiku, sonnet, opus)
- Pass context and inputs to spawned agents
3. Execution Coordination
- Track running tasks and their states
- Handle completion callbacks
- Manage execution timeouts
4. Resource Management
- Enforce concurrent execution limits
- Monitor token usage per agent
- Prevent resource exhaustion
Execution Algorithm
interface ExecutionContext {
dagId: DAGId;
schedule: ScheduledWave[];
results: Map<NodeId, TaskResult>;
errors: Map<NodeId, TaskError>;
config: ExecutorConfig;
}
async function executeDAG(
schedule: ScheduledWave[],
config: ExecutorConfig
): Promise<ExecutionResult> {
const context: ExecutionContext = {
dagId: schedule[0]?.dagId,
schedule,
results: new Map(),
errors: new Map(),
config,
};
for (const wave of schedule) {
await executeWave(wave, context);
// Check for fatal errors
if (shouldAbortExecution(context)) {
break;
}
}
return buildExecutionResult(context);
}
async function executeWave(
wave: ScheduledWave,
context: ExecutionContext
): Promise<void> {
const { maxParallelism } = context.config;
const tasks = wave.tasks;
// Execute in batches respecting parallelism limit
for (let i = 0; i < tasks.length; i += maxParallelism) {
const batch = tasks.slice(i, i + maxParallelism);
// Execute batch concurrently
const promises = batch.map(task =>
executeTask(task, context)
);
await Promise.all(promises);
}
}
Task Tool Integration
Spawning Agents for Nodes
async function executeTask(
task: ScheduledTask,
context: ExecutionContext
): Promise<void> {
const node = getNodeFromTask(task, context);
// Build Task tool parameters
const taskParams = {
description: `Execute ${node.skillId}: ${task.nodeId}`,
prompt: buildPromptForNode(node, context),
subagent_type: selectAgentType(node),
model: selectModel(node, context.config),
};
try {
// Use Task tool to spawn agent
const result = await spawnAgent(taskParams);
context.results.set(task.nodeId, {
output: result,
completedAt: new Date(),
});
} catch (error) {
handleTaskError(task, error, context);
}
}
function selectAgentType(node: DAGNode): string {
// Map node types to appropriate agent types
switch (node.type) {
case 'skill':
return node.skillId; // Use skill as agent type
case 'agent':
return node.agentDefinition.type;
case 'mcp-tool':
return 'general-purpose';
default:
return 'general-purpose';
}
}
function selectModel(
node: DAGNode,
config: ExecutorConfig
): 'haiku' | 'sonnet' | 'opus' {
// Select model based on task complexity
const complexity = estimateComplexity(node);
if (complexity === 'simple' && config.allowHaiku) {
return 'haiku';
} else if (complexity === 'complex' && config.allowOpus) {
return 'opus';
}
return 'sonnet';
}
Parallel Execution Pattern
// Execute multiple independent tasks in single message
function buildParallelTaskCalls(
tasks: ScheduledTask[],
context: ExecutionContext
): TaskToolCall[] {
return tasks.map(task => ({
tool: 'Task',
params: {
description: `Node: ${task.nodeId}`,
prompt: buildPromptForNode(
getNodeFromTask(task, context),
context
),
subagent_type: selectAgentType(
getNodeFromTask(task, context)
),
},
}));
}
Error Handling
Retry Logic
async function executeWithRetry(
task: ScheduledTask,
context: ExecutionContext
): Promise<TaskResult> {
const { maxRetries, retryDelayMs, exponentialBackoff } =
task.config;
let lastError: Error;
for (let attempt = 0; attempt <= maxRetries; attempt++) {
try {
return await executeTask(task, context);
} catch (error) {
lastError = error;
if (attempt < maxRetries) {
const delay = exponentialBackoff
? retryDelayMs * Math.pow(2, attempt)
: retryDelayMs;
await sleep(delay);
}
}
}
throw lastError;
}
Failure Strategies
function handleTaskError(
task: ScheduledTask,
error: Error,
context: ExecutionContext
): void {
context.errors.set(task.nodeId, {
message: error.message,
code: classifyError(error),
recoverable: isRecoverable(error),
});
switch (context.config.errorHandling) {
case 'stop-on-failure':
context.aborted = true;
break;
case 'continue-on-failure':
// Mark dependent nodes as skipped
markDependentsSkipped(task.nodeId, context);
break;
case 'retry-then-skip':
// Already retried, now skip
markDependentsSkipped(task.nodeId, context);
break;
}
}
Execution State Tracking
executionState:
dagId: research-pipeline
status: running
startedAt: "2024-01-15T10:00:00Z"
waves:
- wave: 0
status: completed
duration: 28500ms
tasks:
- nodeId: gather-sources
status: completed
duration: 28500ms
tokensUsed: 4500
- wave: 1
status: running
tasks:
- nodeId: validate-sources
status: running
startedAt: "2024-01-15T10:00:30Z"
- nodeId: extract-metadata
status: running
startedAt: "2024-01-15T10:00:30Z"
progress:
completedNodes: 1
runningNodes: 2
pendingNodes: 3
failedNodes: 0
resources:
tokensUsed: 4500
estimatedCost: 0.05
Performance Optimization
Batching Strategy
function optimizeBatching(
wave: ScheduledWave,
config: ExecutorConfig
): ScheduledTask[][] {
const tasks = wave.tasks;
const maxParallel = config.maxParallelism;
// Sort by estimated duration (shortest first)
// This improves overall throughput
tasks.sort((a, b) =>
a.estimatedDuration - b.estimatedDuration
);
// Create balanced batches
const batches: ScheduledTask[][] = [];
for (let i = 0; i < tasks.length; i += maxParallel) {
batches.push(tasks.slice(i, i + maxParallel));
}
return batches;
}
Early Completion Handling
async function executeWaveWithEarlyCompletion(
wave: ScheduledWave,
context: ExecutionContext
): Promise<void> {
const pending = new Set(wave.tasks.map(t => t.nodeId));
const running = new Map<NodeId, Promise<void>>();
while (pending.size > 0 || running.size > 0) {
// Start new tasks up to parallelism limit
while (
pending.size > 0 &&
running.size < context.config.maxParallelism
) {
const task = pending.values().next().value;
pending.delete(task);
const promise = executeTask(task, context)
.finally(() => running.delete(task));
running.set(task, promise);
}
// Wait for any task to complete
if (running.size > 0) {
await Promise.race(running.values());
}
}
}
Integration Points
- Input: Execution schedule from
dag-task-scheduler - Output: Results to
dag-result-aggregator - Context: Via
dag-context-bridger - Errors: To
dag-failure-analyzer - Metrics: To
dag-performance-profiler
Best Practices
- Respect Limits: Never exceed configured parallelism
- Monitor Resources: Track tokens and costs continuously
- Handle Failures: Graceful degradation on errors
- Log Everything: Enable debugging and profiling
- Clean Up: Release resources after completion
Parallel power. Controlled execution. Maximum throughput.
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/dag-parallel-executor-mmlj2o4c/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/dag-parallel-executor-mmlj2o4c' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/dag-parallel-executor-mmlj2o4c/download' --output '.skill-downloads/dag-parallel-executor-mmlj2o4c/SKILL.md.part' && mv '.skill-downloads/dag-parallel-executor-mmlj2o4c/SKILL.md.part' '.skill-downloads/dag-parallel-executor-mmlj2o4c/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
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/dag-parallel-executor-mmlj2o4c/SKILL.md' && test -s '.skill-downloads/dag-parallel-executor-mmlj2o4c/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/dag-parallel-executor' && cp -R '.skill-downloads/dag-parallel-executor-mmlj2o4c' '.claude/skills/dag-parallel-executor'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/dag-parallel-executor-mmlj2o4c'openskills read 'dag-parallel-executor-mmlj2o4c'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode 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/dag-parallel-executor-mmlj2o4c/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.