miniapp-center-hub-refactor

ミニアプリセンターハブのリファクタリング

概要

表面的なスタイルやラベルではなく、情報アーキテクチャそのものが本当の問題である場合にこのスキルを使用します。ユーザーが、保留中の作業をどこで処理すればよいか、設定をどこで管理すればよいか、どのタブが連携や個人の状態を担っているのか分からなくなったときに活用してください。

クイックスタート

1. references/center-hub-playbook.md を読みます。
2. ルートを移動する前に、現在のトップレベルタブ、重複するエントリーポイント、詳細ページを監査します。
3. 高頻度のアクションフローと低頻度の設定フローを分離します。
4. ハブはアグリゲーターとして維持し、独自の状態、フォーム、バリデーションを必要とするフローには詳細ページを残します。
5. ページのテキストを短くすることだけが目的であれば、代わりに miniapp-user-facing-copy-trim を使用します。

基本ルール

• 現在のファイルツリーではなく、ユーザーの疑問から始めます：
  • 今すぐ処理すべきことは何か
  • 設定や連携はどこで管理するのか
• トップレベルタブを減らすのは、代替のエントリーポイントが引き続き明確である場合に限ります。
• ハブを構造化されていない1つの長いページにするのではなく、inbox、settings、status など、所有権が安定した内部セクションをハブに設けます。
• ハブでは要約と次のアクションを目立たせ、長い説明やめったに使われない詳細は控えめにします。
• フローが独自のフォーム状態、バリデーション、フィルター、多段階のインタラクションを持つ場合は、詳細ページを残します。
• ページは、どの古いページがリンクしていたかではなく、所有権に基づいて移動します。
• 古いナビゲーションを削除または非表示にする前に、古いエントリーポイントから新しいハブの場所への移行マップを定義します。
• 構造の変更をレビュー可能に保つため、トップレベルナビゲーション、ルートドキュメント、スモークチェックをまとめて更新します。

出力形式

1. 現在のナビゲーションの問題
2. 提案するハブ構造
3. ページの所有権と移行マップ
4. 移行の順序

リソース

• references/center-hub-playbook.md: 監査チェックリスト、セクション設計ルール、移行ガイダンス
• references/example-prompts.md: 再利用可能なトリガープロンプトと非トリガープロンプト