Host: 人工知能を使うとき、プロンプトをどう書けば思い通りに動くか悩んだこと、ありませんか？

Listener: ありますね。役割を与えて、背景を書いて、出力フォーマットを指定して、みたいなテンプレートをよく見かけます。

Host: そうですよね。でも、Auraというプロダクトの設計思想は真逆なんです。一言で言えば、頭にあることを下手なままの自分の言葉で言って、そのまま放置する。それだけです。

Listener: 下手なままでいいんですか？ちゃんとした文章に整えなくていいの、って思っちゃいますけど。

Host: 開発者に言わせれば、プロンプトの技術をユーザーに学ばせるのは、未完成なプロダクトの症状なんです。特定の言い回しを要求するツールは、本来システム側がやるべき仕事をユーザーに押し付けている、と。

Listener: なるほど。でも、具体的に散らかったまま言うってどういうことなんですか？

Host: たとえば、クライアントへの遅延連絡メールを作りたいときを考えてみてください。綺麗に『プロジェクト遅延のお詫びメールを作成してください』と頼むのと、『納期がまたずれた、三回目、まだ伝えてない。言い訳してるみたいに聞こえたくない』と呟くの、どちらが状況が伝わると思いますか？

Listener: 圧倒的に二つめですね。焦りとか、相手との気まずさまで全部入ってます。

Host: そうなんです。散らかっていること自体が、もっとも重要な文脈なんですね。綺麗に整えようとすると、その生々しい情報が削ぎ落とされてしまうんです。

Listener: 言われてみれば確かに。じゃあ、ひとつのメッセージに全部まとめなくてもいいんですか？

Host: 全然まとめなくて大丈夫です。午前中に動かしたい予定を言い、昼に決まったことを言い、時間をまたいで断片的に伝えて構いません。普通のチャットだと会話の流れに埋もれてしまいますが、Auraはそれを記憶や計画、リマインダーとして組み立て直します。火曜日にぽろっと言ったことが、金曜日にもちゃんと効いているんです。

Listener: 会話の糸をこちらが握り続けなくていいんですね。伝えたあとはどうすればいいんですか？

Host: アプリを閉じて、別のことをしに行ってください。返事をじっと待つ必要はありません。送信や購入といった決定的なタイミングだけ、承認を求めて仕事が仕上がった状態で届きます。開発者自身も、伝えたあとに画面を閉じるのには最初落ち着かなさを感じたそうですが、それこそ慣れるべき違和感だと語っています。

Listener: モデルの選択とか、特別なコマンドを覚える必要もないんですか？

Host: 一切ありません。どのモデルを使うかの判断はシステム側が背負うべき一番重い仕事ですし、ぶっきらぼうでも寝ぼけていても採点されません。もし食い違いがあれば、普通の言葉で直せば記憶も修正されます。

Listener: じゃあ、使う側が意識すべきことって本当に何もないんでしょうか？

Host: ひとつだけあります。それは、自分にとって何が大事なのか、正直であることです。

Listener: 正直であること？

Host: たとえば『運動したほうがいい』と形だけ言うのと、『あの仕事の件から眠れていなくて、たぶん運動不足も関係している』と本音を出すのとでは、返ってくる結果の質がまるで違います。磨かれた文章ではなく、真実味のある言葉を入れること。必要なのはプロンプトのテクニックではなく、自分の日常について率直になることだけなんです。

Listener: 気負わずに、頭の中のモヤモヤをそのまま吐き出せばいいんですね。それなら今すぐできそうです。

Host: ええ。頭にあることを下手なまま投げて、あとは任せる。興味が湧いた方は、公開されているノートの『最初の一週間でオーラに伝えること』もぜひ読んでみてください。