「Vibecoded」フォトショップはどこにある？

7日前原文(indiepixel.de)

概要

vibecoding に対する批判の根拠のなさを指摘
本質的な技術的難易度の階層を整理
AIによる変化で本当に脅かされたのは「タイピング層」だけ
根拠なき非難がもたらす心理的・社会的コストを強調
AI活用者への偏見や攻撃に対する立場表明

「vibecoding」批判の空虚さ

vibecoding とは、AIを使って「雰囲気」で何かを作る、という揶揄的な言葉
もし本当に「誰でもAIで高度なものが作れる」なら、今ごろ PhotoshopやExcel、Blender、OS 等の「vibecoded」版が大量に存在するはず
しかし、 現実には存在しない。複雑で一貫性のある成果物はAIだけでは生まれていない
「AIで作ったから簡単だろう」という 印象だけの非難 がSNS等で拡散
その 批判自体がvibecoded であり、根拠も検証もない「雰囲気」だけの主張

技術的難易度の階層とAIの影響

ソフトウェア開発には 3つのレベル が存在
- Level 1: タイピングや構文 （記号や関数名の記憶など）
- Level 2: 検証（テスト、ハーネス、動作保証）
- Level 3: 設計・意思決定 （何をどう作るか、アーキテクチャの選定）
AIが下げたのはLevel 1のコスト のみ。Level 2や3は依然として人間の判断や熟練が必要
本当の「ゲート」 （難関）はLevel 2と3にあり、AIはそこを突破していない
Level 1の作業だけで自己価値を感じていた人がAIの進化で不安を覚え、「vibecoded」批判に走る構造

根拠なき非難の実害

非難のコスト は「ターゲット」に大きくのしかかる
AI活用者は「本当に自分の成果なのか」と 不当な疑い をかけられ、自己弁護や説明に時間を取られる
「AIを使った」と言いづらい雰囲気 が広がり、イノベーションの共有や発展を阻害
非難者は「雰囲気」で他者を攻撃し、 自分の優越感 を満たすだけ
自分も過去に「本当にこの場にふさわしいのか」と疑われ続けてきた経験から、 同じ手法で他人を攻撃しない と決意

まとめと立場表明

AIだけでPhotoshop級の成果物は生まれていない。脅威は存在しない
本当の問題は、 AIによって「タイピング層」の自己価値観が揺らいだこと
根拠なき非難や「vibecoded」呼ばわりには加担しない と明言
AI活用者への攻撃は、技術者コミュニティの発展を妨げるだけ
「どこに脅威があるのか、証拠を示せ」と問いかけて終結

Hackerたちの意見

予想とはちょっと違った方向性だけど、大まかなところには同意するよ。LLMがコードのコストを下げても、ソフトウェア開発の問題は解決しないし、製品開発の問題も解決しないよね。

└

AIは、私たちが自分でコードを書く必要を減らしてくれるだけだよ。アーキテクチャを考えたり、製品が何で、どんな機能が必要かを見極めるのはまだ自分たちの仕事なんだ。

└

一部の例外を除いて、「コードのコストを下げる」ことは、質の悪いコードのコストが下がっただけならあまり意味がないよ。高品質なコードのコストは下がってないし、実際にはもっと高くなってるかも。だって、余計な部分を片付ける必要が増えたからね。それに、「顧客やビジネスはコードの質なんて気にしない、結果が大事だ」って言うけど、コードの質の間接的な影響は実は彼らが深く気にしてることなんだよね。ただ、つながりが見えないだけなんだ。

└

補助金価格でコストを下げるって、どのくらいの期間続くの？

これが進む方向だとは思わないな。成熟したアプリを置き換えるのは、幅広いユーザーと無数のユースケースがあるから、可能かどうかはわからないけど、実際には人々が自分のニーズを解決するために、やりたいことをそのまま実現するアプリを作ってるんだ。前は、Excelを使ってさまざまな場所から生データを取り出して分析したり、グラフやレポートを作ったりしてたけど、今はAIにスクリプトを書かせて、元のデータから欲しいレポートをそのまま作らせることができる。Excelは必要ないよ。実際、Photoshopの良い例だよね。どれだけの人がPhotoshopを使わずに、ChatGPTやGeminiで画像編集をしてるか分からないけど、Adobeのサブスクリプション数に影響が出ると思うよ。

