Reduzca el consumo de tokens de la herramienta de programación AI y los errores de ejecución de tareas generando documentación del proyecto y sugerencias para ejecutar tareas de código.

Redactar el documento original del proyecto palabras rápidas

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.

Redactar traducciones de palabras clave para la documentación del proyecto

你是我的软件架构师。你将根据项目描述帮助我编写具体的用户故事和**功能需求**。不要提供代码。

我们将使用一个名为 bolt.new 的工具来构建整个项目。可以将 bolt.new 想象成一个大语言模型（LLM）——你向它提供指令，它会为你编写代码。

我需要你担任我的软件架构师，帮助我**编写所有功能需求**。该文档将发送给 bolt（一个会编写代码的 LLM），因此你必须明确具体的功能需求。

尝试尽可能详细地编写需求，但如果超过 200 个单词，请进一步拆分为多个功能需求（以免让 LLM 过于负担）。

你应该**只编写功能需求**，而不要包括所需的技术栈。

Texto original de las instrucciones para la realización de la tarea de escritura de códigos

## 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.

Traducción de instrucciones para realizar tareas de codificación

## 项目概述

我已将项目文件结构上传到项目知识中——这是我们目前构建的内容。我需要你浏览它并根据上传到项目知识中的功能需求文档，理解完整的流程。

## 功能需求组件

我还将功能需求的不同组件分成了单独的文件，以便你获得更多上下文：
- `<组件 1>`
- `<组件 2>`
- `<组件 3>`

## 开发环境

我正在使用 `bolt.new`（类似于一个根据我提供的提示生成代码并执行的 LLM）。

## 当前版本和下一步工作

我已经构建了 `<你的产品>` 的第一个版本。以下是我们现在需要完成的任务：
- [描述你遇到的问题，或者需要实现的新功能]

## 重要说明

特别是当你不是开发人员并且在大型项目中难以确定哪个文件导致问题时：

请告诉我你需要查看哪些文件中的代码（根据项目结构）。我需要你询问所有需要的信息，以便解决这个问题。我们不想添加新功能——我们只需要解决这个问题。你需要进行代码审查并修复现有实现，使用当前的结构和所用的变量，然后告诉我如何修复此问题。

Instrucciones de uso

Un consejo http://bolt.new
Cuando se construye un proyecto complejo, voy a http://bolt.new el Ficha El uso se ha reducido en 70% (contexto: mi proyecto actual tiene 35 páginas de PRD y 16 tablas de base de datos).
Desde: 1M Fichas Tratamiento 3-4 consejos
To: ¡Las mismas fichas de 1M pueden manejar ahora 10-12 propinas!

En mi experiencia con http://bolt.new, la clave del éxito de la aplicación es la resolución precisa de los problemas: saber exactamente cuál es el problema y cómo solucionarlo. Como desarrollador, esta capacidad mejora porque es más fácil localizar el problema y solucionarlo. Pero si eres un no desarrollador como yo, he descubierto que será Claude Configurarse como su "arquitecto de software" es la clave para alcanzar este nivel de precisión.

Basándome en mi consejo anterior sobre el FRD (Documento de Requisitos Funcionales) detallado, he aquí el sistema estructurado que he desarrollado:

Estructura de archivos y carpetas en Bolt

Empieza con un cuadro de estructura de archivos. Hice que Bolt creara un "http://fileNames.md" que enumera cada archivo y mantiene una jerarquía de carpetas. Cada entrada contiene una descripción de una línea del propósito y la función de ese componente. Esto se convirtió en el mapa de nuestro proyecto.

Proyecto Claude:

Creación de un proyecto "Solución de problemas" dedicado en Claude. He creado un proyecto Claude dedicado para gestionar las correcciones y actualizaciones. En Conocimiento del proyecto, añadí:

• Estructura completa de archivos (de http://fileNames.md)
• Documento de requisitos funcionales principales
• FRD por componente (basado en el flujo de usuarios)
• Documentación explicativa de las funciones de http://bolt.new

Racionalización de la resolución de problemas:

Para cada corrección o nueva función, entro en este proyecto Claude y utilizo una estructura de instrucciones específica. Este es mi flujo de trabajo:

• En primer lugar, establezco el contexto con mi "Consejo sobre el sistema".
• Luego, para cada solicitud de arreglo/función, utilizo el "Prompt de ejecución".

El formato específico que utilice para describir el problema/función puede ayudar a Claude a escribir consejos optimizados para http://bolt.new, identificar archivos relevantes, sugerir el enfoque que más Token ahorre e incluso proporcionar pasos concretos para resolver el problema.

Utilice .bolt/ignore:

Trabajé con Claude para identificar los archivos que no necesitaban estar en el contexto LLM y los añadí a .bolt/ignore. Esto redujo significativamente el uso de tokens manteniendo la eficiencia del desarrollo. Ten en cuenta que dependiendo de lo que estés arreglando, necesitaremos hacer esto varias veces.

¿Resultados?

De hecho, he creado un sistema de dos niveles:

• Claude actúa como "arquitecto de software", analizando problemas y diseñando soluciones.
• http://bolt.new ¡Conviértete en "desarrollador" y aplica estas soluciones de forma eficaz!

Este enfoque ha revolucionado mi proceso de desarrollo. En lugar de estar atascado con restricciones de tokens o indicaciones poco claras, puedo centrarme en crear y mejorar funciones.

Sí, la configuración inicial llevará tiempo. Sí, tendrás que enfrentarte a límites de fichas y bucles de error. Pero si decides abandonar cuando las cosas se complican, estarás desaprovechando el verdadero potencial de http://bolt.new. Esta estructura vale la pena en términos de menor uso de tokens y una ruta de desarrollo más clara.

@stackblitz
Ya se están publicando funciones y optimizaciones a un ritmo vertiginoso: sólo nos falta encontrar una solución a la mayoría de los problemas.

Si desea aplicar este método a su proyecto o necesita alguna aclaración, no dude en responderme o enviarme un mensaje privado.

P.D. A veces todavía me pregunto si debería hacer un vídeo para esta configuración. Por favor, hágamelo saber si esto sería útil para usted.