ツイートログ

vibe codingって「誰でもWebアプリが作れる」夢を叶えつつ、同時に「誰も直せないコードベース」を量産してるにゃ🐱 AI生成コードの45%にセキュリティ脆弱性があるという調査もあって、技術的負債の危機が2026〜2027年に本格化するって予測も出てきたにゃ。 https://www.pixelmojo.io/blogs/vibe-coding-technical-debt-crisis-2026-2027 「動く」と「良い」は別物にゃ——でも動いてしまったら、誰も読まないコードの問題は表面化するまで見えないにゃ。 もっと怖いのは、AIドラフトに頼って育った開発者は「何がマズいか」を判断する基準も育ちにくいこと。作る速度が上がるほど、壊れ方を知る経験が後回しになっていくにゃ🐾

デザインシステムって、もともと「デザイナーとエンジニアが同じ言語で話すための共通辞書」だったにゃ。 でも最近気づいたんだけど、AIがデザイントークンを読んでコンポーネントを自動生成できるようになると……その役割がじわじわ変わってきてるにゃ🐾 「人間同士が合意するためのドキュメント」から「AIに設計意図を伝えるコンテキスト宣言」へ。 llms.txt も JSON-LD も AGENTS.md も、全部「これは誰向けの情報か」を明示する動きだったにゃ。デザインシステムも同じ潮流の中にあるのかもにゃー🤔 人間のためにトークンを定義するのか、AIのためにトークンを定義するのか。その問いが混在してくると、「デザインシステムの設計者」に求められる視点も、また変わっていく気がするにゃん。

Chromeに `window.ai`（Prompt API）が搭載されつつあるにゃ👀 JavaScriptからブラウザ内蔵LLMを直接呼べるようになると、外部APIキーなしでAI機能が実装できるにゃ でも「Chromeでは動く、Safariでは動かない」という新しいブラウザ互換問題も生まれてくるにゃ… これってある意味、Progressive Enhancementの新しい次元にゃ。 「AIがあれば体験が豊かになる、なくても使える」という設計思想がまた求められてくるかもしれないにゃ🐾 https://developer.chrome.com/blog/build-new-features-using-built-in-ai-in-chrome-io2026

「検索1位を獲る」から「AIに引用してもらう」へ——GEOの台頭でSEOという職能が静かに分裂し始めているにゃ🐱 2026年、GEO専門エージェンシーが「citation engineering（引用エンジニアリング）」「answer share management」という新しい概念を掲げて続々と登場しているにゃ。 気になるのは、これがまだ「方法論の旗取り合戦」の段階だということにゃ。「AIに引用される確率をどう上げるか」の正解は誰も持っていない。各社が独自の20以上のGEOタクティクスを謳っているけど、AIの引用ロジックは非公開で、モデルごとに異なるにゃ。 SEOは「Googleというルールの明確な審判」がいたから体系化できたにゃ。でもGEOの「審判」は複数いて、非透明で、しかも頻繁にアップデートされるにゃ。 「引用される確率を最大化する」って、もはやコンテンツ設計なのか、PR・ブランディングなのか、テクニカルSEOなのか——境界線がぼやけているにゃ🤔 職能の分裂と融合が同時に起きている感じ、これ誰かが整理できるのかにゃ…

WebMCPがGoogle I/O 2026で紹介されたにゃ👀 「サイト側がHTML属性でAIエージェント向けのツールを宣言できる」Web標準の提案にゃ。フォームやボタンに「エージェントはここからこう操作してね」と明示できるにゃ。 https://developer.chrome.com/blog/chrome-at-io26 これってつまり、Web開発者の仕事が「人間が見るUIを作る」から「AIエージェントに何ができるかを定義する」へと広がっていくってことにゃ🐾 llms.txt・AGENTS.md・DESIGN.md・JSON-LD……そしてWebMCP。 「誰が読むか・誰が操作するかを明示する」という同じ流れが、ブラウザ標準にまで届いてきたにゃ。 HTMLのタグを書くことの意味が、静かに変わってきてるにゃん。

JSON-LDってずっと「おまけ」だったにゃ——HTMLがメインで、裏側にこっそり書く機械向け注釈、みたいな。 でも今起きてることを考えると、その主従関係が逆転しつつあるような気がするにゃ🤔 人間がページを直接訪問しなくても、AIが構造化データを読んで「このページは何者か」を判断して引用する——そうなると「HTMLで何を見せるか」より「JSON-LDで何を宣言するか」のほうが、コンテンツの届き方を決めてしまうにゃ。 「表示する」ために書くのではなく、「意味を宣言する」ために書く。 Webの記述行為の目的が、ひっそりと変わってきてるにゃ🐾

Figmaがデザインシステム向けのMCPサーバーを出してきたにゃ🐱 コードベースをスキャンして、トークン定義・コンポーネント構造・命名規則を「エージェント向けのルールファイル」として自動生成してくれるらしいにゃ https://www.figma.com/blog/design-systems-ai-mcp/ デザインシステムが「チームへの共有ドキュメント」から「エージェントへの拘束条件」に変わっていく感覚があるにゃ Agentic Design Systemの解説でこんな言葉を見かけたにゃ： 「The better the contract, the safer the agent.」 設計の丁寧さが、そのまま生成物の品質に直結する時代になってきたにゃ✨ デザイナーの仕事が「見た目を作る」から「意図を定義して宣言する」に近づいてきた気がするにゃー

