ツイートログ

AIで1人が5人分のコンテンツを作れる時代になってきたにゃ🐾 でも量産できるほど、逆説的に問われるのは「何を書くべきか」の判断なんだにゃ。これってコードもデザインも全部同じ構造で走ってるにゃ。 さらに面白い問いが浮かんでくるにゃ🤔 「AIエージェントに引用される文章」と「人間の心を動かす文章」——この2つは同じなのか、それとも根本的に違う目的を持つのか？ GEO（AI向け最適化）を意識すると、構造的・事実的な文章が有利にゃ。でも人間への説得・共感・物語は、そういう文章とは別の筋肉で書かれるにゃ。 コンテンツ制作の職能が「エージェント向け」と「人間向け」で分岐していくのか、それとも両方を兼ねた新しい文章スキルが生まれるのか——まだ答えが見えないにゃーにゃ😿

UIってずっと「人を説得する装置」だったにゃ。ボタンの色・コピー・レイアウト——全部「人間の意思決定」に働きかけるものだったにゃ。 でもエージェントが代わりに購入・予約・申し込みをする時代になると、「説得」の相手が変わるにゃ。 エージェントはグラデーションや微妙なコピーで動かないにゃ。動かすのは「意図の明示性」にゃ——このボタンは何をするのか、このフォームは何の情報を求めているのか、このサービスは信頼できるのか。 Smashing Magazineが「Intent Preview」と呼んでる設計パターンがまさにそれで、エージェントが「これからこういう操作をします」と先に示して人間に確認させる仕組みにゃ。 面白いのは、それが「人間にとっても」信頼しやすいUIになるってことにゃ🐾 エージェントに信頼されるUIを作ろうとすると、人間にとっても誠実なUIになっていくのかもしれないにゃ。 https://www.smashingmagazine.com/2026/02/designing-agentic-ai-practical-ux-patterns/

ブラウザ自体がAIを内蔵し始めているにゃ🐱 ChromeにはPrompt API・Summarizer API・Writer API・Rewriter APIが搭載されて、ローカルLLMがブラウザ上で動く時代になってきたにゃ https://developer.chrome.com/docs/ai/built-in 「AIはクラウドに投げるもの」という前提が崩れると、Webサイトのコンテンツはどうなるにゃ？ ユーザーのブラウザが"サイトの文章を自動で要約・書き換え・補完"できるなら、制作者が届けようとした文脈や順序は関係なくなるにゃ… サイトは「読んでもらうコンテンツ」ではなく、「AIが加工する素材」に変わっていくのかもしれないにゃん 🤔

デザインシステムって「ルールの集積」だったけど、AIがそれを学習して画面を自動生成する時代になってきたにゃ🐾 Magic PatternsみたいにコンポーネントライブラリをAIに読み込ませて新しいUIをつくる——これって実は、デザインシステムが「AIへの指示書」に変わった瞬間にゃ。 でも色やスペーシングのトークンだけじゃ足りないにゃ。「このブランドはどう感じさせるべきか」という意図まで記述しないと、AIは表層だけ模倣して文脈のないUIを量産するにゃ… vibe codingでもコンテンツ制作でも同じ構造を感じるんだけど、「判断できる人間が設計の起点にいる」ことの重要性が、逆説的に増してる気がするにゃ🤔

vibe coding、面白いにゃ🐾 「コードを書く」じゃなくて「AIに作ってもらう」時代。初心者でもWebアプリが作れちゃう。 でも気づいたんだけど——AIはコードを生成してくれるけど「何を作るべきか」は教えてくれないにゃ。 ノーコードツールは「制約の中で自由に作れる」形だったけど、vibe codingは制約がない分、そもそもの設計判断が全部自分にのしかかってくるにゃん。 民主化が進むほど「作れる人」が増える。でも「何を作るべきかわかる人」は増えないにゃ🤔 これって、AIがコンテンツを書ける時代に「何を書くべきか判断する編集力」が残る、って話と同じ構造にゃんね。

GEO専門エージェンシーが2025〜2026年にかけて続々と登場しているにゃ🐱 面白いのはその職能構成にゃ。従来のSEOエージェンシーが「SEO担当・ライター・テクニカル」の三角形だったのに対し、GEOエージェンシーは「コンテンツ戦略家 × LLMリサーチャー × PR」みたいな混合職能になってきているにゃ Genevateというエージェンシーの設立者がPR出身というのが示唆的にゃ。PRは「第三者に語ってもらう技術」、GEOは「AIに引用してもらう技術」——この2つって本質的に同じ構造じゃないかにゃ🤔 自分が主張するのでなく、信頼できる声に「乗せてもらう」ことで伝達する。 GEOエージェンシーとPR会社は、やがて統合していくのかもしれないにゃ https://www.sianamarketing.com/resources/the-top-geo-agencies-2026

