Claude でネットワーク構成図と BOM を導入ランブックに変える方法

結論から言うと：Claude はエクスポートしたネットワーク構成図と機器 BOM を同時に読み込み、順序立てられた導入ランブック（設置順、ポート単位の結線対応表、UAT 承認チェックリスト）を、三晩ではなく一午後で下書きできます。出てくるのは導入エンジニアが修正し責任を持つための初稿です。現場を見ることはできません。

設計は承認済み。発注書は三週間前に出た。四つのパレットが十一日後に六十席の新オフィスへ届き、開梱する二名のフィールドエンジニアの手元にあるのは、ネットワーク構成図の PDF、四十三行の Excel BOM、そして月曜という着工日だけです。

彼らが持っていないのがランブックです。どの機器をどの U 位置にマウントするか、どのケーブルがどのポートに入るか、どの機器を先に設定しないと次の機器をテストできないか、そして誰かが引き渡し書にサインする前に何が動作していることを示さねばならないか——その順序付きの一覧です。

そこで彼らは経験で現場対応し、実際その大半はうまくいきます。ところが三階のアクセスポイントが誤った VLAN で立ち上がる。スイッチのポートテンプレートを事前ではなく現場で決めたからです。ラベルは図面と一致せず、六週間後には、会議室のディスプレイがどのパッチパネルポートから給電されているかを文書から答えられる人が誰もいません。

この落差——設計は完成しているのに施工が順序付けられていない——は工学の問題ではなく文書化の問題であり、まさにモデルに任せる価値がある部分です。

「図面はできている」のに施工班が推測に頼ることになる理由

構成図は最終状態を述べます。ランブックは作業順序を述べます。後者は前者から自動的には出てきません。システムインテグレーターの導入プロジェクトマネージャーが毎回、着工前夜に手作業でランブックを書いているのは、この変換が難しいからではなく退屈だからです。

図面には WAN インターフェースを持つファイアウォールが描かれています。しかし、回線の引き渡し日が第三者の手にあること、それが開通するまで下流のまともなテストができないこと、したがって遅延した場合の初日の代替計画が必要なことは、どこにも書かれていません。

そして現場時間を最も消費する二つのもの、すなわちラベリング規則とポート対応表について、図面は一言も述べません。どちらも当日、ラベルプリンターを持っている人がその場で決めることになり、次に現場へ来るエンジニアはそれに全面的に依存します。

代償は班が撤収した後に現れます。竣工文書は誰かのスマートフォンの写真から復元されます。UAT は「テストした、動いていた」の一言になります。半年後の変更作業は、本来不要だったはずの調査から始まります。

Claude が構成図と機器リストから下書きできるもの

Claude は画像と文書を読めるため、Visio・Lucidchart・draw.io から PDF や PNG としてエクスポートした図面をそのまま渡し、その横に Excel から CSV として貼り付けた BOM を添えられます。読むのは図面に書かれているラベルです。設計が妥当かどうかは判断せず、建物を見ることもできません。

その境界の内側で、一午後を投じる価値のある出力が二つあります。

順序付けられたラック搭載・結線チェックリスト

構成図と BOM、そして自社のラック配置規約を与えると、順序付きの設置リストが出てきます。何をどこに、どの順で、依存関係を明示して——電源と接地はいかなる搭載作業よりも前、コアスイッチはアクセス層より前、ファイアウォールはライセンス認証のためにインターネット接続を必要とするあらゆる機器より前、というように。

本当に時間を節約するのはポート対応表です。機器間の接続が示された図面から、「SW-CORE-01 ポート 1/0/24 を FW-01 ポート ge0/1 へ、ラベル A-24」という形式のチェックリストを、物理接続ごとに一行で下書きします。誰も手打ちしたくない資料であり、同時に、午後四時に班が推測せずに済むための資料でもあります。

図面が指定していない箇所——ラベルのないリンク、ラック位置の記載がない機器——はすべて「設計で未指定」と記し、勝手に決めないよう明示的に指示してください。この一つの指示が、ランブックと負債とを分ける差のほとんどを占めます。

設計が明示した機能に対応した UAT テスト・承認チェックリスト

同じ入力から、実行可能な受入リストも生成できます。これこそ多くの新規サイト構築に実際に欠けている文書です。設計に冗長アップリンクとあるなら、一方を抜いてフェイルオーバーを確認する手順があるべきです。ゲスト Wi-Fi が社内 VLAN から分離されているとあるなら、ゲスト SSID から社内リソースへ到達を試み、失敗することを期待する手順があるべきです。

実践的なワークフロー——構成図と BOM から現場で使えるランブックへ