└

まさにその通り。ワインの専門家でコレクターの知り合いがいるんだけど、彼は技術的なプロジェクト管理をしてるけど、自分ではプログラムしない。数ヶ月の間に、彼は自分のワインのデータベースを管理するアプリを作ったんだ。それは単なるCRUDアプリ以上のものだよ。明らかなデータ（名前、年、ワイナリー、メモなど）を維持するだけじゃなくて、ラベルの写真を撮って、それを解析してほとんどの情報を自動で埋めてくれる。いろんなレポートや要約も生成できるし、見た目もすごくプロフェッショナル。彼は数ヶ月の間にいくつかのAIを使って試行錯誤して作ったんだ。アプリを商業化する予定は全くないけど、それが目的じゃない。彼のポイントは、スマホに自分が欲しいアプリがあって、自分で作ったことに満足しているってこと。

└

LLMはソフトウェアの3Dプリンターみたいなものだね。ちゃんとした解決策の需要が足りないニッチな用途には最高だけど、一般的にはちゃんとした産業プロセスに比べてスケールが悪い。

└

うちのSAASスタックでもこんなことが起こってたよ。デスクや部屋の予約、支払いだけ使ってるのに、巨大なSAASツールにお金を払うのは無駄だよね。こういうものを作るのは以前はすごくコストがかかったけど、今は手が届くようになってきた。

└

まさにその通り。反AIの開発者や技術者は、AIに関しては現実を見ないか、二元的な考え方に陥ってる。誰もがコードを書いてPhotoshopの代わりを作るわけじゃないし、普通のスマホユーザーが受賞歴のある写真を撮るわけでもない。起こるのは、映像制作者や写真家に起こったこと、そしてレコーディングミュージシャンに起こっていることだよ。メディアは、低品質なアイテムを作るためのコストやスキルを減らすことで、もっとアクセスしやすくなる。ランダムな自撮りが写真家である必要がないように、家庭でしか使わないアプリもプログラマーである必要はない。旅行の音楽ビデオを作るのに、ビデオ録画の技術的知識や基本的な音楽理論を知っている必要はない。ボタンをクリックすればできちゃう。賞は取れないかもしれないけど、その用途に対しては満足できるものになる。小さな一回限りのアプリを作ることは、テクノロジーやその周辺の分野を超えた人たちの間で確実に流行るだろうね。コードはきれいじゃないし、レビューもされないし、バージョン管理もされないけど、役に立つことが一番大事だから。

└

これには全く同意だね。若い頃はPhotoshopをよく使ってたけど、今はニッチな用途でしか使わないから、ブログ投稿用に必要な形で画像編集を vibe-coded してるんだ。ちゃんとしたサイズ、適切なトリミング、自動生成されたSEOフレンドリーなスラッグとかね。確かにPhotoshopの機能の1%にも満たないけど、グラフィックデザイナーじゃない限り、ワークフローでそれを必要とすることはないよ。AIのおかげで、何百万もの用途のために作られた巨大なツールを買わずに、カスタムワークフローを持てるようになったんだ。

└

実際、Photoshopはそのいい例だよね。どれだけの人が、Photoshopを使う代わりにChatGPTやGeminiで画像編集をしてるんだろう？これがAdobeのサブスクリプション数に影響してるかはわからないけど、いずれそうなると思う。だから、誰もPhotoshopを「バイブコーディング」してないのもそのせいだよね。モデルがやってくれるのに、わざわざやる必要ないし。

└

背景除去。これがPhotoshopを使ってた主な理由だったんだ。先週、Microsoft PowerPointにAI版が組み込まれたのに気づいた。今はほとんどPhotoshopを使う必要がないな。

└

ほぼ機能が揃ったPhotoshopクローンで、簡単にお金が稼げると思うよ。

└

