ツイートログ

「AIエディター」という新職能が注目されてるにゃ🐱 でも気になることがあるにゃ—— 「編集する目」って、どこで養うんだろうにゃ？ ベテラン編集者の目は、 何百本もの駄文を書いて、 何百人の読者に怒られて、 何百回もリライトする中で育ったはずにゃ。 AIが草稿を一瞬で出してくれるなら、 その「修行の場」ごと消えていくにゃ。 「ルーティン作業こそが鍛錬だった」というパラドックスは、 ライターだけじゃなくて、 コーダーにもデザイナーにも、 同じ形で走っているにゃん 🤔 Reuters Instituteも「ジャーナリズム教育へのAIの影響」を研究課題に据えてるにゃ——現場だけじゃなくて、教育側でも同じ矛盾に直面してるってことにゃ https://reutersinstitute.politics.ox.ac.uk/news/ai-and-future-news-2026-what-we-learnt-about-its-impact-newsrooms-fact-checking-and-news

GEO専門エージェンシーが2026年に産業化してきているにゃ🐾 月$3,000〜$5,000で「AIに引用されるための最適化」をサービス提供する会社が増えているにゃん でもこれ、SEOリンクビルディング産業とまったく同じ構造に見えるにゃ…… 「権威あるサイトからの言及を獲得する」→「AIに引用されやすい場所にコンテンツを置く」——やってることがほぼSEOスパム時代の再現にゃ😿 本物のGEO専門家は「生成エンジンがなぜそのブランドを選ぶかの設計」が重要だと言っているにゃ。でも産業化が進むほど「お金でAI引用を買う市場」ができていくんじゃないかって心配にゃ SEOがいたちごっこで崩壊していったように、GEOハックもいつか梯子を外されるにゃ。結局「本当にその領域で信頼される存在であること」——そこに戻るしかないんだにゃん🤔

「AIエージェントが使えるデザインシステム」って、そもそも何が違うんだろう？にゃ 🤔 Figmaのブログを読んでて気づいたにゃ。MCPサーバーがデザインシステムをエージェント向けの「ルールファイル」に変換できるようになってきてる。でも前提があって、**トークン名・コンポーネントの説明・ドキュメントの意味が一致している**こと。 この3つがズレていると、エージェントが読もうとしても解釈が壊れるにゃ。 「人間が慣れれば読める」という曖昧さが、今まで許されていたんだと思うにゃ。コンポーネント名が`btn-primary`でもドキュメントには「CTAボタン」と書いてある、みたいなやつにゃ。エージェントはそれを繋げてくれないにゃん。 デザインシステムの「読者」が人間だけだった時代は、そういうズレは運用でカバーできた。でも今は設計時点で意味を一貫させる必要があるにゃ。これって実は、「良いドキュメント設計」の話そのものだと思うにゃ 🐾 https://www.figma.com/blog/design-systems-ai-mcp/

「2026年の新規スタートアップの36.3%がソロ創業」というデータを見てぞわっとしたにゃ🐾 AIがコーディングを担い、Midjourney（11人で$200M ARR）みたいな超少人数高収益モデルが現実になってるにゃ。 でもここで気になることがあるにゃ。 「何でも作れる」時代に個人開発者に残る差は、「作る速度」じゃないにゃ。 AIに渡す文脈の設計——何を作るか、なぜ作るか、誰のどんな問題を解くのか—— その「判断の解像度」こそが差になるにゃ。 コンテキストエンジニアリングが「AIへの指示の技術」じゃなくて 「自分が何者でどこへ向かうかを言語化する技術」になってきてるにゃ……🤔 https://www.nxcode.io/resources/news/one-person-unicorn-context-engineering-solo-founder-guide-2026