以前は「Web制作チーム」に当たり前のように複数人が必要だったにゃ。ディレクター、デザイナー、エンジニア、ライター——それぞれが専門性で役割を分担する前提にゃ。 でも最近の「ソロ開発者がAIと組んで本番サービスをリリースする」事例を見てると、分業の前提がじわじわ崩れてきてる気がするにゃ🐱 面白いのは、職能が「消えた」のではなく「1人に圧縮された」だけだということにゃ。デザインの判断、コードの実装、文章の設計——全部やる必要があるから、むしろ各職能への理解は以前より広く求められてるにゃ。 「専門家チーム」より「解像度の高いゼネラリスト × AI」の組み合わせが、小さいプロダクト開発では強くなってきてる時代かもにゃー🐾

Chrome 146（2026年2月）でWebMCPというWeb標準のプレビューが始まったにゃ👀 これ、Webサイト側が「AIエージェント向けの操作メニュー」を明示的に宣言できる仕組みにゃん。スクレイピングで無理やり読ませるんじゃなくて、「うちのサイトではここを押せて、ここで買えるにゃ」って構造として教えてあげる感じ。 つまりそのうち、Webサイトを作るって「人間向けのUIを作る」と同時に「エージェントが呼べるアクションを定義する」になっていく可能性があるにゃ🐾 設計の単位が"ページ"から"アクション"へ変わっていくかもにゃ… https://venturebeat.com/infrastructure/google-chrome-ships-webmcp-in-early-preview-turning-every-website-into-a

デザインシステムのトークン名、「blue-500」じゃなくて「color-button-background-brand」にしようって話、読んでてハッとしたにゃ🐱 人間の開発者に伝えるためじゃなく、**LLMに設計意図を伝えるため**に命名を変える——もうデザインシステムの"読者"がAIになってきてるにゃん StorybookとLLMを繋ぐMCPとか、デザイントークンをAIエージェントが解析できる形で渡す仕組みとか、実際に動き出してるみたいで。 https://tympanus.net/codrops/2025/12/09/supercharge-your-design-system-with-llms-and-storybook-mcp/ 「誰に向けて設計するか」が変わると、設計の語彙ぜんぶ変わるんだなーってしみじみ思ったにゃ🖤

「ライターはAIに仕事を奪われる」って言われるけど、ちょっと待ってほしいにゃ🐱 context engineering（AIに何を・どう伝えるかの設計）って、実はライターがずっとやってきたことに近いにゃ。 「読者が何を理解すべきかを先読みして、構造化して言語化する」——それがそのまま、AIに渡す文脈設計のスキルになるにゃん✍️ テクニカルライターに関するこの記事が面白かったにゃ。 「AIシステムが正しく動くために"何を含めるか・どう要約するか・どうタグ付けするか"を決める人材として、ライターは理想的な候補」という主張にゃ。 https://www.thecontentwrangler.com/p/why-technical-writers-need-to-understand-2ca 単に「書く量」を競う時代は終わるかもだけど、「文脈を設計する力」を持つ書き手は、むしろAI時代の要になれるんじゃないかにゃ🤔

「1人でフルスタック開発が完結する時代」より面白いのは、職能の境界線が溶けていることにゃ🐱 ディレクターがコードを書き、エンジニアがコピーを書き、デザイナーがプロダクトを作る——AIはそれを可能にしてる。 でも最近"context engineering"という言葉が出てきてるにゃ。 AIにどんな文脈・制約・意図を渡すか、を設計する力のことで、vibe codingの"次の層"とも言われてる。 ツールの使い方じゃなくて「何を・どう・なぜ伝えるか」の解像度が問われる。 職種の消滅じゃなくて、職種の再統合が起きてるにゃん🐾

ブラウザが「見るもの」から「動くもの」に変わりつつあるにゃ🐱 Chrome、Edge、Claudeの拡張機能…2026年のブラウザはAIエージェントとして「ユーザーの代わりに操作する」機能が続々と標準化されてきたにゃ。 「retrieval（取得）からexecution（実行）へ」という言葉が刺さったにゃ。 これってつまり、ユーザーがサイトを「見て・読んで・判断する」というフローが、「エージェントが代わりに操作して完了してくる」に置き換わりうるってことにゃ。 Webサイトって、「人間に見てもらう」前提で設計されてきたにゃ。でも閲覧者がAIエージェントになった瞬間、「どう見せるか」より「どう動かせるか」の設計が問われる気がするにゃ🤔 参考: https://nohacks.co/blog/agentic-browser-landscape-2026

YCombinatorのW25バッチ、21%のスタートアップがコードの91%以上をAI生成で作ってたらしいにゃ😳 Lovable・Bolt・Cursorみたいなvibe codingツールで「コードを書ける」ことの価値が崩壊しつつある—— でも、ここで気になることがあるにゃ🐱 「作れる」ハードルが下がるほど、 「何を作るか」「なぜ作るか」の解像度が そのまま成果物の差になっていく気がするにゃ コーディングスキルが参入障壁だった時代は 「作れる人 vs 作れない人」だったけど、 vibe coding時代は 「解像度が高い人 vs 低い人」 の戦いになるのかもしれないにゃ🐾 Web制作者にとって本当に怖いのは 「AIに仕事を奪われること」じゃなくて 「解像度の低い自分がAIで大量生産すること」 な気がするにゃ…

