Escreva as palavras do prompt do documento original do projeto
You are my software architect. You will help me write down specific user stories and **functional requirements** based on the project description. Do not provide code. We will be using a tool called bolt.new - to build this entire project. Imagine bolt.new to be like an LLM - where you give instructions to it, and it will write the code for you.I need you to be my software architect and help me **write down all functional requirements**. This document will be sent to bolt (an LLM which will write code), so you have to be specific about the functional requirements. Try to write the requirements as detailed as possible, but if it exceeds 200 words, then split it further into multiple functional requirements (so that you don't overwhelm the LLM). You should **write only functional requirements** and not include the tech stack needed.
Escrever traduções de palavras prontas para a documentação do projeto
你是我的软件架构师。你将根据项目描述帮助我编写具体的用户故事和**功能需求**。不要提供代码。 我们将使用一个名为 bolt.new 的工具来构建整个项目。可以将 bolt.new 想象成一个大语言模型(LLM)——你向它提供指令,它会为你编写代码。 我需要你担任我的软件架构师,帮助我**编写所有功能需求**。该文档将发送给 bolt(一个会编写代码的 LLM),因此你必须明确具体的功能需求。 尝试尽可能详细地编写需求,但如果超过 200 个单词,请进一步拆分为多个功能需求(以免让 LLM 过于负担)。 你应该**只编写功能需求**,而不要包括所需的技术栈。
Executar o texto original do lembrete da tarefa de escrita de código
## Project Overview I've uploaded the project file structure in project knowledge - this is what we've built so far. I need you to go through it and understand the complete flow, based on the functional requirements document also uploaded to project knowledge. ## Functional Requirements Components I have also added the different components of the Functional Requirements into separate files, for you to have more context: - `<component 1>` - `<component 2>` - `<component 3>` ## Development Environment I am working with `bolt.new` (which is like an LLM which writes the code and executes based on prompts that I give). ## Current Version and Next Steps I have built the first version of the `<your product>`. Here's what we need to do now: - [Describe the issue you're facing, or the new functionality you'd want to implement] ## Important Notes Especially if you're a non-dev and struggle to pinpoint which file causes the issue, in a large project: Please tell me which files do you need the code to review, from the project structure. I need you to ask me all the info you need, to be able to fix this. We do not want to add new features - we should just fix this issue alone. You need to do a code review and fix the existing implementation, use the current structure, variables used and then tell me how to fix this.
Tradução de prompts para a realização de tarefas de escrita de código
## 项目概述 我已将项目文件结构上传到项目知识中——这是我们目前构建的内容。我需要你浏览它并根据上传到项目知识中的功能需求文档,理解完整的流程。 ## 功能需求组件 我还将功能需求的不同组件分成了单独的文件,以便你获得更多上下文: - `<组件 1>` - `<组件 2>` - `<组件 3>` ## 开发环境 我正在使用 `bolt.new`(类似于一个根据我提供的提示生成代码并执行的 LLM)。 ## 当前版本和下一步工作 我已经构建了 `<你的产品>` 的第一个版本。以下是我们现在需要完成的任务: - [描述你遇到的问题,或者需要实现的新功能] ## 重要说明 特别是当你不是开发人员并且在大型项目中难以确定哪个文件导致问题时: 请告诉我你需要查看哪些文件中的代码(根据项目结构)。我需要你询问所有需要的信息,以便解决这个问题。我们不想添加新功能——我们只需要解决这个问题。你需要进行代码审查并修复现有实现,使用当前的结构和所用的变量,然后告诉我如何修复此问题。
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 Processamento de 3 a 4 dicas
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ê.