なんかどんどん複雑になってますね。AIへ指示するMarkdownだけで既存のフレームワークみたいな量になって、それ習得するだけでちょっとしたスキルみたいな時代になったりして
UIとワークフローをプロジェクトごとにYAMLで作るのが最適解。
言われなくてもみんな作ってるんじゃないの？俺はstyleの指定と、コンポーネントのサンプルを作りまくって「これと同じように」みたいな指示を出してる ／何で賃貸？金持ち探しか？
xml地獄がmd地獄になるだけってオチは勘弁だが
SEO対策みてーになっていきそうだな、最後規約が増えすぎてxmlから生成するんちゃう
バイブコーディングで色々なUIでてきて楽しいな、って思ってる私はまだ染まってないのかも。たまにフォルダ渡してこれみたいに作って、ってやることはある
デザイントークン作っとくといいって聞いた！、！、！！！！！！
もうなってきてるけど、MarkdownでAIの挙動に対するプロンプトエンジニアリング
一周まわって人間が書いた方が良くね？
AI驚き屋「AIが進化すれば全てAIがやってくれるようになる！！」 vs AI企業「マークダウンで大量の指示書や仕様書を書きまくればAIの問題は解決する！！」
ぼんやりしてる指示をAIがベストプラクティスに基づいてマークダウンに落としてくれるから、今までよりは良くなっていると思う。思いたい。
共通Component作ってそれを使うよう指示したほうが早くない？
方針固まったらコメント付きでCSSにしてどっかに置いときゃいいのでは
よくわからないが、これからはAIが作ったUIだって見ればわかるようになるのかな。もしそうなったらAI製ってことで批判されるのだろうか
別にgoogle 公式から言われなくても、geminiに「毎回ボタンデザイン違うんだけどどうすればいい？」って聞けば教えてくれそうな気がするんだが、、、みんなどうやってAI使っているの？
次善策としては、デザインの一貫性を常に気にして、と CLAUDE.md とか AGENTS.md に一言書いておけば、既存の画面を参照して空気を読んでくれる。あと、何画面か生成した後にデザインだけやり直せば自動で統一感がでる。
プロジェクトルートに置いたところで、StitchってCLI版みたいなのあったっけ？
DESIGN_SYSTEM.md にすべきだったやつ。design == UI designではない
そんなに設計書作らずに画面作らせる人多いの
使ってみよ
結局自然言語のプログラミングになっていくだけだなこれはw
ツイッターにいるAIすごそうな人も言ってたけど、ChatUIのフローで流されていくやり取りの中での決まった部分がストックとしてmdファイルに蓄積されていくことが重要と思う。書式とか作法の問題ではなく
ひと昔前のWordPressテーマ配布のように各社が自社ブランドのDESIGN.md配布する時代がくるかも。AI時代のブランディング
名前は何でもいいからmarkdownに整理させて、それを参照させればいい。markdown作らずに進めるのは無理
UIデザインは無理やで。生成されたコードも自分で見るでしょ？デザインもプロの目で見ないとやでぇ。
“Googleが提唱する「DESIGN.md」の概要と書き方、AIコーディングにおける.mdファイル運用に関する筆者の考え、さらに開発者コミュニティーでの広がりをまとめる。”
やってること自体はAGENTS.mdに書くのとなんも変わらんのでは…
これ書いてるライター、解決すると思ってないだろ
Tailwind使うからだよね。cssで色とかフォントとか共有部分は変数で出して、ちゃんと再利用するクラスは再利用するようにコンテキストを構築すれば問題解決するよ。CSSってその他為にあんでしょそもそも
別に AGENTS.md ひとつで良くない？その中に UI の指針はこのファイルを見ろって書くだけでしょ？問題の解決方法の発想が旧来の思想から離れられてないのでは。
AIがバラバラなUIを作る問題、これで解決？ Google提唱の新標準「DESIGN.md」とは
なんかどんどん複雑になってますね。AIへ指示するMarkdownだけで既存のフレームワークみたいな量になって、それ習得するだけでちょっとしたスキルみたいな時代になったりして
UIとワークフローをプロジェクトごとにYAMLで作るのが最適解。
言われなくてもみんな作ってるんじゃないの？俺はstyleの指定と、コンポーネントのサンプルを作りまくって「これと同じように」みたいな指示を出してる ／何で賃貸？金持ち探しか？
xml地獄がmd地獄になるだけってオチは勘弁だが
SEO対策みてーになっていきそうだな、最後規約が増えすぎてxmlから生成するんちゃう
バイブコーディングで色々なUIでてきて楽しいな、って思ってる私はまだ染まってないのかも。たまにフォルダ渡してこれみたいに作って、ってやることはある
デザイントークン作っとくといいって聞いた！、！、！！！！！！
もうなってきてるけど、MarkdownでAIの挙動に対するプロンプトエンジニアリング
一周まわって人間が書いた方が良くね？
AI驚き屋「AIが進化すれば全てAIがやってくれるようになる！！」 vs AI企業「マークダウンで大量の指示書や仕様書を書きまくればAIの問題は解決する！！」
ぼんやりしてる指示をAIがベストプラクティスに基づいてマークダウンに落としてくれるから、今までよりは良くなっていると思う。思いたい。
共通Component作ってそれを使うよう指示したほうが早くない？
方針固まったらコメント付きでCSSにしてどっかに置いときゃいいのでは
よくわからないが、これからはAIが作ったUIだって見ればわかるようになるのかな。もしそうなったらAI製ってことで批判されるのだろうか
別にgoogle 公式から言われなくても、geminiに「毎回ボタンデザイン違うんだけどどうすればいい？」って聞けば教えてくれそうな気がするんだが、、、みんなどうやってAI使っているの？
次善策としては、デザインの一貫性を常に気にして、と CLAUDE.md とか AGENTS.md に一言書いておけば、既存の画面を参照して空気を読んでくれる。あと、何画面か生成した後にデザインだけやり直せば自動で統一感がでる。
プロジェクトルートに置いたところで、StitchってCLI版みたいなのあったっけ？
DESIGN_SYSTEM.md にすべきだったやつ。design == UI designではない
そんなに設計書作らずに画面作らせる人多いの
使ってみよ
結局自然言語のプログラミングになっていくだけだなこれはw
ツイッターにいるAIすごそうな人も言ってたけど、ChatUIのフローで流されていくやり取りの中での決まった部分がストックとしてmdファイルに蓄積されていくことが重要と思う。書式とか作法の問題ではなく
ひと昔前のWordPressテーマ配布のように各社が自社ブランドのDESIGN.md配布する時代がくるかも。AI時代のブランディング
名前は何でもいいからmarkdownに整理させて、それを参照させればいい。markdown作らずに進めるのは無理
UIデザインは無理やで。生成されたコードも自分で見るでしょ？デザインもプロの目で見ないとやでぇ。
“Googleが提唱する「DESIGN.md」の概要と書き方、AIコーディングにおける.mdファイル運用に関する筆者の考え、さらに開発者コミュニティーでの広がりをまとめる。”
やってること自体はAGENTS.mdに書くのとなんも変わらんのでは…
これ書いてるライター、解決すると思ってないだろ
Tailwind使うからだよね。cssで色とかフォントとか共有部分は変数で出して、ちゃんと再利用するクラスは再利用するようにコンテキストを構築すれば問題解決するよ。CSSってその他為にあんでしょそもそも
別に AGENTS.md ひとつで良くない？その中に UI の指針はこのファイルを見ろって書くだけでしょ？問題の解決方法の発想が旧来の思想から離れられてないのでは。