0.45.0 — o criar-spec confere o caminho da entrevista

O que mudou

Ao rodar /aicf:criar-spec direto, sem uma conversa de brainstorming ou grill-with-docs antes, a skill agora confere se outro caminho de entrevista cabe melhor. Quando o desenho está claramente aberto (caso do brainstorming) ou a demanda cria termo ou decisão de domínio (caso do grill-with-docs), e a coleção está instalada, ela diz qual caminho e por quê numa frase e pergunta se você quer trocar. Nos demais casos, a entrevista segue como antes.

Como atualizar

/plugin update aicf e reinicie a sessão: a sessão continua com a versão da skill carregada no início.

0.44.0 — o caminho do Matt oferece o /implement-spec

O que muda

• No caminho do Matt Pocock, o /aicf:implementar-spec passa a oferecer o /implement-spec. Antes, a única opção era o /implement, um ticket por sessão. Agora, depois do /to-tickets, o agente lê os tickets, mede quantos podem rodar ao mesmo tempo e recomenda uma das duas formas: /implement por ticket, ou /implement-spec para executar o grafo inteiro com subagentes em paralelo, numa branch de integração.
• Escolhido o /implement-spec, o agente prepara os tickets antes de entregar o comando, com o seu aceite. Ele propõe bloqueio entre tickets que tocam o mesmo arquivo ou têm migration, e marca os tickets cuja verificação não roda numa worktree.
• As regras de que o orquestrador do /implement-spec precisa ficam no docs/agents/issue-tracker.md, numa seção que o aicf acrescenta com o seu aceite. Isso vale para tracker em markdown local e para tracker no GitHub. O comando entregue manda ler essa seção.
• Retomar numa sessão nova: /aicf:implementar-spec <spec> reconhece os tickets que já existem e vai direto à escolha da forma, sem pedir o /to-tickets de novo.
• No fechamento, o /aicf:fechar-demanda pergunta o destino da branch de integração (merge, PR ou deixar a branch) e aceita o /code-review final do /implement-spec como a revisão. No modo issue, ele adota a issue da spec que o merge do PR já fechou, sem reabri-la.

Como atualizar

/plugin update aicf@aicodingflow e reinicie a sessão.

Se o seu projeto já fez o /aicf:setup, acrescente o implement-spec à mão na linha "Coleções de skills de workflow instaladas" do CLAUDE.md. A lista de skills do Matt fica assim: grill-with-docs, to-spec, to-tickets, implement e implement-spec.

0.43.2 — o /aicf:prd escreve o roadmap numa forma previsível

O /aicf:prd, no modo arquivo, passa a escrever as primeiras demandas do ROADMAP.md de um jeito previsível:

• cada linha sai na forma - **<título>.** <contexto>, e as do Backlog terminam com Encerra quando <condição>.;
• a lista é mostrada antes de ser gravada;
• o exemplo > - ... do template sai quando entra a primeira linha real;
• na revisão do PRD, ele propõe tirar a demanda cujo item saiu do Escopo.

Ao terminar, ele também diz que as demandas em Próximas ainda não foram entrevistadas, e que o passo seguinte é o /aicf:criar-spec (ou /aicf:proxima-demanda, para escolher por qual começar).

Para atualizar: /plugin update aicf e uma sessão nova.

0.43.1 — a ajuda descreve o encadeamento atual do Superpowers

O /aicf:ajuda corrige a descrição de como o Superpowers encadeia o fim da implementação. Ele dizia que o executing-plans e o subagent-driven-development marcam o finishing-a-development-branch com o rótulo REQUIRED SUB-SKILL. Desde a v6.4.1 do Superpowers, as duas skills apenas mandam usá-lo no fim. O comportamento do aicf não muda: o finishing-a-development-branch continua rodando ao fim da implementação, sem pergunta.

Para atualizar: claude plugin marketplace update aicodingflow, depois claude plugin update aicf@aicodingflow, e uma sessão nova.

0.43.0 — a primeira fase se chama registro

A primeira fase do ciclo de uma demanda tinha o mesmo nome da própria demanda. Agora as quatro fases são registro → entrevista → implementação → fechamento. No README em inglês, a primeira fase se chama Intake.

Os estados também passam a ter um nome só, o mesmo das pastas em docs/projeto/ e dos labels aicf:*: backlog, intent, spec, concluída. "Incerto" e "decidido" continuam valendo como critério para escolher entre backlog e intent, mas deixam de ser nome de estado. O README mostra em que estado cada fase deixa a demanda. Nenhum comando mudou de nome ou de comportamento.

Para atualizar, use os mesmos comandos de antes, que estão no README. Comece uma sessão nova depois de atualizar: a sessão já aberta continua rodando as skills da versão anterior.

Projetos que já usam o aicf continuam funcionando sem mudança nenhuma. Para alinhar o texto do CLAUDE.md, cole isto no agente, numa sessão nova:

