프로젝트 문서와 코드 작업 실행을 위한 힌트를 생성하여 AI 프로그래밍 도구 토큰 사용량과 작업 실행 오류를 줄이세요.
원본 프로젝트 문서 프롬프트 단어 작성
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 에서 토큰 사용량이 70% 감소했습니다(배경: 현재 프로젝트에는 35페이지의 PRD와 16개의 데이터베이스 테이블이 있습니다)!
출발: 1M 토큰 3-4 팁 처리
대상: 이제 동일한 1백만 토큰으로 10~12개의 팁을 처리할 수 있습니다!
제 경험상(http://bolt.new) 성공적인 구현의 핵심은 정확한 문제 해결, 즉 문제가 무엇이고 어떻게 해결해야 하는지 정확히 아는 것입니다. 개발자는 문제를 찾아서 해결하기가 더 쉽기 때문에 이러한 능력이 향상됩니다. 하지만 저와 같은 비개발자의 경우 다음과 같은 사실을 발견했습니다. Claude 이러한 수준의 정밀도를 달성하려면 '소프트웨어 설계자'로 설정하는 것이 핵심입니다.
앞서 상세 기능 요구 사항 문서(FRD)에 대한 팁을 바탕으로 제가 개발한 구조화된 시스템을 소개합니다:
Bolt의 파일 및 폴더 구조
파일 구조 차트로 시작하세요. 저는 볼트에서 각 파일을 나열하고 폴더 계층 구조를 유지하는 "http://fileNames.md"를 만들도록 했습니다. 각 항목에는 해당 구성 요소의 목적과 기능에 대한 한 줄 설명이 포함되어 있습니다. 이것이 우리 프로젝트의 지도가 되었습니다.
클로드 프로젝트:
Claude에서 전용 "문제 해결" 프로젝트 설정하기. 저는 수정 및 업데이트를 처리하기 위해 전용 Claude 프로젝트를 만들었습니다. 프로젝트 지식에 추가했습니다:
- 전체 파일 구조(http://fileNames.md 참조)
- 주요 기능 요구 사항 문서
- 구성 요소별 FRD(사용자 흐름 기준)
- http://bolt.new 의 기능을 설명하는 문서
문제 해결 간소화:
각 수정 사항이나 새로운 기능에 대해 저는 이 Claude 프로젝트에 들어가서 특정 프롬프트 구조를 사용합니다. 이것이 제 워크플로입니다:
- 먼저 '시스템 팁'으로 컨텍스트를 설정합니다.
- 그런 다음 각 수정/기능 요청에 대해 "실행 프롬프트"를 사용합니다. <두 프롬프트의 형식은 다음과 같습니다.
문제/함수를 설명하는 데 사용하는 특정 형식은 클로드가 http://bolt.new 에 최적화된 팁을 작성하고, 관련 파일을 식별하고, 가장 토큰을 절약할 수 있는 접근 방식을 제안하고, 문제를 해결하기 위한 구체적인 단계를 제시하는 데 도움이 될 수 있습니다.
.bolt/무시를 사용합니다:
저는 Claude와 협력하여 LLM 컨텍스트에 있을 필요가 없는 파일을 식별하고 이를 .bolt/ignore에 추가했습니다. 이렇게 하면 개발 효율성을 유지하면서 토큰 사용량을 크게 줄일 수 있었습니다. 수정하는 항목에 따라 이 작업을 여러 번 수행해야 할 수도 있습니다.
결과?
저는 실제로 2계층 시스템을 만들었습니다:
- Claude는 문제를 분석하고 솔루션을 설계하는 '소프트웨어 설계자'로 활동합니다.
- http://bolt.new '개발자'가 되어 이러한 솔루션을 효율적으로 구현하세요!
이 접근 방식은 제 개발 프로세스에 혁신을 가져왔습니다. 토큰 제한이나 불명확한 프롬프트에 얽매이지 않고 기능을 구축하고 개선하는 데 집중할 수 있게 되었습니다.
예, 초기 설정에는 시간이 걸립니다. 예, 토큰 한도와 오류 루프로 인해 어려움을 겪을 수 있습니다. 하지만 일이 복잡해졌다고 포기하면 http://bolt.new 의 진정한 잠재력을 놓치게 됩니다. 이 구조는 토큰 사용량을 줄이고 개발 경로를 명확히 한다는 점에서 그만한 가치가 있습니다.
스택블리츠
기능과 최적화는 이미 빠른 속도로 출시되고 있으며, 대부분의 문제에 대한 해결책을 찾기만 하면 됩니다.
프로젝트에 이 방법을 구현하고 싶거나 설명이 필요한 경우 언제든지 답장 또는 비공개 메시지를 보내주세요.
추신: 가끔 이 설정에 대한 동영상을 만들어야 할지 고민이 될 때가 있습니다. 도움이 된다면 알려주세요.
© 저작권 정책
이 글은 저작권이 있으며 무단으로 복제해서는 안 됩니다.
관련 문서
댓글 없음...