IDE × AIモデル別：プロンプトに食わせるべきファイルまとめ

主要IDEごとに、連携AI・推奨ファイル・目的・補足を整理した表です。プログラミング中心にまとめています。

1. 基本のセット

  • プロジェクト概要・設計
    README.md, architecture.md
    AIに全体像・設計方針・責務を理解させる
  • 依存・環境情報
    build.gradle(.kts), package.json, Podfile, .env.example
    SDK・ライブラリ・環境変数を正確に認識させる
  • コーディング方針・ルール
    .prompt.yaml, .copilot-instructions.md, .editorconfig
    命名規則、禁止API、コードスタイルを統一

2. IDE × AIモデル別の推奨ファイルと効果

IDE 推奨AIモデル 重点ファイル 効果 補足
Android Studio / IntelliJ Gemini Code Assist, Copilot .prompt.yaml, build.gradle, architecture.md Androidプロジェクト全体を理解した補完・設計提案 プロジェクト全体の構造を解析可能。方針ファイルで安定化。
Xcode Copilot, GPT-5 .prompt.yaml, Package.swift, README.md SwiftUI/MVVM設計に沿った正確なコード生成 Xcodeは依存解析が弱めなので .prompt.yaml を明示すると効果大。
VS Code Copilot Chat, GPT-5 .copilot-instructions.md, package.json, README.md 軽量環境で多言語対応、チーム開発の方針共有に有効 拡張機能単位でAI切替可能。指示ファイルが最重要。
Cursor / Windsurf / Aider GPT-5 / Claude 3.5 / Gemini 1.5 .prompt.yaml / .cursorconfig, README.md, architecture.md, build設定 設計・生成・リファクタを自動で分担 ファイル単位でAIが文脈キャッシュを保持。設計書参照可。
Jupyter / DataSpell / VSCode + Python GPT-4 Turbo, Gemini Advanced .ipynb / .csv / .xlsx, analysis.md / README.md, .prompt.yaml データ解析・統計・グラフ生成 データ＋分析目的＋出力形式を渡すと的確に解析可能。
Figma / Webflow / Framer Gemini 1.5 Pro (Vision), GPT-5 Vision .fig / .svg / layout.json, style_reference.jpg, .prompt.yaml UIデザイン→コード変換・スタイル抽出 構図＋目的＋出力フォーマット指定でSwiftUIやComposeコード化が容易。

3. 実務での運用Tips

  • サンプルコードを渡す
    /sample_code に小さな動作例を置くと、AIが文体やパターンを模倣しやすい
  • 変更履歴を渡す
    CHANGELOG.md や feature_list.md を読むことで、過去の修正意図を理解し、安全な提案が可能
  • 大きなファイルは要約して渡す
    設計書や長文ドキュメントは、AIの文脈理解の負荷を減らすために必要部分だけ渡す
  • 依存関係やAPI仕様は明示
    未定義関数や古いAPIの誤提案を防ぐため、build.gradle や .env.example を食わせる

4. まとめ

プログラミングAIを「単なるコード補完」ではなく、プロジェクト理解型のアシスタントとして活用するには、

「概要 + 環境 + 方針」をAIに与えることが最も重要です。

  • IDEや言語に合わせたファイルを食わせる
  • 設計方針と依存関係を明確化する
  • サンプルコードや履歴で文脈を補完する

この3ステップで、AIは理解に基づいたコード生成・設計提案を行い、開発効率と品質を大幅に向上させられます。

AI を使ったプロンプトに入れておきたい著名プログラマーの哲学的名言100

「プログラマー」という人種を見てて「哲学がない」と感じる昨今。

ちょっと調べてみた。

