JSPM

  • ESM via JSPM
  • ES Module Entrypoint
  • Export Map
  • Keywords
  • License
  • Repository URL
  • TypeScript Types
  • README
  • Created
  • Published
  • Downloads 27
  • Score
    100M100P100Q51074F
  • License MIT

Methodology stack for AI coding agents (Claude Code, Codex, Cursor, Antigravity, Gemini CLI). TDD absoluto, pair programming, pesquisa formal triangulada, task decomposition rigorosa, multi-agent orchestration. Inspired by Reversa.

Package Exports

    This package does not declare an exports field, so the exports above have been automatically detected and optimized by JSPM instead. If any package subpath is missing, it is recommended to post an issue to the original package (xp-stack) to support the "exports" field. If that is not possible, create a JSPM override to customize the exports field for this package.

    Readme

    xp-stack

    npm version

    Stack metodológico XP/Akita para agentes de IA — TDD absoluto, pair programming, pesquisa formal triangulada, task decomposition rigorosa, conventional commits e orquestração multi-agent opt-in.

    Versão atual: v1.0.0 (2026-05-03). Status: estável, pronto pra adoção em qualquer stack (TypeScript, Python, Go, bash, etc.).


    Instalação

    Forma primária — npm CLI

    npx xp-stack init

    Detecta engines disponíveis (Claude Code, Antigravity, Cursor, Codex, etc.), instala dual mirror em .claude/skills/ + .agents/skills/, cria manifest SHA-256, scaffolda CLAUDE.md, AGENTS.md (symlink), docs/tasks/_template/, docs/pesquisas/_template/, .claude/settings.json e .gitignore atualizado. Nunca sobrescreve nada que já exista.

    Forma alternativa — plugin marketplace (backward compat)

    /plugin marketplace add RNobre1/xp-stack
    /plugin install xp-stack@xp-stack
    /xp-stack:bootstrap

    Quick start

    cd meu-projeto
    npx xp-stack init          # scaffold + dual mirror
    npx xp-stack status        # estado atual (engines, features ativas, drift)
    npx xp-stack add-skill db-archaeologist  # agent opt-in pra análise de DB

    Subcomandos disponíveis (10 + version flag)

    Comando O que faz
    xp-stack init Scaffold inicial: manifest, dual mirror, templates, AGENTS.md symlink
    xp-stack update Diff manifest SHA-256, prompt por arquivo (keep/take/merge/abort)
    xp-stack status Estado atual: engines, features, drift
    xp-stack add-engine <name> Instala dual mirror em path adicional
    xp-stack add-skill <name> Habilita skill opt-in (paperclip, local-waves, db-archaeologist, etc.)
    xp-stack uninstall Remove arquivos do manifest, preserva user-modified, prompt antes de cada delete
    xp-stack resume [feature] Lê index + state.json, resume sessão de uma feature
    xp-stack hook-stop Executado pelo hook Stop — atualiza index.json + regenera RESUME.md
    xp-stack regenerate-resume [feature] Regenera RESUME.md manualmente
    xp-stack reconcile [feature] Reconcilia JSON↔markdown quando divergem (JSON wins, dry-run default)
    xp-stack --version Mostra versão instalada

    Atualizando

    npx xp-stack update
    # ou plugin marketplace:
    /plugin marketplace update RNobre1/xp-stack
    /plugin install xp-stack@xp-stack

    O que está incluído

    Skills regulares (auto-disponíveis após install)

    Skill Invocação Para que serve
    akita-xp-rules /xp-stack:akita-xp-rules 6 regras metodológicas universais (sem alucinação arquitetural, TDD absoluto, AI jail, código detachment, ciclo em fases, conventional commits) + appendix com tabela de 5 skills do superpowers obrigatórias em momentos específicos do ciclo
    tdd-conventions /xp-stack:tdd-conventions Pirâmide de testes (unit, integration, E2E, contract, regression, performance, security) + workflow RED → GREEN → REFACTOR
    task-decomposition /xp-stack:task-decomposition Decomposição de features em docs/tasks/{feature}/ com 00-overview.md + PROGRESS.md + T{N}-{slug}.md por task. Inclui política de arquivamento (NUNCA apagar — _archive/)
    research-cycle /xp-stack:research-cycle Ciclo de pesquisa formal com triangulação, fontes citadas, revisão adversarial. Saída em docs/pesquisas/{slug}.md
    optimizing-github-actions auto via paths: .github/workflows/** 10-item pre-flight checklist (SHA pinning, OIDC, pull_request_target, concurrency, trigger eficiente, artifact v4, sharding+coverage, bash hardening, gate calibrado, persist-credentials) + audit script

    Skills opt-in (invocadas explicitamente)

    Skill Comando Para que serve
    bootstrap /xp-stack:bootstrap Scaffolding de projeto novo (rodado uma vez)
    paperclip-orchestrator /xp-stack:paperclip-setup Setup do pattern multi-agent remoto async (droplet + Postgres + cron + GitHub auto-merge gate). 8 templates anonimizados + 9 lições reais como referência. Opt-in.
    local-waves /xp-stack:local-waves-setup Setup do orquestrador local sync — N workers Sonnet headless em git worktrees. Sem infra. Opt-in.

    Agents

    Agent Para que serve
    researcher Pesquisa formal em 7 fases com triangulação
    research-critic Revisão adversarial independente do output do researcher
    tdd Ciclo RED-GREEN-REFACTOR estrito
    reviewer Code review com foco em correctness, security, conventions, test coverage

    Templates

    • CLAUDE.md.template — skeleton para CLAUDE.md de projeto novo, com nota sobre symlink AGENTS.md + seções pré-prontas pra "Mandatory skill integration", "Optional multi-agent dispatch", "Archival policy".
    • claude-settings-project.json — permissões razoáveis pra .claude/settings.json.
    • docs-tasks-template/ (4 arquivos: README, TEMPLATE-overview, TEMPLATE-progress, TEMPLATE-task, TEMPLATE-terminal-prompts).
    • docs-pesquisas-template/TEMPLATE-pesquisa.md.

    Workflows típicos

    1. Projeto novo, sem orquestração

    Cobre 80% dos casos. É o que o bootstrap entrega de cara.

    cd meu-projeto-novo
    # (no Claude Code:)
    /plugin marketplace add RNobre1/xp-stack
    /plugin install xp-stack@xp-stack
    /xp-stack:bootstrap
    
    # Você ganha CLAUDE.md, AGENTS.md (symlink), .claude/settings.json,
    # docs/tasks/_template/, docs/pesquisas/_template/, .gitignore atualizado.
    # Edite CLAUDE.md preenchendo a stack do seu projeto.
    
    # Daí em diante:
    # - features não-triviais → /xp-stack:task-decomposition (instrui como)
    # - decisões arquiteturais → /xp-stack:research-cycle
    # - bug → invoque superpowers:systematic-debugging antes de propor fix
    # - PR pronto → invoque superpowers:verification-before-completion
    # - workflow CI → optimizing-github-actions auto-roda

    2. Você + co-pilot async, ou multi-projeto, ou quer review queue 24/7

    Use Paperclip orchestrator (remoto, droplet, async).

    # (após bootstrap acima)
    /xp-stack:paperclip-setup
    
    # Você ganha:
    # - local/paperclip/{playbook,AGENTS-dev-primary,AGENTS-reviewer,dispatch-cheatsheet,licoes}.md
    # - .github/workflows/auto-merge.yml (gate B com 4 checks)
    # - scripts/check-{reviewer-approval,always-human}.sh
    
    # LEIA references/licoes-do-piloto.md (na skill) ANTES da Wave 1 — 9 lições
    # anonimizadas que economizam dias de tropeços conhecidos.
    
    # LEIA local/paperclip/playbook.md pra provisionar o droplet + criar agentes
    # via API (este passo não é automatizado pela skill — você controla credenciais).

    3. Você é solo, quer execução isolada por task sem infra

    Use local-waves (worktrees + claude -p headless).

    # (após bootstrap acima)
    /xp-stack:local-waves-setup
    
    # Você ganha:
    # - scripts/orchestrate/orchestrate-wave.sh (executável)
    # - scripts/orchestrate/README.md (modelo mental + ciclo de uso)
    
    # Pra cada feature, decomponha em docs/tasks/{feature}/ com TERMINAL-PROMPTS.md
    # (template já vem do bootstrap). Daí:
    
    bash scripts/orchestrate/orchestrate-wave.sh run docs/tasks/{feature}/
    # script bloqueia até N workers terminarem em paralelo + imprime summary

    4. Quer ambos

    Sim, você pode. local/paperclip/ e scripts/orchestrate/ não conflitam — alterne caso a caso.


    Decisão Paperclip vs local-waves

    Critério local-waves Paperclip
    Modelo Local sync, blocks until done Remote async, droplet-hosted
    Latência Minutos Horas-dias (heartbeat cycle)
    Persistência entre sessões Não Sim (Postgres)
    Multi-developer / multi-projeto Não Sim
    Infra adicional Nada VPS (~$10/mês)
    Quando escolher Solo, isolated execution sem infra Async dev/review, ou >1 projeto rodando paralelo

    Convenção AGENTS.md ↔ CLAUDE.md

    Antigravity, Codex e Cursor leem AGENTS.md por convenção. Claude Code lê CLAUDE.md. O bootstrap cria um symlink relativo AGENTS.md → CLAUDE.md (e AGENTS.local.md → CLAUDE.local.md se você tiver o .local). Como são o mesmo arquivo no disco, drift entre os dois é impossível — toda edição em CLAUDE.md propaga instantaneamente.

    Não edite AGENTS.md diretamente. Não quebre o symlink. Pra desabilitar (caso seu projeto tenha um AGENTS.md próprio que conflita), passe "no-symlink" como 6º argumento ao scaffold.sh.


    .gitignore reservado

    O bootstrap adiciona 3 entries no .gitignore do seu projeto (idempotente, sem sobrescrever):

    # xp-stack reserved paths (paperclip-orchestrator + local-waves)
    local/
    .claude/wave-runs/
    scripts/orchestrate/

    Mesmo se você não usar Paperclip ou local-waves agora, essas pastas ficam reservadas — caso um agente futuro escreva lá por engano (ou você ative depois), nada vaza pra git.


    Testes do plugin

    bash tests/marketplace_test.sh   # 9 cenarios — manifests + ci
    bash tests/skeleton_test.sh      # 12 cenarios — estrutura xp-stack
    bash tests/scaffold_test.sh      # 5 cenarios — POC bootstrap
    bash tests/bootstrap_test.sh     # 16 cenarios — scaffold real (templates, modos CLAUDE.md, symlinks, .gitignore)
    bash tests/paperclip_test.sh     # 6 cenarios — paperclip-orchestrator
    bash tests/local_waves_test.sh   # 5 cenarios — local-waves

    Total: 53/53 verde em main. CI roda em PRs (.github/workflows/validate-plugins.yml).

    Testar plugin localmente (em outro projeto)

    claude --plugin-dir /caminho/para/xp-stack/plugins/xp-stack

    Histórico de versões

    Versão Data Mudanças principais
    v1.0.0 2026-05-03 npm CLI primário (xp-stack) + dual mirror always-on + state machine (state.json per-feature + index.json global) + schemas estruturados (tasks/sources/claims/manifest/index) + RESUME.md auto-gen via hook Stop + manifest SHA-256 com diff em update + 3 agents opt-in (db-archaeologist, screenshot-spec-writer, flowchart-extractor) + persona PT-BR em 4 skills executoras + fallback headers pra engines sem skill loading + alias /xp + auto-check de versão npm (ADR-009)
    v0.3.0 2026-04-29 2 novas skills opt-in (paperclip-orchestrator com 8 templates + 9 lições anonimizadas, local-waves com orchestrate-wave.sh) + bootstrap ganha symlinks AGENTS.md + .gitignore autoupdate + akita-xp-rules ganha appendix "Mandatory Skill Integration" (ADR-008)
    v0.2.0 2026-04-26 Nova skill optimizing-github-actions auto-ativada via paths field + akita-xp-rules ganha proibição de Co-Authored-By (ADR-007)
    v0.1.1 2026-04-16 5 fixes cosméticos pós self-test em projeto real (ADR-006)
    v0.1.0 2026-04-16 Release inicial — bootstrap funcional + 4 skills + 4 agents + templates (ADR-005)

    ADRs completos em CLAUDE.md (raiz do repo).


    Princípios

    O plugin transporta metodologia universal — TDD, pair programming, pesquisa formal, decomposição de tasks, conventional commits, multi-agent dispatch. Não transporta convenções de stack (frameworks específicos, paths de teste, entidades de domínio). Os agents lêem o CLAUDE.md do projeto receptor pra entender a stack.

    Origem: extraído iterativamente do projeto O Agente (Meteora Digital) conforme padrões se mostram universais. Cada release passa por:

    1. Validação empírica em projeto real upstream (TDD red → green → empirical → release).
    2. Anonimização de templates (remoção de refs hardcoded a stack-específico, nomes, IPs, IDs).
    3. Self-test em projeto receptor antes de release.

    Veja CLAUDE.md (raiz) seção "ADRs" pra trilha completa de decisões.


    Contribuindo

    PRs bem-vindos. O fluxo do próprio repo segue o método Akita/XP — veja docs/tasks/ (decomposição das releases) e CLAUDE.md (raiz) pra entender o ciclo. Cada release segue 6 fases (T0 setup → T1 RED → T2-N GREEN → T(N+1) empirical → T(N+2) release).

    Licença

    MIT — ver LICENSE.