ayase0307/ai-comic-drama

Produção de Comédia Dramática em IA (Versão Puramente Agent)

Regras de Início (sempre seguir, sem exceção)

1. Execute primeiro python scripts/h3d.py next --root <projeto>, siga o "único comando" que ele imprime e leia a referência que ele especificar. Não planeje seu próprio fluxo nem pule etapas.
2. Decisões finais do usuário sempre use h3d decide <id> <valor> --quote "<fala original do usuário>" para escrever em decisions.json (estilo artístico, proporção, política de diálogo, engine de arte conceitual, política de aceitação, método de edição...). Não escreva apenas em notas e não decida pelo usuário.
3. É proibido editar manualmente review/project-state.json. O estado só pode ser escrito por build_stage_review.py; edição manual será considerada um bloqueio por h3d next. Se o QA técnico do estágio 6 for PARCIAL e o usuário aprovar mesmo assim, use --approve-stage 6 --override --reason "<motivo do usuário>".
4. Conclusão de cada segmento no estágio 6 sempre use h3d verdict para escrever em review/verdicts.json (pass/warn/fail + uma frase de motivo + imagem de evidência), categorizado por acceptance_policy. 3a. O backend de geração de imagem é escolhido pelo usuário, não assuma um padrão: antes de gerar arte conceitual no estágio 2 ou storyboard no estágio 4, execute h3d imagegen --detect --root <projeto> para listar as ferramentas detectadas como disponíveis (indisponíveis com motivo), e peça ao usuário para escolher — mesmo que apenas uma seja detectada, pergunte. Após a resposta, use h3d imagegen --set <backend> [--stage 2|4] --quote "<fala original do usuário>". Se h3d next encontrar uma situação não selecionada ou selecionada mas agora indisponível, ele pedirá que você pergunte (veja references/tooling.md §2.4.1). 4a. Coisas que precisam de decisão do usuário use h3d inbox para gerar uma caixa de entrada de decisões para o usuário (apenas exceções). Estágios autorizados pelo usuário seguem h3d next e executam h3d approve --auto. Estágio 0, arte conceitual de personagens e voz de cada personagem sempre exigem decisão humana (veja references/tooling.md §2.6).
5. Não execute dois runners de vídeo ao mesmo tempo; se o ledger tiver trabalhos waiting/running, apenas colete (h3d collect), não envie novos trabalhos.
6. Ao encontrar PARTIAL ou duration_drift, pare, trate conforme references/tooling.md §4 e reporte ao usuário. Não ignore.
7. Formato de vídeo final padrão = comédia dramática longa: a prioridade é contar a história claramente. Cada evento-chave do original deve ter causa → processo → resultado (incluindo motivação, mudanças de tempo/lugar). Não comprima eventos para caber em uma duração de episódio. Padrão: um único vídeo contínuo e longo, sem divisão em episódios. Curtas / episódios curtos virais (1-2 minutos, gancho forte) só são usados se o usuário solicitar explicitamente (h3d decide series_format short). Eventos comprimidos, pulados ou mal explicados devem ser adicionados pelo Agent com base no original (event_coverage.py), sem cortar ou perguntar ao usuário.
8. Reescrita de roteiro não requer consulta ao usuário: siga sempre references/adapt/dialogue-first-adaptation.md (preserve todo o diálogo original, diálogos apenas narrados podem ser reescritos e marcados como invented, narração = voz interior do protagonista VO ≤30%, duração de episódio sem limite, pontos de pausa em pontos naturais da história com âncora e motivo do original, passe adapt_gate.py antes da entrega).
9. Antes de começar, verifique a versão da skill: se h3d --version for diferente da versão registrada em review/project-state.json, sincronize a skill antes de prosseguir. O mesmo prompt pode ter limiares diferentes em versões diferentes (frase única 15→18 caracteres, proporção de fala 60%→90%, duração mínima de shot 2,0→1,2 segundos, novo D2 densidade e D4 abertura). Usar regras antigas para editar resultará em retrabalho. A cópia da skill no diretório de instalação não é necessariamente um repositório git; se o repositório de origem estiver local, faça pull primeiro e depois substitua tudo, fazendo backup antes.
10. Correções devem ser em lote, não re-assinar frase por frase: corrija o mesmo tipo de problema (mesmo padrão de frase, mesmo pacote de problemas) em todos os segmentos de uma vez, depois rebuild → h3d bind → h3d compile → re-assine estágio 4/5 (lote = verifique shot por shot contra shot_intent para confirmar que é a mesma causa raiz, não corrija em massa apenas pelo tipo de aviso; segmentos modificados no estágio 5 seguem aprovação por segmento com --segments, não use --auto). Re-assinar a cada frase modificada consumirá todo o tempo de revisão e o estágio 5 bloqueará quando as impressões digitais do layer2 e dos segmentos não estiverem sincronizadas. Rebuild limpará os campos sketch_*; faça snapshot com shot_id antes e escreva de volta após o rebuild. Se o número ou código do segmento mudar, sincronize a tabela de storyboard do REMIX (PUT /projects/{id}/storyboard): a interface/sala de revisão lê "N shots previstos" e agrupamento de capítulos desse documento, não de segments-*.json. Se não for trocado, exibirá o planejamento antigo (ex: 133 shots vs 18 segmentos reais). Antes de trocar, use GET /jobs?project=<id> para verificar shot por shot se há trabalhos pendentes com o código antigo — se não houver, substitua tudo. Quando o usuário disser "sorteie cartas" "organize revisão/edição/ciclo você mesmo" = execute o ciclo completo de forma autônoma (enviar → coletar → extrair quadro para revisão → editar → re-extrair), parando apenas em barreiras humanas (aprovação do estágio 6, necessidade de motivo de substituição pelo usuário). Reporte em unidades de "rodada + quatro imagens de evidência + o que foi corrigido", não reporte a cada extração de quadro.
11. O pacote de referência sobrepõe o prompt: o que quer que esteja no pacote original do REMIX aparecerá em cada shot (edifícios brilhantes, mochilas, céu noturno no pacote original contam). Para mudar, troque o pacote ou gere um novo pacote. Não use frases negativas no prompt para forçar a não aparecer — mencionar um objeto = o objeto aparece. Detalhes em references/remix-draft-loop.md.
12. Versão aprovada e versão final são armazenadas separadamente; trocar de versão requer revalidação: videos/<segmento>.mp4 sempre contém a versão que "passou no QA e foi assinada"; pika768 final, super-resolução, re-sorteio de candidatos vão para subdiretórios como videos/final-768/. Para promover o final a aprovado = re-executar h3d qa / motion / --continuity → reconstruir snapshot do estágio 6 → usuário re-assinar; não apenas sobrescreva o arquivo para trocar a versão, isso fará com que o snapshot assinado e as evidências não correspondam.

