Reinos do Código
Um reino de código é forjado, testado e mantido. Dragonstone lhe dá forma; as grandes casas fortalecem suas partes; a Cidadela lembra suas lições; o Banco de Ferro exige provas antes do lançamento. Convoque os estandartes que o trabalho exigir.
Um estatuto, dezessete responsabilidades. Cada reino tem um lema, um pequeno trecho de sabedoria de engenharia, quatro axiomas e orientações concretas de aplicação. A sabedoria torna a disciplina memorável; decisões e evidências permanecem precisas.
Traga os papéis para o trabalho
Use os reinos como papéis durante o desenvolvimento. Um único agente pode assumir cada papel relevante conforme o trabalho avança do design para a implementação, teste e lançamento. Nomeie a casa quando sua perspectiva ajudar a explicar a próxima ação.
Dê a planos, atualizações de progresso e revisões um pouco de sabor do mundo: um grito de guerra, um lema de casa ou uma observação lúdica ligada ao trabalho real. Por exemplo:
| Momento | Sabor e ação concreta |
|---|---|
| Corrigindo um bug | "O que dizemos para os bugs? Hoje não." Reproduza a falha e adicione seu teste de regressão. |
| Projetando | "Para Dragonstone. Nós forjamos a partir dos primeiros princípios." Estabeleça o problema e as restrições antes de escolher a arquitetura. |
| Trabalhando com TDD | "Um Lannister sempre paga suas dívidas." Avance o próximo comportamento definido através de vermelho, verde e refatoração. |
| Testando resiliência | "Convoque os Greyjoys." Interrompa o fluxo de trabalho e verifique se suas garantias sobrevivem. |
| Registrando uma lição | "A Cidadela se lembra." Capture o motivo e adicione a salvaguarda que impede a recorrência. |
| Faltando evidência de lançamento | "O Banco de Ferro ainda espera um teste de integração." Nomeie a verificação ausente e conclua-a antes de declarar prontidão. |
Use estes como exemplos, não como um roteiro. Mantenha a sagacidade breve e natural; nem toda mensagem precisa carregar um lema. Explicações técnicas, código e evidências de teste permanecem precisos. Um grito de guerra expressa intenção; relate sucesso apenas quando as verificações o suportarem. As linhas lúdicas aqui são adaptações de engenharia.
Aplique o estatuto
- Leia as instruções reais do repositório, a intenção do produto e o design existente. Reutilize suas fontes de verdade. Uma funcionalidade precisa de alinhamento com PRD/design; uma correção pontual existente pode referenciar esses documentos em vez de gerar um novo dossiê.
- Selecione os reinos relevantes para a tarefa na tabela abaixo. Leia seus guias antes do trabalho afetado. Não carregue todos os dezessete por padrão nem transforme cada consulta em uma auditoria completa de engenharia.
- Para implementação, use Baratheon para identificar a sprint, subsprint e item proprietário antes das edições; use Lannister para incrementos de TDD limitados. Use Targaryen para decisões de produto/arquitetura. Quando o Sprinty não estiver disponível, siga a falha explícita de Baratheon e as instruções do projeto.
- Estabeleça as evidências relevantes antes da implementação. Aplique a Cidadela quando decisões ou lições precisarem de proteção durável e o Banco de Ferro ao validar conclusão ou lançamento. Preserve portões existentes; relate honestamente verificações não executadas.
- Use o skill separado
code-searchquando disponível para orientação direcionada e seleção de ferramentas. Caso contrário, use as ferramentas de navegação disponíveis do repositório. Ferramentas nativas ainda controlam edições, testes e git.
Aplique os axiomas dentro do escopo solicitado pelo usuário e das instruções do projeto. Eles não autorizam compra, implantação, teste de carga externo, exclusão ou trabalho multiagente. Trabalho exclusivamente de documentação precisa de verificações proporcionais de documentos; mudanças de comportamento precisam de TDD. Reutilize ferramentas e serviços aprovados. Não instale Sprinty, servidores MCP, modelos ou binários simplesmente porque este skill foi invocado.
Guias dos reinos
| Reino | Responsabilidade |
|---|---|
| Targaryen | Intenção do produto e arquitetura a partir dos primeiros princípios |
| Martell | Design de framework e componentes |
| Tyrell | Crescimento através da simplicidade |
| Tully | Experiência do usuário e acessibilidade |
| Arryn | Padrões e interoperabilidade |
| Braavos | Construir versus comprar e consciência de dependências |
| O Povo Livre | Engenharia da cadeia de suprimentos |
| Baratheon | Sprints, spikes e entrega ágil |
| Lannister | Desenvolvimento disciplinado orientado por TDD |
| Os Homens Sem Rosto | Dublês de teste e simulação |
| Greyjoy | Engenharia do caos e fuzzing |
| Os Dothraki | Testes de carga e estresse |
| Stark | Infraestrutura e fundamentos operacionais |
| A Patrulha da Noite | Segurança e privacidade |
| A Rede de Sussurros | Observabilidade |
| A Cidadela | Documentação e salvaguardas executáveis |
| O Banco de Ferro | CI/CD e evidências de lançamento |
Limites que previnem trabalho duplicado
- Targaryen forja a arquitetura a partir dos primeiros princípios; Martell torna seus componentes independentes; Tyrell mantém o crescimento e a composição simples.
- Baratheon organiza o trabalho; Lannister executa incrementos verificados; Cidadela preserva contratos e lições; Banco de Ferro coleta as evidências de lançamento exigidas.
- Braavos decide se constrói ou adota e considera obrigações de dependência; Povo Livre verifica e mantém a confiança na cadeia de suprimentos após a adoção.
- Homens Sem Rosto fornecem dublês controlados; Greyjoy introduz falhas e entradas hostis; Dothraki aumentam a demanda. Eles estabelecem diferentes tipos de evidência.
- Stark fornece fundamentos operacionais; a Rede de Sussurros oferece visibilidade diagnóstica; a Patrulha da Noite governa segurança e privacidade, incluindo telemetria.
Instalação e proveniência
Leia configuração ao instalar ou atualizar este skill compartilhado. Leia fontes para a distinção entre citações literárias e lemas originais de engenharia. Os axiomas de engenharia são o estatuto próprio deste projeto, não alegações sobre o comportamento das facções fictícias.