以下の内容はhttps://kafkafinancialgroup.hatenablog.com/entry/2025/05/20/193018より取得しました。


Vibe Codingのためのプロンプト

以下のプロンプト群は、大規模言語モデル(LLM)を活用したソフトウェア開発において、その能力を最大限に引き出し、効率的かつ高品質な成果を得るために非常に有効かつ有益なものです。それぞれのプロンプトがなぜ効果的なのか、以下に解説します。

 

## 1. アーキテクチャ定義のプロンプト

 

```markdown

“Give me the full architecture:

 

File + folder structure

What each part does

Where state lives, how services connect Format this entire document in markdown.”

```

 

**有効性と有益性:**

 

* **明確性の確保と曖昧さの排除**: プロジェクトの初期段階でファイル構造、各コンポーネントの役割、状態管理、サービス連携といったアーキテクチャの骨子をLLMに定義させることは、開発の方向性を明確にします。人間がLLMと対話する際、意図を明確に伝えるプロンプトは、望んだ回答を得るために不可欠です[5]。このプロンプトは、LLMが開発対象を具体的に理解するための基礎情報を提供し、曖昧な解釈による手戻りを防ぎます。

* **構造化された情報による理解促進**: マークダウン形式での出力を指示することで、生成されるアーキテクチャ情報が整理され、人間開発者にとってもLLM自身にとっても理解しやすい形式になります。

* **網羅的な初期設計**: 具体的な項目をリストアップすることで、LLMはアーキテクチャ設計において考慮すべき点を網羅的に捉えようとします。これは、LLMに詳細かつ適切な指示を与えることで出力の質を高めるプロンプトエンジニアリングの基本原則に合致しています[6]。

* **LLMの文脈理解の向上**: 初めに全体像を把握させることで、LLMは後続のタスクを実行する際に、より深い文脈理解に基づいて処理を行うことができます[2]。

 

## 2. MVP構築計画のプロンプト

 

```markdown

“ Using that architecture, write a granular step-by-step plan to build the MVP. Each task should:

 

Be incredibly small + testable

Have a clear start + end

Focus on one concern I’ll be passing this off to an engineering LLM that will be told to complete one task at a time, allowing me to test in between. "

```

 

**有効性と有益性:**

 

* **段階的思考の促進 (Step-by-step)**: 複雑なMVP開発を「非常に小さくテスト可能なタスク」に分解し、「ステップバイステップで考えて」と指示するのと同様に、LLMが段階的に思考することを促します[4]。これにより、各タスクの精度が向上し、見落としが減ります。このアプローチは、複雑な推論タスクにおいて中間ステップを出力させることで精度を向上させるChain-of-Thought (CoT) プロンプティングと考え方が類似しています[6]。

* **テスト容易性と品質向上**: タスクを細分化し、それぞれをテスト可能にすることで、開発の初期段階で問題を発見しやすくなります。LLMが生成した成果物を人間が迅速に検証し、フィードバックを与えるサイクルを回しやすくなります。

* **単一責任の原則の適用**: 各タスクを「単一の懸念に集中」させることで、タスクの目的が明確になり、LLMはより焦点の定まった、質の高い出力を生成しやすくなります。

* **反復的開発プロセスの実現**: 「エンジニアリングLLMが一度に一つのタスクを完了し、その都度テストする」という指示は、アジャイル開発のような反復的な開発を可能にし、リスクを低減しながらプロジェクトを推進できます。

 

## 3. LLMによるタスク実行のプロンプト

 

```markdown

“ You’re an engineer building this codebase. You've been given "archtest.md" and "tasks.md".

 

Read both carefully. There should be no ambiguity about what we’re building.

Follow "tasks.md" and complete one task at a time.

After each task, stop. I’ll test it. If it works, commit to GitHub and move to the next. "

```

 

**有効性と有益性:**

 

* **役割設定 (ペルソナ設定) による性能向上**: LLMに「エンジニア」という具体的な役割を与えることは、その役割が持つべき専門知識や思考様式をLLMに模倣させ、より専門的で適切な出力を引き出す効果があります[1]。