Visão Geral

Conclua a adaptação de romance, roteiro, storyboard de direção, prompts, ou use ferramentas de imagem/vídeo realmente disponíveis para gerar mídia, de acordo com o escopo de entrega especificado pelo usuário. O planejamento de texto pode ser entregue de forma independente; a geração de mídia requer ferramentas correspondentes ou um backend conectado (FreeVideo é um adapter opcional, não significa que todo Agent tenha capacidade de geração de vídeo embutida). Se nenhuma ferramenta de geração for realmente chamada, não afirme que imagens ou vídeos foram produzidos. Romances não podem ser usados diretamente como roteiro; sempre passe pelo estágio 1 de adaptação primeiro. Ao assumir um projeto existente (não iniciado do zero por você), audite antes de prosseguir: leia primeiro references/audit-inherited-project.md. Não continue escrevendo storyboards com base no trabalho do agente anterior — um upstream quebrado fará com que cada shot seja refeito. Antes de julgar "ativos duplicados" ou "erro de conteúdo", sempre verifique a bíblia e as linhas do original, não apenas a imagem ou o nome do arquivo.

Esta página é a página inicial de operações: o que fazer em cada estágio, o que não fazer, qual comando executar. Princípios, templates, decisões práticas e lista completa de ferramentas estão em references/skill-guide.md (texto completo do SKILL.md original, capítulos inalterados), referenciado por h3d next para a parte relevante.