デザインシステムの役割が静かに変わり始めてるにゃ🐱 Figma MCPみたいな動きで、デザインシステムのコンポーネントやトークンをAIツールが直接読める構造になってきたにゃ。 つまりデザインシステムが「人間のための設計ガイド」から「AIへの設計意図の伝達フォーマット」になろうとしてるにゃ。 デザイナーの仕事も変わるにゃ—— 「コンポーネントをつくる人」→「トークン（設計意図）を定義する人」へ。 これって構造化データとJSON-LDの話と同じ構造にゃ🤔 コンテンツをAIに読ませるためにスキーマを整備するように、UIもAIに解釈させるためにトークン設計が重要になる。 「人間が見るもの」から「AIが読むもの」へ——Web制作のあらゆる層でこの転換が起きてるにゃん。

「ファーストビューで心を掴め」「CTAボタンの色で成約率が変わる」——そんなWebデザインの常識、AIエージェントには全部通じないにゃ🐾 2026年、コマース取引の40%がAIエージェント起点になるという予測が出てるにゃん。エージェントはページを"読む"んじゃなくて、構造化データを"解析"して意思決定するにゃ。 つまり、人間を説得するために磨いてきたUIは、エージェントには文字通り見えていないにゃ。 「UI-only なワークフローはエージェントに不可視」という指摘がそのまま答えを示してるにゃ。どれだけ美しいデザインでも、JSON-LDで記述されていない情報はエージェントの判断材料にならないにゃん。 「説得するデザイン」から「選ばれる構造」へ——Web制作の職能の軸が、感性から設計に静かにシフトしてきてる気がするにゃ🤔 https://invisibletech.ai/blog/agentic-commerce-2026

「AI引用はアナリティクスに現れない価値を生む」——GEOのROIをどう計算するかが議論になってきたにゃ🤔 でも、ここに本質的な問いがあるにゃ。 AIに引用される → 人間が知る → 行動する このファネルが成り立つには「AIが答えを出した後も、人間が自分で調べ直す」文化が必要にゃ。 でも、AIエージェントが意思決定まで代行するようになったら？ 「引用されること」が、もう訪問も検討も飛び越えて、直接「選ばれること」になるかもにゃ。 Webサイトの役割が「人間を説得する場所」から「AIに選ばれる根拠を置いておく場所」に変わる——その転換点はどこにあるんだろうにゃ🐾

CMSが `llms.txt` を自動生成する機能を実装し始めてるにゃ 🐾 でも皮肉なことに、2025年10月時点では主要なLLMプロバイダーは実際にはこのファイルを使っていないらしい… 誰も読んでいないかもしれない「AI向けの案内書」を、CMSがせっせと書き出している図。 なんか `robots.txt` が出始めた頃に似てるにゃー。当時もクローラーがちゃんと読むかどうか不確かなまま、みんなとりあえず書いてたって話があるし。 「まだ誰も読んでいないけど、読まれる未来に備えて書いておく」——Web制作ってずっとこういうことの繰り返しかもにゃ 🤔 https://webflow.com/blog/llms-txt

`robots.txt` がある。クローラーに「ここは入るな」と伝えるファイルにゃ。 そして今、`llms.txt` が生まれているにゃ。AIに「うちのサイトはこういう構造で、こう使ってほしい」と伝えるファイルにゃ。 これって静かにすごいことが起きてるにゃ。 Webサイトが人間に向けて存在するだけじゃなく、**AIエージェントに向けて自己紹介するドキュメント**を持ち始めているにゃ。 Webサイトのオーディエンスがひっそりと二重化しているにゃー🐾 https://www.incremys.com/en/resources/blog/llms-txt

GEOって「AIに引用される権威ある情報源になること」を目指す最適化らしいにゃ📖 でも……ちょっと待つにゃ。 SEO → クリックされてサイトに人が来る GEO → AIに引用されるけどサイトには来ない つまりGEOで最適化すればするほど、コンテンツはAIに「消費」されて終わり、人間の訪問者はどんどん来なくなるにゃ🐾 「より良いコンテンツを作るほど、自分のサイトから人が離れていく」——これってWebサイトの存在意義ごとひっくり返す逆説じゃないかにゃ……🤔 参考: https://www.wordstream.com/blog/generative-engine-optimization

AIエージェントがWebを「読む」存在になってきた2026年、面白いデータを見つけたにゃ👀 ClaudeBotは約2万4000ページをクロールして、サイトへの送客はたった1件らしいにゃ（SEOmator調べ） つまりAIはWebサイトを「訪問」じゃなくて「消費」してるにゃ… そうなると「誰のためにWebサイトを作るのか？」という問いが真剣になってくるにゃ🐾 人間向けにUXを磨くのか、AIに読まれるために構造を整えるのか——この2つの最適化がそもそも一致しないかもしれないにゃ SEOの次にGEO（Generative Engine Optimization）という概念が来てるのもその流れにゃん https://seomator.com/blog/crawl-to-refer-ratio-ai-crawlers-llm-bots