Communitygithub.com

deepinit

Inicialização profunda de codebase com documentação AGENTS.md hierárquica

O que é deepinit?

A habilidade Deep Init Skill cria e mantém documentação AGENTS.md hierárquica em toda a base de código, transformando diretórios e arquivos em um guia legível por IA. Isso permite que agentes entendam rapidamente a estrutura do projeto, o propósito de cada diretório, as relações entre componentes e as instruções especiais para trabalhar em cada área. A habilidade suporta qualquer plataforma de agente que leia arquivos markdown, como Claude Code, Cursor ou Codex. O processo começa mapeando a estrutura de diretórios, depois gera conteúdo nível por nível (pais antes dos filhos) usando um sistema de tags hierárquicas (Parent:) que cria uma navegação encadeada entre os AGENTS.md. Durante a execução, a habilidade analisa automaticamente os arquivos existentes, gera documentação completa incluindo propósito, arquivos-chave, subdiretórios, instruções para agentes e dependências. Quando a documentação já existe, ela funde novas informações preservando anotações manuais (marcadas com <!-- MANUAL -->). Diretórios vazios são tratados de forma inteligente: podem ser ignorados, receber documentação mínima ou serem descritos como contêineres. A ferramenta também oferece validação automática de referências cruzadas, paralelização inteligente (diretórios no mesmo nível são processados em paralelo) e um sistema de delegação que distribui tarefas a agentes especializados, garantindo documentação precisa e atualizada sem esforço manual repetitivo.

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

Perguntar na sua IA favorita

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

Documentação

Habilidade de Inicialização Profunda (Deep Init Skill)

Cria documentação AGENTS.md abrangente e hierárquica em toda a base de código.

Conceito Central

Os arquivos AGENTS.md servem como documentação legível por IA que ajuda os agentes a entender:

  • O que cada diretório contém
  • Como os componentes se relacionam entre si
  • Instruções especiais para trabalhar naquela área
  • Dependências e relacionamentos

Sistema de Marcação Hierárquica

Todo AGENTS.md (exceto o raiz) inclui uma tag de referência ao pai:

<!-- Parent: ../AGENTS.md -->

Isso cria uma hierarquia navegável:

/AGENTS.md                          ← Raiz (sem tag de pai)
├── src/AGENTS.md                   ← <!-- Parent: ../AGENTS.md -->
│   ├── src/components/AGENTS.md    ← <!-- Parent: ../AGENTS.md -->
│   └── src/utils/AGENTS.md         ← <!-- Parent: ../AGENTS.md -->
└── docs/AGENTS.md                  ← <!-- Parent: ../AGENTS.md -->

Modelo de AGENTS.md

<!-- Parent: {relative_path_to_parent}/AGENTS.md -->
<!-- Generated: {timestamp} | Updated: {timestamp} -->

# {Nome do Diretório}

## Propósito
{Parágrafo descrevendo o que este diretório contém e seu papel}

## Arquivos Principais
{Liste cada arquivo significativo com uma descrição de uma linha}

| Arquivo | Descrição |
|---------|-----------|
| `file.ts` | Breve descrição do propósito |

## Subdiretórios
{Liste cada subdiretório com breve propósito}

| Diretório | Propósito |
|-----------|-----------|
| `subdir/` | O que contém (veja `subdir/AGENTS.md`) |

## Para Agentes de IA

### Trabalhando Neste Diretório
{Instruções especiais para agentes de IA modificando arquivos aqui}

### Requisitos de Teste
{Como testar mudanças neste diretório}

### Padrões Comuns
{Padrões de código ou convenções usados aqui}

## Dependências

### Internas
{Referências a outras partes da base de código das quais depende}

### Externas
{Principais pacotes/bibliotecas externas usados}

<!-- MANUAL: Quaisquer notas adicionadas manualmente abaixo desta linha são preservadas na regeneração -->

Fluxo de Execução

Passo 1: Mapear Estrutura de Diretórios