1. 図面を PDF でエクスポートし、実際に読まれるサイズで判読できるか確認する。モデルが図面を読むときの問題はエンジニアと同じです。ポートラベルが交差線の下の四ポイント文字なら、必ず読み違えます。適切な縮尺でエクスポートし、複数タブがあるなら別ファイルに分け、それぞれが何かを明記してください。

2. アップロード前に毎回サニタイズする。サイト住所、顧客の法人名、グローバル IP の割り当て、回線番号、そして資格情報らしきものはすべて先に除去します。その大半は「サイト 1」「顧客 A」への置換で済みます。判断ではなく常設ルールにしてください。締切に追われたとき最初に壊れるのが判断だからです。

3. ベストプラクティスではなく、自社の規約を渡す。自社が実際に使っているラック配置ルール、機器命名規則、ラベル書式、ランブックのテンプレートを貼り付けます。「導入ランブックを書いて」では一般論が出てきますが、「この命名規則でこのテンプレートを埋めて」なら、自社のエンジニアが見慣れていて実際に現場へ持って行くものが出てきます。

4. まず設置順序だけを単独で生成する。依存関係を明示した番号付き手順と、各手順の担当者を求めます。第三者に依存する手順——回線引き渡し、ビル管理側の配管シャフト開放、電気工事——には印を付けさせてください。遅延するのはまさにそれらであり、三十四番目に埋もれるのではなく計画の冒頭に見えている必要があります。

5. ポート対応表は二回目の独立したパスとして生成する。狭い指示の複数回のほうが、一度に全部を求めるより優れています。このパスでは、物理接続ごとに一行、機器名は図面のものをそのまま、ポート番号が図面にない箇所は「未指定」と書き、もっともらしい番号を発明しないよう指示します。

6. UAT チェックリストは三回目のパスとして生成し、設計が実際に明示した機能だけを根拠にします。各行はテスト、期待結果、承認欄です。テストに変換できなかった項目は別途列挙させてください。そのリストはたいてい短く、設計責任者に投げるべき有用な質問になります。

7. 自分の手元を離れる前に、自分で図面と突き合わせて読む。確認するのは二点です。間違っている接続と、自信たっぷりに書かれているが図面にはない接続。後者のほうが発見しにくいのは、まさに正しく読めてしまうからです。

8. すべての「未指定」を、設計責任者への番号付き質問に変える。この工程全体で最も価値の高い成果物です。着工前に回答された十二の具体的な質問とは、金曜の夕方六時に片手にラベルプリンターを持った疲れたエンジニアが決めずに済む十二の判断のことです。

9. 印刷して現場に持ち込み、ペンで書き込む。書き込まれた一部が竣工記録になります。撤収前に写真を撮り、同じモデルにランブック文書へ転記させてください。誰も一晩を差し出さずに竣工文書を手に入れる方法がこれです。

AI が下書きしたランブック vs 認定導入エンジニアのランブック vs 現場でのその場対応

• AI が下書きしたランブック。何晩ではなく数時間で、退屈な部分——ポート表、UAT の行、ラベル一覧——については極めて網羅的で、テンプレートから生成されるためサイト間で一貫します。現場の知識も専門的な責任も持たず、明示的に禁じない限り、図面に一度も現れなかった接続について自信たっぷりに一行書きます。正しい使い方は、導入エンジニアが修正し所有する初稿として使うことです。
• 認定導入エンジニアのランブック。実在の建物で機器を設置してきた人間が、その順序で回ると判断し、すでに満杯の配管シャフト、四階までしか行かないエレベーター、火曜日しか来ない電気工事業者まで織り込んでいます。その判断こそが実際の成果物であり、だからこそ転記の半分は自動化する価値があり、判断の半分にはありません。
• 現場でのその場対応。業界が認めるより一般的で、たいていうまくいきます。優れたフィールドエンジニアはそれが得意だからです。代償は当日は見えず、後から高くつきます。ポート表なし、UAT 記録なし、竣工図は記憶からの再構成、そして二つ目のサイトは一つ目と何の規約も共有していません。

不十分な点

現場を見ることができず、そして導入が失敗するのは現場です。すでに満杯の配管シャフト、十三アンペアのコンセントが一つしかない通信室、ケーブルラックがまっすぐ貫くように描かれた防火扉——どれも図面になく、したがってランブックにもありません。文書は完成して見えながら、その日を決める制約を欠いています。

発明された具体性が典型的な失敗様式です。専門的に見えるランブックを求められると、モデルはもっともらしい詳細を補います。誰も指定していないポート番号、黙って置いた前提から導かれた U 位置。正しい行とまったく同じように読めることが、図面と突き合わせる人がいない現場での危険性です。

