どうもこんにちは、Tadash です。前回はAGENTS.md の話でした。今日はもう少し「仕事っぽい」ネタを。官公庁や当局が出す PDF を、そのまま Excel のチェックリストに落とす、という作業を Bob Shell で実際にやってみます。
当局のガイドラインや要請は、読んで終わりにはできません。たいてい「で、うちはどこまで対応できてるの？」を点検する表に落として回します。PDF を目で追って項目を書き出し、Excel に手で並べ直す——この地味な工程を、Bob に手伝ってもらいました。
⚠️ 先にことわり。使うのは公開されている文書だけで、特定の組織の内部対応とは関係のない、一般的な手法の紹介です。当局の文書は中身が濃く、解釈と最終判断は人間（そして専門家）の仕事。Bob にやってもらうのは、テキストの抽出と表への整形という機械的な部分だけ、という前提で進めます。
題材：金融庁・日銀の「フロンティアAI要請」
題材は、2026年5月22日に金融庁と日本銀行が連名で出した要請、「フロンティアAIによる脅威変化を踏まえた金融機関等の短期的な対応」に係る要請です（金融庁／日本銀行）。もちろん公開文書です。
ざっくり言うと——高度な AI（フロンティアAI）でサイバー攻撃側の能力が上がり、脆弱性の発見から攻撃までが極端に短くなる恐れを踏まえ、金融機関等に短期的な備えを求めるもの。別添に9つの対応事項（①経営課題として扱う 〜 ⑨外部との連携）が並びます。基調は「経営トップの直接関与」と「リスクベース」です。文書自身も「これは応急的措置で、中長期は自動化へ」と断っています。
一律に何かを機械的に強制する規制ではなく、各社が自組織のリスク特性を踏まえて主体的に対応する、という立て付けです。だからこそ、9項目 × 自組織の状況を一覧にして、経営報告や内部監査、当局対応の土台にする価値があります。読んで終わりにしない、という話です。
全体の流れ
やることはこの4ステップ。
- PDF を手でダウンロードして、プロジェクトフォルダに置く
- Bob に読ませて、Markdown のチェックリスト（問診票）にする
- 中身を人間が確認して整える（直しは Bob に頼む）
- Python + openpyxl で Excel 化する
モードは、ファイルの読み書きができる Code で進めます（モードの回）。PDF を読んで Markdown や Excel を書き出すので、Code がちょうどいいですね。
Step 1. PDF を手で落として、置く
公式サイトから PDF をダウンロードして、プロジェクトの docs/ あたりに置きます。
your-project/
├─ docs/
│ └─ frontier-ai-request.pdf ← 手で置いた原本
└─ AGENTS.md
ひとつ、コツがあります。AGENTS.md に「docs/ 配下の原本は改変しない・要約の根拠として読むだけ」と書いておくと安心です（AGENTS.md の回）。原本の同一性は、この手の作業の生命線なので。
Step 2. Bob に読ませて、Markdown の「問診票」に
こう頼みます。
docs/frontier-ai-request.pdf を読んで、金融機関等に求められている対応事項を
抽出してください。各項目を、現場で「はい／いいえ」を確認できる粒度の
チェックリスト（問診票）にして、Markdown で出してください。
列は「No. / 確認項目 / 対応状況 / 実施日 / 担当者 / 備考」。
面白かったのは、Bob が9つの要請項目をそのまま並べず、現場でチェックできる粒度に噛み砕いてきたこと。9章・全65項目の問診票になりました。第1章（①経営課題として扱う）は、こうなりました。
以下は Bob の出力そのまま。※各確認項目は Bob が要請を解釈して分解したものなので、原文と突き合わせて使う前提です。
| No. | 確認項目 | 対応状況 | 実施日 | 担当者 | 備考 |
|---|---|---|---|---|---|
| 1-1 | 経営トップが全社的な経営課題として認識しているか | □実施済 □対応中 □未実施 | |||
| 1-2 | 経営トップのコミットメントを表明しているか | □実施済 □対応中 □未実施 | |||
| 1-3 | CIO、CISO をはじめとする経営層が直接関与しているか | □実施済 □対応中 □未実施 | |||
| 1-4 | 対応方針を策定しているか | □実施済 □対応中 □未実施 | |||
| 1-5 | 対応状況の把握体制を構築しているか | □実施済 □対応中 □未実施 | |||
| 1-6 | 課題への対処プロセスを整備しているか | □実施済 □対応中 □未実施 | |||
| 1-7 | 関係部門の横断的な連携体制を構築しているか | □実施済 □対応中 □未実施 |
9章の内訳は、こんな配分でした（合計65項目）。
- 第1章 経営層の関与（7項目）
- 第2章 資産管理・優先順位付け（5項目）
- 第3章 技術負債の解消（7項目）
- 第4章 リソース確保（6項目）
- 第5章 契約内容の確認（9項目）
- 第6章 プロセスの最適化（8項目）
- 第7章 多層防御の強化（8項目）
- 第8章 事業継続計画（10項目）
- 第9章 外部連携（5項目）
加えて、「応急的措置であり中長期は自動化へ」「基本的な対策が引き続き重要」といった認識事項の確認欄まで付けてきました。要請の「温度感」を拾っているのが、地味に賢いです。
大事な注意。PDF の読み取りは崩れることがあるし、こうした「噛み砕き」は Bob の解釈です。規制・当局文書は、原文と突き合わせて検証することが重要です。取りこぼしやニュアンスは、人間が拾います。
Step 3. 人間が確認して、整える
抽出はたたき台です。列を足したり（優先度・リスク区分など）、粒度を調整したり。直し自体は Bob に頼めます。確認は人間、修正は Bob。この分担は、self-documenting の回で書いた「誰が・何を根拠にやったか残す」とも地続きです。
Step 4. Python + openpyxl で Excel 化
現場は Excel で回ります。なので最後は .xlsx にします。
こう頼めば、Bob が Python（openpyxl）でスクリプトを書いて走らせ、Excel を作ってくれます。
さっきの問診票を、Python（openpyxl）で .xlsx にして。
・「表紙・総括」と「全章チェックリスト」の2シート
・対応状況は 実施済／対応中／未実施／該当なし のドロップダウン
・見出しは濃紺、章ごとに集計、総括に進捗率
完成したもの
こうしてできたのが、2シート構成の Excel です。
1枚目は「表紙・総括」シート。文書情報と使い方に加えて、9章65項目の進捗が「実施済／対応中／未実施／進捗率」で一覧になります。各章に記入すると、ここが自動で集計されます。
2枚目は「全章チェックリスト」シート。章ごとに確認項目が並び、対応状況はドロップダウンで選べます。章末には集計が入ります。濃紺基調で、当局文書らしい落ち着いた見た目にしました。
記入して回すと、章ごと・全体の進捗率が出て、「うちは65項目中どこまで対応できているか」が一目で分かる点検表になりました。
何が嬉しいか
- 文書 → 点検表の機械的な部分が数分の作業になる。人は「うちはどうなのか」の判断に集中できる。
- 9項目を65の確認項目に噛み砕いた問診票＋進捗ダッシュボード。経営報告・内部監査・当局対応の土台になる。
- 当局が求めているのは「読んで終わり」ではなく、態勢を点検して強化すること。チェックリスト化は、むしろその意図に沿います。
気をつけること
規制・当局文書ならではの注意を、最後に。
- AI の抽出・要約・噛み砕きは、原文で検証する。 項目の取りこぼしやニュアンスの欠落、解釈のズレは起こります。最終的な解釈は人間・専門家の責任。
- 機密は載せない。 自組織の対応状況・エビデンスは社外に出さない（この記事のテンプレは空欄です）。扱うのは公開情報と原本だけ。
- 原本の同一性を保つ。 手で落とした原本をそのまま使う。
- 経緯を残す。 Bob にやってもらっても「誰が・何を根拠に」作ったかは残す。self-documenting と相性のいい話です。
まとめ
- 官公庁の PDF を、
PDF → Markdown（問診票）→ Excelの一連で点検表にする。抽出と整形は機械、判断は人間。 - 手で原本を置く・原文で検証する・機密は載せない——この3つを外さなければ、当局文書が相手でも安全に回せます。
官公庁の PDF も、Excel チェックリストに。――そう、Bob Shell ならね。
※2026-07-17 時点の公開情報にもとづきます。引用した文書の内容は要約であり、正確・最新の情報は各公式サイトでご確認ください。
出典
- 金融庁「『フロンティアAIによる脅威変化を踏まえた金融機関等の短期的な対応』に係る要請について」（2026-05-22）
- 日本銀行「『フロンティアAIによる脅威変化を踏まえた金融機関等の短期的な対応』に係る要請について」（2026-05-22）
- openpyxl 公式ドキュメント
※投稿内容は個人の見解であり、必ずしも私の所属団体・企業における立場、戦略、意見を代表するものではありません。