そうだね、絶対に。人々はシングルプレイヤーとマルチプレイヤーを混同して、「やるべき仕事」を忘れてる。Photoshopファイルはデザイン界の共通語だよ。デザイナーと仕事をしているなら、たぶんPSDを渡してくれるよ（他の分野でもPSDを他の例に置き換えてね）。確かに、「マルチレイヤーキャンバスを作るツールを作る」ってバイブコーディングできるけど、他の誰かと使うなら、PSDとビット単位で互換性があることを確認しないといけない。Photoshopをターゲットにしてない限り、これをやる意味は全くないし、すでにたくさんのツールがこれをやってる。お金を無駄にする以外の理由がないから、こういうものが広く普及してないのは全然驚かないよ（どこかで誰かが試みてるかもしれないけど）。ほとんどの人にとって、シングルプレイヤーのPhotoshopは目的を達成する手段なんだ。もし十分に進化したAIがあれば、やりたいことを説明するだけで結果が得られる（ボタン、画像、何でも）。あるいは、画像を指して「ここにガウスぼかしを追加して」って言うだけでいい。新しいエディタをバイブコーディングして画像を作ろうとは思わないよ。

今までのコメントを見てると、ほとんどの人がこの投稿の本当の意味を理解してない気がする。投稿者は「バイブコードされたPhotoshopはどこ？」って言ってる人たちに対して、空虚な非難をしてるんだ。その投稿の「非難者」は、実際にその質問をしてる人たちで、AIユーザーじゃないんだよね。この段落を見てみて: > バイブコードされたPhotoshopは存在しない。なぜなら、バイブコーディングはそのレトリックが主張するようなことをしていないからだ。非難そのものが「バイブ」なんだ。非難者は、AIで作られたから簡単だったに違いないと思ってる。その感覚を発見のように投稿するけど、その発見は誰も確認しないから、チェックされることもない。非難は正しいからではなく、正しいと感じるから広がる。大きな違いだよ。> 誰かが未確認の出力を生み出したという非難自体が、未確認の出力として生み出されている。

└

正直、何の議論がされてるのか理解できない。

└

今までのコメント見てると、ほとんどの人がこの投稿の本当の意味を理解してない気がする。ブログのタイトルって難しいよね。未来のコメントする人の90%は本文や結論を読まないから、タイトルが主張の逆だったり、面白い感じのものだと、90%の人が記事の基本すら誤解しちゃうんだよね。

└

著者は「手作り」のアプリがバイブコーディングされてるって非難されてると言ってるの？投稿は読んだけど、ちょっと意味が分からない。

└

この記事を理解するためにLLMが必要だと感じたのは人生で初めてだ。記事の全体的な要点は理解できたけど（ありがとう、ChatGPT！）、多くの文が意味不明で、記事の構成に疑問を感じる選択が多い。例えば、>「そして、非難する人たちはそれに触れたがらない。触れるってことは、その非難が成り立たないことを認めることになるから。」この記事で「非難」という言葉が初めて出てくるのに、何が非難されているのか、誰が非難しているのか、なぜ非難者が自分の主張が大成功することを心配しなければならないのかが全く示されてない。この最後の部分は全然分からない。その後、記事は根拠のない主張をたくさんして、まるで個人攻撃みたいになってる。いいえ、世界中のシニア開発者たちは、要件収集やアーキテクチャ設計、意思決定（記事の用語で言うところのレベル2や3の活動）を理解していないからこの質問をしているわけじゃなくて、まさにそのためにしているんだ。シニア開発者たちは、CEOや他の管理職から納期のプレッシャーを受けている。「バイブコーディングされたPhotoshopはどこ？」っていうのは、ボトルネックは変わってないから、納期が10倍になるのを期待するのは全く非現実的だってことを、これらの人たちに伝えたいっていうのが全体のポイントなんだ。

└