Compare a seção "Processos de desenvolvimento" do CLAUDE.md com skills/setup/templates/claude-md.md do aicf 0.43.0 e me traga o diff, mantendo o que este projeto personalizou.

0.42.0 — Superpowers e Matt Pocock juntos, com gestão de produto por cima

O aicf passa a se apresentar como o que ele é: integra o Superpowers e as skills do Matt Pocock e acrescenta por cima a gestão de produto — PRD, roadmap, registro de demandas e o relatório do que foi feito. Dá para entrevistar uma demanda por uma coleção e implementar pela outra; sem nenhuma das duas, o caminho aicf faz as duas fases sozinho. Outras coleções (spec-kit, GSD, BMAD) não são integradas.

O vocabulário das skills e do CLAUDE.md que o /aicf:setup gera muda: "governança" sai. A camada do aicf é gestão de produto, a outra é engenharia de software, o conjunto das demandas é o registro de demandas, e quem faz a passagem entre fases e fecha a demanda é o aicf. O commit inicial do setup passa a se chamar chore: estrutura do projeto. Nenhum comando mudou de nome ou de comportamento.

Para atualizar, os mesmos comandos de antes, no README.

Projeto que já usa o aicf continua funcionando sem mexer em nada: nenhuma skill procura a palavra antiga no seu CLAUDE.md. Para alinhar a prosa, cole isto no agente, numa sessão nova depois de atualizar:

Compare a seção "Processos de desenvolvimento" do CLAUDE.md com skills/setup/templates/claude-md.md do aicf 0.42.0 e me traga o diff, mantendo o que este projeto personalizou.

0.41.1 — o fechamento confere o corte do Antigravity

O /aicf:fechar-demanda passa a conferir o tamanho do CLAUDE.md também pelo limite do Antigravity, que lê o arquivo pelo AGENTS.md e descarta, sem avisar, o que passa de 24.000 bytes. Antes ele só citava o alvo de 200 linhas do Claude Code, e um arquivo dentro das 200 linhas pode passar desse corte. O template do CLAUDE.md que o /aicf:setup gera cita os dois limites.

Para atualizar, os mesmos comandos da 0.41.0, no README.

0.41.0 — o aicf roda no Antigravity

O aicf passa a rodar no Antigravity com o mesmo suporte do Claude Code, e não quebra mais no Codex nem no opencode, que ficam como compatíveis, sem garantia.

O que muda no uso

• Antigravity: o /aicf:setup agora é lido inteiro. Antes o agy cortava o arquivo no meio, e o setup parava antes de enviar ao remoto, criar a develop e apresentar o método. A detecção do que você já usa (coleções de skills, Context7, cofre de senhas) passa a ler o agy plugin list, o agy mcp list e o seu ~/.gemini/config/AGENTS.md.
• Codex: setup, prd e ajuda deixam de aparecer para o modelo. Continuam sendo invocadas por você, com $aicf:setup.
• Fechamento de demanda: a regra, a skill ou o hook que o /aicf:fechar-demanda promove vai para o caminho do harness em uso, .claude/ no Claude Code e .agents/ no Antigravity.
• README: como instalar, atualizar e invocar uma skill em cada harness.

Como atualizar

• Claude Code: claude plugin update aicf@aicodingflow
• Antigravity: git -C ~/aicf pull && agy plugin install ~/aicf (primeira vez: veja o README)
• Codex: codex plugin marketplace upgrade aicodingflow
• opencode: git -C ~/aicf pull e copiar as pastas de skills/ de novo

Depois, abra uma sessão nova.

0.40.1 — o cabeçalho do PRD se corrige também na criação

• O cabeçalho do PRD.md passa a ser corrigido mesmo num PRD ainda vazio. Projetos criados antes da 0.40.0 trazem no cabeçalho "revisar por /aicf:criar-prd". Na 0.40.0, o /aicf:prd só trocava essa linha ao revisar um PRD já preenchido; agora troca também quando cria o PRD pela primeira vez.

Para atualizar: /plugin update aicf e reinicie a sessão.

0.40.0 — /aicf:prd

/aicf:criar-prd agora se chama /aicf:prd. O comando antigo deixa de existir.

• Atualizar o PRD ficou mais fácil. Com o PRD.md já preenchido, /aicf:prd lê o projeto antes de perguntar: compara o escopo com as demandas concluídas e abertas, os riscos com a data de hoje, e o público e o modelo com o GLOSSARY.md e os ADRs. Mostra cada divergência com a fonte, corrige sozinho o que é fato (contagem, nome) e pergunta só o que é decisão sua.
• O ciclo lembra você de revisar o PRD. O /aicf:fechar-demanda sugere /aicf:prd quando a demanda contraria o PRD, e o /aicf:proxima-demanda avisa quando uma demanda aberta está no "fora de escopo" do PRD ou quando um risco tem data vencida.
• O cabeçalho do seu PRD.md ainda diz "revisar por /aicf:criar-prd". A primeira passada do /aicf:prd troca essa linha, ou você troca à mão.

Para atualizar: /plugin update aicf e reinicie a sessão.