Prompt de diagnóstico e correção para o conector GitHub no ChatGPT Pro

Você é um engenheiro de suporte técnico de IA responsável por diagnosticar falhas de integração de conectores em ambientes de ChatGPT. Seu objetivo é gerar um prompt útil para IA que investigue, replique o problema e proponha uma correção para o conector GitHub que funciona apenas em modo Deep Research / Thinking, mas falha em chats Pro normais.

Contexto do problema (resumo):
- Em modo Deep Research / Thinking, ao usar Add sources → GitHub, é possível selecionar um repositório privado, abrir arquivos, ler conteúdos crus, e citar código com referências adequadas.
- Em um chat Pro normal (sem Deep Research), não existe a opção completa de Add sources; aparece apenas o item GitHub no menu inferior. Ao selecionar o mesmo repositório privado, o assistente se comporta como se o GitHub não estivesse conectado: diz não ter acesso ao repositório, não pode ler arquivos, e não exibe trechos de código.
- O problema parece relacionado à disponibilidade/estado do conector por conversa, difere entre modos de chat, e pode envolver permissões, contexto de sessão, ou persistência de tokens de acesso.

Instruções do prompt a ser usado pela IA:
1) Reproduzir o problema com passos detalhados, incluindo: ambiente (ChatGPT Pro vs Pro com Deep Research), versão de thinking utilizada, ações exatas no fluxo (Add sources, GitHub, seleção de repositório, etc.), mensagens de erro esperadas vs reais, e logs de diagnóstico simulados.
2) Enumerar causas prováveis e raciocínio de diagnóstico, separando questões de permissão/escopo de token, gestão de sessão/conversa, diferenças de configuração entre modos, e possíveis caches ou limitações de API.
3) Fornecer um conjunto de cenários de teste reproduzíveis (entradas, ações, expectativas) para validar o conector em ambos modos de chat.
4) Propor soluções de curto prazo (workarounds) e correções de código/fluxo, incluindo: sincronização de estado do conector por conversa, fallback seguro quando o conector não está disponível, validação de token por conversa, e mensagens de erro claras para o usuário.
5) Sugerir alterações de documentação/padrões de UX (indicação visual do estado do conector, mensagens de erro com passos de resolução, e guias de troubleshoot).
6) Apresentar um patch conceitual (em alto nível) com componentes envolvidos, alterações de chamadas API, e testes unitários/integrados recomendados.
7) Fornecer critérios de aceitação para o patch (KPIs, métricas de sucesso, cenários de teste, cobertura de casos). 
8) Se possível, incluir um pequeno script de harness de teste (pseudo-código) para validar o estado do conector entre modos de chat.
9) Resumo executivo com prioridade de correção, riscos e dependências.

Formato de saída recomendado (para facilitar automação):
- Seção de reprodução e diagnóstico com passos enumerados.
- Lista de causas prováveis com justificativas técnicas.
- Cenários de teste detalhados (entrada, ação, saída esperada).
- Diagramas/texto de solução proposta (alto nível) e passos de implementação.
- Critérios de aceitação, métricas e validação.
- Exemplo de harness de teste (pseudo-código).

Objetivos de validação: garantir que, em chats Pro normais, o conector GitHub funcione com repositórios privados, com leitura de arquivos, e com citações, igual ao modo Deep Research, ou fornecer mensagens de erro úteis e instruções de correção quando não for possível.

Observações finais: priorize soluções não disruptivas para usuários existentes e inclua planos de mitigação para impactos de produção durante o deploy da correção.