CommunityRedacción y edicióngithub.com

Paralelización de Trabajo

Formas para ejecutar múltiples subagentes a la vez: abanico con barrera, creador/verificador, generar y filtrar, torneos para clasificar, abanico de hipótesis para causa raíz, y bucles que se detienen al cumplir una condición con un límite.

¿Qué es Paralelización de Trabajo?

Este skill proporciona una colección de patrones probados para paralelizar tareas mediante subagentes. Está diseñado para entornos donde múltiples unidades de trabajo son independientes entre sí y se busca acelerar su ejecución sin sacrificar la calidad del resultado. Los patrones cubren desde un simple abanico de salida y consolidación hasta flujos complejos como torneos de comparación por pares, generación y filtrado con rúbrica, y bucles que se repiten hasta que se cumple una condición observable. Es compatible con plataformas como Claude Code, Cursor y Codex, siempre que el agente subyacente permita el envío concurrente de tareas. El skill enfatiza la importancia de la coordinación explícita: cada patrón incluye un mecanismo de barrera o consolidación para evitar colisiones y garantizar que el resultado final sea fiable. No es adecuado cuando las unidades dependen unas de otras o cuando la causa raíz aún se desconoce; en esos casos, primero se debe investigar de forma secuencial.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Jamie-BitFlight/claude_skills/tree/main/plugins/agent-orchestration/skills/parallel-work

Installed? Explore more Redacción y edición skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Trabajo paralelo

El paralelismo proporciona un contexto nuevo por unidad y velocidad. Tiene un costo de coordinación: una consolidación que debe esperar, una fusión que no debe colisionar, un juez que no debe ser el mismo que el creador. Úsalo cuando las unidades sean genuinamente independientes y paga el costo de coordinación de forma explícita.

Precondiciones

  • Las unidades son independientes: ninguna necesita el resultado de otra para comenzar.
  • Sabes cuáles son las unidades. Causa desconocida → primero un envío de investigación.
  • Las escrituras están aisladas: cada unidad escribe en archivos diferentes, o cada unidad se ejecuta en su propio árbol de trabajo y confirma solo los archivos que dicha unidad modificó (mecánica: sección de Aislamiento en delegate/references/harness-notes/claude-code.md).

Si falta alguna → serializa o investiga primero.

Formas

Abanico de salida y consolidación. N envíos de la misma fase, uno por unidad, enviados juntos. Un único envío consolidador espera a todos ellos —esa espera es la barrera— y fusiona sus archivos de entrega en uno solo. Mantén la salida de cada unidad en un archivo; el consolidador lee rutas, no tu contexto.

Abanico mecánico. Un único envío process decide el cambio exacto una vez. N envíos genéricos lo aplican textualmente, cada uno a sus propios destinos. Un envío review verifica todo el conjunto. El orquestador nunca aplica la edición por sí mismo, por pequeño que sea el conjunto.

Creador/verificador. Quien produjo un resultado nunca lo juzga. Dirige la review a un agente diferente —un agente con tipo de revisor para el dominio donde exista uno, o si no, un especialista en otro rol— con los criterios de éxito y la ruta del artefacto, y nada del razonamiento del creador.

Generar y filtrar. Abanico para producir candidatos; un envío los desduplica y puntúa contra una rúbrica escrita; solo los supervivientes continúan. Escribe la rúbrica antes de generar.

Torneo. Para clasificar un conjunto demasiado grande para juzgarlo en una sola ventana: envíos de comparación por pares, cada uno con dos elementos, y un bracket mantenido en un archivo. Los juicios comparativos son más fiables que las puntuaciones absolutas.

Abanico de hipótesis. Para causa raíz: un envío por fuente de evidencia separada (logs, código, datos) forma una hipótesis solo a partir de su fuente. Luego un envío por hipótesis intenta refutarla. Lo que sobrevive a la refutación es el hallazgo.

Bucle hasta detenerse. Para trabajo de tamaño desconocido: repite un envío hasta que se cumpla una condición observable —sin nuevos hallazgos, cero errores en la salida de la puerta, el archivo de lista de verificación no tiene elementos sin marcar. Establece el límite antes de la primera iteración (por defecto 5). Al alcanzar el límite, informa PARTIAL con lo que queda.

Abanico con lista de verificación

Un archivo markdown con elementos - [ ] es una lista de unidades lista para usar: un envío por elemento sin marcar, cada uno instruido para marcar su propia línea al finalizar, luego bucle hasta detenerse con "ningún elemento sin marcar permanece". Serializa los elementos que nombren el mismo archivo.

Límites y condiciones de parada

Todo bucle y toda consolidación tiene un número escrito antes de comenzar: iteraciones, reenvíos o unidades. Alcanzar el límite es un informe PARTIAL o BLOCKED al usuario, nunca un reintento silencioso.

Equipos persistentes

Algunos entornos ofrecen equipos de agentes de larga duración con listas de tareas compartidas y mensajería. Añaden una sobrecarga de instrucción y comunicación que los agentes siguen de manera inconsistente, y no son portables entre entornos. Las formas anteriores no necesitan nada de eso. Recurre a un equipo solo cuando los agentes deban intercambiar mensajes durante la tarea, y entonces consulta las notas del entorno.

Referencias

Individual skills in this repo

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

Jamie-BitFlight/agentskill-kaizen-meta-docs

