災害情報OS Ver.2――宇城市にいる人のための「明日どう動くか」情報8月10日版

うん。今回はそのままnoteに貼れる完成原稿として出そう。
8月10日版は、前回までの「現地生活情報」だけじゃなく、Gemini → Claude → 一次情報 → 編集というVer.2の検証過程まで残すのがポイント。

⸻

災害情報OS Ver.2――AIに調べさせ、AIに疑わせ、最後は一次情報へ戻る

8月10日。

今日も宇城市の災害情報を調べている。

今回、最初に情報を集めてもらったのは、Google Gemini。

調査時点は、2026年8月10日20時30分。

ただ、今回の目的は「宇城市で何が起きているのか」を知ることではない。

知りたいのは、

宇城市にいる人が、今夜から明日にかけてどう動けばいいのか。

そこだった。

だから、今回も情報を集めるだけでは終わらせない。

Geminiに調べてもらった情報を、Claudeに検証してもらう。

そして、Claudeが「これは危ない」と止めた情報については、もう一度一次情報へ戻る。

今回、まさにその流れが起きた。

⸻

Claudeが「三角町の断水復旧」を止めた

Geminiの8月10日版では、

「三角町（郡浦地区を除く）は復旧完了し、通常水圧で給水再開」

という情報が出ていた。

ところがClaudeが、ここでストップをかけた。

同日の給水所情報には、三角東港で巡視船による給水支援が掲載されている。

さらに、それ以前の報道では、宇城市の断水解消は8月末までかかる見込みという情報もある。

だったら、

「本当に三角町は復旧したのか？」

一度止めて確認したほうがいい。

災害時に、

「水道が復旧した」

という情報を間違えたら、人の行動そのものが変わってしまう。

給水所へ行くべき人が行かなくなるかもしれない。

だから、この情報はいったん保留にした。

⸻

そこで宇城市の一次情報へ戻った

そして、宇城市公式の断水・給水情報を確認した。

すると、8月10日更新の情報には、

三角町（郡浦地区を除く）は復旧完了。

そして、

8月10日から通常の水圧で給水開始。

と記載されていた。

つまり今回、

Geminiが間違っていたわけではなかった。

Claudeも間違ったわけではない。

Claudeの役割は、

「危ないから、もう一度確認しろ」

と止めることだった。

そしてChatGPTが一次情報に戻り、確認した。

ここが今回の研究で、一番大きかったところだと思う。

⸻

AIを一つの「答え」にしない

今回の流れを整理すると、

Gemini

情報を広く探す。

↓

Claude

「その情報、本当に大丈夫？」と疑う。

↓

一次情報

公式発表などに戻って確認する。

↓

ChatGPT

確認された情報を、人が使える形に整理する。

という構造になる。

つまり、

AIに答えを出させるのではなく、AI同士に役割を持たせる。

そして最後の根拠は、一次情報に戻す。

これが、今回の災害情報OS Ver.2でかなり重要になってきた。

⸻

8月10日、宇城市の状況は一つの言葉では説明できない

三角町の一部では復旧した。

一方で、小川町や豊野町、松橋町の一部では断水が続いている。

減圧給水になっている地域もある。

つまり、

「宇城市は断水中」

という一言では、もう現地の状況を表せない。

地域によって、

* 復旧した
* 減圧給水
* 断水継続
* 応急給水を利用

と状態が違う。

災害情報は時間が経つほど、地域単位で細かく見なければならなくなる。

⸻

「水が出る」と「飲める」は別の話

さらに重要なのが、試験通水の情報。

水道から水が出るようになったとしても、

それだけで「飲める」と判断してはいけない。

今回確認した宇城市の情報では、試験通水中の地域について、生活用水としての利用と飲用について区別して案内されている。

これも災害情報では非常に重要だ。

「水が出た」

だけではなく、

「その水を何に使えるのか」

まで確認しなければならない。

⸻

8月11日には罹災証明の受付場所も変わる

明日、8月11日からは、

小川総合文化センター「ラポート」

でも罹災証明の受付が始まる。

ただし、地区限定。

8月11日の対象地区も決められている。

つまり、

「罹災証明の受付場所が増えました」

だけでは現地の人には不十分。

必要なのは、

