review-handoff-workflows / 2026-08-03

レビューが間違ったファイルを選ぶ前にAI音楽ドラフトへ名前を付ける

AI音楽ドラフトのファイル名、promptメモ、承認状態をそろえ、final_v7の混乱を避けるための実務ワークフロー。

問題はたいてい3回目か4回目の生成後に起きます。calm-theme.mp3、calm-theme-final.mp3というファイルがあり、クライアントは2番目が良いが終わりは1番目がよいと言います。2日後、実際にレビューされたファイルがどれか分からなくなります。命名は後片付けではなく、判断を支える作業です。

EasyMusic.AIとは？

EasyMusic.AI は、テキスト説明、歌詞、スタイル案から音楽の下書きを作れるAI音楽制作プラットフォームです。複数の方向性を素早く試せますが、ファイル名、利用確認、承認メモ、公開先の文脈はチーム側で管理します。

最初の生成前に名前を決める

downloadの時点で名前を考え始めないでください。先に短い型を決めます: project-usecase-style-bpm-version-status-date。例: cafe-launch-reel_warm-acoustic_92bpm_v03_review_2026-08-03.mp3。名前にすべてを書く必要はありません。ただし、開かなくても、どのprojectか、どんな音楽的identityか、review状態は何かが分かるべきです。

音の特徴と承認状態を分ける

final、approved、use-thisは音を説明していません。status欄だけで使います。音の特徴は no-vocal, soft-piano, upbeat-pop, dark-drone, 15-sec-loop のように記述します。feedbackが変わったら古いv03を上書きせず、v04を作ります。比較が楽になり、古いexportを誤って渡すリスクも下がります。

promptをファイルの横に残す

小さなメモやspreadsheetに、filename、prompt、除外した要素、おおよそのBPM、長さ、変更依頼者を書きます。styleメモが散らかっている場合は、次の生成前に Music Style Generator でジャンル、楽器、ムード、テンポを整理できます。ファイル名だけにreview履歴を背負わせないでください。

handoffで音だけでは分からないことを書く

音楽ファイルだけでは、無音版にも使うのか、上にvoiceoverが乗るのか、platform ruleの確認が残っているのか分かりません。短いhandoffメモを添えます。目的、予定チャンネル、vocalの有無、利用確認の状態、ほしいfeedback。goodやbadではなく、too busy under voice、keep first four bars のような具体的なコメントを求めます。

今日使えるアイデア

• v1ではなくv01、v2ではなくv02を使い、並び順を安定させる。

• 名前のstatusは1つだけにする: draft, review, approved, published, archived。

• 却下したdraftも、intro、ending、textureが使えそうなら残す。

• よく聴こえるだけでapprovedにしない。利用条件とplatform文脈を確認してからにする。

• project folderに短いREADMEを置き、命名ルールを説明する。

FAQ

ファイル名にprompt全体を入れるべきですか？

いいえ。名前は短くします。完全なprompt、除外要素、メモは別のlogに残します。

クライアントが2つのdraftを混ぜたい場合は？

新しいversionを作り、intro from v02、ending from v04 のように元を書きます。

finalはよいstatusですか？

team内で意味が定義されている場合だけです。多くの場合、日付付きのapprovedやpublishedの方が明確です。

命名で権利やlicensingの問題は解決しますか？

いいえ。reviewを追跡しやすくするだけです。権利、license、platform termsは別に確認します。