Quando Usar

• "Transformar este romance/história em uma comédia dramática/mangá animado/curta" "Adaptar um romance para roteiro de comédia dramática"
• "Escrever storyboard/lista de shots/prompts de vídeo" "Projetar design de personagens/bíblia de personagens" "Transformar material de produto em vídeo de demonstração curto"

Página Inicial de Operações por Estágio

Estágio	O que fazer	O que não fazer	Qual comando executar	Leia primeiro
0 Definição de Tom	Pergunte todas as perguntas de definição de tom de uma vez (gênero, formato, estilo artístico, proporção), com valores recomendados para cada uma; política de diálogo fixa "priorizar diálogo original" sem perguntar; formato de vídeo final padrão: comédia dramática longa (não pergunte sobre número de episódios/duração; apenas se o usuário pedir curtas, use h3d decide series_format short); estilo artístico padrão recomendar nº 14 "Pintura grossa realista de estilo antigo, atmosfera cinematográfica" (com imagem de exemplo, pode ser alterado)	Não decida pelo usuário; não pule a inferência de escala; não presuma cortar em episódios curtos	init_project.py, h3d decide style/aspect_ratio	references/pipeline.md, references/styles.md
1 Adaptação	Mantenha a classificação, completeza da narrativa de eventos (cada evento: causa → processo → resultado, lacunas preenchidas pelo Agent), reescrita priorizando diálogo e divisão em episódios com base no orçamento de diálogo, estrutura de parágrafos, dívida causal; passe adapt_gate.py antes da entrega	Romance usado diretamente como roteiro; comprimir eventos para caber em duração; cortar narrativa de eventos por conta própria	event_coverage.py, dialogue_budget.py, adapt_gate.py, h3d next	references/adapt/dialogue-first-adaptation.md, references/adapt/novel-to-manju.md, references/adapt/structure-and-pacing.md §Zero
2 Arte Conceitual	Detecte ferramentas de geração de imagem, depois o usuário escolhe (mesmo que apenas uma esteja disponível, pergunte); gere arte dos protagonistas primeiro, auto-verifique e regenere se necessário; após a decisão da ferramenta, bloqueie para todo o projeto; cada efeito especial no roteiro deve ter seu próprio cartão de efeito B- e imagem de referência revisada (sem imagem, não prossiga para o estágio 5, E56)	Presumir ferramenta de geração de imagem; trocar ferramenta de geração sem comparar lado a lado; aprovação automática (sempre exija que o usuário veja rosto e roupas)	h3d imagegen --detect / --set (escreve design_engine), página de revisão	references/consistency.md, references/styles.md
3 Roteiro	Reescrita cena por cena, orçamento de diálogo (velocidade de fala do personagem 4,0/4,5/VO 5,5 caracteres/segundo, fala ocupa 75-90%), diferenças de adaptação, revisão cega antes da finalização (fresh subagent recebe apenas o pacote de material do roteiro: build_blind_review.py --stage 3, regras em references/blind-review.md)	Enviar acima do orçamento	estimate_duration.py --h3, sync_script.py	references/adapt/screenplay-format.md
4 Storyboard	Para cada shot, primeiro escreva shot_intent (o que o público precisa entender) e depois determine os valores técnicos, escreva o motivo de cada escolha em choice_why; movimento de câmera baseado na emoção do beat, consulte references/camera-moves-guide.md para selecionar move_preset (motivo da escolha escrito no storyboard, compilador expande, move_lint avisa); cada segmento com inventário de personagens, shots de diálogo com linha de visão, transições de segmento com estado final e troca de posição de câmera (continuity-ledger.md); Ref2VA padrão: um shot, um rosto reconhecível (recorte individual, exceto ao usar pacote de personagem remix), sem pessoas em planos gerais, distância focal e distância do objeto escritas em pares	Entrar em compilação sem uma imagem de storyboard PNG correspondente; corrigir em massa apenas pelo tipo de aviso; alterar conteúdo aprovado para passar (multidão trocada por assentos vazios, adicionar empty background); storyboard com pessoa trocada ou objeto de chave faltando	Se faltar storyboard, h3d imagegen --detect / --set --stage 4 (usuário escolhe Codex storyboard / Qwen lápis grade 9 / desenho à mão, escreve storyboard_engine) → h3d next dá o comando para essa ferramenta (Codex requer --model <modelo especificado pelo usuário>), validate_storyboard.py	references/storyboard/shot-intent.md, references/storyboard/cinematic-director.md, references/storyboard/continuity-ledger.md; para lutas/golpes/efeitos especiais, carregue também h3-combat-impact (veja abaixo)
5 Prompts	Escreva manualmente shot por shot Layer 2 five_part_en (Camera / Motion / Performance / Light / Sound, Motion e Performance devem ser detalhados; cada frase deve corresponder a um resultado visível ou audível; não reescreva a aparência já na imagem de referência; escreva posição, linha de visão, pose inicial e final, objetos de chave), leia o storyboard, a imagem de storyboard e o estado do shot anterior antes de escrever; o compilador apenas monta o formato de seis partes; antes de enviar, execute prompt_sketch_audit.py para verificar frase por frase prompt ↔ imagem de storyboard (segmentos fl2v primeiro frame_pair_qa.py sobreposição de imagem)	Escrever código para gerar as cinco subseções; sobrescrever segmentos após compilação; usar meta-palavras (authored/approved) ou frases proibidas para empilhar e passar; ignorar avisos sem ack	h3d bind (primeiro gere imagem de referência e vincule), h3d author, h3d compile --check, h3d catalog --check	references/prompt-authoring.md, references/h3/prompt-formats.md, references/tooling.md; para segmentos de luta/golpe especial, siga também h3-combat-impact
6 Vídeo	Enviar → Coletar → QA → QA dinâmico (congelamento de fluxo óptico / parado, proposta automática de lista de variação de velocidade) → QA de continuidade de transição (ponto de corte real + colagem de transição + candidato parado em um lado, apenas aviso) → --continuity-pairs responder par por par a lista de seis itens de continuidade (location / prop / screen side / costume / light / effect) → conclusão por segmento → caixa de entrada	Executar dois runners simultaneamente; tocar no job de outro; usar vídeo com drift no QA; extrair quadros para julgar transição usando duração planejada (primeiro veja o ponto de corte real encontrado por --continuity)	h3d probe, h3d run --plan, h3d qa, h3d motion, h3d qa --continuity, h3d verdict, h3d inbox	references/tooling.md §2.5–2.8 (QA de transição §2.8.1), references/remix-draft-loop.md (ciclo remix cartas → revisão → edição), references/speed-ramp.md, references/skill-guide.md "Estágio 6 Geração"
7 Legendas e Edição	Pós-produção de variação de velocidade em segmentos de ação já aprovados (vídeo original inalterado, diálogo em velocidade original), loudness, definição de voz de cada personagem uma vez, projeto de edição único para todo o vídeo, revisão cega antes da entrega (build_blind_review.py --stage 7 extração de quadros e colagem, regras em references/blind-review.md)	Todo diálogo, narração e voz over são gerados nativamente pelo H3 (sem TTS externo); definir voz pelo usuário; sobrescrever vídeo original; variar velocidade em áreas de diálogo	h3d ramp, h3d concat plan/build, h3d assemble; lente de edição (apenas sugestões) scripts/craft/edit_review.py	references/tooling.md §2.7, references/skill-guide.md "Estágio 7", references/edit/manju-editing-playbook.md (pontos de corte / transições / efeitos / legendas / cartão de entrada / ducking de música / loudness), references/craft/murch-cut, references/craft/hamilton-action