No. 名言（日本語） 名言（英語） 発言者
1 優秀なプログラマーは何を書くかを知っている。偉大なプログラマーは何を書き直すべきかを知っている。 *Good programmers know what to write. Great ones know what to rewrite.* Linus Torvalds
2 プログラミングの早すぎる最適化は諸悪の根源である。 *Premature optimization is the root of all evil.* Donald Knuth
3 デバッグはプログラムを書くことの2倍難しい。 *Debugging is twice as hard as writing the code in the first place.* Brian Kernighan
4 怠惰、短気、傲慢は、プログラマーの三大美徳である。 *Laziness, Impatience, and Hubris are the three great virtues of a programmer.* Larry Wall
5 完璧を目指すよりもまず終わらせろ。 *Done is better than perfect.* Mark Zuckerberg
6 私はすばらしいプログラマーではない。私は単にすばらしい習慣を持つ平凡なプログラマーだ。 *I'm not a great programmer; I'm just a good programmer with great habits.* Kent Beck
7 シンプルな方がいいんだよ。 *Simpler is usually better.* Rich Hickey
8 未来を予測する最良の方法は、未来を創り出すことだ。 *The best way to predict the future is to invent it.* Alan Kay
9 実のところ、すべてを備えていない言語のほうがプログラミングは簡単である。 *In fact, a language that doesn't have everything is easier to program in.* Dennis MacAlistair Ritchie
10 プロジェクトの遅れは、人員の追加で取り戻せない。 *Adding manpower to a late software project makes it later.* Frederick Brooks Jr.
11 抽象化は、複雑性を管理するための主要なツールである。 *Abstraction is the main tool for dealing with complexity.* Bjarne Stroustrup
12 良いエラーメッセージは、問題を半分解決する。 *A good error message solves half the problem.* Donald A. Norman
13 最高のコードとは、まったくコードを書かないことだ。 *The best code is no code at all.* Jeff Atwood
14 ソフトウェアは成長する。建築されるのではない。 *Software is a growing thing, it is not built.* Frederick Brooks Jr.
15 プログラミングとは、思考を明確にする行為だ。 *Programming is the act of clarifying thought.* Andy Hunt
16 ソフトウェアは常に変化し続けるものであり、固定的な考え方を持つべきではない。 *There is no code etched in stone.* Dave Thomas
17 大胆な挑戦の末での失敗ならば、問題ではない。 *Failing to achieve a daring goal is not a problem.* Larry Page
18 アイデアに価値はない。それを実行できてはじめて価値になる。 *Ideas are easy. Implementation is hard.* Larry Page
19 失敗を恐れてはいけない。ただ、失敗を繰り返しすぎてはいけない。 *Don't be afraid to fail, but don't fail the same way twice.* Jeff Bezos
20 私は難しい問題を解くために怠惰な人を選ぶ。怠惰な人は楽な方法を見つけるからだ。 *I choose a lazy person to do a hard job. Because a lazy person will find an easy way to do it.* Bill Gates
21 全て自分でやるからこそ、すごく勉強になる。 *It's great to do everything yourself because you learn so much.* Steve Wozniak
22 誰もが、自分自身の法則を見つけなければならない。 *Everyone has to find their own rules.* Steve Wozniak
23 ステイ・ハングリー、ステイ・フーリッシュ。 *Stay Hungry. Stay Foolish.* Steve Jobs
24 偉大な芸術家は盗む。 *Good artists copy, great artists steal.* Steve Jobs
25 プログラミングとはシンフォニー（交響曲）を作曲するようなものだと思っています。 *I think of programming as composing a symphony.* Larry Wall
26 ソフトウェアの構造が、それを作成した組織のコミュニケーション構造を反映する。 *Organizations... are constrained to produce designs which are copies of their communication structures.* Melvin Conway
27 複雑性は、死への道だ。 *Complexity is the road to death.* Jeffery James
28 自分の書いたコードを、まるで他人が書いたもののように批判的に見よ。 *View your own code as if someone else wrote it.* Ward Cunningham
29 技術的な負債は、複利で増大する。 *Technical debt accrues interest.* Ward Cunningham
30 私は間違いを犯したことがない。ただ、うまくいかない1万通りの方法を発見しただけだ。 *I have not failed. I've just found 10,000 ways that won't work.* Thomas Edison
31 顧客が本当に欲しがっているものを、彼らが知る前に理解せよ。 *The customer does not know what they want until you show them.* Alan Cooper
32 プログラミングの核心は、データ構造ではなく、データ構造とそれに対する操作の関係である。 *Algorithms + Data Structures = Programs.* Niklaus Wirth
33 コードの品質は、それが動くかどうかではなく、どれだけ理解しやすいかで決まる。 *Code quality is measured by how easy it is to understand, not whether it runs.* Martin Fowler
34 リファクタリングは、コードを改善するだけでなく、設計を改善することでもある。 *Refactoring is not just an improvement in code, it is an improvement in design.* Martin Fowler
35 コンピュータは驚くほど高速で、正確で、愚かだ。人間は驚くほど低速で、不正確で、素晴らしい。 *Computers are incredibly fast, accurate, and stupid. Humans are incredibly slow, inaccurate, and brilliant.* Albert Einstein
36 良いプログラムとは、驚きが少ないプログラムである。 *A good program is one that has fewer surprises.* Jon Bentley
37 プログラムはまず人間が読めるように書くべきであり、機械が実行できるのは二の次である。 *Programs must be written for people to read, and only incidentally for machines to execute.* Harold Abelson
38 良いコードは、最高のドキュメントである。 *Good code is its own best documentation.* Steve McConnell
39 外部の変化スピードが内部の変化スピードを上回れば、終わりは近い。 *When the rate of change outside exceeds the rate of change inside, the end is in sight.* Jack Welch
40 変革せよ、変革を迫られる前に。 *Change before you have to.* Jack Welch
41 成功は、失敗から熱意を失わずに次に進む能力である。 *Success is the ability to go from one failure to another with no loss of enthusiasm.* Winston Churchill
42 私は、私の書いたコードを、半年後の私が理解できることを期待して書いている。 *I code for myself six months ago.* Matt Johnson
43 知識を共有しないプログラマーは、ボトルネックになる。 *A programmer who doesn't share knowledge becomes a bottleneck.* Eric Sink
44 エラー処理は、プログラムの本質的な複雑さの一部である。 *Error handling is an essential part of the inherent complexity of a program.* Bjarne Stroustrup
45 私の仕事は、物事が機能しない理由を見つけることではない。機能するようにすることだ。 *My job is not to find reasons why things won't work, but to make them work.* Robert C. Martin
46 真実は一つの場所にのみ存在すべきである。 *The truth should exist in one place only.* Robert C. Martin
47 自分の書いたコードに疑問を持て。それがプロの証だ。 *Question your own code. That is a sign of a professional.* Dave Thomas
48 プログラミング言語は、思考の限界を設定する。 *A programming language is a way of thinking about programs.* Alan Perlis
49 ソフトウェア開発とは、単にコードを書くことではない。世界を理解するシステムを構築することだ。 *Software development is not just about writing code; it's about building systems to understand the world.* Grady Booch
50 誰もが、自分自身の法則を見つけなければならない。 *Everyone has to find their own rules.* Steve Wozniak
51 私は、コンピュータが人間よりも賢くなる可能性を信じている。 *I believe in the possibility of computers becoming smarter than humans.* Marvin Minsky
52 プログラミングは、思考を紙に書き出すことから始まる。 *Programming begins by writing thoughts on paper.* John von Neumann
53 良い設計とは、変更を容易にする設計である。 *Good design is about making changes easy.* Alan Cooper
54 私は、私が理解していないソフトウェアは使わない。 *I won't use software that I don't understand.* Richard Stallman
55 自由ソフトウェアは社会問題であり、技術的な問題ではない。 *Free software is a social issue, not a technical one.* Richard Stallman
56 あなたが本当に気にするものは、テストする価値がある。 *Anything that you care about, test it.* Kent Beck
57 プログラムをデバッグする最良の方法は、プログラムを書かないことである。 *The best way to debug a program is not to write it.* Seymour Cray
58 私たちの問題は、人間がまだ十分に洗練されていないことだ。 *Our problem is that humans are not yet sophisticated enough.* Grace Hopper
59 船は港にいるときが最も安全だが、船はそれを作るために作られたわけではない。 *A ship in port is safe, but that is not what ships are built for.* Grace Hopper
60 人々はコンピュータが万能だと思っているが、そうではない。 *People think computers will do everything, but they won't.* Grace Hopper
61 プログラミングとは、機械に何をすべきかを教えることではなく、人間が何をしたいかを教えることだ。 *Programming is not about instructing a machine what to do; it's about telling a human what you want.* Alan Perlis
62 プロジェクトは、仕様書どおりではなく、人が理解したとおりに作られる。 *The system is built as the people understood it, not as it was specified.* Joel Spolsky
63 技術は、それを理解しない人々によって支配されるべきではない。 *Technology should not be ruled by people who don't understand it.* Dennis MacAlistair Ritchie
64 シンプルさは、究極の洗練である。 *Simplicity is the ultimate sophistication.* Leonardo da Vinci
65 小さく、早く、頻繁にリリースせよ。 *Release early, release often, and listen to your customers.* Eric S. Raymond
66 私は、コードを書く喜びが失われるような仕事はしない。 *I don't do jobs where the joy of coding is lost.* Linus Torvalds
67 常に次に来るべきものは何かと問うて、その一歩先を行け。 *Always ask what's next, and take the step ahead.* Bill Joy
68 良いコードは、コードを読んだ時の驚きが少ない。 *Good programs are those that have fewer surprises when read.* Jon Bentley
69 良いプログラムは、バグの量が少ない。 *Good programs have a small number of bugs.* Donald Knuth
70 私は、私が理解していないソフトウェアは使わない。 *I don't use software I don't understand.* Richard Stallman
71 完璧な設計は、市場投入を遅らせる。 *Perfect design is the enemy of launch.* Reid Hoffman
72 経験とは、欲しいものを手に入れなかった時に得られるものだ。 *Experience is simply the name we give our mistakes.* Oscar Wilde
73 未来の技術は、今日のSF小説から生まれる。 *Any sufficiently advanced technology is indistinguishable from magic.* Arthur C. Clarke
74 妥協は、コードを台無しにする。 *Compromise ruins the code.* Grady Booch
75 良いアーキテクチャは、システムを理解しやすくする。 *Good architecture makes a system easy to understand.* Martin Fowler
76 顧客は何が欲しいかなんて実は知らない。 *The customers don't know what they want.* Henry Ford
77 プログラマーにとっての最も危険な言葉は、「問題ない」である。 *The most dangerous phrase in the language is, "We've always done it this way."* Grace Hopper
78 私は、コンピューターで遊んで育った。 *I grew up playing with computers.* Bill Gates
79 人の心をつかむもの、それは誠実である。 *The thing that can gain a person's heart is sincerity.* Bill Gates
80 ソフトウェアは、知識を具現化したものである。 *Software is the embodiment of knowledge.* Grady Booch
81 私は常に、自分の書いたコードが本当に正しいのかどうかを疑っている。 *I always doubt if the code I wrote is truly correct.* Donald Knuth
82 テストされていないコードは、壊れたコードである。 *Untested code is broken code.* Robert C. Martin
83 良いプログラマーはコードを書く。偉大なプログラマーはコードを削除する。 *Good programmers write code. Great programmers delete code.* Jeff Atwood
84 バグの90%は、コードの10%に集中している。 *90% of the bugs are in 10% of the code.* Tom DeMarco
85 測定できなければ、改善できない。 *If you can't measure it, you can't improve it.* Peter Drucker
86 あなたの書いたコードは、あなたが出会う最も重要なユーザーである。 *The most important user of any piece of software is its programmer.* Bjarne Stroustrup
87 プログラムは、コードの行数で測られるべきではない。 *Programs should not be measured by lines of code.* Frederick Brooks Jr.
88 計画は無用だが、計画を立てることは不可欠だ。 *Plans are useless, but planning is indispensable.* Dwight D. Eisenhower
89 コードコメントの真実とは、コメントは嘘をつきがちだということだ。 *Comments lie more than the code.* Jeff Atwood
90 複雑なことをシンプルにすること。それは才能である。 *The ability to simplify means to eliminate the unnecessary so that the necessary may speak.* Hans Hofmann
91 良いプログラムとは、その作成者がいなくても読めるプログラムである。 *A good program is one that can be read even without its creator.* Kent Beck
92 経験とは、間違いを犯した後で、それを二度としない能力である。 *Experience is the ability to not make the same mistake twice.* Paul Graham
93 ソフトウェアは常に完成途上にある。 *Software is never finished, only abandoned.* Frederick Brooks Jr.
94 私は、コンピュータが世界を変えると信じている。 *I believe that the computer will change the world.* Bill Gates
95 私は、人生で最も賢い人々の何人かに会ったが、彼らはプログラマーだった。 *I met some of the smartest people in my life, and they were programmers.* Steve Wozniak
96 プログラミングは、論理と芸術の融合である。 *Programming is the fusion of logic and art.* Donald Knuth
97 誰にも見つからないバグは、実質的に存在しない。 *A bug that no one finds is effectively non-existent.* Grace Hopper
98 誰かがコードレビューをするたびに、コードは改善される。 *The code improves every time someone reviews it.* Jeff Atwood
99 この世界、10年後の実用になる技術なんてのは、寝言と同じ価値しかない。 *Technology that will be practical 10 years from now is worth no more than a sleeper's monologue.* Dan Kogai
100 我々のゴールは、最小の努力で最大の効果を得ることである。 *Our goal is to achieve maximum effect with minimum effort.* Larry Wall

 

