Réduire la consommation de jetons de l'outil de programmation de l'IA et les erreurs d'exécution des tâches en générant une documentation sur le projet et des conseils pour l'exécution des tâches de code.

Rédiger la documentation originale du projet

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.

Rédiger les traductions des mots-clés pour la documentation du projet

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

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

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

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

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

Texte original des messages-guides pour la mise en œuvre de la tâche de rédaction de codes

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

Traduction des messages-guides pour les tâches de rédaction de codes

## 项目概述

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

## 功能需求组件

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

## 开发环境

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

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

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

## 重要说明

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

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

Mode d'emploi

Un conseil http://bolt.new
Lors de la construction d'un projet complexe, j'utiliserai http://bolt.new la fonction Jeton L'utilisation a été réduite de 70% (pour mémoire, mon projet actuel comporte 35 pages de PRD et 16 tables de base de données) !
De : 1M Jetons Transformation 3-4 conseils
To : Les mêmes tokens de 1M peuvent maintenant gérer 10-12 pourboires !

D'après mon expérience avec http://bolt.new, la clé d'une mise en œuvre réussie est la résolution précise des problèmes - savoir exactement quel est le problème et comment le résoudre. En tant que développeur, cette capacité est renforcée car il est plus facile de localiser le problème et de le résoudre. Mais si, comme moi, vous n'êtes pas un développeur, j'ai constaté qu'il sera plus difficile de résoudre le problème. Claude La mise en place d'un "architecte logiciel" est la clé pour atteindre ce niveau de précision.

Sur la base de mon conseil précédent concernant le FRD (Functional Requirements Document) détaillé, voici le système structuré que j'ai mis au point :

Structure des fichiers et des dossiers dans Bolt

Commencez par un tableau de la structure des fichiers. J'ai demandé à Bolt de créer un "http://fileNames.md" qui répertorie chaque fichier et maintient une hiérarchie de dossiers. Chaque entrée contient une description d'une ligne de l'objectif et de la fonction de ce composant. C'est devenu le plan de notre projet.

Projet Claude :

Mise en place d'un projet dédié à la "résolution de problèmes" dans Claude. J'ai créé un projet Claude dédié à la gestion des corrections et des mises à jour. Dans Project Knowledge, j'ai ajouté :

• Structure complète des fichiers (à partir de http://fileNames.md)
• Document sur les exigences fonctionnelles principales
• FRD par composant (basé sur le flux d'utilisateurs)
• Documentation expliquant les fonctions de http://bolt.new

Rationalisation de la résolution des problèmes :

Pour chaque correction ou nouvelle fonctionnalité, je vais dans ce projet Claude et j'utilise une structure d'invite spécifique. Voici mon flux de travail :

• Tout d'abord, j'ai établi le contexte avec mon "Conseil pour le système".
• Ensuite, pour chaque demande de correction ou de fonctionnalité, j'utilise une "Invitation à l'exécution". <Les deux invites sont formatées comme suit

Le format spécifique que j'utilise pour décrire le problème ou la fonction peut aider Claude à rédiger des conseils optimisés pour http://bolt.new, à identifier les fichiers pertinents, à suggérer l'approche la plus économe en tokens et même à fournir des étapes concrètes pour résoudre le problème.

Utiliser .bolt/ignore :

J'ai travaillé avec Claude pour identifier les fichiers qui n'avaient pas besoin d'être dans le contexte LLM et je les ai ajoutés à .bolt/ignore. Cela a permis de réduire de manière significative l'utilisation des jetons tout en maintenant l'efficacité du développement. Notez qu'en fonction de ce que vous corrigez, nous devrons faire cela plusieurs fois.

Résultats ?

J'ai en fait créé un système à deux niveaux :

• Claude agit comme un "architecte logiciel", analysant les problèmes et concevant des solutions.
• http://bolt.new Devenez un "développeur" et mettez en œuvre ces solutions de manière efficace !

Cette approche a révolutionné mon processus de développement. Au lieu d'être bloqué par des restrictions de jetons ou des invites peu claires, je peux me concentrer sur l'élaboration et l'amélioration des fonctionnalités.

Oui, l'installation initiale prendra du temps. Oui, vous serez confronté à des limites de jetons et à des boucles d'erreur. Mais en choisissant d'abandonner lorsque les choses se compliquent, vous passez à côté du véritable potentiel de http://bolt.new. Cette structure en vaut la peine en termes de réduction de l'utilisation des tokens et de clarté du développement.

@stackblitz
Des fonctionnalités et des optimisations sont déjà publiées à un rythme effréné - il ne nous reste plus qu'à trouver une solution à la plupart des problèmes.

Si vous souhaitez mettre en œuvre cette méthode dans le cadre de votre projet ou si vous avez besoin d'éclaircissements, n'hésitez pas à me répondre ou à m'envoyer un message privé.

P.S. Parfois, je me demande encore si je ne devrais pas faire une vidéo pour cette configuration. N'hésitez pas à me faire savoir si cela peut vous être utile.