Edição de artigo de física — seção
Use para uma seção completa de física de qualquer extensão, uma nota técnica ou qualquer passagem de física com mais de 12 frases tipográficas em LaTeX, Markdown ou texto simples. Use physics-paper-editing diretamente para passagens mais curtas que não sejam de seção. O cânon é physics-language-principles.
Todas as sessões legadas/versão 1 são registros históricos encerrados. Nunca as retome nem considere suas verificações para a conclusão atual. Cada nova passagem ou passagem repetida inicia uma rodada de edição versão 2 com seu próprio identificador de rodada e instantâneo de origem; consulte disk-layout.md.
Ordem de leitura
- Antes da primeira resposta voltada ao usuário, leia o runtime-contract.md e o user-communication.md da micro skill. Siga a política de comunicação antes de cada resposta posterior voltada ao usuário.
- Ao retomar, resolva a rodada ativa versão 2 através de
CURRENT, leia osession.mddessa rodada e, em seguida, cross-skill.md. Para limites de automação de retomada, leia também automation.md. - Leia stages.md e disk-layout.md.
- Antes da edição de bloco, leia chunk-contract.md e o SKILL.md ativo da micro skill.
- Leia scope-and-verifiers.md para revisão do Estágio B ou E. Quando o projeto tiver um arquivo de decisões, leia também rulings-file.md.
- Antes da conclusão, leia test-checklist.md.
Design fundamental
A seção é organizada em torno de uma espinha dorsal da física global e um livro-razão global de objetos antes que a prosa local seja otimizada. Cada bloco os herda. Um bloco não pode introduzir uma normalização concorrente, convenção de fator, símbolo duplicado ou escopo alterado sem reconciliar o livro-razão global.
O particionamento em blocos permanece um mecanismo de atenção e persistência. Um editor de seção forte pode criar blocos diretamente; um editor econômico ou desconhecido usa o arcabouço. Cada bloco comum usa o contrato direct | reviewed da micro skill. Uma unidade segura para o formato de origem que não pode ser dividida abaixo de 13 frases permanece um bloco superdimensionado de propriedade da seção e usa o contrato revisado diretamente, em vez de violar um limite de definição ou equação.
Cada bloco deve preservar a terminologia e notação estabelecidas da seção. A montagem do bloco não pode introduzir um novo rótulo abreviado, alias matemático ou nome duplicado que estava ausente da origem e do contexto global, a menos que names-and-symbols.md o permita e seja reconciliado deliberadamente.
Estágios
| Estágio | Resultado |
|---|---|
| A | Rodada versão 2, origem imutável, intenção de edição, cobertura de idioma, política modelo-função, escopo da seção |
| B | Espinha dorsal da física da seção, mapa de parágrafos, livro-razão global de objetos, plano estrutural |
| C | Blocos de argumento seguros para o formato de origem, normalmente no máximo 12 frases, com uma alternativa definida para unidade superdimensionada |
| D | Edição direta ou revisada por bloco; livro-razão global atualizado deliberadamente |
| E | Revisão formal e de consistência de objetos e história da física em toda a seção: no máximo duas rodadas de revisores cegos independentes, combinadas e julgadas |
Não lance um revisor por frase. Um bloco revisado usa um revisor de frases por unidade completa e um revisor de terminologia e notação, além de especialistas acionados. Não exija um revisor para um bloco direto de baixo risco. Reabra apenas trechos que falhem em um eixo de qualidade exigido.
Na primeira resposta voltada ao usuário, siga o contrato de execução da micro skill. Se existir uma política de modelo-função do projeto ou conversa em andamento, declare seu mapeamento e continue sem pedir confirmação. Caso contrário, pergunte e aguarde. Registre o mapeamento ativo em session.md e passe-o para cada bloco e revisão em toda a seção. Os blocos não perguntam novamente.
Cada rodada também declara language_coverage: selective | exhaustive. A cobertura seletiva audita frases alteradas ou diagnosticadas mais a prosa em nível de bloco. A cobertura exaustiva dá a cada frase em cada bloco atual um veredito de idioma do instantâneo atual. Não infira cobertura exaustiva meramente da existência de artefatos de bloco antigos; pergunte quando a cobertura solicitada for ambígua. Detalhe: o language-coverage.md da micro skill.
A cobertura seleciona frases, não princípios. Cada frase no escopo recebe todas as 16 verificações de frase, e cada frase em texto recém-redigido conta como alterada.
Persistência
O trabalho de seção é normalmente retomável, portanto persista cada rodada versão 2, seu texto de seção original imutável e limites, candidato atual, resumo, revisão de contexto e revisão do livro-razão de objetos, manifesto de blocos, hashes e resultados de qualidade sob .physics-edit/ conforme especificado em disk-layout.md. Rodadas históricas permanecem evidências imutáveis e nunca satisfazem uma rodada posterior.
Idioma voltado ao usuário
Mantenha o vocabulário exato de versão, rodada, instantâneo, roteamento e status nos registros persistidos, onde é necessário para a correção. Na conversa, siga a política de comunicação com o usuário compartilhada: descreva o que está acontecendo em linguagem comum e nunca apresente um rótulo interno sem explicar imediatamente o que ele significa para o texto do autor.
Portão de conformidade
A contabilidade de uma rodada é um programa, scripts/check_edit_round.py (execute-o com python3; não precisa de pacotes; --root padroniza para o nível superior do repositório git atual). Ele mantém os vereditos por frase, emite pacotes de revisor com o hash do texto que mostram, registra relatórios de revisores e decide com check se a rodada pode ser relatada como pronta. Ele não chama LLM e não altera o texto do manuscrito. A política modelo-função do projeto na raiz do repositório é physics-edit-policy-<platform>.json para a plataforma host ativa (por exemplo physics-edit-policy-antigravity.json no Antigravity ou physics-edit-policy-claude.json no Claude Code, selecionada automaticamente do ambiente host ou com --platform <platform>), recorrendo a physics-edit-policy.json; a skill não armazena padrão, portanto pergunte ao proprietário quando estiver faltando e escreva a resposta com policy set (ou policy set --platform <platform>).
Quando o repositório tem project-vocabulary.json e a skill irmã physics-vocabulary está instalada, check também verifica cada frase revisada, incluindo legendas, em busca dos avoid_names de todo o registro (comentários, rótulos e caminhos não são lidos). Um acerto bloqueia a rodada até que a frase seja corrigida, ou, quando as palavras não nomeiam o conceito registrado, até que um waive --roles terminology registre o motivo; entregue os acertos ao revisor de terminologia do bloco. Pacotes para os revisores de frase e terminologia também carregam o parágrafo inteiro antes do bloco e o relatório consultivo de scripts/check_prose_patterns.py para o bloco; pacotes holísticos do Estágio E carregam o relatório do texto inteiro. Os revisores confirmam ou limpam seus candidatos; o relatório nunca bloqueia uma rodada por si só. Cada pacote carrega as linhas do mapa de parágrafos para seu bloco (Estágio E: o mapa inteiro). Quando o repositório tem RULINGS.md, digest e stage-e merge o imprimem uma vez por rodada, para o agente que pondera as descobertas; digest --rulings o imprime novamente após uma retomada. Nenhum pacote de revisor o carrega.
Comandos: policy, init, chunks, rechunk, pending, prompt, record, digest, waive, stage-e, status, snapshot, defect, revision, gc, check (--help lista as opções). Execute-os nos momentos abaixo. Deve significa que o programa recusa o próximo passo ou check falha sem ele.
| # | Momento | Executar | |
|---|---|---|---|
| 1 | Início de uma rodada | policy show (se estiver faltando: pergunte ao proprietário, depois policy set), init, preencha resumo, mapa de parágrafos e livro-razão, check | deve: política, init; deveria: check (apenas resumo, mapa de parágrafos, livro-razão e atestações devem estar abertos) |
| 2 | Retomada em uma nova sessão ou após compactação | status, pending, digest --rulings, check | deve. status lista pacotes emitidos mas não registrados: registre-os ou descarte-os antes de lançar novos |
| 3 | Um marcador é dividido, mesclado, movido ou adicionado | rechunk, chunks | deve. Um bloco com pelo menos metade de suas frases já revisadas mantém seu id |
| 4 | Após cada lote de edição, assim que a própria verificação do cânon do editor terminar | record --role editor_closure, depois digest (nenhuma descoberta aceita pode ficar não aplicada), pending, prompt | deve: o fechamento (prompt recusa sem ele). Um FIX que você decide não aplicar: waive --reason |
| 5 | Lançando um revisor | o modelo e esforço que prompt imprime | deve |
| 6 | Um resultado de revisor | record --packet pNNN --report FILE --model M --effort E | deve. Ele impõe modelo e esforço, revisão e um veredito para cada frase no escopo. Frases que mudaram desde que o pacote foi emitido são relatadas, não rejeitadas: seus vereditos simplesmente não correspondem mais |
| 7 | Uma revisão de frase com acertos de princípio FIX | prompt --role specialist --principles ... antes do reparo | deve (o portão deve um especialista por acerto) |
| 8 | Um lote é registrado | pending, digest; decida cada story_check, depois edite sob a linha 4 | deveria |
| 9 | Nada pendente em um bloco | prompt --scope close para o revisor de frase e de terminologia, depois reparos pelas linhas 4 a 8 | deve: check precisa de um fechamento de revisão por função, exceto para um bloco que a cobertura seletiva deixa inalterado |
| 10 | Após a última edição | snapshot | deve (check falha até que o instantâneo seja igual ao texto vivo) |
| 11 | Antes do Estágio E | check não mostra nenhuma linha que comece com um id de bloco | deve: `prompt --role holistic |
| 12 | Uma rodada do Estágio E (no máximo duas) | prompt --role holistic e --role formal uma vez por revisor (3 por função na rodada 1, 2 na rodada 2; o programa recusa mais), cada um lançado como um novo agente que obtém apenas a linha impressa; record --packet para cada; stage-e merge; `stage-e rule --cluster K.. --as applied | waived |
| 13 | Uma decisão do proprietário, um reparo do Estágio E ou uma movimentação entre blocos | defect rule se um defeito foi registrado; pending para o raio de explosão; atualize o arquivo de decisões (rulings-file.md); revision --yes apenas se a espinha dorsal, o livro-razão ou as convenções contra as quais os revisores julgam mudaram | deve para defect rule. Um incremento imprime e descarta todos os vereditos atuais e rejeita pacotes ainda em aberto. Uma edição do livro-razão, do resumo ou de reviewer-context.md sem um incremento é apenas alertada quando um pacote é registrado |
| 14 | Antes de cada relatório ao proprietário | check; cite sua última linha; termine com "Desvios da skill:" | deve |
| 15 | Ao final de uma rodada, ou quando perguntado sobre uso de disco | gc | deveria. Ele lista rodadas além da retenção e não exclui nada; gc --compact remove o grosso das rodadas expiradas (relatórios brutos, pacotes, mapas de frases, instantâneos) e apenas com o acordo do proprietário |
Conclusão
Uma seção está pronta apenas quando todos os blocos estão integrados, cada resultado exigido corresponde aos instantâneos atuais do bloco e da seção, a cobertura de idioma declarada está completa, nenhum eixo de qualidade exigido de um bloco está FIX ou USER_DECISION, e o Estágio E é julgado: no máximo duas rodadas de revisores cegos independentes, cada cluster obrigatório aplicado ou dispensado (nenhum aberto, nenhum adiado para o proprietário). A independência da verificação é registrada separadamente da qualidade do conteúdo.
Um defeito científico na origem do autor que a tarefa solicitada não autorizou reparar segue a regra em quality-contract.md: registre-o com defect add, continue trabalhando nos blocos que não dependem dele e deixe a rodada needs_user até que o autor decida. Não converta o defeito em uma limitação no momento da conclusão.
Skills relacionadas
- physics-paper-workflow — receita mestre e mapa de estágios ao longo do artigo
- physics-paper-outline — esboço, fórmula de Introdução de 4 parágrafos e limite entre texto principal e apêndice
- physics-paper-framing — resumos, parágrafos de resumo e alinhamento Conclusão ↔ Introdução
- physics-language-principles — cânon de redação e revisão
- physics-paper-editing — passagens de no máximo 12 frases e cada bloco
- physics-paper-author-read — resposta às próprias edições e comentários à margem do autor; seu idioma passa por esta skill
Fora do escopo
- Passagens que não são de seção com no máximo 12 frases
- Inventar significado físico ausente
- Tratar limites de bloco como permissão para redefinir objetos globais localmente
- Retomar ou reativar uma sessão legada/versão 1