feat: regras de execução nos implementers + andrej-karpathy-skills no marketplace

[tbc-joaovitor]

Problema

protheus-implementer e fluig-implementer rodam em contexto isolado dentro do Agent Team: não herdam o CLAUDE.md do dev nem skill nenhuma. É ali que nascem o over-engineering e o chute de campo/API — o agente infere o comportamento pelo nome e segue.

O que muda

1. Regras de execução nos dois implementers (seção ### Execução, 4 bullets):

• nunca adivinhar — chave, campo, função ou comportamento desconhecido → consultar o MCP ou reportar NEEDS_CONTEXT; inferir pelo nome está proibido;
• código mínimo que resolve a task — sem feature além da pedida, sem abstração de uso único, sem configurabilidade não solicitada;
• mudança cirúrgica — não reformatar nem "melhorar" código adjacente; código morto pré-existente se reporta, não se apaga;
• toda linha alterada rastreia até a task.

2. andrej-karpathy-skills no marketplace — aponta pro upstream multica-ai/andrej-karpathy-skills (MIT, forrestchang) com sha pinado (2c60614), sem fork e sem cópia de texto: zero drift e a licença fica com o autor.

/plugin install andrej-karpathy-skills@claude-skills-dataagile

Formato do source externo conferido na doc oficial; gh api confirma que o sha existe no repo declarado.

3. Correção de drift de release. protheus/.claude-plugin/plugin.json estava em 2.14.0 enquanto o marketplace.json ainda dizia 2.13.0 — o release da 2.14.0 bumpou só um dos dois arquivos. RELEASING.md exige que batam. Agora batem.

Versionamento

protheus 2.14.0 → 2.14.1 · fluig 2.1.0 → 2.1.1 (os dois arquivos) · CHANGELOG [2.6.1].

Tag + Release seguem o RELEASING.md: depois do merge, git tag protheus-v2.14.1 e git tag fluig-v2.1.1.

Nota

README.md tem badge versão-2.1.0 que não bate com o rollup 2.6.x do CHANGELOG. Não mexi — não está claro o que o badge rastreia. Rastreado à parte.

🤖 Generated with Claude Code