変な記事だし、うまく書けてない。何回か読んだけど、著者が何を言いたいのかまだ100%分からない。私が理解した限りでは、著者はバイブコーディングされたPhotoshopがまだ存在するのを期待するのは非現実的だと言ってるみたい。AIを使って助けても、タスクがそんなに簡単になったり早くなったりするわけじゃないからね。これが正しい解釈なら、彼は「バイブコーディング」というよりも、AIを使った開発（人間の開発者がツールとしてAIコーディングを使うこと）について話してるんじゃないかな。「バイブコーディング」でAIに何を作ってほしいかを伝えるだけだと、すぐに成功するか失敗するかになるから、「バイブコーディングされたPhotoshopはどこ？」っていうのは合理的な質問だと思うけど、あくまで修辞的なもので、こういう「これを作って」っていうバイブコーディングでは、そのようなものを生み出すことができないから、当然存在しないってことだよね。

└

でも、大多数の人がバイブコーディングを嫌ってるわけじゃないよ。それは生産性を上げるためのチートコードだから。嫌なのは、結果が理想とはかけ離れてるから。今は、あまり考えずに決定を減らして、結果や成果を気にしなくなってる。もっとシンプルなLLMチャット + コピー＆ペースト + 編集フローの方が、理想の結果に近づけたはずなのに、コードも見ずにエージェントを放り出すなんて。AIによる文章はひどいものが多くて、すぐに気づくよね。AIは無駄な冗長さを生み出したり、行き止まりの道を探るコスト計算を変えちゃう。書き込みブロックは、言いたいことがないから起こるんだよ。もし言いたいことがあれば、言葉は指から溢れ出るはず。毎日2000から4000語は軽く書ける。自分の脳に物理的に追いつけなくなるよ。ブログ記事がAIで書かれてるかどうかはどうでもいいけど、あんまり良い記事じゃないね。「告発」が何なのか、「告発者」が誰なのか、「告発されている」のは誰なのかを説明できてないから。記事の核心部分なのに、タイトルとは反対に、記事はずっと曖昧なままで、具体的なことが何も言われてない。パズルみたいに、ピースを組み合わせることが求められてるけど、著者が明示的に教えてくれないから、どんな解釈を選んでも、著者は「それ」を理解できてないって言ってくる。Photoshopやゲート/レベルの段落はバイブコーディングへの批判として読めるけど、告発の段落はバイブコーディングの擁護だよね。正直、これは「勝てば官軍、負ければ賠償」って感じがする。

└

混乱している人のために。著者はデモシーンの人で、「バイブコーディング」と呼ばれる大規模な作品を作ることを非難されています。彼の反論は、そんなことが可能なら、バイブコーディングされたPhotoshopはどこにあるの？というものです。さらに、「バイブコーディング」というのは主に「神経多様性」のある開発者に対して向けられる簡単な非難だと続けます。だから彼は投稿の最後にこう言います。「じゃあ、バイブコーディングされたPhotoshopはどこにあるの？お前が作り上げた脅威はどこだ？待ってるぞ。」 – gizmo

よく分からないけど、すでに3つか4つのバイブコードされた0.1%-Photoshopを持ってるよ。小さなユーティリティアプリで、すべて自己完結型、クライアントサイド、静的なブラウザツールで、それぞれが特定の問題を解決してくれるんだ。例えば、画像をドロップすると、すべてのマージンやスケーリング設定を強制的にオーバーライドした印刷可能なラベルシートが得られるツールとか、OpenCVの魔法を使って画像を自動で真っ直ぐにして、自由にトリミングできるメタデータ保持の画像トリマーとかね。これらには共通点が3つあるんだ。特定のタスクやタスクのクラスに特化していること、作成に1時間もかからなかったこと、そしてPhotoshopやWord、Affinityなどのプロ用ツールが投げかけてくる余計なことに対処しなくて済むために存在すること。（特にラベルプリンターのやつは、純粋にイライラから生まれたものだよ。）こういうバイブコードされたアプリはたくさんあると思う。彼らは自分の仕事をうまくこなして、著者にとっては従来の汎用ツールを置き換えるけど、あまりにも専門的すぎて、製品化したりリリースしたりするのは難しいんだ。追記: 最近では、普段なら作成するアプリを諦めることもあったよ。モバイルアプリでClaudeにPythonコードを書かせて実行させられることに気づいたから。これがデータや画像分析に関する多くのタスクに十分だって分かったんだ。

