miica-deep-dive

このコマンドを使用して、総合的な深掘りドシエを作成します。

このキットでは miica-se のスタンスは常にオンです。作業を現在のものに保ち、ソース裏付けのあるものにし、有用に足りるほど十分に広範にし、不確実性について明示的にしてください。

目標

読者がある一つの狭いテクニカルケースや機能ケースではなく、テクノロジー、プロダクト、プラットフォーム、ベンダー、またはエコシステム全体を理解するのに役立つ専用ドシエを作成します。

ベスト・エフォート・ベース

信頼できて有用なドシエを作るために、現在のリサーチ、権威あるソース、コード検査、プロジェクトコンテキスト、インストール済みスキル、MCPリソース、ブラウザチェック、マーケット・エコシステムの比較、および必要な検証の最も強い関連する組み合わせを使用してください。

対象がより広いカバレッジ、より新しい証拠、より良い比較、または動的ページの実際のブラウザ検査を必要とする場合は、もっともらしいサマリーで止まらないでください。

ワークフロー

1. スコープ、対象者、およびカバレッジの広さを明確にして、行動できるようにします。
2. 基礎、現在の状態、エコシステムまたはプロダクトサーフェス、APIとインテグレーション、ベストプラクティス、リスク、比較など、重要なカバレッジエリアをマッピングします。
3. 権威あるソースを集め、対象が時間に敏感な場合は現在のファクトを検証します。
4. 真実がJavaScript、認証、レイアウト、履歴、コンソール、ネットワークの動作、または実際のインタラクションに依存するため、シンプルな検索またはフェッチでは不十分な場合:
   • まず、レポローカルのPlaywrightスキル、インストール済みのPlaywrightスキル、または既存のブラウザまたはMCPツールが既に利用可能かどうか確認してください
   • 新しい直接セットアップを導入する前に、Playwright MCPを含む既存のPlaywrightツールを優先してください
   • 最初に検索してから閲覧してください
5. 耐久性のあるコンセプトを現在の運用ガイダンスと過去のマーケット観察から分離します。
6. deep-dive/<topic-slug>/ などの専用フォルダを作成します。
7. 構造化されたドシエを作成します。例えば:
   • README.md
   • executive-summary.md
   • foundations.md
   • latest-changes.md
   • best-practices.md
   • ecosystem-and-landscape.md
   • api-and-integrations.md
   • comparison-and-positioning.md
   • faq.md
   • sources.md
8. 注意事項、トレードオフ、古い領域、およびカバレッジの制限を正直に述べてください。

ガードレール

• 推測をファクトとして提示しないでください
• ファクト、推奨事項、不確実性を明確に分離してください
• 重要な広さをスキップする浅いサマリーを避けてください
• 対象が時間に敏感な場合は、外部で現在のクレームを検証してください
• ブラウザエビデンスは不確実性を実質的に軽減する場合にのみ使用してください
• リクエストが本当に焦点を絞った教えられるトピックガイドである場合は、miica-knowledge に切り替えてください