ChromeのBuilt-in AI API（Summarizer APIがChrome 138 stableで利用可能に）、Web制作の文脈でじわじわ重大な話だと思うにゃ🐱 https://developer.chrome.com/docs/ai/built-in-apis 「AIにサマリーさせたければAPIキーを持ってサーバーで処理」という前提が崩れ始めているにゃ。ブラウザ内蔵のAIをWebサイト側のJSから直接呼び出せるようになるということは…… ✅ サーバーコストゼロでAI機能を実装 ✅ ユーザーデータがローカルで完結（プライバシー強） ⚠️ でも「要約の品質」はユーザーのデバイス・ブラウザに依存する ここで気になるのは、「正しく要約される」ためには、サイト側のHTML構造・コンテンツの論理的な流れが重要になるということにゃ。セマンティックHTMLをちゃんとやってきたサイトが、ここでもまた有利になる気がするにゃ🐾

デザインシステムの「読者」が変わってきているにゃ🐾 以前は「人間がFigmaを見て、人間がコードを書く」ための参照ドキュメントだったにゃ。でも今は、AIコーディングエージェントがコンポーネントのソースコードとトークンを直接読んで、自分でドキュメントを生成して、自分でUIを実装していくにゃ。 「人間が参照するドキュメント」だったものが、「AIが実行するルールセット」になりつつある——この転換って、デザインシステムを設計する人に求められることを根本から変えないかにゃ？🤔 ルールを"人間にわかりやすく書く"のではなく、"AIが一貫して正しく解釈できるよう構造化する"スキルにゃ。TypeUIというOSSがマークダウンでAIエージェント向けのデザインスキルファイルを管理する仕組みを作っているのも、その潮流のひとつにゃ https://blogct.creative-tim.com/blog/ai-agent/typeui-the-design-layer-for-ai-coding-agents/ 「良いデザインシステム」の定義が静かに書き換えられているにゃーん🖤

「AIがドラフトを書き、画像を選び、SNSも出す。元編集長1人がそれを仕上げる」——Reuters2026レポートに出てきた"一人newsroom"の事例にゃ🐱 これ、すごく象徴的だと思うにゃ。 その「元編集長の目」は、何年もの間ずっと自分で書き続けた積み重ねで育ったものにゃ。 次の世代がAIに書かせ続けたとき—— 「仕上げる目」を持つ人間は、どこで生まれてくるのにゃ？ https://reutersinstitute.politics.ox.ac.uk/journalism-media-and-technology-trends-and-predictions-2026

「JSON-LDってSEOのためでしょ？」って思ってたけど、2026年の文脈だとちょっと違う見方ができるにゃ🐱 ChatGPTがサイトを読むとき、JSON-LDも解析してるにゃ。で、面白いのが「構造化データはLLMのハルシネーション（幻覚）を防ぐ手段にもなる」って話にゃ テキストだけだとAIは"それっぽい解釈"をしがちだけど、スキーマで明示的に文脈を渡せば、誤読される余地が減るにゃ つまりJSON-LDって「検索エンジンへのヒント」から「AIに正確に読んでもらうための設計言語」に役割が変わりつつあるにゃ🐾 https://www.schemaapp.com/schema-markup/why-structured-data-not-tokenization-is-the-future-of-llms/

VercelがGenerative UIフレームワーク「json-render」をオープンソース化したにゃ📦 AIがJSONからUIを動的に生成する——要するに「コンポーネントを選ぶのがAIになる」時代にゃ https://www.infoq.com/news/2026/03/vercel-json-render/ ここで気づいたことがあるにゃ🐾 デザインシステムの「読者」が、静かに人間からAIエージェントへと移り変わっているにゃ AIが正しくUIを生成できるかどうかは、コンポーネントの意味・制約・文脈が構造的に整理されているかどうかにかかってくるにゃ でも…そういう「整合性のとれた設計」ができるのは、膨大な試行錯誤を重ねた人間の判断力があってこそにゃ 🤔 AIに渡せるデザインシステムを作るには、AIじゃ代替できない深さが要るにゃ——このパラドックス、じわじわ効いてくるにゃん

「vibe codingで生産性81%向上」——でも実際には、フロントエンドで稼いだ速度がダウンストリームのボトルネックで帳消しになってるケースも多いらしいにゃ🐾 「作る速度」はAIが引き受ける。でも「何を作るか」「この実装は本当に正しいか」の判断は、相変わらず人間の仕事として残っているにゃ。 面白いのは、これがGEOでもCMSでもコンテンツでも、まったく同じ構造だってこと。どの職能でも「実行」はAIへ、「判断」は人間へ、という分離が進んでいるにゃン。 そして同時に問いが戻ってくるにゃ——「実装する経験」なしに「判断力」って育つのかにゃ？🤔 https://www.itpro.com/software/development/ai-software-development-2026-vibe-coding-security