A aprovação formal do estágio é baseada em review/project-state.json, só pode ser feita via build_stage_review.py --approve-stage (fala original do usuário) ou h3d approve --auto (estágios autorizados pelo usuário). Rota de geração de vídeo: padrão Ref2VA (FreeVideo, recorte individual); quando o usuário optar pelo console caseiro REMIX com pacote de personagem, decida h3d decide video_backend remix, h3d bind muda para vincular pacote de personagem, h3d compile com vínculo remix gera colunas REMIX (âncora de estilo no início, <Picture N> / <Video N> numerados por pacote), audit ramifica por backend (o adapter de envio ainda não está conectado; o terminal de envio do FreeVideo rejeitará segmentos remix; veja references/tooling.md §2.3.1c). A página de revisão do estágio 5 executará automaticamente refcheck/staging para segmentos ref2va e os listará como lembretes (segmentos remix dentro do audit); na execução manual, execute h3d refcheck (personagens/criaturas/objetos/multidão mencionados no prompt devem ter um pacote; remix bloqueia, ref2va apenas avisa) e h3d staging (posição da esquerda para a direita, linha de visão, não de frente para a câmera; aviso padrão, bloqueia apenas com staging_gate strict), veja references/tooling.md §2.3.1d.

Aprovação por segmento no estágio 5: A aprovação do estágio 5 registra a impressão digital de cada segmento. Se apenas alguns segmentos forem modificados após a aprovação → apenas os segmentos modificados (incluindo novos/excluídos) precisam ser re-revisados, os não modificados permanecem aprovados e podem ser enviados (h3d submit / h3d run automaticamente pula ou rejeita segmentos que precisam de re-revisão); segmentos modificados sempre exigem re-revisão humana: build_stage_review.py --project-dir . --stage 5 --segments X,Y gera página de re-revisão → após aprovação do usuário, h3d approve --stage 5 --segments X,Y --user-note "<fala original do usuário>", não use --auto. Segmentos que já tinham vídeo e foram modificados aparecerão como stale (prompt_stale) em h3d deps --status. Se o snapshot antigo ou partes compartilhadas (casca do arquivo de segmento, ack de segmento não vinculado, estágio anterior) mudarem, toda a revisão deve ser refeita. Detalhes em references/tooling.md §2.6. Rascunhos de texto puro podem ser entregues conforme o escopo especificado, sem necessidade de prosseguir para geração de mídia: use h3d decide delivery_scope script-only|storyboard-only|prompts-only|full --quote "<fala original do usuário>" para definir o ponto final de entrega (não definido = fluxo completo), h3d next no ponto final reporta done; com no_image, o estágio 2 requer apenas cartão de configuração de texto. Nota: no_image desativa apenas o estágio 2; o estágio 4 em diante ainda requer imagens de storyboard; o ponto final deve ser antes do estágio 3 ou decidido separadamente. A correspondência entre saídas dos oito estágios e páginas de revisão HTML está em references/skill-guide.md "Fluxo de Oito Estágios e Pontos de Parada HTML". Templates detalhados em references/pipeline.md. As páginas de revisão HTML de cada estágio são agora páginas de depuração (para vincular snapshots de revisão); a interface para o usuário é a caixa de entrada h3d inbox, especificações em references/review-page-spec.md.