安全と電気的コンプライアンスは文書化の問題ではありません。負荷計算、接地、ケーブル収容、高所作業、そして建物の電源に関わるすべては、有資格の電気工事士と現地法規に属します。モデルが生成したチェックリストには属しません。それらは適切な職種を呼ぶ指示としてランブックに残し、決してそのまま実施する手順にしてはいけません。

何かを承認する権限はありません。UAT シートに価値があるのは、名前のある有能な人物が、自分が実際に実行したテストの横にイニシャルを記したからです。長い一日の終わりに全員がまとめてチェックを入れる生成済みチェックリストは、チェックリストがないより悪い。証拠のように見えるからです。

これを正しくやるために——設計ファイルの機密性、版数管理、そして IT を呼ぶべきとき

ネットワーク構成図はセキュリティ文書です。トポロジ、セグメンテーション、管理 VLAN、しばしばアドレス設計、そして必ず境界機器のベンダーと型番が載っています。攻撃者にとって実際に有用な資料でありながら、添付ファイルとしてメールでやり取りされ、チャットツールにアップロードされ、三台のノート PC のダウンロードフォルダに残ります。

どのツールのどのプランにアップロードしているのかを把握する。個人向け、チーム、エンタープライズの各プランはデータ保持と学習利用の可否が異なり、条件も変わります。自社が契約している具体的なプランの最新ドキュメントを確認し、思い込みで判断しないでください。そのうえで、どのツールが顧客の設計ファイルを受け取ってよいかを全社ルールとして定めます。多くの専門サービス企業において、これが最大の未統制な AI リスクであり、技術ではなくガバナンスの問題です。

版数管理は通常以上に重要です。この方法は、完成して見える早期文書を生みます。エンジニアが承認するまでは冒頭に見える形で「AI 支援による初稿、未レビュー」と状態を書き、ランブックはメール添付で流通させず SharePoint や Confluence など統制された一箇所に置いてください。班が現場に持ち込む版が、誰にとっても見つかる唯一の版でなければなりません。

デリバリーのワークフローの中で AI をどこに置くかを決め、テンプレートを書き、何をアップロードしてよいかのルールを定めるのは AI+ サポートの仕事です。その下のアクセス制御、デバイス管理、データ取り扱いは通常のマネージド IT サポートです。そして自動化できない部分が IT インフラ導入そのもの——ラック搭載、配線、調査、コミッショニングを行う認定フィールドエンジニア、機器が設定済みで届くようにするオフサイトキッティング、そして UAT シートに署名する人です。新設ではなく移転を文書化するのであれば、AI で作るオフィス移転ランブックがこの問題の移行版を扱っており、ヒアリングを HLD と BOM に変える方法は、このランブックが引き継ぐ設計段階を扱っています。

よくある質問

認定フィールドエンジニアの代わりになりますか？

なりません。顧客が導入において買っているのは、有資格の人間がその建物でその順序が機能すると判断し、引き渡し時に結果を保証することです。モデルはその責任を負えません。置き換わるのは、ポート表と UAT シートを打ち込む二晩か三晩——設計と施工の間の転記であって、施工そのものではありません。

現場が図面と一致しない場合はどうしますか？

少なくとも部分的には、たいてい一致しません。だからこそランブックは紙で現場へ持ち込みます。エンジニアが差異に印を付け、理由を書き、その書き込み済みの一部が竣工記録になります。現場で覆せないランブックは使い方が誤っています。その役割は差異を可視化することであり、差異が起きないふりをすることではありません。

入力する構成図はどの程度詳細である必要がありますか？

機器と接続関係に曖昧さがない程度で十分です。ポートレベルのラベルが理想ですが必須ではありません。ポート番号のない論理図でも有用な設置順序と UAT リストは出てきます。ただ「未指定」の一覧が長くなるだけで、それ自体も有用です。出力を本当に劣化させる唯一の入力は、ラベルが読めない低解像度のエクスポートです。

事後の竣工文書も生成できますか？

できますし、これはこのワークフローで過小評価されているもう半分です。書き込み済みのランブックを撮影し、元の版と一緒に戻して、計画と実際を対比し差異をすべて列挙した文書を求めてください。それは転記作業であり、得意とするところです。実際に施工したエンジニアに確認させてください。転記は機械的でも、その差異が重要かどうかの判断は機械的ではありません。

実際にはどれくらい時間がかかりますか？

本稿で述べた規模の単一サイトのオフィス構築なら一午後、同じ文書を手作業で作れば二晩か三晩です。初回はテンプレートを書きながら進めるぶん遅くなります。より大きな利得は、ポート対応表と UAT チェックリストがそもそも存在するようになることです——正直に言えば、この種の現場では通常それらは存在しません。