フィー ド読み取りのWebアプリを“vibe coding”で作った。啓発的で、でも居心地が悪かった

The Register / 2026/4/12

💬 オピニオンIdeas & Deep AnalysisTools & Practical Usage

要点

  • この記事は、フィード読み取りのWebアプリを作るための個人的な「vibe coding」体験を描き、その経験を啓発的でありつつ不快でもあったものとして位置づけている。
  • AI支援によるソフトウェア開発が、業界のワークフローをますます変えつつあると論じつつ、読者の中にはすでにその変化を認識しているかもしれないとも述べている。
  • 本文は、AI(またはAI支援)と一緒にコーディングする際の体験的な側面に焦点を当て、生産性や目新しさと、不快感や不確実性との間にある緊張関係を強調している。
  • これは製品リリースというよりも、こうした新興のAI支援開発の実際の“感触”がどのようなものかをめぐる、内省的な分析として書かれている。

フィー ドリーディングのWebアプリを“vibe coding”した。啓発的で、でも不快でもあった

AI支援によるソフトウェア開発は業界を変えつつあるが、あなたもそれはもう知っているだろう

Sun 12 Apr 2026 // 14:45 UTC

“vibe coding”は機能する。そうであってほしくなかったのに。とはいえ、まあ十分に動く。そして、新しい世界の無秩序をひっくり返すような革命がない限り、機械学習は取り消せない。

今年の初め、私は観念して、月20ドルのClaudeのサブスクリプションを契約し、ニュースフィードを監視するWebアプリを“vibe coding”した。啓発的ではあるが、不快な経験だった。

AIを停止 しようとする人たちがいる。気持ちはわかる。だが、私は依然として、問題はAIそのものではないと確信している。AIを使って責任や賠償責任を回避しながら利益を得ようとする“人間”側にこそ問題がある。

これまでのAIの失敗はすべて、何か起こり得ることを完全には理解せずにAIシステムを実装するという、ある個人の判断から生じている(あるいは理解していて、やっても逃げおおせると分かっていた)。私たちはソフトウェア主導の車を許してしまった。AIによるコードの“密輸洗浄”の合法性を受け入れてしまった。そして、AIシステムがダメな 医療アドバイス垂れ流すのを許してしまった。AIを現状の形のまま止めることは、少なくとも米国では、投票所から始まる。

返却形式: {"translated": "翻訳されたHTML"}

2019年には、AIが風変わりで、奇妙な内容を生み出したことで注目を集めました。2022年までには、たまに何とか通用するコードを作るようになり、訴訟まで起こすようになっていました。2025年2月までに、AI研究者のAndrej Karpathyが「vibe coding(雰囲気でコーディング)」という言葉を作りました。しばらくの間、それは、機械学習モデルから引き出された、出来の悪いコードを意味していました。

2025年後半、AnthropicのOpus 4.5とOpenAIのCodex 5.2のリリースあたりのころには、モデルは改善し、vibe codingはただのコーディングになっていました。十分に良いコードを出せるようになっていたのです――完璧でも、最適化されているわけでも、賢いわけでも、美術品のように巧みなわけでもありません。とはいえ、笑ってしまうほどひどいわけでもありません。

開発者たちはそれに気づき、その結果――GitHubへのコミット数が大幅に増えたことを除けば――特定のプロジェクトに取り組むためにAIモデルを使ったことで、人々が何を成し遂げられたのかという体験談が大量に寄せられました。

ベテランのオープンソース開発者で、AIインフルエンサーに転じたSimon Willisonは、このジャンルのよい例として「雰囲気でコードを書いて、夢のmacOSプレゼンアプリを作った」と書きました。

セキュリティ研究者のMichael Taggartは、より最近の見解として「AIを使った。うまくいった。でも嫌だった」を提示しました。Taggartの評価はまったくその通りです。ただ、私はAIと一緒に作業する経験を最終的に嫌だとは思いませんでした。――それは複雑です。

プロのプログラマーなら、AIが職人技への無関心を見せることに腹を立てるかもしれない――そういう気持ちは理解できます。私もAIの文章生成には同じような感覚があります。 

同時に、プロのライターではない人たちは、自分が楽しめないことを代わりにやってくれるツールを手に入れられて大喜びしているかもしれません。彼らが私と同じ見解を共有しないとしても、それを非難するつもりはありません。 

AIが書いたエッセイを読みたくないし、未熟な人がコーディングしたアプリを熟練した開発者が切り捨てるのも筋が通っています。私は、1970年代後半に生まれた才能ある音楽家――楽器の練習に人生を捧げたような人たちが――パンクやラップが、そうしたジャンルのように、演奏技術が主役ではないのに人気になったのを見て、同じように感じたのではないかと想像しています。

AIの進歩によって、エンジニアリングの卓越性が不要になることはありません。高度な技術的才能を持つ人たちの居場所は、常にあります。フリーランス向けのプラットフォームでウェブサイトのテンプレートやアプリ設計サービスを売って生活している人たちは、そうはうまくいかないかもしれません。

私が作ったもの、そして学んだこと

私は1980年代初頭にBASICを覚えて以来、趣味でプログラミングをしてきました。iPhoneが出てきたときに、プログラミングに少し真剣になりました。Corona SDK(現在はSolar2D)という、クロスプラットフォームのLuaベースのフレームワークでiOS/Androidのゲームをいくつか作り、その過程でPython、JavaScript、TypeScript、Dart、そしてFlutterの断片も身につけました。

