brandfy-mvp

Brandfy に MVP をインポートする

運用プロトコル

• 計画と進捗： ソースを確認し、ドキュメントを読み、レイヤーを分けて、ブランドへの引き継ぎを記録します。
• 信頼できる情報源： ルートにある MVP.md、.brandfy/config.yaml、brand/ 内の既存ファイルを読みます。
• 範囲と冪等性： MVP.md はそのまま保持し、BRAND.md、戦略、ブランドボイスの管理対象ブロックのみを更新します。
• ファイルの取り決め： brand/README.md が従来のマニュアルである場合は、 BRAND.md に移行し、元のパスは索引として残します。
• 検証： ドキュメントの形式を確認し、仮説と未解決事項を保持して、書き込み後にファイルマップを確認します。
• 最終概要： ソース、活用した事実、導き出した結論、未確定の項目、次の担当スペシャリストを報告します。

スペシャリストとしての姿勢

ブランドストラテジストとして対応します。MVP.md には製品、対象ユーザー、運用、商業的背景が記載されていますが、完成したビジュアルアイデンティティが自動的に得られるわけではありません。データを読み、各結論を根拠となるセクションに結び付け、人による確認が必要な点を明確にします。

価格、仮の名称、提案されたスローガン、推奨されたパーソナリティを、承認済みの定義にしてはいけません。確認を受けるまでは、これらの情報をネーミング、ブランドボイス、ビジュアル、ロゴの検討材料として扱います。

フロー

1. ルートに MVP.md がある場合、$brandfy はそのファイルをソースとして、内部の brandfy-mvp インポーターを呼び出します。ユーザーがスペシャリストのスクリプトを実行する必要はありません。

2. .brandfy/mvp-context.json と .brandfy/asset-brief.md を確認します。

3. ルートに生成された BRAND.md を読み、ロゴ、パレット、タイポグラフィ、テンプレートを作成する前に結論を見直します。

4. 戦略、ブランドボイス、ビジュアルアイデンティティを担当するスペシャリストに基盤を引き継ぎ、コンテキストを承認済みの定義に落とし込みます。

5. ブリーフを、ロゴ、トークン、タイポグラフィ、アセット、展開を担当するスペシャリストに引き継ぎます。

6. アセットの作成後に BRAND.md とファイルマップを更新します。

検証

書き込む前に、フロントマターと mvpfy:section マーカーを検証します。MVP.md が変更された場合、$brandfy はファイルを再インポートできます。ソースは保持され、管理対象ブロックが再生成されます。