オリジナル・プロジェクト文書のプロンプト・ワードを書く
あなたは私のソフトウェアアーキテクトです。 あなたはプロジェクトの説明に基づいて、具体的なユーザーストーリーと**機能要件**を書き出すのを手伝ってください。 コードは提供しないでください。プロジェクトの説明に基づいて、具体的なユーザーストーリーと**機能要件**を書き出すのを手伝ってください。 というツールを使用します。 ボルトbolt.newはLLMのようなもので、指示を与えるとコードを書いてくれる。私のソフトウェア・アーキテクトとして、**すべての機能要件を書き出す**のを手伝ってほしい。 このドキュメントはボルト(コードを書くLLM)に送られるので、機能要件を具体的に書く必要があります。 要件はできるだけ詳細に書くようにしてください。しかし、200ワードを超えるようであれば、さらに複数の機能要件に分割してください。LLMを圧倒しないように）。 必要な技術スタックは含めず、**機能要件**だけを書くべきです。
プロジェクト・ドキュメンテーション用のプロンプト・ワードの翻訳を書く
あなたは私のソフトウェアアーキテクトです。プロジェクトの説明に基づいて、具体的なユーザーストーリーと**機能要件**を書くのを手伝ってください。コードは提供しないでください。 プロジェクト全体を構築するために、bolt.newというツールを使います。bolt.newはLarge Language Model (LLM)のようなものだと考えてください。 私のソフトウェアアーキテクトとして、**すべての機能要件**を書くのを手伝ってほしい。このドキュメントはボルト（コードを書くLLM）に送られるので、特定の機能要件を指定する必要があります。 要件はできるだけ詳しく書いてください。ただし、200字を超える場合は、（LLMに負担をかけないように）複数の機能要件に分割してください。 機能要件**のみを記述し、必要な技術スタックは含めないでください。
コード作成タスクのリマインダーの原文を実行する。
##プロジェクト概要 プロジェクトのファイル構造をプロジェクト・ナレッジにアップロードしました。 これは私たちがこれまでに構築したものです。 プロジェクト・ナレッジにアップロードされた機能要件ドキュメントに基づき、これを見て完全なフローを理解してください。プロジェクト・ナレッジにアップロードされた機能要件ドキュメントに基づき、完全なフローを理解してほしい。 ## 機能要件コンポーネント 機能要件の異なるコンポーネントを別のファイルに追加しました。 - ` - ` - ` ##開発環境 私は、`bolt.new`（これはLLMのようなもので、私が与えたプロンプトに基づいてコードを書いて実行する）を使って作業している。 ## 現在のバージョンと次のステップ 私は``の最初のバージョンを作った。 これからやるべきことは以下の通りです。 - あなたが直面している問題、または実装したい新機能を記述してください]。 ## 重要な注意事項 特に、あなたが非デベロッパーで、大規模なプロジェクトにおいて、どのファイルが問題の原因なのかを特定するのに苦労している場合。 プロジェクトの構造から、どのファイルをレビューするコードが必要なのかを教えてください。 この問題を修正するために必要な情報をすべて教えてください。私たちは新しい機能を追加したくありません - 私たちはただこの問題だけを修正すべきです。 あなたはコードレビューをして、既存の実装を修正し、現在の構造、使用されている変数を使用し、そして私にプロジェクト構造を使用する方法を教えてください。コードレビューをして、既存の実装を修正し、現在の構造、使用されている変数を使用し、それからこれを修正する方法を教えてください。
コードライティング・タスクを実行するためのプロンプトの翻訳
##プロジェクト概要 プロジェクトのドキュメント構造をProject Knowledgeにアップロードしました。Project Knowledgeにアップロードされた機能要件ドキュメントに基づいて、このドキュメントをナビゲートし、完全なプロセスを理解してほしい。 ## 機能要件コンポーネント また、機能要件のさまざまなコンポーネントを別のファイルに分割したので、より多くのコンテキストを得ることができます： - <` - ` - ` ##開発環境 私は`bolt.new`（コードを生成し、私が指定したプロンプトに基づいて実行するLLMに似ている）を使っている。 ## 現在のバージョンと次のステップ 私は `` の最初のバージョンを作りました。これから達成すべきことは以下の通りです： - あなたが遭遇した問題や、実装が必要な新機能を記述してください]。 ## 重要な注意事項 特に、あなたが開発者ではなく、大規模なプロジェクトでどのファイルが問題を引き起こしているかを判断するのに苦労している場合： プロジェクトの構造に基づいて）どのファイルのどのコードを見る必要があるか教えてください。問題を解決するために必要なすべての情報をお願いします。私たちは新しい機能を追加したいわけではありません。あなたはコード・レビューをして、現在の構造と使用されている変数を使用して、既存の実装を修正する必要があります。
使用方法
http://bolt.new ヒント
複雑なプロジェクトを作るときは、http://bolt.new トークン 使用量は70%減少した（背景：私の現在のプロジェクトには35ページのPRDと16のデータベーステーブルがある）！
From: 1M トークン処理 3-4 ヒント
To:同じ1Mトークンで10～12チップを扱えるようになった！
私の経験では、http://bolt.new、実装を成功させる鍵は的確な問題解決、つまり何が問題で、どうすれば解決できるかを正確に知ることだ。開発者であれば、問題を特定し、それを修正することが容易であるため、この能力は向上する。しかし、もしあなたが私のような非開発者であるなら、それは次のようになることがわかりました。 クロード ソフトウェア・アーキテクト」を設定することが、このレベルの精度を達成する鍵である。
詳細なFRD（機能要件文書）に関する前回のヒントを基に、私が開発した構造化システムを紹介しよう：
Boltのファイルとフォルダ構造
まずはファイル構成表から。私はボルトに、各ファイルをリストアップし、フォルダ階層を維持する「http://fileNames.md」を作らせた。各エントリには、そのコンポーネントの目的と機能を1行で説明しています。これが私たちのプロジェクトの地図となった。
クロード・プロジェクト
クロードに "問題解決 "専用プロジェクトを立ち上げる。修正とアップデートを処理するために、専用のクロード・プロジェクトを作成した。プロジェクト・ナレッジに
- 完全なファイル構造（http://fileNames.md より）
- 主な機能要件文書
- コンポーネント別FRD（ユーザーフローに基づく）
- http://bolt.new の機能を説明する文書
問題解決を合理化する：
修正や新機能のたびに、私はこのクロード・プロジェクトに入り、特定のプロンプト構造を使う。これが私のワークフローだ：
- まず、"System Tip "でコンテクストを設定した。
- そして、それぞれの修正／機能リクエストに対して、「実行プロンプト」を使う。<つのプロンプトの書式は以下の通りです。
私が問題/機能を説明するために使用する特定のフォーマットは、クロードがhttp://bolt.new、関連するファイルを特定し、最もトークンを節約するアプローチを提案し、さらには問題を解決するための具体的な手順を提供するために最適化されたヒントを書くのに役立ちます。
.bolt/ignoreを使用：
私はクロードと協力して、LLMコンテキストにある必要のないファイルを特定し、それらを.bolt/ignoreに追加した。これにより、開発効率を維持しながら、トークンの使用量を大幅に減らすことができました。修正する内容によっては、この作業を何度も行う必要があることに注意してください。
結果は？
私は実際に2層のシステムを作った：
- クロードは「ソフトウェア・アーキテクト」として問題を分析し、解決策を設計する。
- http://bolt.new 「開発者」となり、これらのソリューションを効率的に実装する！
このアプローチは、私の開発プロセスに革命をもたらした。トークンの制限や不明確なプロンプトにとらわれることなく、機能の構築と改善に集中できる。
はい、初期設定には時間がかかります。トークンの制限やエラー・ループに悩まされることもあるだろう。しかし、物事が複雑になったときにあきらめることを選択することは、http://bolt.new の真の可能性を見逃していることになる。この構造は、トークンの使用量を減らし、開発の道筋を明確にするという点で価値があります。
スタックブリッツ
機能や最適化はすでに猛烈なスピードでリリースされており、必要なのはほとんどの問題の解決策を見つけることだけだ。
あなたのプロジェクトにこの方法を導入したい場合、または説明が必要な場合は、返信またはプライベート・メッセージでお気軽にお問い合わせください。
追伸：今でも時々、このセットアップのビデオを作るべきかどうか悩むことがある。もし参考になるようでしたら教えてください。
日本語 
简体中文 
English 
Deutsch (Sie) 
Português do Brasil