Gerar documentação de projeto e prompts para tarefas de execução de código para reduzir o consumo de tokens de ferramentas de programação de IA e erros de execução de tarefas

Escreva as palavras do prompt do documento original do projeto

Você é meu arquiteto de software e me ajudará a escrever histórias de usuários específicas e **requisitos funcionais** com base na descrição do projeto. Não forneça código. Você me ajudará a escrever histórias de usuários específicas e **requisitos funcionais** com base na descrição do projeto.

Usaremos uma ferramenta chamada parafusoImagine que o bolt.new seja como um LLM, em que você dá instruções a ele e ele escreve o código para você.



Preciso que você seja meu arquiteto de software e me ajude a **escrever todos os requisitos funcionais**. Esse documento será enviado ao bolt (um LLM que escreverá o código), portanto, você precisa ser específico quanto aos requisitos funcionais.

Tente escrever os requisitos da forma mais detalhada possível, mas se exceder 200 palavras, divida-os em vários requisitos funcionais (para não sobrecarregar o LLM). você não sobrecarregue o LLM).

Você deve **escrever apenas os requisitos funcionais** e não incluir a pilha de tecnologia necessária.

Escrever traduções de palavras prontas para a documentação do projeto

Você é meu arquiteto de software. Você me ajudará a escrever histórias de usuários específicas e **requisitos funcionais** com base na descrição do projeto. Não forneça código.

Usaremos uma ferramenta chamada bolt.new para criar o projeto inteiro. Pense no bolt.new como um Modelo de Linguagem Grande (LLM) - você fornece as instruções e ele escreverá o código para você.

Preciso que você atue como meu arquiteto de software e me ajude a **escrever todos os requisitos funcionais**. O documento será enviado ao bolt (um LLM que escreve código), portanto, você deve especificar os requisitos funcionais específicos.

Tente escrever os requisitos com o máximo de detalhes possível, mas se eles tiverem mais de 200 palavras, divida-os ainda mais em vários requisitos funcionais (para não sobrecarregar o LLM).

Você deve **somente** escrever os requisitos funcionais** e não incluir a pilha de tecnologia necessária.

Executar o texto original do lembrete da tarefa de escrita de código

## Visão geral do projeto

Fiz o upload da estrutura de arquivos do projeto no conhecimento do projeto - isso é o que construímos até agora. Preciso que você analise e entenda o fluxo completo, com base no documento de requisitos funcionais também carregado no conhecimento do projeto. Preciso que você analise e compreenda o fluxo completo, com base no documento de requisitos funcionais também carregado no conhecimento do projeto.

Componentes dos requisitos funcionais do ##

Também adicionei os diferentes componentes dos requisitos funcionais em arquivos separados, para que você tenha mais contexto.
- ``
- ``
- ``

## Ambiente de desenvolvimento

Estou trabalhando com o `bolt.new` (que é como um LLM que escreve o código e o executa com base nas instruções que eu dou).

Versão atual do ## e próximas etapas

Criei a primeira versão do ``. Veja a seguir o que precisamos fazer agora.
- [Descreva o problema que está enfrentando ou a nova funcionalidade que deseja implementar].

## Observações importantes

Especialmente se você não for desenvolvedor e tiver dificuldade para identificar qual arquivo causa o problema em um projeto grande.

Diga-me quais arquivos você precisa que o código revise, a partir da estrutura do projeto. Preciso que você me peça todas as informações necessárias para poder corrigir o problema. Não queremos adicionar novos recursos - devemos apenas corrigir esse problema sozinho. Você precisa fazer uma revisão do código e corrigir a implementação existente, usar a estrutura atual, as variáveis usadas e depois me dizer como usar a estrutura do projeto. Você precisa fazer uma revisão do código e corrigir a implementação existente, usar a estrutura atual, as variáveis usadas e, em seguida, me dizer como corrigir isso.

Tradução de prompts para a realização de tarefas de escrita de código

## Visão geral do projeto

Fiz o upload da estrutura de documentos do projeto no Project Knowledge - isso é o que construímos até o momento. Preciso que você navegue por ela e entenda o processo completo com base no documento de Requisitos funcionais que foi carregado no Project Knowledge.

Componente de requisitos funcionais do ##

Também dividi os diferentes componentes dos requisitos funcionais em arquivos separados para que você tenha mais contexto:
- ``
- ``
- ``

## Ambiente de desenvolvimento

Estou usando o `bolt.new` (semelhante a um LLM que gera código e o executa com base nos prompts que forneço).

## Versão atual e próximas etapas