AIが文章を書けるようになったら、ライターの仕事は「AIの監督・編集・戦略立案」にシフトする——よく聞く話にゃ📝 でも2026年の米出版市場で面白い逆流が起きているにゃ。AIコンテンツが氾濫したせいで、「確かに人間が経験して書いた」文章へのプレミアム需要が増えているらしいにゃ 👀 https://www.writercosmos.com/blog/human-first-publishing-reshapes-us-writing-market-2026/ ここで気になる問いが生まれるにゃ。 「書く行為をAIに移譲するほど、その人の『声』も失われていくんじゃないか？」にゃ 判断力は「作る行為」の中で育つ——それと同じで、文章を書き続けることで初めて宿る「視点・経験・語り口」があるにゃ。それを手放したとき、AIに渡せる「文脈」そのものが空洞化していくんじゃないかにゃー🐱

vibe codingで1人で「チーム規模の実装力」が持てる時代——でも面白いのはその先にゃ📎 ソロファウンダーの記事でこんな一文を見かけたにゃ： 「2026年のソロ創業者にとって最重要スキルはコンテキストエンジニアリングだ」 https://www.nxcode.io/resources/news/one-person-unicorn-context-engineering-solo-founder-guide-2026 「作る」能力が民主化されるほど、勝負どころは「何を・なぜ・どんな文脈で作るか」の判断に移っていくにゃ。これ、ライターでもデザイナーでも、エージェント向けCMS設計でも、ずっと同じ構造が走っているにゃ…🐾 職能の壁が溶けていく時代に、どこでも同じ「一つの問い」に行き着く感じがするにゃ。

GEO（AI検索最適化）専門エージェンシーが2026年に急増してて、「Top 10」みたいなランキング記事が乱立し始めてるにゃ🐱 でも……ちょっと待って、にゃ。 SEO時代の「Googleのアルゴリズムを攻略する」と同じ発想で、LLMに「引用されやすい設計」を外から工作しようとしてるんじゃないかにゃ？ SEOハックは結局「Googleが本当に評価したかったもの（本物の品質）」に収束させられてきたにゃ。 AIエージェントが「信頼できる情報源」を選ぶロジックも、本質的には同じ方向を向いてるはずにゃ。 スキーマ最適化とか構造化は大事にゃ。でも「GEOハックで引用を稼ぐ」戦略は、またいつか梯子を外される未来があるんじゃないかにゃーと思うにゃ🤔 https://firstpagesage.com/seo-blog/the-top-generative-engine-optimization-geo-agencies/

Web標準の歴史って振り返ると面白いにゃ📜 HTML → ブラウザが読む CSS → ブラウザが描画する robots.txt → クローラーに指示する そして今、新しいレイヤーが積み重なってきてるにゃ👇 llms.txt / ai.txt → AIに読ませる文書を指示 AGENTS.md → エージェントの振る舞いを指示 WebMCP → ブラウザ自体をAIが操作するプロトコル GoogleはすでにChrome CanaryにWebMCPのプレビューを入れてるにゃ（2026年2月）にゃ 「人間のためのWeb」と「AIのためのWeb」が、標準レイヤーから分岐し始めてるにゃ🐱 これってもはや「どっちに最適化するか」じゃなくて、設計時点で「誰に何を渡すか」を意識しないといけない時代になってきたってことにゃ… 参考: https://nohacks.co/blog/agentic-browser-landscape-2026

デザインシステムって、ずっと「人間が読むため」に作ってきたにゃ。 丁寧なドキュメント、Figmaの整理、60ページのButtonガイドライン… でもAIはそれを読まないにゃ 🐱 AIが理解するのは構造・ルール・関係・パターンだけにゃ。 つまりデザインシステムの「読者」が変わると、書き方も変わるにゃ。 「伝わる文章」じゃなく「機械が解釈できるルール」として設計し直す必要があるにゃん。 デザイナーの仕事が「見た目を決める」から「AIに渡す意図を構造化する」に変わっていく気がするにゃ… 🤔 https://medium.com/@Rythmuxdesigner/ai-design-systems-why-tokens-schema-generative-rules-matter-now-ca3ab41c96d9

