ホテルの予約変更を受け付ける社内ツールを、AIと一緒に試作するとします。入力画面が動いても、フロント担当者が変更を確定できるのか、責任者の承認を待つのかが曖昧なら、現場では使い方に迷います。画面を作る作業と、業務のルールを決める作業をつなぐ段取りが必要です。
その段取りを考える材料になるのが、Superpowersです。公開リポジトリの説明によると、AIコーディング向けのSkills、つまりAIが作業に使う指示のまとまりと、作業手順を集めたプロジェクトです。作りたいものの確認、設計の相談、実行計画、テスト、実装、レビューを段階として組み合わせます。MITライセンスで公開され、複数のコーディング環境向けに導入方法が案内されています。
予約変更の画面を作る前に、承認の流れを決める
たとえばホテル運営会社なら、個人情報を除いた予約変更の申請書、承認ルール、架空の予約データを材料に、試作の相談を始めることが考えられます。まず決めたいのは、誰が申請し、誰が承認し、どの時点で予約を変更した扱いにするかです。
同じ予約について二人の担当者が変更を申請した場合も、扱いを決めておきます。後から来た申請を止めるのか、責任者に確認を求めるのか。この判断はホテル側が担います。AIに実装を依頼するには、決めたルールを設計やテストで確かめられる形にする必要があります。
Superpowersが掲げる確認、設計、計画という段階は、こうした話し合いの区切りとして使えると考えられます。たとえば設計の相談を終える際に、業務担当者が承認の流れを確認し、その合意をもとに実装の計画へ進む使い方です。これは想定例であり、ホテルでの導入実績を示すものではありません。
小さなテストで、業務ルールの解釈をそろえる
試作の対象を一つの申請の流れに絞ると、確認したいことが具体的になります。申請者が変更を依頼し、責任者が承認する流れを作り、承認前に予約が変わらないか、重複する申請を決めたとおりに扱えるかを確かめます。
このテストは、業務側と開発側の認識をそろえる材料にもなると考えられます。承認待ちの間に顧客から問い合わせが来たら誰が対応するか、といった疑問が出れば、実装を広げる前にルールを見直せます。Superpowersがテストやレビューまでを手順に含める点は、こうした確認を開発の流れに置くうえで役立ちそうです。
ただし、Superpowersの導入だけで、任意の業務システムが完成したり、不具合がなくなったりする保証はありません。テストの条件が現場の使い方を捉えているか、実際の運用に進めてよいかは、担当者が判断する必要があります。
変更の影響に合わせて、確認にかける時間を選ぶ
承認の権限や予約データの更新に関わる変更なら、設計を相談し、テストで条件を確かめる時間には意味があるでしょう。一方、画面の余白や文言を直す程度の変更まで、毎回同じ深さで相談すると、確認の負担が増える可能性があります。作業が業務に及ぼす影響に合わせて、相談や確認の深さを選ぶのがよさそうです。
試す際は、使っているコーディング環境の導入方法とライセンス条件を確認し、範囲を絞った試作から始めることが考えられます。評価したいのは、コードができる速さに加え、実装前に曖昧なルールを見つけられたか、担当者がレビューで判断しやすくなったかです。AIに依頼する作業と、人が決める事項を開発の手順に沿って共有したい場面に、Superpowersの使いどころがあると考えられます。