remember

**コンテキスト：**このサブスキルは、より広範な ui-craft スキルの観点の一つです。ui-craft スキルもインストールされている場合は、まずその SKILL.md を読んで、Discovery ＋ Anti-Slop ＋ Craft Test を確認してから、以下の特定の観点を適用してください。

先に references/brief.md（セクション 6 ＋ Self-Correction）を読み込んでください。

ステップ 1：制約を把握する

引数（または会話内の直前の修正）から、次の内容を把握してください。

• 何が変更されたか、または望まれているか — 具体的なルールです。
• なぜか — 理由です。必須です。これがないと制約を一般化できません。述べられていない場合は、短い質問を一つしてください。
• 今回の会話の文脈がなくても、今後のビルドで適用できるようにルールを表現してください。

ステップ 2：ブリーフに記録する

.ui-craft/brief.md の セクション 6（Learned constraints） に、日付入りのエントリーを追記してください。

- **YYYY-MM-DD** — <the rule>. *Why:* <reason>.

ブリーフ（/brief を実行）またはセクション 6 の見出しがない場合は、それを作成してください。新しい制約が既存の原則や制約と矛盾する場合は、削除せず、古い項目に日付入りの理由を付けて非推奨としてください（ブリーフは追記が基本です）。アクセシビリティや正確性の最低基準に反するルールは決して記録しないでください。準拠する範囲で最も近い解釈を記録し、その旨を記載してください。

ステップ 3：プロジェクト横断で適用する（任意）

ユーザーが、これをすべてのプロジェクトに適用すべきだと示した場合（「私のすべてのプロジェクトで」「私と作業するときは常に」など）、これはブリーフのプロジェクト範囲外の一般的なメモリです。

• エージェントが外部メモリサービスを利用できる場合は、他のプロジェクトにも引き継がれるよう、そこにも制約を保存してください。
• 利用できるサービスがない場合は、このブリーフに記録し、プロジェクト横断で想起するにはそのようなサービスが必要であると記載してください。

ステップ 4：確認する

記録した場所と、変更内容を一行で伝えてください。例：

ブリーフ（learned constraint）に記録しました。このプロジェクトでは、ヒーローにグラデーションを使わないようにします。

**次のステップ：**作業を続けてください。制約はブリーフに保存されているため、今後のセッションで毎回読み込まれます（rung 2）。