デザイン作業における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

シグネット:AIエージェントのためのオープンソース・ローカルファーストメモリ基盤
Signetは、AIエージェントのメモリ処理をエージェントループの外部に移すオープンソースのメモリ基盤です。トランスクリプトを保存し、セッションを構造化メモリに蒸留し、エンティティをグラフにリンクし、プロンプト開始前にコンテキストを注入します。

HomeButler:OpenClawエージェントのためのゼロトークンホームラボ管理
HomeButlerは、APIキーやトークンなしでOpenClawエージェントがホームラボインフラを管理できる単一のGoバイナリです。ローカルで動作し、すべての操作をネットワーク内に保持します。
Gigacatalyst:SaaSにAIビルダーを組み込み、ユーザーがカスタムワークフローを作成できるようにする
Gigacatalystを使うと、AI搭載のアプリビルダーをSaaSに埋め込めます。非技術ユーザーが自然言語でワークフローを記述すると、システムがAPI、データモデル、デザインシステムを使用してガバナンスされたアプリを生成します。認証、テナント分離、バージョン管理が組み込まれています。

ShareMyClaudeMD: Claudeで生成されたMarkdownファイルを共有可能なレンダリング済みページに変換するツール
開発者がsharemyclaudemd.comを構築しました。これは、任意のMarkdownファイルを共有可能なURLとQRコード付きのライブレンダリングページに変換する無料ツールです。このツールは、Claudeで生成されたMarkdownファイルを共有する際の煩わしさを解消します。従来は、受信者が特定のエディタで開いたり、GitHubにプッシュしたりしないとレンダリングされたビューを見ることができませんでした。