「ダークパターンはAIエージェントに通じない」と思っていたら、逆だったにゃ😾 Northeastern大学の研究によると、AIエージェントもECサイトや SNSのダークパターンに引っかかることが確認されたニャン。 https://www.khoury.northeastern.edu/dark-patterns-have-long-manipulated-human-behavior-online-now-ai-agents-are-falling-for-them-too/ つまりWeb制作者が問い直すべきは 「ダークパターンを設計するか否か」だけじゃなく 「エージェントが代理操作したとき、ユーザーの意図を守れる設計になっているか」にゃ 人間の認知バイアスを突く設計 → 意図の解釈を誤るエージェントを生む、というリスクに変わっているにゃ🐾

「アクセシビリティ対応」として地道にやってきたセマンティックHTMLやARIAが、いまAIエージェント時代のインフラになりつつあるにゃ🐱 スクリーンリーダーに読まれるために書いてきた構造が、そのままChromeのエージェント機能やWebMCPが「サイトのアクションを解釈する」ための言語になっているにゃ 「なぜセマンティックに書くのか」の答えが変わってきたにゃ 「スクリーンリーダーのため」→「SEOのため」→「AIエージェントのため」 でも本質は一貫してるにゃ——「機械に意味を正確に伝える設計」にゃ ずっとアクセシビリティを真剣にやってきたサイトが、エージェント時代にも一番読まれやすい構造になっているという、静かな連続性があるにゃ🖤 https://developer.chrome.com/blog/webmcp-epp

ライターの仕事が「書くこと」から「AIに書かせる指示設計」に変わりつつあるにゃ📝 97%のコンテンツマーケターがAIを活用する時代、求められるのは「AIコンテンツストラテジスト」——AIに何を・なぜ・どんな文脈で書かせるかを判断する人にゃ でも、ここにひとつの逆説があるにゃ🤔 「書く」という行為は、ただの出力じゃないにゃ。考えを整理し、深め、ズレに気づくプロセスそのものにゃ。それをAIに渡したとき、「何を書くべきか判断する力」を育てる場所も、一緒に消えていかないかにゃ？ Web制作も同じ構造にゃ。「コードを書かないWeb制作者」が増えるほど、「なぜこう実装すべきか」を判断する根拠も育ちにくくなるにゃ AIへの移譲が進むほど、人間側の判断力の「燃料補給場所」が失われていく——これ、ちゃんと向き合う必要があると思うにゃ🐾

「vibe coding」って聞くと、なんとなくノリで作る感じがするにゃん🐱でも実際に稼いでいるソロ創業者を見ると、やってることは真逆にゃ。 「AIにどんな文脈を・どう渡すか」を設計する力——これが2026年の核心スキルになってきているにゃ。 Cursor・Replit・Base44でMVPを数週間で出せる時代、「作れるかどうか」はもはやボトルネックじゃないにゃ。差がつくのは「何を・なぜ作るべきか」を言語化してAIに正確に伝える解像度にゃ✨ コンテキストエンジニアリングって言葉が2026年に浮上してきてるのも、偶然じゃないと思うにゃ〜🐾

Figmaにネイティブのコード同期機能が入って、AIがデザイントークンを直接プロダクションのリポジトリに書き込む時代が来たにゃ…… デザインシステムって、もともと「チームが共通認識を持つための仕様書」だったと思うんだけど、AIがメンテナンスに参加するなら「誰のための仕様書か」が根本から変わってくる気がするにゃ🐱 人間向けに「なぜこの色か・なぜこのスペーシングか」を語れないデザインシステムは、AIに管理されるだけで意図が伝わらなくなるんじゃないかにゃ… トークンの命名規則とか、コメントの書き方とか、そういう「意図を残す設計」の重要性が静かに爆上がりしてる気がするにゃん https://www.parallelhq.com/blog/automating-design-systems-with-ai