* **明確な情報源と指示による曖昧性の排除**: 「archtest.md」と「tasks.md」という具体的なドキュメントを参照させ、「構築するものについて曖昧さがあってはならない」と釘を刺すことで、LLMは必要な情報を正確に理解し、指示に基づいた行動を取りやすくなります[5]。

* **逐次実行とテストによる品質管理**: タスクを一つずつ実行させ、各タスク完了後に人間がテストし、問題がなければコミットするというプロセスは、品質を担保しながら着実に開発を進めるための効果的な手法です。

 

## 4. コーディングプロトコル

 

```markdown

CODING PROTOCOL

" Coding Instructions

 

Write the absolute minimum code required

No sweeping changes

No unrelated edits - focus on just the task you're on

Make code precise, modular, testable

Don’t break existing functionality

If I need to do anything (e.g. Supabase/AWS config), tell me clearly "

```

 

**有効性と有益性:**

 

* **制約による出力品質のコントロール**: 「最小限のコード」「広範囲な変更なし」「無関係な編集なし」といった具体的な制約を設けることで、LLMが生成するコードの品質を細かく制御し、意図しない挙動や冗長なコードの生成を防ぎます。プロンプトで特定のフレーズを使用したり制約を課したりすることで、LLMの出力を望ましい方向に誘導できます[8]。

* **ソフトウェア工学のベストプラクティスの適用**: 「正確、モジュール化、テスト可能」といった指示は、保守性が高く、再利用可能で、検証しやすいコードを生成するための重要な原則です。LLMにこれらの原則を意識させることで、人間が開発する場合と同様の品質基準を適用できます。

* **既存機能の保護と安定性**: 「既存の機能を壊さない」という指示は、特に既存システムへの機能追加や改修を行う際に、デグレードを防ぎシステムの安定性を維持するために不可欠です。

* **明確なコミュニケーションの確保**: AWSの設定など、LLMだけでは完結できない作業が必要な場合に「明確に指示する」よう求めることで、人間とLLM間の連携をスムーズにし、作業の抜け漏れを防ぎます。

 

これらのプロンプト群は、単にLLMに指示を与えるだけでなく、LLMの能力を最大限に引き出し、人間とLLMが協調してソフトウェア開発を進めるための効果的なフレームワークを提供します。プロンプトの工夫次第でAIの性能を最大限に引き出し、より効果的なコミュニケーションやタスクの実行が可能になるという「プロンプトエンジニアリング」の核心を体現しています[4][6]。また、LLMによるプロンプトの書き換えが応答の質を向上させるという研究結果もあり[2][5]、これらのプロンプトもLLMにとって理解しやすく、高品質な応答を引き出しやすいように設計されていると言えます。

 

引用:

[1] LLMにおける疑似人格プロンプトエンジニアリングの有効性とその ... https://note.com/sharakusatoh/n/n1f347eeae8ea

[2] LLMによるプロンプト書き換えの可能性:AI対話を改善する新たな ... https://zenn.dev/kimkiyong/articles/2477bdb29a960e

[3] 次世代LLMの自律タスク実行に向けた高度なプロンプト ... https://developers.cyberagent.co.jp/blog/archives/46619/

[4] 今日から使えるLLMのプロンプトテクニック https://www.idnet.co.jp/column/page_292.html

[5] LLMによるプロンプトの書き直しは本当に実用的 実際の会話 ... - AIDB https://ai-data-base.com/archives/87309

[6] 生成 AIを使い倒すためのプロンプトエンジニアリングとは https://www.dlri.co.jp/report/ld/263240.html

[7] LLMの性能を数倍向上させるプロンプトエンジニアリングって何? https://news.mynavi.jp/techplus/article/zeroprompt-1/

[8] [翻訳]LLMで1年間開発して学んだこと〜LLMプロダクト開発を成功 ... https://zenn.dev/seya/articles/12c67b5d80670a

 




以上の内容はhttps://kafkafinancialgroup.hatenablog.com/entry/2025/05/20/193018より取得しました。
このページはhttp://font.textar.tv/のウェブフォントを使用してます

不具合報告/要望等はこちらへお願いします。
モバイルやる夫Viewer Ver0.14