For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
Navegação principal
Codex

Codex use case

Entenda bases de código extensas

Rastreie fluxos de requisição, mapeie módulos desconhecidos e encontre rapidamente os arquivos certos.

Difficulty Fácil
Time horizon 5 min

Use o Codex para mapear bases de código desconhecidas, explicar os diferentes módulos e o fluxo de dados e indicar os próximos arquivos que vale a pena ler antes de fazer alterações.

Ideal para

  • Engenheiros que estão começando a trabalhar em um novo repositório ou serviço
  • Quem precisa entender como um recurso funciona antes de alterá-lo

Contents

    ← Todos os casos de uso

    Entenda bases de código extensas

    Rastreie fluxos de requisição, mapeie módulos desconhecidos e encontre rapidamente os arquivos certos.

    Use o Codex para mapear bases de código desconhecidas, explicar os diferentes módulos e o fluxo de dados e indicar os próximos arquivos que vale a pena ler antes de fazer alterações.

    Fácil
    5 min

    Use o Codex para mapear bases de código desconhecidas, explicar os diferentes módulos e o fluxo de dados e indicar os próximos arquivos que vale a pena ler antes de fazer alterações.

    Fácil
    5 min

    Ideal para

    • Engenheiros que estão começando a trabalhar em um novo repositório ou serviço
    • Quem precisa entender como um recurso funciona antes de alterá-lo

    Prompt inicial

    Explique como a requisição passa por <name of the system area> na base de código. Inclua: - quais são as responsabilidades de cada módulo - onde os dados são validados - os principais pontos de atenção antes de fazer alterações Termine indicando quais arquivos devo ler em seguida.
    Explique como a requisição passa por <name of the system area> na base de código. Inclua: - quais são as responsabilidades de cada módulo - onde os dados são validados - os principais pontos de atenção antes de fazer alterações Termine indicando quais arquivos devo ler em seguida.

    Introdução

    Quando você começa a trabalhar em um repositório ou se depara com um recurso que não conhece, o Codex pode ajudar você a se situar antes de começar a alterar o código. O objetivo não é apenas obter uma visão geral, mas mapear o fluxo da requisição, entender as responsabilidades de cada módulo e identificar os próximos arquivos que vale a pena ler.

    Como usar

    Se você ainda não conhece um projeto, pode começar simplesmente pedindo ao Codex que explique toda a base de código:

    Explique este repositório para mim

    Se você precisar implementar um novo recurso em uma base de código existente, pode pedir ao Codex que explique uma área específica do sistema. Quanto mais bem delimitado for o pedido, mais concreta será a explicação:

    1. Forneça ao Codex os arquivos e diretórios relevantes ou indique a área funcional que você está tentando entender.
    2. Peça que ele rastreie o fluxo da requisição e explique quais módulos são responsáveis pela lógica de negócios, pelo transporte, pela persistência ou pela interface.
    3. Antes de editar qualquer coisa, pergunte onde ocorrem a validação, os efeitos colaterais ou as transições de estado.
    4. Por fim, pergunte quais arquivos você deve ler em seguida e onde estão os pontos de risco.

    Uma resposta útil para a ambientação deve fornecer um mapa concreto, não apenas uma lista de nomes de arquivos. Ao final, o Codex deve ter explicado o fluxo principal, destacado os pontos de risco e indicado quais arquivos consultar em seguida ou quais verificações são importantes antes de você começar a editar.

    Próximas perguntas

    Depois que o Codex fornecer uma análise inicial, continue fazendo perguntas até que a explicação seja específica o suficiente para você se sentir seguro para fazer a primeira alteração. Boas perguntas complementares geralmente fazem com que ele explicite as premissas, as dependências ocultas e as verificações necessárias após uma alteração.

    • Qual módulo é responsável pela lógica de negócios propriamente dita e qual é responsável pela camada de transporte ou pela interface?
    • Onde ocorre a validação e quais premissas são impostas nesse ponto?
    • Quais arquivos relacionados ou tarefas em segundo plano podem passar despercebidos se eu alterar esse fluxo?
    • Quais testes ou verificações devo executar depois de editar essa área?

    Casos de uso relacionados