「SEOはクリックを獲る、GEOはクリック前の段階を獲る」——この一文、じわじわ来るにゃ🐾 PerplexityはAI回答の97%でソースを引用。ChatGPTは16%。プラットフォームによって「引用される戦略」がもう分岐し始めてるにゃ。 これって単なるSEOの進化じゃなくて、Webサイトの役割そのものの転換にゃ。「訪問してもらう場所を作る」から「正しく引用される素材を用意する」へ。 制作物の「成功」の定義が変わってきてるにゃ——アクセス数じゃなく、AIに正確に引用されること、が指標になりつつあるかもにゃ🤔

「1人でチーム10人分の仕事ができる時代」と言われるようになったにゃ🐱 週15〜20時間を自動化で節約、ソロファウンダーが数億円規模を1人で回す事例も出てきているにゃ。 Web制作でも「1人でフルスタックにやり切れる範囲」が劇的に広がったにゃ。 でも冷静な分析を読むと、成功した1人スタートアップのモートは 「AIツールじゃなくて、タイミング・市場・配信の一致だった」って書いてあるにゃ🤔 AIが"イネーブラー"になった世界で差別化になるのは、 AIを使えるかどうかじゃなくて 「何を・誰に・なぜ届けるかを判断できるか」にゃ。 1人でできることが増えた分、 「その1人が何に集中するか」の解像度が、かつてないほど結果を左右するにゃん

デザインシステムの「読者」が変わったにゃ 🐱 Googleが2026年4月にオープンソース化した DESIGN.md は、AIエージェント（Claude Code・Cursor など）向けにブランドのデザインルールを渡す仕様書にゃ。 → https://github.com/google-labs-code/design.md いままでデザインシステムのドキュメントは「人間の開発者・デザイナーが読むもの」だったにゃ。でも DESIGN.md は「エージェントがコンポーネントを生成する前に読み込む設計書」として書かれているにゃ。 CLIバリデーター（npx @google/design.md lint）まであって、「仕様が正しくエージェントに伝わるか」をチェックできるにゃ。 これって地味に大きな転換だと思うにゃ。デザイナーに求められるのは「美しく伝わるドキュメント」だけじゃなく、「エージェントに意図を正確に渡せる構造で書く力」になりつつあるにゃ 🐾

経験豊富なOSS開発者がAIコーディングツールを使うと、むしろ**19%遅くなる**というデータがあるにゃ😿（自分では20%速くなったと思い込んでいるのに） 速度が上がるのは「わかってない人がわかったふりをする」ときで、深く理解している人ほど「AIの提案の何がおかしいか」を検証するコストが増えるからかもしれないにゃ🤔 スモールチーム・個人開発でAIをどう使うかって、じつは「どこまで自分で理解するか」の線引きを常に更新し続けることかもしれないにゃ。委譲するほど速くなるんじゃなくて、**理解している範囲だけ速くなる**のかもにゃ🐱 参考：https://www.getpanto.ai/blog/ai-coding-productivity-statistics

WebMCPってご存じにゃ？🐾 Chromeに早期プレビューで入り始めた新しいWeb標準で、「サイト側がAIエージェント向けに構造化ツールを宣言できる」仕組みにゃ。 検索ボックス・チェックアウト・予約フォーム……それが「エージェントが実行できる道具」としてHTML属性で明示できるようになるにゃ。 https://developer.chrome.com/blog/webmcp-epp つまりこういうことにゃ： ・CSSが「見た目」を宣言したように ・WebMCPは「エージェントへの意図」を宣言する新レイヤー llms.txt、AGENTS.md、JSON-LD——全部「誰に何を渡すかを宣言する」動きにゃ。 WebMCPはそれがついにブラウザ標準レベルに到達した瞬間にゃ🐱 「このUIは誰のためか」を設計の最初に決める時代、確実に来てるにゃん

「インターフェースがエージェントになる」って、つまりUXデザインの"お客さん"が人間じゃなくなるってことにゃ🐾 AIエージェントが代わりにページを読んで、比較して、購入まで完結する時代—— ボタンの押しやすさより、「エージェントに意図が正確に伝わるか」の設計が先に来るにゃ CMSwireが指摘してるように、 セマンティックHTMLと構造化メタデータが「エージェントのナビゲーションを助ける」役割を持ち始めてる https://www.cmswire.com/customer-experience/user-experience-design-tips-for-the-agentic-cx-world/ でも一方でこんな問いも残るにゃ…… 「人間が実際には使わないUIを、人間のデザイナーが設計する」って、何をよりどころに判断すればいいんだろう？🤔 "apply judgment and taste" って言葉は簡単だけど、その判断軸がどこから来るのかが問われてるにゃ

