- デザイナーがClaude CodeのようなCLIベースのエージェントを作業台のように使い、素早く作って直すやり方が広がっている
- Cursorのビジュアルエディタでパディングや間隔のような細かな調整を即座に確認し、プロンプトの往復を減らす
- 必要なUI効果が見つからなければ、小さなプレイグラウンド/スタジオを自分で作ってオプションを試し、確定したコードを本番プロジェクトに持ち込むやり方が定着
- 優れたリファレンスはURLで入れて手法を分析・適用させ、学習と実装を同時に進めるパターンも強化
- グローバル/プロジェクトのClaude.mdはスリムに保ち、必要なら下位フォルダに分割してコンテキスト肥大化を減らす運用原則を確立
- Claude Codeをコーディングツールではなくコンピュータのように扱う視点が浮上している
2026年、デザイナーのAIワークベンチ
- 正解の設定よりもスキル（筋肉）強化が優先だという問題意識が広がっている
- 人によって作業台のツール壁は異なり、「正解スタック」への執着は時間の無駄につながる
- ツール自体が変わっても通用する哲学/アプローチのほうが長持ちする
Cursor: アプリ内ブラウザとビジュアルエディタ
- ビジュアルエディタが「即時調整→即時確認」を可能にし、微調整の速度を高める
- パディングのような値を正確に知らなくても、UI上で直接調整しながら反復最適化が可能
- プロンプトの往復より、画面上で直接触る方式のほうがデザイナーには自然
- VS Code拡張がターミナルへの恐怖を下げる入口として機能する
- アプリUIのマウス/スクロールナビゲーションがターミナルに比べた生産性の差を生む
見つからなければ作る: プレイグラウンド戦略
- 欲しいインタラクションがなければ、その要素だけを試す個人用スタジオを自分で構築
- ホバー動画に付けるwaveformサウンドのon/offアニメーションのために、オプション実験環境を作成
- 気に入った状態を選んだあと、コードを持ち帰って本番プロジェクトのコンポーネントに接続
- 一度作った効果/パラメータを別のアイコンや要素に再利用しながら拡張
- 動画アップロード後に3Dで見せるhologram projectorのようなツールも同じ方法で制作
言葉で説明しにくい効果を扱う方法
- 開発者が使うコード用語/命名法を身につけると、モデルが効果をよりうまくマッチさせる
- 「glitchy」「CRT scan lines」のような表現がそのままコード実装につながる
- 優れた例の出典(URL)を入れて手法を探して適用させると、学習速度が上がる
外部リンクを入れてそのまま実装する: マルチレイヤーシャドウ
- ボーダーの代わりに複数のシャドウレイヤーでボーダー+立体感を作る手法を採用
- レイヤー数(例: 3つ)を基準に、より強い効果が欲しければ5つに増やすといった変形が可能
- ボタン/コンテナなど要素ごとにレイヤー数を変えて、微妙な差を設計
- 同じ理論をさまざまなUIに繰り返し適用し、スタイルの一貫性を強める
スキル/サブエージェントで好みをシステム化
- Yakob、Jay Tompkinsのようなリファレンス群を学習素材にして、視覚/インタラクション監査エージェントを構築
- Compounding Engineeringプラグインがスキル/エージェント構成作業を素早く進める触媒の役割を果たす
- リファレンスベースの監査を自動化すると、手動の「レビュー→改善」ループを繰り返し運用できる
- 1つのスキルにすべてのデザイナーの好みを詰め込むと役に立たなくなり、意図的に外科的に絞り込む必要がある
- 「常にさりげなく」のようなバイアスを警戒し、強調と背景ディテールを区別する基準が必要
Levaコントロールパネル: コード内のディテールを掴むつまみ
- React/Next.jsでLevaを使い、パラメータをノブ/スライダーとして公開して即時に調整できる
- ホバー時のコーナーラインアニメーションの継続時間やトレーサーのタイミングのような値をリアルタイムでチューニング
- 「Levaを付けて、自分が調整したいものをつなげて」という自然言語指示だけで設定を自動化
- どんなパラメータが必要かわからなくても、「関連ノブを作れ」から始めて探索できる
Claude.md運用原則: スリム、分離、局所化
- グローバルClaude.mdには本当に普遍的なルールだけを入れ、プロジェクトのClaude.mdも過度に百科事典化すべきではない
- 永続メモリ文書が肥大化するとコンテキストが汚れ、作業品質が低下する
- 下位ディレクトリごとのClaude.mdで領域別の指針を分離し、必要な文脈だけを呼び込む
- 「UIコントロールが必要」のようなトリガー文をグローバルルールに置き、そのときLevaを自動採用するようなパターン化も可能
ツール選択の姿勢: 設定最適化ループから抜け出す
- ツールのおすすめは数か月も経てば無意味になり、コンテンツ型の「10倍生産性」メッセージは過剰最適化ループを招く
- 非技術系デザイナーほど助言を文字どおりに受け取りやすく、原理中心のアプローチが防波堤になる
- ギターのエフェクター/アンプのように、正解よりも好みと目的がスタックを決める
- 「システムを最適化するせいで実際には何も作れない状態」が最大の損失
予算が限られた個人の投資戦略
- 無料体験を積極的に活用し、ツール間の重複を減らしてノイズを下げる戦略が必要
- Claude Codeの$20上限に頻繁に達するなら、Factoryのような$20サブスクを加えてモデルアクセスを分散する組み合わせも可能
- FactoryでGemini 3 ProによるUI生成、Claude Codeで大きな作業を進めるといった往復運用も可能
- Claude Codeの$100ティアは上限ストレスを減らして流れを保つ効果がある
- Claude CodeをObsidian整理やLinear整理のような作業まで広げて、「コンピュータ」のように使う効率を追求
Tuneup Day: 実験を予定に固定する
- 半日を「生産禁止、設定改善のみ許可」にして、実験と整備を集中的に実行
- プラグイン導入、フォルダ整理、新しいワークフロー試験、インタビュー/記事の精読を1日にまとめるやり方が定着
- 次のTuneup Dayにやることをリストにためておき、当日に選んで処理する運用習慣を形成
- 実験速度の向上と過剰最適化ループの回避に貢献
まだコメントはありません。