Segmentos de Luta/Golpe/ Efeitos Especiais: Carregar h3-combat-impact Simultaneamente

Quando o storyboard ou os prompts envolverem lutas, combate, golpes, golpes especiais/ultimate, um golpe para nocautear, transformação, explosões mágicas, efeitos especiais, quadros de impacto, tela tremendo (ou qualquer acerto de nível L3 ou superior), carregue simultaneamente h3-combat-impact (ayase0307/h3-combat-impact) e use ambos:

• Estágio 4: Siga seu fluxo obrigatório para projetar golpes dos personagens, coreografia de combate (troca/consequências), camadas de efeitos e movimentos de câmera, e liste lista de pontos de impacto, cada ponto com caminho de quadro de impacto (P0–P3). Lint de direção (director_lint.py, warning) lembrará: novo local, primeiro shot de estabelecimento; diálogo não cruze o eixo de 180 graus; após reviravolta/más notícias, shot de reação; correspondência de linha de visão deve mostrar o objeto observado; transições entre segmentos usem corte de ação ou transição com oclusão (referência 24frames.art linguagem de câmera, reescrita).
• Estágio 5: O five_part_en de segmentos de luta segue suas cartas de decisão — golpes especiais padrão escrevem um segmento "string de quadros de impacto" (template F), não use near-freeze / hangs poised / like a meteor / for two frames e outras palavras lentas do H3 e controle de quadros; o plano de quadros de impacto (código de tempo, ponto de golpe, força, caminho, taxa de montagem) é escrito nas notas do storyboard / descrição de entrega do segmento (atualmente não há campo dedicado nos segmentos).
• Estágio 7: Segmentos de luta já aprovados recebem variação de velocidade de acordo com o plano de quadros de impacto (h3d ramp, ou impact_frame.py ramp do skill) ou composição (impact_frame.py composite); áreas de diálogo mantêm velocidade original.
• Duração do shot: strings de quadros de impacto, shots curtos de golpe podem ser mais curtos que "cada shot ≥2 s" do h3-video-prompting; o padrão é o de h3-combat-impact.

