OCEAN JOURNAL 社内備忘録 / 27
Obsidian / Web品質
AIの「できました」を、成果物で確かめる。静かな失敗を残さないために。
完了報告と実際の結果を分けて見る。Obsidianに保存した記事をきっかけに、日付・対象・件数・動作を確かめる方法を整理しました。
01
エラーが出ない失敗ほど、見逃しやすい。
ファイルはできている。処理も成功と表示されている。それでも、対象月が違う、依頼した項目が一つ抜ける、保存先が違うことがあります。明確なエラーより、見た目が完成している結果の方が確認をすり抜けます。
AIの完了報告をどう確かめるかという記事をObsidianに残し、社内の確認方法を見直しました。ここで整理するのは、自信のある返答かどうかではなく、依頼と成果物が一致しているかを見る運用です。
- 処理の成功コマンドが終わった/保存できた/返答が来た
- 依頼の達成対象・内容・場所・動作が依頼と一致した

02
依頼の中の具体的な条件を、先に抜き出す。
対象日、件数、宛先、掲載場所、使う素材。こうした条件を、作業が終わってから思い出そうとすると抜けが出ます。開始時に短く整理し、最後に同じ項目で照合できるようにします。
「ページを追加する」なら、本文の存在だけでなく、リンク先、タイトル、公開URL、必要な導線までが対象です。文章では正しく見えても、実際のページでリンクが切れていれば未完です。作業の種類に合わせて、見る場所を変える必要があります。
- 条件を抜き出す日付・対象・件数・場所
- 作業する必要な処理を実行
- 結果を観測保存後の内容・実画面を見る
- 照合する一致・未確認・差分を残す
03
自分の説明ではなく、別の観測で確かめる。
HTMLをつくったらブラウザで開く。数値を計算したら元データと照合する。ファイルを書いたら保存後の内容を読む。作業したコードや説明をもう一度眺めるだけでは、同じ思い込みを繰り返すことがあります。
確認できなかった部分は、そのまま分けて残します。「実装した」「公開した」「公開先で動いた」は別の状態です。まとめて完了とせず、どの段階まで確かめたかを言葉にすることで、次の担当も迷わず続けられます。
- Web公開URLで表示・操作
- データ定義・対象期間・合計
- 資料書き出し後の文字と配置
- 連携相手側の受信・登録状態
04
確認項目は、実際の失敗から育てる。
毎回すべてを調べ直すと、確認自体が重くなります。変更した部分と影響を受ける部分を中心に、過去に起きた失敗を加える。必要な確認を確実に行い、同じ検査を意味なく繰り返さない運用が大切です。
「AIを疑う」というより、仕事の完成を外から観測できるようにする。人が担当するときにも役立つこの仕組みを、AIを使う仕事にも持ち込みたいと考えています。
参考資料・読書のきっかけ
参照資料をきっかけに、オーシャンの考察・実践方針として整理しています。
TALK WITH OCEAN
課題の整理から、実装まで。
まだ仕様や依頼内容がまとまっていなくても、まずは経営や現場で気になっていることからお聞かせください。
経営の悩みを相談する このテーマに関連するオーシャンの取り組みを見る →オーシャンの社内備忘録を、人とAIで整理・編集しています。クライアントを特定できる情報は掲載していません。説明用に再構成した図や画面は、その旨を記載しています。
公開:。記録の日付は題材となった実践・検討の時点です。
経営実装ノート(社内備忘録)の記事一覧へ