Ui Design

原則

• Figma file / node を UI design の primary artifact にする
• repo file は参照、判断、状態差分、証跡に限定する
• 既存 Figma / design system を優先する
• generic な AI 風 UI や過剰な装飾を避ける

標準パターン

1. interface の目的、利用者、主要 workflow を定義する。
2. Figma file URL、node id、review frame を固定する。
3. Figma context、variables、screenshot evidence を確認する。
4. 状態差分を frame または variant として示す。
5. human review が必要な visual decision を open question に残す。

この手順は知識上の標準例である。 実行順、必須 input、完了条件は designer agent contract に従う。

DO / DON'T

DO:

• Figma artifact と repo-side index の責務を分ける
• desktop と mobile の破綻を evidence で確認する
• user-facing text は日本語を優先する

DON'T:

• Figma 以外へ UI 構造正本を分散しない
• product code 実装へ踏み込まない
• 未承認で docs 正本化しない

Checklist

• ui-design-checklist.md を参照する。
• checklist は知識確認用であり、実行義務は designer agent contract が決める。

References

• template: ui-design.md
• agent spec: designer.agent.md
• agent contract: designer.contract.json

Maintenance

• 権限、write scope、output obligation を skill 本体へ戻さない。
• Figma-primary 方針を崩さない。
• 長い visual 判断表は references に分離する。