※この記事は、2026年8月時点の自分のAIツール開発について、固有の用途や内部情報を伏せて書いた実運用メモです。
※記事内の5つの質問は、これから実際のレビューで使う段階です。すでに問題が解決した方法の紹介ではありません。
先日、ある雑談の中で、他の人が作っていたAIツールが完成したという話を聞いた。
それを聞いた時、最初に出てきた感想は素直なものだった。
「ちょっと待ってくれ。俺のAIはいつ完成するんだ」
自分のツールも、何もできていないわけではない。
コードはある。
テストも増えている。
安全に動かすための仕組みや、判断理由を確認するための記録も作ってきた。
それでも、実際の運用に近い形で試す段階へ、なかなか進めていない。
だから「いつ完成するのか」と聞きたくなった。
ただ、音声メモをAIに整理してもらった後、その質問では少し大きすぎることに気づいた。
完成時期を知りたいはずなのに、自分でも何をもって完成とするのか決め切れていなかった。
「いつ完成する？」では、答えを確認できない
AIへ「このツールはいつ完成しますか」と聞けば、何らかの答えは返ってくると思う。
残作業を推測し、順調に進めば何日、問題があれば何週間、といった見通しを作ることもできる。
しかし、その数字を自分がどう確認するのかという問題が残る。
現在地が分からない。
止まっている理由も分からない。
完成条件も決まっていない。
この状態で出てくる日付は、計画というより予想に近い。
予定日だけをもらっても、翌週になれば別の残作業が見つかり、また予定が延びるかもしれない。
自分が必要としていたのは、もっともらしい完成予定日ではなかった。
完成までの状態を、自分でも確認できる形へ分けることだった。
音声メモの苛立ちが、5つの質問へ変わった
元の音声メモでは、「自分のAIはいつ完成するのか」「なぜ実地テストができないのか」と、かなり大きなくくりで話していた。
それをAIが整理した時、次に確認することが五つへ分かれていた。
- 現在どこまで完成しているのか
- 実地テストできない具体的な理由
- テスト開始に必要な残作業
- 「完成」と判断する条件
- 次の期限と担当作業
見た瞬間、こちらの方が聞きたかったことに近いと思った。
AIが完成時期を答えたわけではない。
むしろ、答えにくい不満を、確認できる質問へ変えていた。
今回は、ここが一番使えそうだった。
一つ目は、できた機能ではなく現在地を確認する
「どこまで完成しているか」と聞く時も、機能一覧だけでは足りないと思う。
AIに作らせたツールは、短期間でファイルや機能が増えやすい。
すると、これだけ作りました、これだけテストしました、という説明は立派になる。
しかし、機能が多いことと、次の段階へ進めることは別だ。
確認したいのは、少なくとも次の区別になる。
- 実装済み
- 単体ではテスト済み
- 実地テストを開始できる
- 実際の運用で使える
- 使った結果を評価できる
自分のツールは、実装や内部テストの話は増えている。
一方で、実地テストへ進む条件が見えにくかった。
だから「完成した機能を全部説明して」ではなく、「今はこの五段階のどこにいるのか」を確認した方がよさそうだ。
二つ目と三つ目で、実地テストを止めているものを分ける
次に知りたいのは、なぜ実地テストできないのかだ。
ここも「まだ準備中です」で終わると、次へ進めない。
止めているものが、未実装の機能なのか。
入力データの不足なのか。
安全確認なのか。
実行環境なのか。
人間の判断待ちなのか。
理由によって、次にやることは全く違う。
さらに、「テスト開始に必要な残作業」と「いつか追加したい機能」も分ける必要がある。
AIを使っていると、改善案はいくらでも増える。
便利そうな機能を追加し続けた結果、いつまでも試せないツールになるのは避けたい。
今すぐテストを始めるために必要な作業だけを出し、それ以外は後の改善候補へ逃がす。
完成を早めるというより、テスト開始を止めているものだけを取り除く考え方に近い。
四つ目は、「完成」を一つにしない
他の人から「AIが完成した」と聞いた時、自分は同じ意味の完成を想像していたのかもしれない。
しかし、完成の意味はツールによって違う。
一通り動けば完成とする人もいる。
実データで動けば完成とする人もいる。
日常的に使えて初めて完成とする人もいる。
さらに、判断支援のようなツールでは、動くだけでは足りない。
何を根拠に結果を出したのか。
失敗した時に止められるか。
使った結果、本当に人間の判断が良くなったのか。
ここまで見るなら、完成はかなり遠くなる。
だから、他人の「完成」と自分の「未完成」を、そのまま比較しても仕方がない。
まず、自分のツールでは何を満たしたら今回の開発を一区切りにするのか決める必要がある。
完全版を一度で決めるのではなく、例えば「実地テストを開始できる状態」を最初の完成地点にしてもよいと思う。
五つ目で、AIと人間の次の作業を分ける
残作業が分かっても、担当が曖昧なら止まったままになる。
AIがコードを直すのか。
AIがテスト結果を整理するのか。
自分が入力データを用意するのか。
自分が安全性や利用条件を確認するのか。
ここを分けずに「続けてください」と頼むと、AIは進められる部分だけを進めるかもしれない。
その結果、機能や文書は増えても、人間の確認待ちだけが残る可能性がある。
次の期限も、プロジェクト全体の完成日ではなく、一番近い確認単位へ置いた方がよさそうだ。
例えば、次回は残作業の一覧を確定する。
その次は、実地テストを妨げる条件を一つ解消する。
このくらいなら、終わったかどうかを自分でも確認できる。
以前の「進捗を見えるようにする」とは、少し違う
以前、大量処理をAIへ任せた時に、完了数、失敗数、最後に成功した時刻、再開位置などを見えるようにしたいと書いた。
あちらは、すでに動いている処理が順調なのか、止まっているのかを判断するための話だった。
今回は、プロジェクト全体が実地テストへ入れない段階の話になる。
処理中の表示を増やす前に、何がテスト開始を止めているのか、どこまで行けば一区切りなのかを確認する。
また、テストが増えたことと、ツールが役に立ったことを分ける話とも少し違う。
今回は、その価値を測る実地テストへ進む前で止まっている。
つまり、完成後の評価ではなく、評価を始められる状態まで持っていくためのレビューになる。
まだ質問を作っただけで、答えは出ていない
ここは大事なので、はっきり分けておきたい。
今回できたのは、五つの質問までだ。
実際のプロジェクトへ質問を当て、何が阻害要因なのか確認したわけではない。
この質問で完成時期が見えるようになるのか。
実地テストまで進めるのか。
AIの回答が具体的になるのか。
まだ結果は分からない。
次に見るなら、完成予定日が出たかどうかより、回答へ証拠と次の作業が付いたかだと思う。
分からないものは分からないと残す。
人間の確認待ちは人間へ戻す。
後回しにできる改善案は、今回の残作業から外す。
それで初めて、「いつ完成するのか」という不満が、実際に進められる計画へ変わる。
まとめ
他の人のAIツールが完成したと聞いて、自分のAIはいつ完成するのかと思った。
ただ、振り返ると、自分でも完成の意味を決め切れていなかった。
そこで「いつ完成する？」を、そのままAIへ投げるのではなく、五つへ分けて確認することにした。
- 現在どこまで完成しているか
- 実地テストできない理由は何か
- テスト開始に必要な残作業は何か
- 何をもって完成とするか
- 次の期限と担当作業は何か
AIは、完成時期をもっともらしく答えるだけでなく、こちらの曖昧な苛立ちを確認可能な問いへ変えることにも使える。
今回は、まだその入口に立っただけだ。
まずは五つの質問を実際のレビューへ使い、「完成」より先に「次のテストを始められる状態」を作りたい。
コメント