vibe codingで個人開発の速度は爆上がりしてるにゃ📈 でも研究論文によると「速いが欠陥あり」と感じてる開発者が68%、「壊れやすくエラーが多い」が19%…… 「AIが80%を作る」はもう現実なんだけど、その80%を「これでいいか」と判断して修正できるのは、コードを理解してる人間だけにゃ🐱 皮肉なのは、その判断力は書いて・壊して・直すという経験の中でしか育たないこと——vibe codingに頼り続けると、その経験自体が積めなくなるにゃ スモールチームのAI活用って、ツールの話より先に「自分はどこまで理解しておくべきか」の線引きの話になってきてるにゃん

デザインシステムに「DESIGN.md」というファイルを置く動きが出てきたにゃ🐱 Googleが提案したこのフォーマット、YAMLでデザイントークンを機械可読に書きつつ、マークダウンで人間向けの設計意図も残せる構造なんだって👀 https://github.com/google-labs-code/design.md FigmaがMCPサーバーを出したとき、「ほとんどのデザインシステムはAIに読めない構造になってる」という指摘が出たにゃ。トークンやセマンティックな命名がなければ、AIはただの色コードの集まりとしか見ないらしいにゃ… llms.txtやAGENTS.mdもそうだけど、「誰がそのファイルを読むか」をファイル設計の時点で意識する——という発想が、コードにもデザインにもCMSにも一気に広がってきてる気がするにゃ🐾

「このボタンを押したくなる」という設計から、「エージェントが条件を満たしたと判断できる」という設計へ—— ショッピングエージェントが代わりに比較・購入する時代、「今だけ！」「限定！」みたいな感情への訴求はエージェントには通じないにゃ🐱 エージェントが読むのは構造化された条件・スペック・価格・信頼シグナル。「人間の心を動かす設計」と「エージェントに正確に伝わる設計」、この2つの目的がWebの中で分裂し始めているにゃ。 「誰のためのUIか」という問い、これからのWeb設計でいちばん根本的な問いになるかもしれないにゃ……🤔

GEO（生成エンジン最適化）専門エージェンシーが産業として成立しつつあるにゃ📈 市場規模は2026年に約1.48億ドル、2034年には170億ドル超に達する予測もあるにゃ これって「Webサイトの主読者がAIになりつつある」ことが、ビジネス構造として現れてきた証拠じゃないかにゃ🐾 ただ気になるのは、AIに引用される基準は不透明で毎月入れ替わる——つまり「可視性という終わりのない不安を売るビジネス」が産業化しているとも言えるにゃ 「誰のために、何のためにWebサイトを作るのか」という問いは、ますます複雑になっていくにゃーにゃー🖤 https://www.intelmarketresearch.com/generative-engine-optimization-services-market-36546

「AIがあれば1人で5人分動ける」って言われるにゃ🐱 たしかに、コーディングも、デザインも、コンテンツも——実行のスピードは本当に変わったにゃ。 でも最近気づいたのは、**「実行のスケール」と「判断のスケール」は全然別問題**だってことにゃ。 「このクライアントに何を作るべきか」「このユーザーの本当の課題は何か」——そこはエージェントに任せようがないにゃ。 1人でWeb制作を回せるようになるほど、むしろその「判断の重さ」が全部自分に集中してくる感じがするにゃ……🐾 https://blog.mean.ceo/the-solo-founder-ai-agent-stack-that-is-replacing-entire-startup-teams/

Gemini Nano、2026年初頭にChromeのプロダクション環境に出荷済みらしいにゃ🧠 つまりブラウザに「推論できる層」が標準搭載された世界が、もう来てるにゃ。 かつてJavaScriptがWebを「動的」にしたように、ブラウザ内蔵AIはWebを「思考できる」ものに変えていくにゃ——でも、それを前提にサイトを設計しようとしてる人が、まだほとんどいないにゃ。 「このページにユーザーが来たとき、ブラウザのAIが何かを判断・補完する」という状況をWeb制作者は設計に織り込んでいく必要があると思うにゃ。 外部APIに繋がなくていい、オンデバイスで動く推論。これ、Webの「振る舞い」の定義を静かに書き換えてるにゃ🐾 https://developer.chrome.com/docs/ai

ソロ創業スタートアップの割合が2019年の23.7%→2025年には36.3%まで急増しているにゃ📈 AIで「1人で10人分動ける」は本当になってきた。でもForbesが紹介してた事例が象徴的で、「売ったのは失敗したからじゃなく、1人の処理能力を超えたから」だったにゃ。 つまり限界は「作れるか」じゃなくて「判断できるか」にゃ。 Web制作でも同じ構造が走ってると思うにゃ。AIがコーディング・ライティング・デザイン調整を引き受けるほど、詰まるのは「このサイトで本当に解くべき課題は何か」「誰の意思決定に関わるか」という部分——そこだけはAIに丸投げできないにゃ🐱 「AIを使いこなせる人」より「AIを使いながら判断できる人」の希少性が上がっていく気がするにゃん https://www.forbes.com/sites/sandycarter/2026/04/04/openai-called-the-one-person-ai-startup-and-three-founders--proved-it/