新婚旅行の後、バイブコーディング

spinny:~/writing $ vim vibe-coding-agentic-engineering.md

1~
2バイブ コーディングは、嫌われるために生まれた表現の 1 つですが、その後、徐々に役立つようになりました。
3~
4最初は次のように聞こえます。「考えず、AI に尋ね、出てくるものを受け入れ、続けます」。音楽的な背景を使って技術的負債を生み出す陽気な方法。
5~
6しかし、それをそのように否定するのはあまりにも簡単です。真実は、バイブコーディングが現実のものを横取りしたということです。モデルを使用したプログラミングは、アイデアとプロトタイプの関係を変えます。
7~
8最初に考え事をし、それから長い登りをしました。何かを考えて、30 分後に画面上で何かが動くことがよくあります。それに誘惑されないのは難しいです。
9~
102026 年における興味深い問題は、バイブコーディングが真実かどうかではありません。そうです。問題は、新婚旅行の後はどうなるのかということです。
11~
12## プロトタイプは経済的になりました
13~
14これが最も重要な部分です。
15~
16AI ツールのおかげで、使い始める際の精神的コストが削減されました。以前は、アイデアを試したい場合は、すでに作業を行う必要がありました。スタックを選択し、プロジェクトを作成し、定型文を覚え、レイアウトを書き、API を接続し、退屈な詳細と格闘する必要がありました。
17~
18ここで、「最初のバージョンをください」と言うことができます。
19~
20そして最初のバージョンが到着します。
21~
22必ずしも美しいわけではありません。必ずしも正しいとは限りません。壊れやすいことが多い。しかし、それは来ます。そしてそれが到着すると、会話が変わります。もう、孤立した状態で議論しているわけではありません。何かに触れていますね。
23~
24これは、デザイナー、創設者、プロダクト マネージャー、足場の書き換えにうんざりしている上級開発者、これまでエディタを開いたことがなかった好奇心旺盛な人にとって、非常に強力です。
25~
26Vibe コーディングが誇大広告になっているのは、作成されているソフトウェアの物理的な感覚をより多くの人に与えるからです。
27~
28## 問題は、ソフトウェアが存続していることです
29~
30ミームが最も伝えていない部分は翌日です。
31~
32プロトタイプを読む必要があります。正しい。テスト済み。配備されました。安全です。他の人からもらいました。実データに接続されています。アクセス可能になりました。依存関係が変更されたときに維持されます。
33~
34ここで純粋なバイブコーディングが壁にぶつかります。
35~
36モデルは大量のコードを迅速に生成できますが、コード自体に価値はありません。それは行動の約束です。そして約束は検証されなければなりません。
37~
38バイブコーディングのリスクは、醜いコードを書くことではありません。 AI がなくても、私たちは常にそれを行ってきました。リスクは当事者意識を失うことです。「モデルがやった」ということは十分に理解していないことの言い訳になります。
39~
40しかし、ランタイムは言い訳を受け入れません。コードが本番環境で実行される場合、それはあなたのものになります。
41~
42## バイブコーディングからエージェントエンジニアリングまで
43~
44バイブコーディングの成熟版は、エージェントの使用をやめないことです。より本格的なサイクルで使用することです。
45~
46そうではありません。それがすべてを生み出すのであり、私たちはそれを望んでいます。
47~
48しかし:
49~
501. 意図を説明する。
512. ドラフトを作成します。
523. エージェントに計画の説明を依頼します。
534. 小さな差分を作成します。
545. テストを開始します。
556. レビューを行う。7.正しい。
567. その後、参加するだけです。
57~
58これには別の名前が必要です。少し厳粛に聞こえるかもしれませんが、私はエージェント エンジニアリングが好きです。これは、エージェントをスロット マシンとしてではなく、エンジニアリング プロセス内の協力者として使用することを意味します。
59~
60重要なのは、バイブコーディングからエネルギーを奪わないことです。それは彼女の足跡を与えています。
61~
62## うまく機能する場所
63~
64Vibe コーディングは、エラーのコストが低く、探索の価値が高い場合に機能します。
65~
66例:
67~
68- インターフェイスのプロトタイプ。
69- 個人用ツール。
70- 内部ダッシュボード;
71- 小さなゲーム;
72- 1 回限りのスクリプト。
73- API スキャン;
74- 概念実証。
75- 優れたテストによる機械的リファクタリング。
76- 技術的な内容をデモに変換します。
77~
78こういう場合はスピードがポイントです。アイデアに根拠があるかどうかを確認したいとします。何が理解できなかったのかを知りたいのです。具体的な会話に移りたいと考えています。
79~
80Vibe コーディングは、フォームを浮かび上がらせるのに最適です。
81~
82## 危険な場所
83~
84システムが影響を及ぼし、誰も速度を緩めなくなると危険になります。
85~
86支払い、個人データ、認証、権限、インフラストラクチャ、データベース移行、機密性の高いレガシー コード、コンプライアンス、運用。ここでは雰囲気が十分ではありません。厳しさが必要です。
87~
88AIが役に立たないというわけではありません。実際、それは大いに役立ちます。ただし、ブランチ、サンドボックス、テスト、lint、レビュー、機能フラグ、ロールバックなどの狭い範囲内で動作する必要があります。
89~
90モニターに表示されるフレーズは単純です。エージェントの速度が速ければ速いほど、プロセスはより読みやすくなければなりません。
91~
92何が変わったのか説明できないなら、加速していないということだ。あなたは負債を時間から理解に移しただけです。
93~
94## 開発者の新しい役割
95~
96最も興味深いのは、開発者の仕事がなくなるわけではないということです。密度を変更します。
97~
98定型文にかかる時間が短縮されます。意図、分解、レビュー、統合、テスト、境界にもっと時間を費やします。
99~
100開発者は一種の技術編集者になります。 「校正」という下品な意味ではありません。強い意味では、何が存在しなければならないか、何が削減されなければならないか、何がシステムと一致しているか、何が信頼に値するかを決定します。
101~
102優れた編集者は、得たものをすべて受け入れるわけではありません。彼はプライドからそれをすべて書き直すことさえしません。優れた素材を認識し、それを形にして、読者を保護します。
103~
104エージェントの場合、リーダーは将来の保守者でもあります。多くの場合、それは 3 週間後のあなたです。
105~
106## 浮かび上がってくるパターン
107~
108最も健全なパターンは次のとおりです。
109~
110- 人間: 意図、制約、好み、責任。
111- エージェント: バリアント、スキャフォールディング、検索、ローカル変更、反復テスト。
112- インフラストラクチャ: サンドボックス、CI、トレース、権限、展開。
113- チーム: レビュー、所有権、基準。
114~
115どれか一つでも欠けてしまうと何かが変形してしまいます。
116~
117人間だけ: 動作が遅く、繰り返しの作業で行き詰まることがよくあります。
118~
119エージェントのみ: 迅速ですが、状況に応じた判断は必要ありません。
120~
121単なるインフラストラクチャ: 役に立たないものを生み出すためのエレガントなプロセス。
122~
123チームのみ: 決して到着しないプロトタイプを中心とした非常に秩序ある会議。
124~
125ピースが互いに対話するときに最高のことが起こります。
126~
127## 小さなチェックリスト
128~
129バイブコーディングされたプロトタイプを成長させる前に、私は次の質問を自分自身に問いかけます。
130~
131- コードの構造は理解できていますか?
132- 重大な行動に対するテストはありますか?
133- エージェントがどのファイルに触れたか知っていますか?
134- 生成されたが使用されていないコードを削除しましたか?
135- シークレット、トークン、または偽のデータが間違った場所に行き着いたことがありますか?
136- 最低限のアクセシビリティは尊重されていますか?
137- デプロイメントにはロールバックがありますか?
138- 私以外の誰かがそれを保管できますか？
139~
140あまりにも多くの質問に対して答えが「いいえ」だったとしても、それは失敗ではありません。これはプロトタイプであり、もう少しプロトタイプのままでいる必要があります。
141~
142## 私の読書
143~
144バイブコーディングとは、優しいものを表す大声で言えば、恐怖でアイデアが止まる前に、アイデアが形になるのを見る喜びです。
145~
146捨てたくない。それは卑劣なことでしょう。こうして、半ばひがみながらも生きていく中で、たくさんの良いものが生まれていくのです。
147~
148しかし、残りのソフトウェアにはさらに多くのことが必要です。理解、テスト、所有権、インフラストラクチャ、境界が必要です。誰かが「わかりました、さあ、現実にしましょう」と言う必要があります。
149~
150おそらく、未来は「真剣な」プログラミングと「雰囲気のある」プログラミングのどちらかを選択することではありません。もしかしたら、それはギアを変えることを学んでいるのではないでしょうか。軽く探索してから、敬意を持って統合するということです。
151~
152人間的な部分がそこにある。いつ走るべきか、いつ座って差分を読むべきかを知ってください。
153~
154## ソース
155~
156- [サイモン ウィリソン: すべての AI 支援プログラミングがバイブ コーディングであるわけではありません](https://simonwillison.net/2025/Mar/19/vibe-coding/)
157- [OpenAI: ChatGPT の使用方法](https://openai.com/index/how-people-are-using-chatgpt/)
158- [GitHub ブログ: GitHub Copilot コーディング エージェント](https://github.blog/ai-and-ml/github-copilot/introducing-github-copilot-coding-agent/)
159- [Anthropic: 効果的なエージェントの構築](https://www.anthropic.com/engineering/building-popular-agents)
160- [スタック オーバーフロー ブログ: バイブ コーディングが未来である理由](https://stackoverflow.blog/2025/04/21/why-vibe-coding-is-the-future/)
161~

NORMAL · vibe-coding-agentic-engineering.md [readonly]161 lines · :q to close

2バイブコーディングは、嫌われるために生まれた表現の 1 つですが、その後、徐々に役立つようになりました。

4最初は次のように聞こえます。「考えず、AI に尋ね、出てくるものを受け入れ、続けます」。音楽的な背景を使って技術的負債を生み出す陽気な方法。

6しかし、それをそのように否定するのはあまりにも簡単です。真実は、バイブコーディングが現実のものを横取りしたということです。モデルを使用したプログラミングは、アイデアとプロトタイプの関係を変えます。

8最初に考え事をし、それから長い登りをしました。何かを考えて、30 分後に画面上で何かが動くことがよくあります。それに誘惑されないのは難しいです。

102026 年における興味深い問題は、バイブコーディングが真実かどうかではありません。そうです。問題は、新婚旅行の後はどうなるのかということです。

11~

12## プロトタイプは経済的になりました

13~

14これが最も重要な部分です。

15~

16AI ツールのおかげで、使い始める際の精神的コストが削減されました。以前は、アイデアを試したい場合は、すでに作業を行う必要がありました。スタックを選択し、プロジェクトを作成し、定型文を覚え、レイアウトを書き、API を接続し、退屈な詳細と格闘する必要がありました。

17~

18ここで、「最初のバージョンをください」と言うことができます。

19~

20そして最初のバージョンが到着します。

21~

22必ずしも美しいわけではありません。必ずしも正しいとは限りません。壊れやすいことが多い。しかし、それは来ます。そしてそれが到着すると、会話が変わります。もう、孤立した状態で議論しているわけではありません。何かに触れていますね。

23~

24これは、デザイナー、創設者、プロダクトマネージャー、足場の書き換えにうんざりしている上級開発者、これまでエディタを開いたことがなかった好奇心旺盛な人にとって、非常に強力です。

25~

26Vibe コーディングが誇大広告になっているのは、作成されているソフトウェアの物理的な感覚をより多くの人に与えるからです。

27~

28## 問題は、ソフトウェアが存続していることです

29~

30ミームが最も伝えていない部分は翌日です。

31~

32プロトタイプを読む必要があります。正しい。テスト済み。配備されました。安全です。他の人からもらいました。実データに接続されています。アクセス可能になりました。依存関係が変更されたときに維持されます。

33~

34ここで純粋なバイブコーディングが壁にぶつかります。

35~

36モデルは大量のコードを迅速に生成できますが、コード自体に価値はありません。それは行動の約束です。そして約束は検証されなければなりません。

37~

38バイブコーディングのリスクは、醜いコードを書くことではありません。 AI がなくても、私たちは常にそれを行ってきました。リスクは当事者意識を失うことです。「モデルがやった」ということは十分に理解していないことの言い訳になります。

39~

40しかし、ランタイムは言い訳を受け入れません。コードが本番環境で実行される場合、それはあなたのものになります。

41~

42## バイブコーディングからエージェントエンジニアリングまで

43~

44バイブコーディングの成熟版は、エージェントの使用をやめないことです。より本格的なサイクルで使用することです。

45~

46そうではありません。それがすべてを生み出すのであり、私たちはそれを望んでいます。

47~

48しかし:

49~

501. 意図を説明する。

512. ドラフトを作成します。

523. エージェントに計画の説明を依頼します。

534. 小さな差分を作成します。

545. テストを開始します。

556. レビューを行う。7.正しい。

567. その後、参加するだけです。

57~

58これには別の名前が必要です。少し厳粛に聞こえるかもしれませんが、私はエージェントエンジニアリングが好きです。これは、エージェントをスロットマシンとしてではなく、エンジニアリングプロセス内の協力者として使用することを意味します。

59~

60重要なのは、バイブコーディングからエネルギーを奪わないことです。それは彼女の足跡を与えています。

61~

62## うまく機能する場所

63~

64Vibe コーディングは、エラーのコストが低く、探索の価値が高い場合に機能します。

65~

66例:

67~

68- インターフェイスのプロトタイプ。

69- 個人用ツール。

70- 内部ダッシュボード;

71- 小さなゲーム;

72- 1 回限りのスクリプト。

73- API スキャン;

74- 概念実証。

75- 優れたテストによる機械的リファクタリング。

76- 技術的な内容をデモに変換します。

77~

78こういう場合はスピードがポイントです。アイデアに根拠があるかどうかを確認したいとします。何が理解できなかったのかを知りたいのです。具体的な会話に移りたいと考えています。

79~

80Vibe コーディングは、フォームを浮かび上がらせるのに最適です。

81~

82## 危険な場所

83~

84システムが影響を及ぼし、誰も速度を緩めなくなると危険になります。

85~

86支払い、個人データ、認証、権限、インフラストラクチャ、データベース移行、機密性の高いレガシーコード、コンプライアンス、運用。ここでは雰囲気が十分ではありません。厳しさが必要です。

87~

88AIが役に立たないというわけではありません。実際、それは大いに役立ちます。ただし、ブランチ、サンドボックス、テスト、lint、レビュー、機能フラグ、ロールバックなどの狭い範囲内で動作する必要があります。

89~

90モニターに表示されるフレーズは単純です。エージェントの速度が速ければ速いほど、プロセスはより読みやすくなければなりません。

91~

92何が変わったのか説明できないなら、加速していないということだ。あなたは負債を時間から理解に移しただけです。

93~

94## 開発者の新しい役割

95~

96最も興味深いのは、開発者の仕事がなくなるわけではないということです。密度を変更します。

97~

98定型文にかかる時間が短縮されます。意図、分解、レビュー、統合、テスト、境界にもっと時間を費やします。

99~

100開発者は一種の技術編集者になります。「校正」という下品な意味ではありません。強い意味では、何が存在しなければならないか、何が削減されなければならないか、何がシステムと一致しているか、何が信頼に値するかを決定します。

101~

102優れた編集者は、得たものをすべて受け入れるわけではありません。彼はプライドからそれをすべて書き直すことさえしません。優れた素材を認識し、それを形にして、読者を保護します。

103~

104エージェントの場合、リーダーは将来の保守者でもあります。多くの場合、それは 3 週間後のあなたです。

105~

106## 浮かび上がってくるパターン

107~

108最も健全なパターンは次のとおりです。

109~

110- 人間: 意図、制約、好み、責任。

111- エージェント: バリアント、スキャフォールディング、検索、ローカル変更、反復テスト。

112- インフラストラクチャ: サンドボックス、CI、トレース、権限、展開。

113- チーム: レビュー、所有権、基準。

114~

115どれか一つでも欠けてしまうと何かが変形してしまいます。

116~

117人間だけ: 動作が遅く、繰り返しの作業で行き詰まることがよくあります。

118~

119エージェントのみ: 迅速ですが、状況に応じた判断は必要ありません。

120~

121単なるインフラストラクチャ: 役に立たないものを生み出すためのエレガントなプロセス。

122~

123チームのみ: 決して到着しないプロトタイプを中心とした非常に秩序ある会議。

124~

125ピースが互いに対話するときに最高のことが起こります。

126~

127## 小さなチェックリスト

128~

129バイブコーディングされたプロトタイプを成長させる前に、私は次の質問を自分自身に問いかけます。

130~

131- コードの構造は理解できていますか?

132- 重大な行動に対するテストはありますか?

133- エージェントがどのファイルに触れたか知っていますか?

134- 生成されたが使用されていないコードを削除しましたか?

135- シークレット、トークン、または偽のデータが間違った場所に行き着いたことがありますか?

136- 最低限のアクセシビリティは尊重されていますか?

137- デプロイメントにはロールバックがありますか?

138- 私以外の誰かがそれを保管できますか？

139~

140あまりにも多くの質問に対して答えが「いいえ」だったとしても、それは失敗ではありません。これはプロトタイプであり、もう少しプロトタイプのままでいる必要があります。

141~

142## 私の読書

143~

144バイブコーディングとは、優しいものを表す大声で言えば、恐怖でアイデアが止まる前に、アイデアが形になるのを見る喜びです。

145~

146捨てたくない。それは卑劣なことでしょう。こうして、半ばひがみながらも生きていく中で、たくさんの良いものが生まれていくのです。

147~

148しかし、残りのソフトウェアにはさらに多くのことが必要です。理解、テスト、所有権、インフラストラクチャ、境界が必要です。誰かが「わかりました、さあ、現実にしましょう」と言う必要があります。

149~

150おそらく、未来は「真剣な」プログラミングと「雰囲気のある」プログラミングのどちらかを選択することではありません。もしかしたら、それはギアを変えることを学んでいるのではないでしょうか。軽く探索してから、敬意を持って統合するということです。

151~

152人間的な部分がそこにある。いつ走るべきか、いつ座って差分を読むべきかを知ってください。

153~

154## ソース

155~

156- [サイモンウィリソン: すべての AI 支援プログラミングがバイブコーディングであるわけではありません](https://simonwillison.net/2025/Mar/19/vibe-coding/)

157- [OpenAI: ChatGPT の使用方法](https://openai.com/index/how-people-are-using-chatgpt/)

158- [GitHub ブログ: GitHub Copilot コーディングエージェント](https://github.blog/ai-and-ml/github-copilot/introducing-github-copilot-coding-agent/)

159- [Anthropic: 効果的なエージェントの構築](https://www.anthropic.com/engineering/building-popular-agents)

160- [スタックオーバーフローブログ: バイブコーディングが未来である理由](https://stackoverflow.blog/2025/04/21/why-vibe-coding-is-the-future/)

161~