OCEAN JOURNAL 社内備忘録 / 27

Obsidian / Web品質

AIの「できました」を、成果物で確かめる。静かな失敗を残さないために。

完了報告と実際の結果を分けて見る。Obsidianに保存した記事をきっかけに、日付・対象・件数・動作を確かめる方法を整理しました。

読書・実践記録:記録・編集:株式会社オーシャン

エラーが出ない失敗ほど、見逃しやすい。

ファイルはできている。処理も成功と表示されている。それでも、対象月が違う、依頼した項目が一つ抜ける、保存先が違うことがあります。明確なエラーより、見た目が完成している結果の方が確認をすり抜けます。

AIの完了報告をどう確かめるかという記事をObsidianに残し、社内の確認方法を見直しました。ここで整理するのは、自信のある返答かどうかではなく、依頼と成果物が一致しているかを見る運用です。

FIGURE 01同じ「成功」でも、見るものが違う
  • 処理の成功コマンドが終わった/保存できた/返答が来た
  • 依頼の達成対象・内容・場所・動作が依頼と一致した

依頼の中の具体的な条件を、先に抜き出す。

対象日、件数、宛先、掲載場所、使う素材。こうした条件を、作業が終わってから思い出そうとすると抜けが出ます。開始時に短く整理し、最後に同じ項目で照合できるようにします。

「ページを追加する」なら、本文の存在だけでなく、リンク先、タイトル、公開URL、必要な導線までが対象です。文章では正しく見えても、実際のページでリンクが切れていれば未完です。作業の種類に合わせて、見る場所を変える必要があります。

FIGURE 02完了を確かめる往復
  1. 条件を抜き出す日付・対象・件数・場所
  2. 作業する必要な処理を実行
  3. 結果を観測保存後の内容・実画面を見る
  4. 照合する一致・未確認・差分を残す

自分の説明ではなく、別の観測で確かめる。

HTMLをつくったらブラウザで開く。数値を計算したら元データと照合する。ファイルを書いたら保存後の内容を読む。作業したコードや説明をもう一度眺めるだけでは、同じ思い込みを繰り返すことがあります。

確認できなかった部分は、そのまま分けて残します。「実装した」「公開した」「公開先で動いた」は別の状態です。まとめて完了とせず、どの段階まで確かめたかを言葉にすることで、次の担当も迷わず続けられます。

FIGURE 03結果に合った確認を選ぶ
  • Web公開URLで表示・操作
  • データ定義・対象期間・合計
  • 資料書き出し後の文字と配置
  • 連携相手側の受信・登録状態

確認項目は、実際の失敗から育てる。

毎回すべてを調べ直すと、確認自体が重くなります。変更した部分と影響を受ける部分を中心に、過去に起きた失敗を加える。必要な確認を確実に行い、同じ検査を意味なく繰り返さない運用が大切です。

「AIを疑う」というより、仕事の完成を外から観測できるようにする。人が担当するときにも役立つこの仕組みを、AIを使う仕事にも持ち込みたいと考えています。

参考資料・読書のきっかけ

参照資料をきっかけに、オーシャンの考察・実践方針として整理しています。

TALK WITH OCEAN

課題の整理から、実装まで。

まだ仕様や依頼内容がまとまっていなくても、まずは経営や現場で気になっていることからお聞かせください。

経営の悩みを相談する このテーマに関連するオーシャンの取り組みを見る →

オーシャンの社内備忘録を、人とAIで整理・編集しています。クライアントを特定できる情報は掲載していません。説明用に再構成した図や画面は、その旨を記載しています。

公開:。記録の日付は題材となった実践・検討の時点です。

経営実装ノート(社内備忘録)の記事一覧へ