🤔 まとめ

見てると考えさせられます。

大きく変わったと思います、プログラミング。

プロンプトに入れるには抽象的すぎでした。

Dan Kogai さんもランキング入りしててワロタ。

👉 『AIで書いたコードは危険』と語る著名プログラマーたちのコメント

結局は Android Studio の AI は Gemini に収束するのか - Ultimately, does Android Studio's AI end up relying on Gemini?

 

🤔 ChatGPT の回答

Gemini が主力

・ Android Studio の AI 開発支援として Google が推進中
・ コード生成・補完・UI → コード変換・クラッシュ解析など対応

“完全収束”ではない

・ 他の AI プラグインや補助ツールも併用可能
・ Gemini が唯一の選択肢になるとは断言できない

ポイント

・ Android 開発では Gemini が中心になる傾向
・ 企業や個人のニーズ次第で別のツール併用もあり

 

🤔 GitHub Copilot の回答

・ 公式AIはGeminiへ移行（Studio Bot → Gemini in Android Studio）

・ 他AIプラグイン（Copilot/JetBrains AI等）は併用可

・ 企業向けはGemini Code Assist等でガバナンス・送信制御に対応

・ 結論：公式はGemini中心、チーム事情で使い分け可能

 

🤔 Gemini の回答

・ Android StudioのAIは、現在「Gemini in Android Studio」です。

・ Googleの最新AIモデル「Gemini」（Gemini 1.5 Pro）が基盤です。

・ GoogleのAI技術がGeminiに収束・統合されている流れの一環です。

 

🤔 まとめ

公式AIはGeminiに収束、ただし併用も可能

公式AIは「Gemini」が主力

・ Android Studioに標準搭載されるAI（旧Studio Bot）は、現在「Gemini in Android Studio」となり、Googleの最新AI (Gemini 1.5 Pro) が基盤となっています。
・ これは、Googleが自社AI技術をGeminiに収束・統合している大きな流れの一環です。

“完全な収束”ではない（併用が可能）

・ Geminiが公式AIである一方、それが「唯一の選択肢」になるわけではありません。
・ GitHub CopilotやJetBrains AIなど、他のAIプラグインも引き続き併用できます。

使い分けが実態

・ Android開発の中心はGeminiになっていく傾向です。
・ ただし、企業の方針や個人のニーズ（ガバナンス、慣れなど）に応じて、最適なツールを使い分ける形が現実的です。