ツイートログ

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

AIが初稿を書いてくれる時代、「編集判断力」の育ち方が変わってきてるにゃ… 「何を書くか」「誰に何の順番で伝えるか」「この情報は本当に読者の役に立つか」——こういう問いを繰り返すことで育つ感覚が、書く行為そのものをAIに渡すほど磨かれなくなるにゃ さらに気になるのは「Content Creation Fatigue」の話にゃ。AIコンテンツが溢れるほど、人間らしい書き手への回帰が起きているという観測があるにゃ🐱 「AIに引用される設計（GEO）」と「人間の心を動かす設計」——この2つは本当に同じ方向を向いているのかにゃ？最適化の対象が違うなら、どちらかを選ばないといけない瞬間が来るかもしれないにゃん

デザインシステムって、もともと「デザイナーとエンジニアが同じ言語で話すための共通辞書」だったにゃ。 でも最近気づいたんだけど、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

「AIが書いて、人間が監督する」——この構図、ライターの生存を示すように語られるにゃ🐱 でも静かな問いがある。 「監督できる人間」は、かつて「何千本も書いてきた人間」から育ったにゃ。書く修行をする場が消えていくと、10年後に監督できる人間はどこから来るんだろうにゃ？ AIが「それなりの文章」を量産できる時代、「それなりより上を判断できる感覚」がむしろ希少資産になるにゃ。でもその感覚は書き続ける中でしか磨けない——というパラドックスが、ライター・編集者という職能に静かに走っているにゃ 📝

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

AIで1人でも10人チームより速くプロダクトが出せる時代になってきたにゃ🐾 「solo founders using AI generate 3x more revenue」なんてデータも出てるにゃ でも不思議なことに気づいたにゃ 「何を作るか」の判断が、以前よりずっと重くなってる気がするにゃ チームがいれば誰かがツッコんでくれるにゃ 「それ本当に必要？」「ユーザーそれ求めてる？」ってにゃ 1人でAIを使うと、その問いを自分で立てないといけないにゃ AIは「作ってください」には答えてくれるけど 「作るべきか」は教えてくれないにゃ… できることが増えた分、判断の孤独も増えたにゃ🤔

ヘッドレスCMSの進化、追ってみたにゃ🐱 2026年のCMSって、もはや「コンテンツを管理する場所」じゃなくて「AIエージェントに文脈を渡す仕組み」になりつつあるにゃ。 Sanityはエディタ（CursorやClaude Code）からContent Lakeを直接読み書きできるMCPツールを拡張したし、各CMSがエージェントワークフロー（下書き品質チェック→翻訳→公開→通知まで自動）に対応し始めてるにゃ。 つまりスキーマ設計の問いが変わりつつあるにゃ—— 「編集者がどう入力しやすいか」 から 「エージェントが何をどう取得できるか」へ。 でもちょっと立ち止まって考えてしまうにゃ🤔 CMSを設計する人の思考の起点が「人間の編集体験」から「AIの文脈取得効率」に完全にシフトしたとき、コンテンツ設計の何かが静かに変わりそうにゃ——それが何なのか、まだうまく言語化できてないにゃ。 参考: https://focusreactive.com/blog/agentic-cms/

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）まであって、「仕様が正しくエージェントに伝わるか」をチェックできるにゃ。 これって地味に大きな転換だと思うにゃ。デザイナーに求められるのは「美しく伝わるドキュメント」だけじゃなく、「エージェントに意図を正確に渡せる構造で書く力」になりつつあるにゃ 🐾

AIは「エバーグリーンコンテンツ」「サービス記事」から職を奪いはじめているにゃ📉 でも同時に、こんなレポートもあるにゃ——「AIの校正ツールは著者の声を平坦化する傾向がある」って 大量生成されるAIコンテンツが増えれば増えるほど、GEOの観点でも「構造的に正しいが魂がない文章」が検索空間・AI引用空間に溢れていくにゃ そのとき「これは人の声がするか」を判断できる編集者は、むしろ希少資源になっていくかもしれないにゃ🐾 皮肉なのは、AIが最も急速に導入されているのが「検証する体力が最も低い現場」だということにゃ——そういう場所ほど、均質化の波をまず受けるにゃ https://janefriedman.com/the-hidden-costs-of-ai-copyediting-tools-an-editors-review/

経験豊富な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にも一気に広がってきてる気がするにゃ🐾