Communitygithub.com

disciplina-doc-agente

Disciplina de escrita para documentos consumidos por agentes (as cinco superfícies, especificações, tickets, .omc/skills/) — toda regra verificável e acompanhada de um porquê, passos antes de referência, um significado em um único lugar, sem repetir o que o ambiente já diz. Obrigatória na geração de sementes do drydock e na passagem de sedimentos C5 do lançamento; opcional para qualquer outra edição de documento voltado a agentes. Companheira da disciplina-código-mínimo: uma disciplina o código, esta disciplina os textos.

O que é disciplina-doc-agente?

Esta habilidade impõe uma disciplina rigorosa de escrita para qualquer documento que um agente de IA consome para agir — como superfícies (CLAUDE.md, CONTEXT.md, docs/standards/, design-system/, .omc/skills/), especificações, tickets e arquivos de skill. O objetivo é garantir que um agente recém-iniciado em uma sessão possa executar ações apenas lendo o documento, sem depender de histórico de chat, conhecimento prévio ou ambiguidades. As regras são verificáveis (cada uma tem um porquê explícito) e proíbem duplicação, repetição de informações já disponíveis no ambiente (como comandos --help) e material desatualizado. A disciplina prioriza passos com critérios de conclusão claros, evita proibições sem alternativas positivas e exige a remoção de conteúdo obsoleto durante a edição. É obrigatória em momentos específicos do processo (geração de sementes e passagem de sedimentos) e opcional em outras edições, mas recomendada para garantir documentos auto-suficientes e acionáveis por agentes.

Funciona com✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Yeachan-Heo/oh-my-claudecode/tree/main/skills/agent-doc-discipline

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação


name: disciplina-doc-agente description: Disciplina de escrita para documentos consumidos por agentes (as cinco superfícies, especificações, tickets, .omc/skills/) — toda regra verificável e acompanhada de um porquê, passos antes de referência, um significado em um único lugar, sem repetir o que o ambiente já diz. Obrigatória na geração de sementes do drydock e na passagem de sedimentos C5 do lançamento; opcional para qualquer outra edição de documento voltado a agentes. Companheira da disciplina-código-mínimo: uma disciplina o código, esta disciplina os textos. nível: 3

Disciplina de Documento para Agentes

Use esta habilidade para aplicar uma disciplina de escrita ao criar ou editar qualquer documento que um agente consome para agir: as cinco superfícies (CLAUDE.md, CONTEXT.md, docs/standards/, design-system/, .omc/skills/), especificações, tickets e arquivos de skill. O teste que um documento deve passar: uma sessão de agente nova pode agir com base nele apenas lendo.

Obrigatória quando: o drydock gera sementes de superfície, a passagem de sedimentos C5 do lançamento escreve uma lição em um slot. Opcional para todas as outras edições — mas qualquer edição em um documento voltado a agentes deve sobreviver a estas regras.

Quando não usar

Documentos escritos apenas para humanos: narrativa docs/business/, histórias de decisão ADR, READMEs para integração de humanos. Eles podem ainda seguir as regras onde isso não custa nada, mas não estão sujeitos a esta disciplina.

A Disciplina

Escreva para um leitor sem histórico de chat. O documento é autodescritivo: nada depende de "como discutido", de uma sessão anterior ou de conhecimento que existe na cabeça de alguém. Teste: uma sessão de agente nova pode agir com base no documento apenas lendo.

Toda regra verificável e acompanhada de um porquê. Nada de "mantenha limpo" — escreva a condição observável e o motivo. Teste: um agente pode decidir aprovado/reprovado apenas pelo texto, e o porquê está indicado ao lado da regra.

Um significado, um lar. Cada regra ou definição tem um único lugar autoritativo; duplicação é deriva à espera de acontecer. Teste: alterar um comportamento é uma edição em um só lugar.

Nunca repita o que o ambiente confessa. Scripts de pacote, estruturas de diretório, saída --help são consultas, não documentos — uma consulta copiada fica desatualizada. Documente apenas o que não pode ser encontrado olhando: a convenção não escrita, o motivo por trás de uma escolha, a pegadinha. Teste: cada linha sobrevive a "isso pode ser consultado em outro lugar?".

