Muse を使い始めて、仕事で分かったこと

「Muse を仕事で使う前に見る4つ」では、Meta の発表をもとに、使う前の確認をまとめました。その後、実際に Muse を仕事で使い続けています（メール整理・接続のほか、ブログ記事の作成や GitHub の作業にも）。使って分かったことを、実践編としてまとめます。

確認は、思ったより多い。そして、それでよい

メールを消す、ファイルに書き込む、予定を作る。書き込む操作のたびに、確認（承認）が入りました。正直、押す手間はあります。

ただ、そのおかげで「勝手に進んでいないか」を心配せずに済みました。確認は、任せる範囲を広げるための条件なのだと思います。件数や範囲を見てから「はい」と答える進め方は、買い物の候補出しでも同じでした。

2回目から、頼み方が短くなる

仕事の決定や、前の作業の流れを覚えているので、「いつもの感じで」が通る場面が増えました。最初の説明は要りますが、その説明は無駄になりません。

逆に言えば、最初に何を覚えさせるかで、その後の楽さが決まります。覚えさせたい前提は、会話のついでではなく、まとめて渡すのが効きました。

任せられないことも、はっきりしている

• 会議への代理出席はできない：出られないオンライン会議に、代わりに出て聞いてもらうことはできませんでした。できたのは、欠席の連絡文の下書きまでです。
• 外の工程は人の担当：たとえば記事の本番公開や GitHub へのマージは、別の担当と手順が要る工程でした。Muse ができるのは、公開やマージの手前までの用意です。
• つないでいないサービスは使えない：SNS への投稿のようなことは、アカウントをつないで初めて頼めます。

できないことが分かっていると、頼み方を最初から分けられます。「下書きまで Muse、最後は人」という分け方が、実践ではいちばん安定しました。

「下書きまで Muse、最後は人」という線引きは、Muse のメモリだけだと自分の中にしか残りません。CLUBS の仕事 に残せば、同僚も、別の AI も、同じ線引きから始められます。