AIを使う人の課題
AIの出力や完了報告を、何で確かめるか
開発実務者、AIの設定を任せる個人、生成AIの一般利用者
照合を実施・負担軽減は未確認
10月22日の実践と、2〜10月の回顧。開発者調査は6〜8月、一般利用者の負担調査は2月の観測です。
編集確認：2026-10-23
関心が向いていること
開発者調査で、容易に検証できることがAIへの信頼条件として挙がりました。10月の個人記録にも、報告や理由説明を確かめた例があります。
困っていること
存在しないコミットやテスト通過の報告、設定理由と操作記録の不整合が報告されています。一般利用者の背景調査にも、確認負担の回答があります。
試されている対処
成果物・テスト・設計書や操作履歴とAIの報告を照合する例があります。設定理由の保存前チェックは次回の案で、実施済みなのは保存後の確認です。
結果として確認できたこと
個人の記録では実装漏れや理由説明の不整合を発見しています。一方、これらの手順が確認時間や見逃しをどれほど減らすかは測られていません。
まだ分からないこと
検証手順を加えたとき、確認時間・見逃し・やり直しがどう変わるかは未確認です。同じ条件で比較した記録が必要です。
対処と結果をもう少し詳しく
成果物と完了報告を照合する
実施したと報告
実装漏れなどを人が発見。欠陥率や総作業時間の比較結果は未掲載です。
対象と限界：開発実務者1人。ファイル・テスト・設計書の確認と、Gitへの書き込み担当の限定。
設定理由と操作履歴を照合する
保存後に実施
理由説明の不整合2か所を発見したと報告。一般的な発生率は不明です。
対象と限界：WindowsのPC1台・1回の自己報告。元のログを独立検証した結果ではありません。
保存する前に理由を確認する
次回の案
実施結果はまだ示されていません。
対象と限界：設定を作り直した本人が、次回に行いたい手順として記載。
読むときの注意
- 開発者の信頼、日本の一般利用者の負担、個人の失敗記録は、対象・設問・時期が異なります。発生率として合算・比較できません。
- 一般利用者の背景調査では、確認・選択の負担は多数派の経験ではありません。確認頻度との関係も相関です。
- 検証できることへの信頼は自己申告で、AIの実際の正確性を測った結果ではありません。
次に確かめたいこと
同じ作業条件で、確認手順の導入前後の確認時間、見逃し、やり直しを比較した記録。
作業方式と、最後に人が確かめる地点を決める
複数のAIを使う開発実務者は、仕様が定まった機能、動かして確かめる必要がある設計、小さな不具合修正で進め方を変えています。小さな修正では設計書を省いても、テストと別モデルのレビューを残しています。実装後には設計と成果物を一項目ずつ突き合わせ、本人が開発環境で動作を確認します。
別の作業では、試作を終えるまでの負担と後段の修正が大きく、実装部分の速さが全体の短縮に結びつかなかったと振り返っています。編集上は、変更の種類、確認する条件、確認者を先に対応付ける事例として読めます。本人の運用記録であり、他方式と同条件で比較した効果は未確認です。
考えるための問い
- 直近の変更で、依頼した条件と実装・実行結果を一項目ずつ対応付けられるか。
- 試作・確認・修正を含む全体の時間を見たとき、どの工程を軽くする必要があるか。
原典を確認した編集。自分たちの仕事で確かめる問いは、検証に向けた提案です。