APC deve ser seguro para clonagem, APX deve ser local à máquina

Decida onde os dados pertencem fazendo uma única pergunta.

Estes dados sobreviveriam a uma nova clonagem em outra máquina?

Se sim, coloque no APC. Se não, coloque no APX.

Esta regra mantém sua stack íntegra. O APC permanece portátil. O APX permanece útil na máquina que executa o trabalho. Quando essas camadas se confundem, os projetos tornam-se difíceis de compartilhar e de auditar.

APC é o contrato do projeto. APX é o runtime.

Os dados do APC são seguros para clonagem. Outro desenvolvedor ou máquina deve conseguir lê-los imediatamente após um git checkout. Eles devem ser passíveis de revisão no git.

Bons exemplos de APC: • AGENTS.md para contratos de repositório • .apc/project.json para identidade do projeto • .apc/agents/ para funções de agentes • .apc/skills/ para habilidades reutilizáveis • .apc/mcps.json para dicas compartilhadas

Os dados do APX são locais à máquina. Estes dados permanecem na máquina ou são reconstruídos nela. É o estado de execução, não um contexto portátil.

Bons exemplos de APX: • Configuração de runtime em ~/.apx/config.json • Modos de permissão locais • Sessões e logs de mensagens • Caches locais • Segredos por máquina

Um repositório não deve impor a configuração local de uma pessoa a todos os outros.

Quando o APC permanece seguro para clonagem, você pode revisar a estrutura do projeto sem arquivos ocultos. Você pode comparar (diff) instruções em vez de perseguir efeitos colaterais.

Quando o APX permanece local à máquina, o runtime se adapta sem alterar o projeto. Uma máquina usa um modo de permissão diferente, enquanto outra mantém um histórico mais longo. O contrato do projeto permanece o mesmo.

Antes de adicionar um novo arquivo, faça estas três perguntas:

  1. Cada ferramenta compatível precisa ler isso? Coloque no APC.
  2. Isso descreve o projeto em vez da máquina? Coloque no APC.
  3. Isso depende de credenciais locais ou de uma execução recente? Coloque no APX.

Exemplos: • Uma nova função de agente? APC. • Um token de bot do Telegram? APX. • Uma nota sobre regras de revisão do projeto? APC. • Um log da última conversa? APX.

O APC carrega o que sobrevive a uma clonagem. O APX carrega o que importa apenas na máquina atual. Esta regra simples mantém o sistema saudável.

Fonte: https://dev.to/agentprojectcontext/apc-should-stay-clone-safe-apx-should-stay-machine-local-59n9

Comunidade de aprendizado opcional: https://t.me/GyaanSetuAi