Passos primeiro, referência atrás, material raro atrás de um ponteiro. O que fazer, em ordem, no topo; regras para consulta sob demanda abaixo; material de baixa frequência empurrado para trás de um ponteiro cujo texto nomeia os ramos que devem acionar seu acesso. Teste: a próxima ação é encontrável na primeira tela.

Cada passo termina com um critério de conclusão. Feito deve ser distinguível de não feito — um limite vago convida à conclusão prematura. Teste: para cada passo, "como sei que isso está terminado?" tem uma resposta no texto.

Promova o positivo. Declare o comportamento alvo; uma proibição é reservada para barreiras rígidas e sempre emparelhada com o alvo positivo. Teste: toda proibição no documento nomeia a coisa a fazer em vez.

Remova incrustações ao escrever. Quando o documento contém material obsoleto ou redundante, remova-o na mesma edição; quando não contém, adicione apenas o material necessário e não invente exclusões. Uma frase que o modelo já obedece por padrão gera custo sem retorno — exclua a frase inteira. Teste: cada linha relida merece seu lugar contra "isso muda o comportamento versus o padrão?", e qualquer material obsoleto ou redundante encontrado durante a edição foi removido.

Verificação

Antes de relatar uma alteração de documento como concluída, confirme:

  • uma sessão nova poderia agir com base nele sem perguntar nada a um humano
  • toda regra é verificável e declara seu porquê; nenhuma regra repete uma consulta
  • significados vivem em um só lugar; ponteiros nomeiam seus ramos de acionamento
  • material obsoleto ou redundante encontrado durante a edição foi removido, enquanto conteúdo válido não relacionado foi preservado

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

ai-slop-cleaner

Clean AI-generated code slop with a regression-safe, deletion-first workflow and optional reviewer-only mode

ask

Process-first advisor routing for Claude, Codex, Gemini, Antigravity, Grok, or Cursor via `omc ask`, with artifact capture and no raw CLI assembly

ask-navigator

Shipyard

autopilot

Full autonomous execution from idea to working code

autoresearch

Stateful single-mission improvement loop with strict evaluator contract, markdown decision logs, and max-runtime stop behavior

cancel

Cancel any active OMC mode (autopilot, ralph, ultragoal, swarm, ultrapilot, pipeline, team) and clean up retired legacy state

configure-notifications

Configure notification integrations (Telegram, Discord, Slack) via natural language

debug

Diagnose the current OMC session or repo state using logs, traces, state, and focused reproduction

deepinit

Deep codebase initialization with hierarchical AGENTS.md documentation

deep-interview

Socratic deep interview with mathematical ambiguity gating before explicit execution approval

drydock

Lay the keel of the shipyard harness in any repo — the 4-pillar shared environment (Context, Rules, Tools, Standards) across 5 surfaces (CLAUDE.md, skills, design-system, mcp/cli, shared context) so that every human and agent inherits the same design language and anyone can ship. Run once per repo; re-run with --check to audit drift.

execute

Carry an approved task through to working, verified code

external-context

Invoke parallel document-specialist agents for external web searches and documentation lookup

graph

Deterministic orchestration graph runtime - declarative DAG pipelines with journal-based crash recovery

harbor

Harbor intake for external work — the captain only handles unresolved decisions. Sweeps incoming issues and PRs, verifies every claim before disposition, reuses every decision already made, and hands the maintainer a docket whose pending items each carry one question with options, recommendation, impact and evidence. Agent-autonomous for facts and for actions covered by standing authorization; signed for every new judgment. Never merges.

hud

Configure HUD display options (layout, presets, display elements)

launch

Shipyard

loft

Loft the shape before cutting steel — answer a design question that prose cannot settle by building a throwaway artifact: a pure logic module in a clickable shell, or structurally different UI variants behind one route. The captain reacts to the artifact; the answer folds into the decision; the artifact never docks. Use when a design question stalls in words, when a navigator map carries a loft ticket, or when a spec discussion reaches

minimal-code-discipline

YAGNI-ladder coding discipline for writing changes — existence-first, reuse before writing, dependency ladder, shortest correct diff, with non-negotiables that must never be minimized away

omc-doctor

Diagnose and fix oh-my-claudecode installation issues

Habilidades Relacionadas