Task(subagent_type="explore", model="haiku",
  prompt="Liste todos os diretórios recursivamente. Exclua: node_modules, .git, dist, build, __pycache__, .venv, coverage, .next, .nuxt")

Passo 2: Criar Plano de Trabalho

Gere itens de tarefa para cada diretório, organizados por nível de profundidade:

Nível 0: / (raiz)
Nível 1: /src, /docs, /tests
Nível 2: /src/components, /src/utils, /docs/api
...

Passo 3: Gerar Nível por Nível

IMPORTANTE: Gere níveis pai antes dos níveis filho para garantir que as referências de pai sejam válidas.

Para cada diretório:

  1. Leia todos os arquivos no diretório
  2. Analise propósito e relacionamentos
  3. Gere o conteúdo do AGENTS.md
  4. Escreva o arquivo com a referência de pai correta

Passo 4: Comparar e Atualizar (se existir)

Quando o AGENTS.md já existe:

  1. Leia o conteúdo existente
  2. Identifique seções:
    • Seções geradas automaticamente (podem ser atualizadas)
    • Seções manuais (<!-- MANUAL --> preservadas)
  3. Compare:
    • Novos arquivos adicionados?
    • Arquivos removidos?
    • Estrutura alterada?
  4. Mescle:
    • Atualize conteúdo gerado automaticamente
    • Preserve anotações manuais
    • Atualize timestamp

Passo 5: Validar Hierarquia

Após a geração, execute verificações de validação:

VerificaçãoComo VerificarAção Corretiva
Referências de pai resolvemLeia cada AGENTS.md, verifique se o caminho <!-- Parent: --> existeCorrija o caminho ou remova o órfão
Nenhum AGENTS.md órfãoCompare locais de AGENTS.md com estrutura de diretóriosExclua arquivos órfãos
CompletudeListe todos os diretórios, verifique se existe AGENTS.mdGere arquivos ausentes
Timestamps atuaisVerifique datas de <!-- Generated: -->Regere arquivos desatualizados

Padrão de script de validação:

# Encontre todos os arquivos AGENTS.md
find . -name "AGENTS.md" -type f

# Verifique referências de pai
grep -r "<!-- Parent:" --include="AGENTS.md" .

Delegação Inteligente

TarefaAgente
Mapeamento de diretóriosexplore
Análise de arquivosarchitect
Geração de conteúdowriter
Escrita de AGENTS.mdwriter

Tratamento de Diretórios Vazios

Ao encontrar diretórios vazios ou quase vazios:

CondiçãoAção
Sem arquivos, sem subdiretóriosPular - não criar AGENTS.md
Sem arquivos, com subdiretóriosCriar AGENTS.md mínimo apenas com listagem de subdiretórios
Apenas arquivos gerados (*.min.js, *.map)Pular ou AGENTS.md mínimo
Apenas arquivos de configuraçãoCriar AGENTS.md descrevendo o propósito da configuração

Exemplo de AGENTS.md mínimo para contêineres de apenas diretórios:

<!-- Parent: ../AGENTS.md -->
# {Nome do Diretório}

## Propósito
Diretório contêiner para organizar módulos relacionados.

## Subdiretórios
| Diretório | Propósito |
|-----------|-----------|
| `subdir/` | Descrição (veja `subdir/AGENTS.md`) |

Regras de Paralelização

  1. Diretórios do mesmo nível: Processar em paralelo
  2. Níveis diferentes: Sequencial (pai primeiro)
  3. Diretórios grandes: Gerar agente dedicado por diretório
  4. Diretórios pequenos: Agrupar vários em um agente

Padrões de Qualidade

Deve Incluir

  • Descrições precisas de arquivos
  • Referências de pai corretas
  • Links para subdiretórios
  • Instruções para agentes de IA

Deve Evitar

  • Texto genérico
  • Nomes de arquivos incorretos
  • Referências de pai quebradas
  • Arquivos importantes faltando

Exemplo de Saída

AGENTS.md Raiz