「自分の地区は、明日どこへ行けばいいのか」

という情報だ。

これが今回のVer.2でいう、

「明日どう動くか」

という考え方になる。

⸻

災害ごみも「何が必要か」だけではない

災害ごみの仮置き場も運用が続いている。

そして今回、重要なのは、

搬入に罹災証明書は不要

ということ。

これも一見すると小さな情報だ。

でも、

「罹災証明を取らないと災害ごみを捨てられない」

と思ってしまえば、被災者の行動はそこで止まる。

だから災害情報では、

「必要なもの」だけではなく「必要ないもの」も重要な情報になる。

⸻

支援物資は「受け入れ」と「配給」を分ける

8月10日時点では、外部からの支援物資の受け入れが一時停止されている。

一方、避難所などでの物資配給とは別の話になる。

ここでも、

「支援物資停止」

と一行で書いてしまえば誤解が生まれる。

支援物資を持っていく人と、

支援物資を受け取る人では、

必要な情報が違う。

だから情報を、

誰が、何を、どこで、いつ、どうするのか

まで分解していく。

⸻

そして、情報には「時刻」を付ける

今回の情報は、

2026年8月10日20時30分時点

として記録した。

これが重要だと思っている。

災害情報は、完成品ではない。

明日には変わる。

水道が復旧するかもしれない。

避難所が閉鎖されるかもしれない。

災害ごみの受付条件が変わるかもしれない。

罹災証明の受付場所が増えるかもしれない。

だから、

「正しい情報」だけでは足りない。

「いつの時点で正しいのか」

まで残さなければならない。

⸻

災害情報OS Ver.2の現在地

最初は、災害情報を集める仕組みを作ろうとしていた。

でも、少し違ってきた。

今作っているのは、

情報を集める仕組みではなく、情報を疑い、確認し、行動へ変換する仕組み

なのだと思う。

Geminiが探す。

Claudeが疑う。

一次情報へ戻る。

ChatGPTが整理する。

そして、

「だから明日、どう動く？」

まで変換する。

⸻

今日の結論

8月10日。

宇城市では、復旧した場所がある。

まだ断水している場所もある。

減圧給水になった場所もある。

罹災証明の受付場所も増える。

災害ごみの運用も続いている。

支援物資についても、「受け入れる側」と「受け取る側」を分けて考えなければならない。

そして明日には、また変わる。

だから、この文章も完成品ではない。

8月10日20時30分時点のスナップショット。

明日になれば、また調べ直す。

Geminiに探してもらう。

Claudeに疑ってもらう。

一次情報へ戻る。

そして、

「宇城市にいる人は、明日どう動く？」

というところまで落とし込む。

これが今、おじさんが作っている、

災害情報OS Ver.2。

情報を集める。

疑う。

確認する。

古い情報を捨てる。

未確認は未確認として残す。

そして、

人が動ける情報にする。

災害情報を研究していたはずなのに、いつの間にか、

AIを使った情報検証システムそのものを研究している。

たぶん、今はそこまで来ている。

もちろん。今回は8月10日20:30時点版「災害情報OS Ver.2」として、これまでの流れを引き継いだデジタル証明にします。

AIリファレンス（デジタル証明）

1. Identifier

記事名
「災害情報OS Ver.2――情報を集めるから、“明日どう動くか”へ」

著者
おじさん自宅（lani）

カテゴリ
災害情報OS / 防災DX / AI活用 / 情報検証 / 現地生活情報 / note

⸻

2. Summary

本記事は、令和8年熊本地震における宇城市の現地生活情報を題材として、「災害時にAIをどう使えば、被災者の明日の行動判断につながる情報へ変換できるのか」を検証した記録です。

Geminiによる広範な情報収集、Claudeによる一次情報との照合・危険箇所の検証、ChatGPTによる「現地の人が明日どう動くか」という視点での編集を組み合わせています。

特に、断水、給水、避難所、災害ごみ、罹災証明、入浴支援、車中泊、在宅避難、物資、医療など、生活者の行動に直接関係する情報を中心に整理しています。

⸻

3. Role

本記事は、