A escrita complementar neste repo: references/storyboard/xuanhuan-combat-contract.md (ramos de batalha, condições de sucesso de ação, local, três camadas de impacto, terminologia de velocidade de câmera, cadeia de processo de golpe especial) e references/storyboard/vfx-design-and-review.md (cartão de design de efeitos, linha de proteção do rosto, revisão de imagem e retrabalho, escrita de correção localizada); ambos são destilados de skills externos, não testados com H3.

Isso é um encaminhamento, não altera o gatekeeping deste skill: validate_storyboard.py, h3d compile --check, h3d catalog --check devem passar normalmente.

Quatro Verificações Determinísticas (Parte da Entrega)

Quântico de duração (17n+5, usar metadata.frames para enviar), classificação de evidências (estágio 6 requer VERIFIED), ledger de dependências por segmento (h3d deps), diretório de falhas (h3d catalog --check / h3d ack). duration_drift, PARTIAL, já há job waiting indicam "não pode continuar agora", tratamento em references/tooling.md §4.

Supervisão (Ledger de Requisitos, Executar Antes da Revisão e Junto com a Revisão Cega)

h3d decide registra apenas decisões formalizadas; preferências ditas casualmente pelo usuário que não entraram no quadro de decisões serão esquecidas, e nenhuma verificação pergunta "o que o usuário disse foi esquecido?". O supervisor cobre isso: python scripts/build_requirements_ledger.py --root <projeto> monta o ledger de requisitos (fala original de cada decisão em decisions.json + cartão pendente do inbox + extratos manuais --quotes), --stage N / --all / --inputs monta pacotes de verificação "contendo apenas material, não conclusões", um fresh subagent verifica a cobertura da saída item por item (templates e proibições em references/supervision.md). Mesmo posicionamento que a revisão cega: não é um gate do processo, não altera a máquina de estados do h3d; não aprovado deve ser tratado antes do envio para revisão. Ao assumir um projeto existente, o primeiro passo é usar --all para verificação cumulativa (em conjunto com references/audit-inherited-project.md).

Recursos (Índice)