約8年前、The Registerに参加した直後に、RSS/Atomでニュース記事を追跡するElectronアプリVulture Feedsの開発を始めました。コードについて学ぶことが増えるにつれて、私は最終的に、そのアプリをRSSputinという名前で書き直し、それ以来ずっと使っています。

数年にわたりAIのことを取材してきた私は、Claude Codeを使って、ホスト型で改良されたRSSputinのバージョンを作れるかどうか試してみることにしました。最初のコミットは2026年2月22日に行われ、その7週間後、337件のコミットを経て、RSScalは現在、機能する商用アプリになっています。

コードの大部分はClaude Codeによって生成され、非プロかつAIのレビューを経た後に手動でコミットしました。もし本当にコードがひどいなら、アプリが早い段階で倒れることになるでしょう。とはいえ、私は慎重に楽観しています。RSScalを使うのを楽しんでいますし、私の同僚の何人かもいじり回してくれています。サーバーの面倒を見ている今、Linux管理者への同情は以前よりも増しています。

RSScalが商用として成立するかどうかは、断言できません。サイトのフィードを気にする限られた人たちを奪い合う形で、ホスティング型でもローカルでも、より古く確立されたRSSアプリが複数あります。ですが、私が競合を1〜2か月で立ち上げられ、そのサブスクリプション費用が月額40ドル(トークンコスト換算で約200ドルの場合)で、さらにホスティング用の小型VPSインスタンスに月14ドルかかる程度だという事実は、SaaSpocalypseに関するオンライン上の噂が真剣に受け止められるべきだということを示しています。ソフトウェアを作るのは、かつてないほど簡単になっています。

vibe codingは、誰にでもうまくいったわけではありません。つい最近、開発者のJim Nielsenが、夢のRSSアプリをvibe codeで作ろうとして失望したことについて自身の説明を書きました。彼は、あまり満足できないElectronのRSSアプリに行き着いてしまいました。

「何もないところから作るのは、もうそんなに難しくない。けれど、その後のすべてが難しい。理解すること。良いものにすること。配布すること。支えること。保守すること。そういう全部だ。」と彼は書いています。

そこには多くの真実があります。とはいえ、AIの助けがあったとしても、コード作成を“当然そうなるもの”として扱ったり、最初から無視したりすることはできません。もし私はすでに手作業で(VSCodeのオートコンプリートを使うのも「手作業」と呼べるなら)RSSアプリを作っていなかったなら、Claudeに自分が欲しいものを生成させるのは、もっと難しかったでしょう。

Claude Codeに大きく依存するのは、私としては避けたい依存関係です。とはいえ、それによって、あまりよく知らなかった多くの技術を使うことができました。RSScalはDockerコンテナ上で動きます。バックエンドはPython(FastAPI)、Celery、Redis、PostgreSQL(Supabase)です。フロントエンドはSvelteKitとTailwind CSSです。いずれ、たぶんオープンソース化するかもしれません。もっとも、AIはオープンソースの世界をかなりややこしくしてしまっています。ある意味では、このアプリはすでにClaude Codeの中に存在しています――誰でも、正しい呪文(プロンプト)で呼び出せるのです。

AIに頼ることへの不満の一つは、何も学べないという点です。ですが、DockerやPython、SvelteKitに対する私の安心感はかなり向上しました。AIは確実に学習を制限し、何でもかんでもAIに任せていて“取り組まなければ”、スキルが衰えていく原因にもなります。けれど同時に、障害を乗り越えるための道具にもなり得ます――私はClaudeが「Stack Overflowをググる」より、複雑なコマンドライン文字列を組み立てるのがはるかに得意だと感じています。 

有能で無知でもある

Claude Code のようなAIモデルを扱うのは難しい。頭の中で矛盾した2つの考えを同時に抱えなければならないからだ――そのモデルは非常に高い能力を持っている一方で、まったくの無知でもある。

自分が変更を加えて、何かが壊れてしまい、そのことで Claude に聞いたことがある。モデルは修正案を提示してくるのだが、適用できないことがあった。Claude は、自分が本番ビルドではなく開発用ビルドで作業しているのだと思い込んでいたり、Docker を介さずに直接データベースを操作しているのだと想定していたりしたのだ。あるいは Claude が何らかの機能を実装したとしても、レート制限のような基本的なセキュリティ機能を入れ忘れて失敗することがあった。

その一方で、Claude は自分が依頼していない詳細やインターフェース要素を追加してくることもある。そして、結果的にそれらが価値のあるものだと分かる場合があった。Webデザインについて「創造的」な提案をしてきたことがあり、そのうちいくつかは自分が採用し続けている。

基本的なアプリ作成のコモディティ化は、何年も前から進行している。アプリが人気になると、人々はクローンを作って、Flippa、Acquire、AppWill、CodeCanyon などさまざまなマーケットを通じて販売する。あるいは、10万ドル以上の桁で、丸ごとのECサイトを「すぐに使える」事業として売っているのかもしれない。AI はこのコモディティ化を加速させるだろうが、コードを書くことは全体像の一部にすぎない。

Claude Code は、あなたを優れたマーケターにしてくれないし、適切な場所・適切なタイミング・適切なアイデアがあるところにいることを保証してくれない。信頼を築かず、ビジネスが依存している関係性も育ててくれない。あなたのRSSアプリを良いアイデアにしてくれない。とはいえ、あなたが本来通り過ぎていたであろう扉を開いてくれる可能性はある。®

この話題について

これに似た内容
×

より絞り込んだ話題

より広い話題

さらに詳しく

さらに詳しく

これに近いもの
×

より絞り込んだ話題

より広いトピック

チップをオフにする

ニュースをお寄せください