Onde Kimi Swarm se encaixa entre Missions e Workflows — e como operá-lo sem os anti-padrões.
Kimi AgentSwarm é um executor paralelo — fan-out/fan-in rápido com estado forense em disco. Não entrega contratos done-when, validação adversarial built-in nem isolamento de escrita entre subagentes mal particionados.
Droid Missions é um sistema completo de missão: orquestrador planeja features, workers implementam em sequência, validators gateiam milestones, artefatos em ~/.factory/missions/<uuid>/. Horas a dias.
Claude Dynamic Workflows é JS determinístico em VM — scripts versionáveis com parallel() até 16.
A ponte: use AgentSwarm como camada de execução paralela dentro de um orquestrador maior com proof gates — padrão loop-engineering: scope → plan → swarm inspect → swarm execute → validator → proof gate.
Pense assim… contratar uma agência temporária (Kimi Swarm) vs rodar uma construtora formal (Droid Missions) vs seguir seu próprio checklist scriptado (Workflows). A agência é ótima para levantamentos paralelos e edições limitadas; ela não assina a vistoria do prédio por você.
| Dimensão | Kimi AgentSwarm | Droid Missions | Claude Workflows |
|---|---|---|---|
| Entrada | /swarm, tool AgentSwarm | /missions, droid exec --mission | Tool Workflow, /workflows |
| Unidade de plano | items[] + template | features.json, validation-contract | Script JS em VM |
| Validação | Não built-in | Scrutiny + user-testing injetados | Depende do script |
| Paralelismo | Até 128, rampa 5+700ms | Features sequenciais; paralelo na validação | parallel() até 16 |
| Estado | agents/*/wire.jsonl | ~/.factory/missions/uuid/ | workflows/scripts/*.js |
| Papel do usuário | Orquestrador de prompt | PM de agentes | Autor de script |
Anti-padrões confirmados pela RE — e o que fazer no lugar.
✗ Read + AgentSwarm mesmo turno → exclusive-deny ✗ items[] com prompts duplicados → rejeição runtime ✗ 1 item sem resume_agent_ids → erro de validação ✗ Escopos coder sobrepostos → conflitos de escrita ✗ kimi swarm → subcomando inexistente ✗ resume_agent_ids como array → deve ser Record<id, prompt>Padrões operacionais recomendados
# 1 — Mapa read-only do repo (perfil explore) /swarm Map this repository with independent subagents. Use subagent_type explore. Do not edit files. Items: architecture, tests, docs, cli, config # 2 — Execução particionada (perfil coder) /swarm Implement bounded units with separate coders. Items: ui, api, tests Each: read first, scoped edits, run proof command, return diff. # 3 — Validação independente (segundo swarm, explore) /swarm Validate as independent reviewers (explore only). Items: behavior, tests, security, docs Return PASS/FAIL with exact evidence.
Done-when mensurável · validação adversarial independente · isolamento de escrita para partições ruins · prova sem comandos explícitos no prompt. Envolva o swarm em gates estilo loop-engineering ou Missions.
Escolha um padrão. Copie o esqueleto de prompt para sua próxima sessão swarm.