生成项目文档和执行代码任务的提示词，以此降低AI编程工具tokens消耗和任务执行错误

编写项目文档提示词原文

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.

编写项目文档提示词译文

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

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

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

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

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

执行编写代码任务提示词原文

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

执行编写代码任务提示词译文

## 项目概述

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

## 功能需求组件

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

## 开发环境

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

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

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

## 重要说明

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

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

使用说明

一个 http://bolt.new 的提示
在构建复杂项目时，我将 http://bolt.new 的 Token 使用量减少了 70%（背景：我当前的项目有 35 页的 PRD 和 16 个数据库表）！
从：1M Tokens 处理 3-4 个提示
到：相同的 1M Tokens 现在可以处理 10-12 个提示

根据我使用 http://bolt.new 的经验，成功执行的关键在于精准的问题解决——清楚地知道问题出在哪里并如何解决。作为开发者，这种能力会更强，因为更容易定位问题并修复。但如果像我一样是非开发者，我发现将 Claude 设置为你的“软件架构师”是实现这种精准度的关键。

在我之前关于详细 FRD（功能需求文档）的提示基础上，这里是我开发的结构化系统：

Bolt 中的文件和文件夹结构

从文件结构图开始。我让 bolt 创建一个 "http://fileNames.md"，列出每个文件并保持文件夹层级结构。每个条目都包含该组件的用途和功能的一行描述。这成为了我们项目的地图。

Claude 项目：

在 Claude 中设置一个专门的“问题解决”项目。我创建了一个专门用于处理修复和更新的 Claude 项目。在项目知识中，我添加了：

• 完整的文件结构（来自 http://fileNames.md）
• 主功能需求文档
• 按组件划分的 FRD（基于用户流程）
• 解释 http://bolt.new 功能的文档

精简问题解决：

对于每个修复或新功能，我都会进入这个 Claude 项目，并使用特定的提示结构。这是我的工作流程：

• 首先，我用我的“系统提示”设定上下文。
• 然后，对于每个修复/功能请求，我使用“执行提示”。<两个提示格式如下>

我用来描述问题/功能的特定格式可以帮助 Claude 为 http://bolt.new 编写优化的提示，识别相关文件，建议最节省 Token 的方法，甚至提供解决问题的具体步骤。

使用 .bolt/ignore：

我与 Claude 合作识别了不需要出现在 LLM 上下文中的文件，并将它们添加到 .bolt/ignore 中。这显著减少了 Token 使用量，同时保持了开发效率。注意，根据你正在修复的内容，我们需要多次执行此操作。

结果？

我实际上创建了一个两级系统：

• Claude 作为“软件架构师”，分析问题并设计解决方案
• http://bolt.new 成为“开发者”，高效地实现这些解决方案

这种方法彻底改变了我的开发流程。与其困在 Token 限制或不清晰的提示中，我可以专注于构建和改进功能。

是的，最初的设置需要时间。是的，你会面临 Token 限制和错误循环的挑战。但当事情变复杂时选择放弃，就错过了 http://bolt.new 的真正潜力。这种结构在降低 Token 使用量和更清晰的开发路径上是值得的。

@stackblitz
已经在以极快的速度发布功能和优化——我们所需要的只是找到一种解决大多数问题的方法。

如果你想为你的项目实施此方法或需要澄清，请随时回复或私信我。

P.S. 有时候我仍然在想是否应该为这个设置制作一个视频。请告诉我这样是否会对你有帮助。