デザイン作業におけるClaude:毎回同じ好みの議論を繰り返すのを止める方法

Claude(Cursor、Claude Code、カスタムスキル)でウェブエージェンシーを運営すると、堅牢なコードを迅速に生成できるが、デザインのセンスはセッションを経るごとに低下する。根本的な原因は、Claudeが却下されたバリアント、承認されたトークン、デザイン判断を永続的に記憶しないことにある。ブランドの事実は保持されるが、センスの履歴は保持されない。
中核的な問題
- Stripeにインスパイアされたヒーローセクションのブリーフ(ブランド資料、スクリーンショット、6Kトークンのシステムプロンプト)は、グラデーションメッシュ、グラスモーフィックカード、フィーチャーピル、グローCTAを生成した——2023年の一般的なSaaS #4の出力だ。修正に18回の反復を要し、プロンプト13でスペーシングを微調整した際、プロンプト5で排除したグラスモーフィックカードが再び出現した。
- プレミアム法律事務所のブランドキットは、フィンテック風の丸いカードとソフトブルーを生成した。これは、Claudeの訓練データ分布が「プロフェッショナル+クリーン」をその外観に平均化するためである。
- 同じキットの2つのセクション(ヒーローと testimonial)を新しいセッションで生成すると、タイプの組み合わせやボタンスタイルが不一致となり、あたかも異なるスタジオがデザインしたかのようになった。
プロンプトとプロジェクトで問題を解決できない理由
プロンプトは忘れる。CLAUDE.mdは事実を保存するが、判断は保存しない。プロジェクトはドキュメントを固定するが、センスの履歴は固定しない。蓄積された決定(「8pxの角丸を永久に」、「このアカウントではグラスモーフィズム禁止」)は、セッションごとに消える。
回避策(カスタムメモリレイヤー)
著者は、以下を保持する別のレイヤーを配線した:
- 却下されたバリアント
- 承認されたトークン
- クライアントが実際に公開した例を含む音声ルール
このサブセットは、ライブコンテキストとしてすべてのClaude呼び出しに注入される。同じモデルだが、センスの履歴を読み取るため、推測ではなくなる。
未解決の質問
著者はコミュニティに質問する:
- AI駆動のデザインワークで、セッション間でセンスを一貫させるにはどうすればよいか?
- Projects +
CLAUDE.mdで判断(事実だけでなく)を永続化できた人はいるか? - 特にデザインワーク用にメモリレイヤー(カスタムまたは既製品)を使用している人はいるか?
📖 全文を読む: r/ClaudeAI
👀 See Also

ワンコマンドCLIでVPSにOpenClawをデプロイ
Redditユーザーが、$4.99/月のVPSにOpenClawをワンコマンドでデプロイするCLIを開発したと主張しており、Mac Miniの使用に比べてコスト効率の良い代替手段を提供しています。

Qwen3.5-9B-Claude-4.6-Opus-Uncensored-v2モデルがLM Studio設定付きでリリースされました
Qwen3.5-9BアーキテクチャとClaude 4.6 Opusの学習データを統合した無検閲モデルが利用可能になりました。最適なパフォーマンスを得るためのLM Studio 0.4.7の設定(温度0.7、トップKサンプリング20など)が提供されています。

Claude Sessions: Claudeコード履歴を閲覧する軽量デスクトップアプリ
Claude Sessionsは、開発者がClaude Codeのセッション履歴をローカルで閲覧できる新しいデスクトップアプリケーションです。~/.claude/projectsからデータを読み取り、プロジェクトごとにセッションを整理し、50万トークン以上の大規模セッションも遅延なく処理し、検索機能とキーボードナビゲーションを備えています。

Rails-AI-Context Gemは、MCPを介してClaude Codeに完全なRailsアプリモデルを提供します。
rails-ai-context gemは、Railsアプリケーションを自動的にイントロスペクションし、MCP経由で39のツールを公開することで、Claude Codeがスキーマ(暗号化されたカラムを含む)、モデル関連付け、ルーティング、Stimulusの配線、Turboマッピングなど、アプリの詳細を個別にクエリできるようにします。これにより、ファイル全体を読む必要がなくなります。