[macOS] v0.11.1.0: bootstrap do project.master dispara /project-master, mas a persona nao existe no payload do aiox-core — turno pago por abertura de pane, e o opt-out de skills e ignorado

[zecanunes-com]

Sintoma

No macOS v0.11.1.0, o pane project.master nasce disparando o FirstMessage /project-master,
mas o comando não existe em nenhuma camada — nem skill, nem slash command, nem agent. O turno
(pago) é gasto para a sessão responder "não tenho essa skill" e listar alternativas.

Não é ambiente: o payload que o próprio Cockpit distribui não contém a persona.

Ambiente

• OS: macOS 26.6.2 (arm64) · Cockpit: v0.11.1.0 · Antivírus: nenhum além do nativo (Gatekeeper/XProtect)
• CLIs: claude 2.1.235 · node v24.9.0 · aiox-core payload: manifest aiox-core v0.1.0 (sync 23/jul)

O que o diagnóstico encontrou

1. project-master não existe no payload. grep -rn "project-master" ~/.aiox/aiox-core/ →
   zero ocorrências no overlay inteiro (agents/, skills/, rules/, services/, sync/).
   • ~/.aiox/aiox-core/agents/ = 11 personas (aiox-chief, architect, db-sage, design-ops, dev,
     devops, master, pm, po, qa, sm) — sem project-master.md.
   • ~/.aiox/aiox-core/skills/ = 34 skills — sem project-master.
   • ~/.claude/agents/ é byte-espelho do overlay (mesmos 11 arquivos, mtime 23/jul) — idem.
2. O binário continua invocando. strings /Applications/AIOX Cockpit.app/Contents/MacOS/aiox-cockpit
   contém project-master, [aiox-cockpit] project.master bootstrap:, [aiox-cockpit] project.master bootstrap: nenhum candidato, Criar project.master, Abre o project.master (ele ainda vai pedir sua confirmação antes de agir).
3. O opt-out de skills é ignorado pelo bootstrap. ~/.aiox/skills-consent.json =
   {"schema_version":1,"decision":"declined","source":"help-menu","decided_at_ms":1786875684631}
   (14/ago). Mesmo com declined, o FirstMessage /project-master continua sendo injetado.
   Observação: aceitar o consent não resolveria — a persona não está no pacote de skills.
4. Ocorrências reais nesta máquina (transcripts em ~/.claude/projects/-Users-<user>-stix-cloud/,
   FirstMessage = preâmbulo de roteamento de decisão + /project-master): 2026-08-14 e
   2026-08-16T10:00:17Z, além da de hoje (2026-08-19). Uma delas ficou só em metadados (32 linhas,
   sem resposta) — turno aberto e abandonado.
5. Colateral já rastreado pela [macOS] aiox-core instalado em ~/.aiox/bin nunca entra no PATH — persona project-master do próprio Cockpit fica inalcançável #35: ~/.aiox/bin/aiox-core existe (18.045.152 bytes) e
   launchctl getenv PATH retorna string vazia neste sistema — ~/.aiox/bin não está em
   nenhuma camada de PATH.

Passos para reproduzir

1. macOS, Cockpit v0.11.1.0, com ~/.aiox/skills-consent.json = declined.
2. Abrir/conectar um projeto e deixar o pane project.master nascer.
3. A sessão responde que /project-master não existe e sugere alternativas (/master,
   /AIOX:agents:aiox-master, …).
4. Confirmar a ausência: grep -rn "project-master" ~/.aiox/aiox-core/ → sem saída.

Classificação [Confiança: ALTA]

bug — descasamento entre o binário (v0.11.1.0, que invoca project-master) e o payload
aiox-core 0.1.0 (que não o contém), somado ao bootstrap ignorar o consent declined. Cada
abertura de pane queima um turno pago para produzir uma mensagem de erro.

Relacionado: #39 (mesmo bootstrap no Windows — lá o problema era cwd + ausência de opt-out) e
#35 (na v0.10 a persona existia e era inalcançável por PATH; aqui ela desapareceu do payload —
regressão em cima da #35).

Sugestões de correção, em ordem de custo:

1. O bootstrap verificar se a persona/skill resolve antes de gastar o turno; se não resolver,
   não injetar o FirstMessage (e logar).
2. Respeitar skills-consent.decision == "declined" no bootstrap do project.master.
3. Voltar project-master ao payload do aiox-core, ou remover a invocação do binário.

[aiox-cockpit-triage]

@zecanunes-com, recebido — este relato entrou na fila de triagem do AIOX Cockpit.

Segundo o relato, ao abrir o aplicativo nasce sozinho um painel de copiloto que tenta executar um comando que não existe em nenhuma camada do produto. O turno é cobrado mesmo assim, só para a sessão responder que não conhece aquele comando, e a preferência que deveria desligar esse comportamento não é respeitada.

Sistema: macOS · Gravidade registrada: major

Esse resumo e esse rótulo foram gerados automaticamente e podem ser revistos por uma pessoa da
equipe. Se algo acima não corresponde ao que você quis dizer, responda aqui — a correção entra na
fila junto. Nenhuma issue é fechada automaticamente.

Obrigado por registrar.

— comentário automático de recebimento

[aiox-cockpit-triage]

Possível duplicata: esta issue parece descrever o mesmo defeito da #39 — mesmo defeito de bootstrap automático do copiloto de projeto, em outra plataforma e outra versão.

Isto é uma candidatura, não um veredito: nada é fechado ou fundido automaticamente, e as duas issues seguem abertas até que uma pessoa da equipe decida. Se você discorda da aproximação, responda aqui — o contra-argumento vale mais do que a semelhança de título.

Vale registrar o que esta issue acrescenta e a outra não tinha: a ocorrência em outro sistema operacional e em uma versão mais recente. Isso é dado novo, não repetição.

— comentário automático de triagem