Criei a primeira versão do ``. Veja o que precisamos fazer agora:
- [descreva os problemas que você encontrou ou os novos recursos que precisam ser implementados].

## Observações importantes

Especialmente se você não for um desenvolvedor e estiver tendo problemas para determinar qual arquivo está causando o problema em um projeto grande:

Informe-me qual código em quais arquivos você precisa examinar (com base na estrutura do projeto). Preciso que você solicite todas as informações necessárias para corrigir o problema. Não queremos adicionar novos recursos - precisamos apenas corrigir o problema. Você precisa fazer uma revisão do código e corrigir a implementação existente, usando a estrutura atual e as variáveis utilizadas, e depois me dizer como corrigir o problema.

Instruções de uso

Uma dica do site http://bolt.new
Ao criar um projeto complexo, eu http://bolt.new o Token O uso foi reduzido em 70% (histórico: meu projeto atual tem 35 páginas de PRD e 16 tabelas de banco de dados)!
De: 1M Tokens Processing 3-4 tips
Para: Os mesmos 1M Tokens agora podem lidar com 10-12 gorjetas!

Em minha experiência com o site http://bolt.new, a chave para uma implementação bem-sucedida é a solução precisa de problemas, ou seja, saber exatamente qual é o problema e como corrigi-lo. Como desenvolvedor, essa capacidade é aprimorada porque é mais fácil localizar o problema e corrigi-lo. Mas se você não for um desenvolvedor como eu, descobri que será Claude A configuração como seu "arquiteto de software" é a chave para atingir esse nível de precisão.

Com base em minha dica anterior sobre o FRD (Documento de Requisitos Funcionais) detalhado, aqui está o sistema estruturado que desenvolvi:

Estrutura de arquivos e pastas no Bolt

Comece com um gráfico de estrutura de arquivos. Pedi a Bolt que criasse um "http://fileNames.md" que listasse cada arquivo e mantivesse uma hierarquia de pastas. Cada entrada contém uma descrição de uma linha do objetivo e da função desse componente. Isso se tornou o mapa do nosso projeto.

Projeto Claude:

Configuração de um projeto dedicado de "Solução de problemas" no Claude. Criei um projeto dedicado no Claude para lidar com correções e atualizações. No Project Knowledge, adicionei:

• Estrutura completa do arquivo (em http://fileNames.md)
• Documento de requisitos funcionais principais
• FRD por componente (com base no fluxo de usuários)
• Documentação que explica a funcionalidade do site http://bolt.new

Simplificação da solução de problemas:

Para cada correção ou novo recurso, eu entro nesse projeto Claude e uso uma estrutura de prompt específica. Este é o meu fluxo de trabalho:

• Primeiro, defino o contexto com minha "Dica do sistema".
• Em seguida, para cada solicitação de correção/recurso, uso um "prompt de execução".

O formato específico que uso para descrever o problema/função pode ajudar Claude a escrever dicas otimizadas para http://bolt.new, identificar arquivos relevantes, sugerir a abordagem que mais economiza tokens e até mesmo fornecer etapas concretas para resolver o problema.

Use .bolt/ignore:

Trabalhei com Claude para identificar arquivos que não precisavam estar no contexto do LLM e os adicionei a .bolt/ignore. Isso reduziu significativamente o uso de tokens, mantendo a eficiência do desenvolvimento. Observe que, dependendo do que você estiver corrigindo, precisaremos fazer isso várias vezes.

Resultados?

Na verdade, criei um sistema de dois níveis:

• Claude atua como um "arquiteto de software", analisando problemas e projetando soluções.
• http://bolt.new Torne-se um "desenvolvedor" e realize essas soluções com eficiência!

Essa abordagem revolucionou meu processo de desenvolvimento. Em vez de ficar preso a restrições de token ou prompts pouco claros, posso me concentrar na criação e no aprimoramento de recursos.

Sim, a configuração inicial levará algum tempo. Sim, você será desafiado com limites de token e loops de erro. Mas se optar por desistir quando as coisas ficarem complicadas, você estará perdendo o verdadeiro potencial do http://bolt.new. Essa estrutura vale a pena em termos de menor uso de token e de um caminho de desenvolvimento mais claro.

@stackblitz
Os recursos e as otimizações já estão sendo lançados em um ritmo alucinante - tudo o que precisamos é encontrar uma solução para a maioria dos problemas.

Se quiser implementar esse método em seu projeto ou precisar de esclarecimentos, sinta-se à vontade para me responder ou enviar uma mensagem privada.

P.S. Às vezes, ainda me pergunto se devo fazer um vídeo sobre essa configuração. Informe-me se isso seria útil para você.