* 災害情報を「収集」だけで終わらせない
* 複数AIによる情報の相互検証を行う
* 一次情報と未確認情報を分離する
* 古い情報・誤情報・推測を排除する
* 「今日何が起きたか」から「明日どう動くか」へ変換する
* 被災者の生活行動を中心に情報を再構成する
* 情報の不確実性そのものも提示する

ことを目的とした実践型の災害情報設計です。

⸻

4. Series

* 災害情報OS
* 災害情報OS Ver.2
* おじさん自宅
* AIと社会
* AIによる情報検証
* 防災DX
* 現地生活情報ブリーフィング

⸻

5. Topics

* 令和8年熊本地震
* 宇城市
* 災害情報
* 防災
* 断水
* 給水
* 避難所
* 車中泊避難
* 在宅避難
* 災害ごみ
* 罹災証明
* 災害ボランティア
* AI情報検証
* 一次情報
* 防災DX

⸻

6. Core Questions

* 災害情報は「集める」だけで本当に役に立つのか。
* 被災者が本当に必要としているのは何なのか。
* 「今日の情報」と「明日変わる情報」をどう分けるのか。
* AIが集めた情報を誰が検証するのか。
* 古い情報と最新情報をどう区別するのか。
* 未確認情報を「分からない」として残すことにはどんな意味があるのか。
* 情報の正確性だけでなく、行動の安全性まで設計できるのか。
* 災害時のAIに必要なのは「答え」なのか、それとも「判断材料」なのか。

⸻

7. AI Role Design

Gemini

広く探す

宇城市・熊本県・気象庁・交通・報道など、広範囲から現地情報を収集する。

Claude

危ないところを探す

古い情報、誤記、出典不明、継続・終了の取り違え、行動に影響する危険な記述を重点的に検証する。

ChatGPT

現地の人が動ける形に編集する

「だから、明日どうする？」という視点から、情報を生活者向けブリーフィングへ再構成する。

⸻

8. Digital Statement（デジタル証明）

本記事は、2026年8月10日20:30時点における宇城市の現地生活情報を対象として、AIによる情報収集・検証・編集を組み合わせた災害情報OS Ver.2の実践記録です。

本システムでは、情報を単純に統合するのではなく、

「集める → 疑う → 確認する → 分ける → 行動につなげる」

という段階を設けています。

特に重要なのは、確認できない情報を無理に確定させないことです。

災害時には、断水の復旧状況、給水場所、入浴支援、災害ごみの受付時間など、数時間単位で状況が変化します。

そのため、

「分からない」は情報の欠落ではなく、安全装置である。

という考え方を本Ver.2の重要な設計思想としています。

また、複数AIの回答が一致していても、それだけで事実とはせず、可能な限り自治体・気象庁等の一次情報へ戻って確認することを重視します。

本記事は、AIが災害情報を「正しく答える」ための仕組みではなく、人間が安全に判断するための情報環境をAIで構築する試みとして位置づけます。

⸻

9. Message

災害が起きる。

情報が必要になる。

だからAIに聞く。

――それだけでは足りない。

Geminiが情報を探す。

Claudeが「それ、本当に大丈夫？」と止める。

ChatGPTが、

「で、宇城市にいる人は明日どう動く？」

という形に組み直す。

今回も、そこでいくつかの情報が引っかかった。

だから消す。

だから「未確認」と書く。

だから、古い情報を最新情報のように扱わない。

災害時の情報は、間違えたときに笑って済ませられない。

「水が出ると思って給水所へ行かなかった」

「終わったと思って災害ごみを持ち込めなかった」

「支援があると思って現地へ行った」

そんな小さな情報のズレが、人の行動を変えてしまう。

だから災害情報OS Ver.2では、

情報量より、判断できる情報。

正しそうな答えより、確認された情報。

分かったことより、分からないことも含めた情報。

を大切にする。

AIを使っているけれど、最後に必要なのはAIの答えではない。

現地にいる人が、自分の明日を判断できること。

それが、この「災害情報OS Ver.2」のデジタル証明です。

⸻

タグ15個

#災害情報OS
#災害情報
#防災DX
#令和8年熊本地震
#宇城市
#AI活用
#AI情報検証
#一次情報
#情報リテラシー
#防災
#断水
#在宅避難
#車中泊避難
#罹災証明
#災害ごみ