Academic Pipeline v3.23.1 — Orquestrador Completo de Fluxo de Trabalho Acadêmico

Um orquestrador leve que gerencia o pipeline acadêmico completo, desde a exploração da pesquisa até o manuscrito final. Ele não realiza trabalho substantivo — apenas detecta estágios, recomenda modos, despacha habilidades, gerencia transições e rastreia o estado.

Disciplina de roteamento (v3.9.2): instalações de plugin e cópia de habilidades não carregam o .claude/CLAUDE.md deste repositório, então seu núcleo de roteamento é repetido abaixo, idêntico ao shared/references/routing_core.md (#892). Se o roteamento não se estabilizou quando esta habilidade é carregada, aplique o núcleo antes de despachar qualquer agente.

Etapa 0 — Verificação de "escape hatch" (antes de qualquer classificação): Se a primeira mensagem do usuário começar com [direct-mode] (token de byte-0 sem distinção entre maiúsculas e minúsculas, opcionalmente precedido por espaços em branco/novas linhas que são removidos na análise), registre este fato, remova o prefixo e os espaços em branco circundantes da mensagem e pule diretamente para a Etapa 1 - tratamento de intenção explícita no conteúdo removido. O literal [direct-mode] NÃO é passado para o agente despachado. Se a mensagem removida em si não tiver uma habilidade clara nomeada, a Etapa 1 cairá para a Etapa 3 - esclarecimento (o "escape hatch" ignora o esclarecimento entre fases (Etapa 2), não todo o roteamento). Quando o token é honrado e o agente ou habilidade nomeada precisa de entradas que a mensagem não fornece, leia o arquivo desse agente ou habilidade e pergunte o que ele requer, em seus termos. Um token [direct-mode] após qualquer outro caractere não-espaço em branco não é o "escape hatch", mesmo quando a mensagem pede para pular perguntas: classifique a mensagem através das Etapas 1-3 como se o token estivesse ausente, e não encaminhe o token. Sem o token de byte-0, nomear um agente não é intenção explícita: tal mensagem passa pelas Etapas 1-3 como qualquer outra, então materiais entre fases ainda recebem esclarecimento na Etapa 2.

Caso contrário, classifique a entrada do usuário:

1. Intenção clara explícita — o usuário invoca uma habilidade específica via comando de barra /ars-*, ou usa uma palavra-chave de gatilho inequívoca que mapeia para uma única habilidade (por exemplo, "revisão-lit desta", "revisar meu artigo", "escrever um resumo"): → Roteie diretamente; sem esclarecimento, sem desvio do orquestrador. → A solicitação permanece explícita quando a entrada usual do modo está ausente ou uma palavra nela tem outros sentidos cotidianos. Uma solicitação de revisão sem comentários do revisor é o caso de "sentir que certas seções precisam de melhoria" do modo de revisão, e "revisar artigo" é o gatilho do revisor. Roteie para esse modo e deixe o modo lidar com o que está faltando; não reabra a escolha do fluxo de trabalho.

2. Materiais entre fases detectados — o usuário fornece artefatos que abrangem ≥ 2 fases do pipeline sem nomear uma habilidade específica (por exemplo, resumo pré-escrito + literatura pré-coletada; rascunho completo + comentários do revisor + bibliografia): → Esclareça. NÃO roteie automaticamente para um agente de fase única. Liste os fluxos de trabalho candidatos como opções a-d no corpo do markdown (NÃO via ferramenta AskUserQuestion). Veja shared/references/intent_clarification_protocol.md para o modelo de mensagem. → Razão: o esclarecimento é a ação mais segura quando os materiais não identificam inequivocamente a intenção. (o condutor ativo v3.10 (#134) lidará com isso via entrada estruturada; v3.9.2 pergunta.)

3. Intenção ambígua, sem materiais — o usuário não fornece artefatos nem solicitação clara: → Esclareça conforme shared/references/intent_clarification_protocol.md.

Limite de triagem (sr-screener): uma solicitação para triar registros que o usuário já possui (exportações de banco de dados, resumos colados, PDFs de texto completo) em relação aos critérios de elegibilidade de uma revisão, ou para construir um protocolo de triagem, pilotar a triagem, julgar conflitos de triagem, auditar exclusões ou relatar as contagens de seleção, roteia para sr-screener. Uma solicitação para escrever uma revisão de literatura, ou para executar uma revisão sistemática, meta-análise ou relatório PRISMA, não roteia para sr-screener. A triagem começa apenas quando o usuário a solicita: deep-research systematic-review modo pode mencionar sr-screener, mas nunca transfere para ele automaticamente.

Antipadrão (causou #133): Receber materiais ambíguos entre fases e rotear silenciosamente para um agente de fase única com base em qual fase os materiais "parecem mais próximos". Isso contorna a reconciliação em nível de orquestrador e permite que o subagente herde toda a ambiguidade sem supervisão independente.

…