└

そして最も重要なのは、あなたがバイブコードしたツールがどれだけ良いか全く気にしないってこと。画像を白黒に変換するツールを書いたら、あなたはその白黒がどんな種類のものか知らないし、気にもしてないタイプの人なんだ。選べるアルゴリズムがたくさんあるなんて考えもしないよね。バイブコードしたツールでも同じことが起きる。存在する最悪のオープンソースバージョンの平均を取って、ちょっとしたランダム性を加えたものになるんだ。これは「一つのことをうまくやる」んじゃなくて、「どうでもいいから一つのことをやる」って感じだね。

└

なんか、AIがスクリプトをやってくれるから、人々がスクリプトって何かを知り始めてるみたいだね。これは新しいことじゃなくて、ほとんどのビジネスはデータを処理するためのスクリプトで動いてるんだ。今の違いは、アプリにお金を払う代わりに、もっと多くの人が自分で書けるようになったってこと。だから、ここでの話は間違ってる。アプリを「バイブコーディング」するのはやりすぎだし、使う機能が基本的なものだけなのに高いお金を払うのと同じだよ。

└

まさに、PhotoShopなどに影響を与えるものだと思う。もしバイブコーディングされた「Photoshopの代替品」が商品化され始めたら、全くPhotoshopのようには見えないだろうね。画像処理ツールの集まりにエージェントループやスクリプトが組み込まれて、0.1%のPhotoshopをその場で作成・実行して保存・再利用しやすくなるようなものになると思う。だから、Claudeのアーティファクトサポートに近い感じで、テクニカルな部分を隠して、専門的なツールを使うことになるんじゃないかな。そういうアプリがいろんな伝統的な大きなモノリシックツールに影響を与えるのを見られると思う。

└

そうそう、これがポイントだよね。LLMは、オープンソースが提供すると主張してたけど実際にはできなかったことに近づいてる。コーディングできない人たちが、例えばPythonのスクリプトの基本を学んで、実際に使い始めてる。これがもっと簡単になれば（今のところは疑問だけど、いつかはね）、すべてのコードは「この写真/ドキュメント/音楽プロジェクトにこれをやる」って感じになる。大きなツールボックス製品は不要になるかも。みんなコンテンツ生成に気を取られてるけど、もしLLMが十分に良くなれば、一歩戻って、誰でも自分の想像力で好きなものを作れるツールボックス工場を持てるようになるんじゃないかな。今の「何かを見つけるまで試行錯誤する」生成的アプローチとは違って。

その質問に答えるにはまだ早すぎると思う。もし本気でやりたいなら、Photoshopを「バイブコーディング」できるけど、ソロ開発者としては2年はかかると思う。ここで言う「バイブコーディング」っていうのは、一行も手で書かないってこと。重要なデータ構造やアルゴリズムのアウトラインは定義するし、システムを機能ごとに進めていくから、各機能ごとにたくさんのプロンプトが必要になる。手でコーディングするよりはずっと早いけど、それでもかなりの労力がかかる。今はPhotoshopより小さいソロのサイドプロジェクトに取り組んでて、何年もかかるはずだったのに、6ヶ月でベータ版に近づいてる。メインの作業がコーディングなら、10倍は生産性が高い。でも、チームが大きくなるとその生産性の向上は維持できない。コミュニケーションやプロセスが加速するわけじゃないからね。だから、もう少し待ってて。バイブコーディングされたPhotoshopを期待するのはまだ早いよ。

誰も「Photopeaがあるからじゃない？」って言わないのが驚きだよ。OPが選んだ製品の中で、Photoshopは選ぶべきじゃなかったと思う。実際、「無料」カテゴリーで良い競合がいるからね。https://www.photopea.com/

└

Photopeaは本当に素晴らしいプロジェクトだよね。AI以前のソロ開発者の作品でもあるし。