<!-- Generated: 2024-01-15 | Updated: 2024-01-15 -->

# my-project

## Propósito
Uma aplicação web para gerenciar tarefas de usuários com funcionalidades de colaboração em tempo real.

## Arquivos Principais
| Arquivo | Descrição |
|---------|-----------|
| `package.json` | Dependências e scripts do projeto |
| `tsconfig.json` | Configuração do TypeScript |
| `.env.example` | Modelo de variáveis de ambiente |

## Subdiretórios
| Diretório | Propósito |
|-----------|-----------|
| `src/` | Código fonte da aplicação (veja `src/AGENTS.md`) |
| `docs/` | Documentação (veja `docs/AGENTS.md`) |
| `tests/` | Suítes de teste (veja `tests/AGENTS.md`) |

## Para Agentes de IA

### Trabalhando Neste Diretório
- Sempre instale dependências após modificar o manifesto do projeto
- Use modo estrito do TypeScript
- Siga as regras do ESLint

### Requisitos de Teste
- Execute testes antes de commitar
- Garanta >80% de cobertura

### Padrões Comuns
- Use exportações barrel (index.ts)
- Prefira componentes funcionais

## Dependências

### Externas
- React 18.x - Framework de UI
- TypeScript 5.x - Segurança de tipos
- Vite - Ferramenta de build

<!-- MANUAL: Notas personalizadas do projeto podem ser adicionadas abaixo -->

AGENTS.md Aninhado

<!-- Parent: ../AGENTS.md -->
<!-- Generated: 2024-01-15 | Updated: 2024-01-15 -->

# components

## Propósito
Componentes React reutilizáveis organizados por funcionalidade e complexidade.

## Arquivos Principais
| Arquivo | Descrição |
|---------|-----------|
| `index.ts` | Exportação barrel para todos os componentes |
| `Button.tsx` | Componente de botão principal |
| `Modal.tsx` | Componente de diálogo modal |

## Subdiretórios
| Diretório | Propósito |
|-----------|-----------|
| `forms/` | Componentes relacionados a formulários (veja `forms/AGENTS.md`) |
| `layout/` | Componentes de layout (veja `layout/AGENTS.md`) |

## Para Agentes de IA

### Trabalhando Neste Diretório
- Cada componente tem seu próprio arquivo
- Use módulos CSS para estilização
- Exporte via index.ts

### Requisitos de Teste
- Testes unitários no subdiretório `__tests__/`
- Use React Testing Library

### Padrões Comuns
- Interfaces de props definidas acima do componente
- Use forwardRef para componentes que expõem DOM

## Dependências

### Internas
- `src/hooks/` - Hooks personalizados usados pelos componentes
- `src/utils/` - Funções utilitárias

### Externas
- `clsx` - Nomes de classe condicionais
- `lucide-react` - Ícones

<!-- MANUAL: -->

Acionando Modo de Atualização

Ao executar em uma base de código existente com arquivos AGENTS.md:

  1. Detecte arquivos existentes primeiro
  2. Leia e analise o conteúdo existente
  3. Analise o estado atual do diretório
  4. Gere diff entre o existente e o atual
  5. Aplique atualizações preservando seções manuais

Considerações de Performance

  • Armazene em cache listagens de diretórios - Não re-escaneie os mesmos diretórios
  • Agrupe diretórios pequenos - Processe vários de uma vez
  • Pule inalterados - Se o diretório não mudou, pule a regeneração
  • Escritas paralelas - Vários agentes escrevendo arquivos diferentes simultaneamente

Individual skills in this repo

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

agent-doc-discipline

Writing-time discipline for documents agents consume (the five surfaces, specs, tickets, .omc/skills/) — every rule checkable and carrying a why, steps before reference, one meaning in one home, no restating what the environment already says. Mandatory at drydock seed generation and the launch C5 sediment pass; opt-in for any other agent-facing doc edit. The companion of minimal-code-discipline: that one disciplines code, this one disciplines papers.

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

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