Kashi ポストログイン UI 再設計 — Round 1 Kickoff Brief

発行: 2026-05-27 / Round: 1 / Orchestrator: kashi-ui-orchestrator / 出力先: workspace/strategy/ui-redesign/ROUND_001/

1. Scope (LESSONS rule: rule scope を明示)

項目	値
Round 番号	1 (上限 3)
対象 surface (5 面)	`/app/me` (Employee dashboard) `/app/admin` (Admin) `/app/ceo` (CEO) `/app/reviewer` (Reviewer) `/app/mirror/me` (Manager mirror — 最優先)
Persona 最優先	Manager (mirror-me)
3 stage	Stage 1: `kashi-ui-researcher` → `01_research/` Stage 2: `kashi-ui-translator` → `02_proposals/` Stage 3: `kashi-ui-mockupper` → `03_mockups/`
各 stage の Justine 承認ゲート	必須 — 承認なしで次 stage に進まない
再ループ条件	(a) Justine が「やり直し」と発言 OR (b) `/plan-design-review` score < 7
禁止事項 (canon)	`kashi/` ディレクトリへの編集禁止 (mockup は HTML/CSS のみ) 監視感 NG / AI magic NG / healthcare-prediction 感 NG `permanent-ui-principles.md` §2.1 準拠

2. Prerequisites Status (Justine 判断による skip)

⚠ Justine 判断 (2026-05-27): complaints.md / current_state screenshots / anchor_references.md — すべて skip。 researcher 完全自律発掘モードで進める。

Prereq	状態	影響
`00_brief/current_state/*.png` (5 surface 分のスクショ)	未準備 (skip)	researcher は実画面を見ずに一般的な B2B SaaS ロール別ダッシュボードの典型課題を仮説として進める。 Kashi 固有の visual issue (具体的な視覚的不整合) は Round 1 では拾えない可能性高。
`00_brief/complaints.md` (co-founder/友人/メンターの逐語不満)	未準備 (skip)	「直感的じゃない」の具体例なしで進めるため、 researcher は「ロール別横並びナビ + 仕様 (design_system_v1.md) 未実装 + 35 件の既知 UI 不整合 (r19)」を主要 pain point 仮説として採用する。 Round 1 mockup を Justine が共同創業者/友人/メンターに共有してフィードバック収集 → Round 2 で精度向上。
`00_brief/anchor_references.md` (好きな SaaS 2-3 URL)	未指定 (Justine 明示)	researcher が完全自律で B2B SaaS 5 個 (Linear / Vercel / Stripe / Notion / Superhuman / Cron / Plaid / SmartHR / カオナビ / Workday class) から自律発掘して reference として採用。

3. Researcher への brief 補完事項 (skip 影響緩和)

complaints と screenshots が無い分、 orchestrator は researcher に以下の 「既存ドキュメントから推測される pain point」 を明示的に渡す:

ポストログイン面は 5 ロール (/app/me, /app/admin, /app/ceo, /app/reviewer, /app/mirror) に分散、横並びナビ
kashi/docs/design/design_system_v1.md は仕様化済みだが 実装は未着手
kashi/docs/design/r19-ui-consistency-applicability.md に 35 件の UI 不整合既知
Manager (mirror-me) が最優先 persona — Kashi の中核ユーザー
Kashi の moat: structure-not-content + longitudinal-across-meetings (memory: project_investor_positioning)
「対話不全の早期検知」 (memory: project_kashi_dialogue_breakdown_doctrine) — 監視・予測ではない

4. Orchestrator Execution Plan (Round 1)

Gate 1: 後 — researcher 完了時

Justine が 01_research/<surface>__references.html ×5 を確認 → 承認 or 再 researcher 実行。

Gate 2: 後 — translator 完了時

Justine が 02_proposals/<surface>__variants.html ×5 を確認、各 surface で A/B/C のいずれか 1 案 pick。全部 NG なら researcher へ戻る。

Gate 3: 後 — mockupper 完了時

Justine が 03_mockups/<surface>/index.html ×5 をブラウザで視覚確認 + 04_review/plan-design-review_score.html 確認。 8/10 未満 or NG ありなら Round 2 へ。

5. 出力先絶対パス (再掲、 LESSONS rule)

/Users/justineacaylar/Kashi-project/workspace/strategy/ui-redesign/ROUND_001/01_research/
/Users/justineacaylar/Kashi-project/workspace/strategy/ui-redesign/ROUND_001/02_proposals/
/Users/justineacaylar/Kashi-project/workspace/strategy/ui-redesign/ROUND_001/03_mockups/<surface>/
/Users/justineacaylar/Kashi-project/workspace/strategy/ui-redesign/ROUND_001/04_review/

注意 (Justine): Round 1 終了後、 mockup を共同創業者/友人/メンターに共有 (例: python -m http.server でローカル配信) して具体 feedback を取り、必要なら Round 2 で complaints.md + current_state/*.png を埋めて精度向上させる方針。今は仮説駆動で速く回す。