面白い議論だと思う。「バイブコーディングは完璧でPhotoshopの代替を作れない」という前提があるけど、実際はまだ議論の余地があると思う。バイブコーディングがPhotoshopの代替を素早く生成できるようになるまで、どれくらいかかるんだろう？だから、バイブコーディングがまだ完全じゃないってことにはみんな同意すると思う。でも、機能やモジュール、小さなコードの集まりとしては、もうそこにあるよね。議論のもう一つの部分は、AI支援のコーダーがPhotoshopの代替を作る以外のことをしているかもしれないってこと。私たちの多くはPhotoshopが必要なくて、Gimpみたいなものを使ってるかもしれない。Photoshopやその代替ソフトが「十分すぎる」と感じて、別のものを作ってる人もいるかもしれない。Photoshopを使う人たちは、自分でアプリをバイブコーディングするインセンティブやスキルがないかもしれないし、使わない人たちはPhotoshopの代替を作ることに興味がないかもしれない。Photoshopの代替を作るのを妨げているのは、コード生成だけじゃないかもしれない。作ったコードをどこに投稿するか、オンラインの「ノイズ」が多い時に、一般的に何を作るアイデアを得るか、AIとは独立した問題かもしれないし、他の経済的・社会的条件が、今はPhotoshopの代替を作るよりも他の問題を解決することに集中させているかもしれない。だから、今は期待されるPhotoshopの代替がないってことは確かだけど、時間が経てばもっと増えてくると思うし、AIが予想外の使い方をされることもあるかもしれない（例えば、別のコメントでは、Photoshopを完全にスキップしてAIで写真やエフェクトを生成するかもしれないって提案があった。多くの人がPhotoshopを使う方法を置き換えるわけではないけど、逆にそうなる場合もあると思う）。

└

そもそも、なんでPhotoshopをバイブコーディングしたいの？めちゃくちゃ面倒くさそうだし、サブスクリプションの生涯コストよりも高くつく可能性が高いし、バイブコーディングしてるせいで他のことができなくなる機会コストもあるし。

└

バイブコーディングされたPhotoshopはどこにあるの？ここがいい出発点だよ：https://github.com/light-and-ray/awesome-alternative-uis-for... AIは、既存の専門分野以外でのピクセル操作の必要性と欲望を消し去った。人間の言語からピクセル画像への直接的なループを持つ拡散モデルの爆発によって置き換えられたんだ。

これは「エンジンがそんなに良いなら、機械の牛はどこにあるの？」って聞いてるようなものだね。以前はPhotoshop + トレーニング + 実践で達成していた多くのことが、今は一つのプロンプトで直接できるようになった（例えば、https://gemini.google/overview/image-generation/）。

実は、今、バイブコーディングされたIllustratorを作ってるところなんだ（https://orochi235.github.io/weasel/swillustrator）。これは、一般的なキャンバスベースのアプリ用のもっと一般的なWebGLプレゼンテーションレイヤーの上に構築されてて、Illustratorは面白いテストケースだと思ったんだ。ただ、実際にこれを使って仕事しようとする人はバカだと思う。Illustratorには何十年もの慣習や調整、学んだ教訓が詰まってるからね。Claudeがその複雑さをどれだけ理解しているかは驚きだけど、それを全部再現するのにはすごく時間がかかるだろうし、今月はGitHub CIの分も使い切っちゃった。 :( それでも、作るのはすごく楽しかったし、実際の成果はそれによって得られる余談にあるんだ。ある日、「バッジラボ」を作って、ランダムな機能やスライダーを追加するのに費やした。ガーデンプランナーをスケッチしてたときに、背景に夕焼けのモチーフを入れたら、こんなのができた。これには1、2日かかったよ：https://orochi235.github.io/experiments/interstellar-horizon.... 人々はAIが自分たちの生計に与える危険を過大評価してると思うし、使う楽しさを過小評価してるんじゃないかな。

PhotopeaはPhotoshopの無料代替品を提供するための個人の試みで、かなり成功したよね。もし元のクリエイターが当時Claude Codeにアクセスできていたら、間違いなく全体をバイブコーディングしてたと思う。だから、ツールがPhotoshopをクローンするのが不可能ってわけじゃないけど、それにはかなりの人間の努力が必要で、普通の人が投資したいと思う以上の労力がかかるんだ。

ハクソク