• references/tooling.md — todos os comandos e verificações do h3d (leia antes de executar qualquer comando); §2.5 Decisões / Conclusão por segmento, §2.6 Caixa de entrada e aprovação automática, §2.7 runner / probe / dublagem / edição.
• references/skill-guide.md — Texto completo do SKILL.md original: Princípios centrais 0–14, Estrutura do projeto, Decisões práticas do estágio 6, Camadas de dublagem do estágio 7, Lista completa de scripts.
• references/pipeline.md — Fluxo detalhado dos oito estágios, Lista de perguntas, Templates; Decisões de três camadas de áudio e padrões de loudness.
• references/review-page-spec.md — Especificação da página de revisão: O que é entregue ao usuário é a caixa de entrada de decisões (ordem do layout, campos obrigatórios do cartão, itens proibidos, seis blocos de visualização de leitura dos oito estágios), páginas de estágio antigas são apenas para depuração.
• references/blind-review.md — Revisão cega (fresh-eyes): Pacote de material apenas com material, sem conclusões, e processo (estágios 3/7 obrigatórios; scripts/build_blind_review.py).
• references/supervision.md — Supervisão (ledger de requisitos): Verifique item por item a cobertura do que o usuário disse (obrigatório antes da revisão de cada estágio; scripts/build_requirements_ledger.py).
• references/document-standard.md — Formato padrão de documentos de estágio: Cartão de status + Corpo + Registro de revisão, use h3d doc para escrever, não edite manualmente; "você decide" vai automaticamente para a caixa de entrada.
• references/audit-inherited-project.md — Assumir projeto de outro ("você assume" "o agente anterior fez um trabalho ruim" "veja se há sugestões"): Audite antes de prosseguir, limite de impressão digital de geração mecânica, três tipos de estragos no pipeline de diálogo, auditoria REMIX, ordem de reconstrução e minas terrestres (re-bind, verbos de câmera oficiais, restauração de snapshot sketch, imagem de storyboard de backend não suportado).
• references/remix-draft-loop.md — Ciclo de cartas remix (estágio 6): Escolha de 4/6 passos pika480, cinco sintomas de pacote de referência sobrepondo prompt, três coisas na revisão, três falsos alarmes comuns (baixa saturação / linha de quadro / salto de tom), correção em lote + re-assinatura, ordem de coleta e finalização.
• docs/skill-roadmap.html — Roteiro dinâmico para humanos (ações dos oito estágios, saídas, quem decide, sinais de parada); se o fluxo mudar, sincronize seu roadmap-data embutido (tests/test_skill_roadmap.py faz a conciliação).
• references/adapt/ (Adaptação), references/storyboard/ (Storyboard de direção), references/consistency.md (Consistência de ativos), references/styles.md (Âncora de bloqueio de estilo), references/freevideo.md, references/model-profiles.md, references/minimax-h3.md e references/h3/ (Referência detalhada do H3, sincronizado do upstream h3-video-prompting), references/prompt-playbook.md, references/h3/camera-moves-handbook.md (Manual de movimento de câmera upstream: 17 formas + Loop Forge 6 formas + bullet time xianxia, anotado com testes Colab), references/craft/ (Lentes criativas, apenas sugestões, não altera gatekeeping), references/edit/ (Manual de edição de comédia dramática do estágio 7, Pesquisa de Concat / rascunho de CapCut).
• Lutas / Golpes / Efeitos especiais / Quadros de impacto: Skill externo h3-combat-impact (ayase0307/h3-combat-impact), veja "Segmentos de Luta/Golpe/Efeitos Especiais" acima.
• references/revision-and-retry.md — Correções devem sempre incluir lista de alterações + conclusão de vinculação, re-sorteio do mesmo shot no máximo 2 vezes antes de voltar ao diagnóstico de camada, princípio de comparação de aceitação.
• references/storyboard/continuity-ledger.md — Inventário de personagens, lista de verificação de storyboard, três tipos de posicionamento, tabela de posição, plano e contra-plano, estado final de transição de segmento, uso de imagem de referência.
• references/storyboard/spatial-consistency.md — Consistência espacial: Imagem mestre da cena desenhada a partir da planta baixa, camada de atribuição de parede (opcional scripts/storyboard/wall_map.py), painel de storyboard baseado na imagem mestre, shots apenas de criaturas vinculados a referência dentro da loja (experimento de Lao Yi 2026-10, evidência direcional); §6 Divisão de maquete branca e três níveis de precisão (Foyege, não testado com H3).
• Formatos: references/schemas/ (decisions, verdicts). Regras rígidas para o agent estão também em AGENTS.md.