Agentskill kaizen plugin documentation index. Load when needing to read about cross-platform notes, improvement plans, or DuckDB integration.

Jamie-BitFlight/bash-51-features

Bash 5.1 release features and improvements with practical examples. Use when working with Bash 5.1 features, epoch time variables, redirection enhancements, or when user asks about Bash 5.1 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-52-features

Bash 5.2 release features and improvements with practical examples. Use when working with Bash 5.2 features, variable handling enhancements, readline improvements, or when user asks about Bash 5.2 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-53-features

Bash 5.3 release features and improvements with practical examples. Use when working with Bash 5.3 features, new command substitution, GLOBSORT, loadable builtins, or when user asks about Bash 5.3 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-development

This skill should be used when the user asks to "write a bash script", "create a shell script", "implement bash function", "parse arguments in bash", "handle errors in bash", or mentions bash development, shell scripting, script templates, or modern bash patterns.

Jamie-BitFlight/bash-lint

This skill should be used when the user asks to "lint bash script", "run shellcheck", "format shell script", "use shfmt", "fix shellcheck errors", or mentions shell script linting, formatting, code quality, or pre-commit hooks for bash.

Jamie-BitFlight/bash-logging

This skill should be used when the user asks to "add logging to bash script", "colorize output", "implement log levels", "CI/CD sections", "terminal colors in bash", or mentions logging functions, emoji output, collapsible CI sections, or shlocksmith.

Jamie-BitFlight/bash-portability

This skill should be used when the user asks about "POSIX compatibility", "portable shell scripts", "cross-shell compatibility", "bashisms", "shebang selection", or mentions writing scripts that work on different shells (bash, sh, dash, zsh) or different systems.

Jamie-BitFlight/bash-testing

This skill should be used when the user asks to "test bash script", "write shell tests", "use shunit2", "use shellspec", "create test suite for bash", or mentions unit testing, test frameworks, mocking, or test-driven development for shell scripts.

Jamie-BitFlight/brainstorming-skill

You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or when users request help with ideation, marketing, and strategic planning. Explores user intent, requirements, and design before implementation using research-validated prompt patterns.

Jamie-BitFlight/clang-format

Configure clang-format code formatting. Use when: user mentions clang-format or .clang-format, analyzing code style/patterns, creating/modifying formatting config, troubleshooting formatting, brace styles/indentation/spacing/alignment/pointer alignment, or codifying conventions.

Jamie-BitFlight/commitlint

When setting up commit message validation for a project. When project has commitlint.config.js or .commitlintrc files. When configuring CI/CD to enforce commit format. When extracting commit rules for LLM prompt generation. When debugging commit message rejection errors.

Jamie-BitFlight/conventional-commits

When writing a git commit message. When task completes and changes need committing. When project uses semantic-release, commitizen, git-cliff. When choosing between feat/fix/chore/docs types. When indicating breaking changes. When generating changelogs from commit history.

Jamie-BitFlight/dasel-reference

Use when querying, modifying, or converting JSON, YAML, TOML, XML, CSV, HCL, or INI with dasel v3. Complete reference for selectors, functions, conditionals, variables, spread operator, type casting, and format-specific patterns.

Jamie-BitFlight/data-exploration

Use when exploring unknown structured data files with dasel v3 — discover schema, list keys, find nested values, sample arrays, identify data types across JSON, YAML, TOML, XML, CSV, HCL, INI formats

Jamie-BitFlight/data-transformation

Use when modifying, converting, or transforming structured data with dasel v3 — in-place mutations, format conversion, batch operations, array manipulation, object construction, and merge patterns across JSON, YAML, TOML, XML, CSV, HCL, INI

Jamie-BitFlight/delegate

Decompose substantive work into phases, dispatch each phase to a sub-agent, and adjudicate what comes back. Use whenever a request asks for implementation, investigation, a fix, a review, or any change to files — including small ones — and whenever you are about to read source or run a diagnostic yourself instead of handing it off. Also use when a report from a sub-agent needs judging, when a phase needs re-dispatching, or when a user names one instance of a pattern. Does not apply when your own prompt begins "Your ROLE_TYPE is sub-agent." — then follow references/sub-agent-contract.md instead.

Jamie-BitFlight/enterprise-hibernate-hbm

Dasel v3 query patterns for Hibernate .hbm.xml mapping files — entity-table binding, Java property-to-column extraction, one-to-many set/list/bag relationship tracing, many-to-one foreign key discovery, batch scanning across 60+ HBM files. Use when querying Hibernate ORM class mappings, extracting schema metadata from Java persistence layer, or auditing entity-column relationships in enterprise legacy codebases.

Jamie-BitFlight/enterprise-installanywhere

Dasel v3 query patterns for InstallAnywhere .iap_xml installer definitions — use when querying action sequences, discovering variables, resolving platform conditions, navigating panels, or comparing installer variants. Files are 2.5+ MB, 65,000+ lines — too large for context reads, requires structural dasel queries.

Jamie-BitFlight/enterprise-maven-pom

Dasel v3 selector patterns for Maven POM XML files — use when querying dependency versions, filtering by groupId or scope, extracting module hierarchy from parent POMs, or detecting version conflicts across enterprise multi-module Java projects. Load this skill when working with pom.xml files using dasel.

Skills relacionados