DeepSeekの画像検証でハードウェアキットの出荷前確認

要点：国の反対側にある店舗向けのキットが、誤った電源コードや、48 ポートではなく 24 ポートのスイッチで出荷されると、その誤りを見つけるのは現場でいちばん直せない立場の人です。DeepSeek の API はテキストに加えて画像を受け付けるようになり、ステージング台で各キットを撮影し、箱を封じる前にモデルに見えたものを梱包リストと一行ずつ照合させることが現実的になりました。モデルは不一致を人が確認するよう指摘します。密封された梱包の中は見えず、小さなラベルをすべて読めるわけでもなく、機器が動くかどうかも分かりません。

蘇州のステージング倉庫で働く物流コーディネーターを想像してください。四川、重慶、雲南に 30 店舗を新規出店する小売チェーンの展開プロジェクトが始まって三週目です。各店舗には同じキットが届きます。PoE スイッチ一台、ブラケット付きの天井設置型アクセスポイント二台、ファイアウォール機器一台、ラベルプリンター一台、パッチケーブル、そしてすべての機器の電源コードです。キットは ERP から Excel に書き出したピッキングリストに沿って梱包され、印刷したリストと目視で照合されてから封をされます。

成都の 14 号店は土曜の朝に箱を開けます。スイッチはフロアプランの前提だった 48 ポートではなく 24 ポートのモデルで、ファイアウォールには壁のどのコンセントにも合わない英国プラグの電源コードが付いていました。現場に IT 担当者はいません。交換部品は宅配便で送り直しになり、二時間の訪問を予定していた設置担当者は二度目の訪問が必要になります。

これは珍しいことではありません。ピッキングリストは正しかったのです。棚には二つのスイッチモデルが隣り合って置かれ、品番は二文字しか違わず、確認担当者は宅配便の締め切りまでにあと四十キットを処理しなければなりませんでした。

この記事は、その工程に安くて速い一手順を加える話です。開梱して並べた各キットを撮影し、箱を封じる前に、視覚機能を持つ AI モデルに梱包リストと照合させます。人による確認を置き換えるものではありません。人の確認に、具体的に見るべき箇所を与えるものです。

間違ったケーブルや欠品のアダプターが、キット到着後にしか見つからない理由

キッティングの誤りがリストの誤りから生じることはまれです。原因はリストと箱の間にある物理的な工程にあります。見た目の似た品目が隣に保管されている、ビンが空になったときに代替品を入れる、別地域向けの電源コードを間違った箱から取る、本体がそろって見えたので付属品袋を入れ忘れる、といったことです。

これを捕まえるはずの手作業の確認には、構造的な弱点があります。確認担当者はリストを読み、品目を一つずつ探します。同じ製品ファミリーの 24 ポートと 48 ポートのスイッチは色が同じで、大きさも近いことが多く、型番は小さなシールに印刷されているだけです。中国規格の電源コードと英国プラグのコードは、プラグ側を見るまでまったく同じに見えます。そしてプラグは通常、箱の底で巻かれています。

単一拠点の設置なら、こうしたミスの損失は半日です。現地に IT 担当者のいない店舗への複数拠点展開では、設置訪問の失敗、宅配便の往復、開店の遅れにつながります。この誤りは倉庫で見つければ安く、それ以外のどこで見つけても高くつきます。

視覚機能を持つモデルが写真から実際に確認できること

DeepSeek は 2026 年 8 月 21 日に実験的な視覚モデル `deepseek-v4-flash-vision-exp` を発表しました。数週間のうちに、同社の API ドキュメントは主力モデル `deepseek-flash` での画像入力を記載するようになりました。JPEG、PNG、GIF、WebP の画像を、テキストと同じ OpenAI 互換の Chat Completions 形式でユーザーメッセージに入れて送り、base64、URL、または Files API でのアップロードのいずれかで渡します。この変化の速さを踏まえ、構築前に DeepSeek の最新ドキュメントでモデル名、画像の制限、料金を確認してください。本記事を含め、どの記事の数字も鵜呑みにしないことです。

キッティングにおいて役立つ能力は、範囲は狭いものの実用的です。開梱して作業台に並べたキットの鮮明な写真とテキストの梱包リストを渡せば、モデルは見えたものを説明し、品目をリストの行に対応づけ、根拠が見つからない行を指摘できます。

キット写真と梱包リストを品目ごとに照合する

基本となる確認は、あるかないかです。14 号店の梱包リスト（各行の品番、説明、数量）と、すべての品目を重ねずに並べたキットの真上からの写真をモデルに渡します。リストを順に確認し、各行について品目が見えるか、いくつあるかを答えるよう指示します。

価値は、モデルが人より見る目が確かなことではありません。毎回すべての行を確認し、38 個目のキットでも疲れず、人が写真と一分以内に照合できる書面の結果を出すことにあります。「見えない」と記された行は、実物を確認しに行けという指示です。

もっともらしいが誤った代替品（ブランドは正しく型番が違う）を指摘する。急いだ人の確認が見落とすもの

より価値のある確認は、疲れた人が飛ばしがちなもの、つまりラベルを読むことです。梱包リストに `SW-48P-POE` とあるのに、写真のスイッチの前面パネルのポートが明らかに少ない、あるいはクローズアップでラベルが `SW-24P-POE` と読める場合、一見正しく見える品目でもモデルは不一致を指摘できます。電源コードも、プラグ側をカメラに向けて並べれば同じです。英国の G タイププラグは中国規格のプラグと見た目がはっきり違います。

実践ワークフロー：梱包リストから、写真で検証済みの出荷可能キットまで

これは、物流コーディネーターがすでに書き出しているピッキングリストと、ステージング台の上に固定したスマートフォンで、一週間で立ち上げられる形です。品番は例示です。

ステップ 1：拠点ごとの梱包リストを標準化する。各キットのピッキングリストを ERP や Excel からシンプルな表に書き出します。拠点コード、行番号、品番、説明、数量、そして何が写っていなければならないかを記す「確認ポイント」列です。たとえば電源コードなら「プラグ側をカメラに向ける」、スイッチなら「前面パネルのポートが見える」とします。

ステップ 2：撮影環境を固定する。スマートフォンか安価な書画カメラを、無地でコントラストのはっきりしたマットを敷いた作業台の上に一定の高さで固定します。マットに配置グリッドを描き、品目が毎回同じ場所に置かれるようにします。スイッチは左上、アクセスポイントとブラケットは右上、コードとアダプターは下辺に沿ってプラグを外側に向けて並べます。

ステップ 3：キットごとに二枚撮影する。配置全体の引きの写真と、最も重要なラベルのクローズアップです。スイッチの型番シール、ファイアウォールのラベル、各プラグを写します。ファイル名は拠点コードとキット番号にします。

ステップ 4：モデルに不要な情報を隠す。送信する前に、店舗住所の入った配送ラベルを切り取るか覆います。資産タグやシリアル番号も、工程上モデルに読ませる必要がない限り同様にします。

ステップ 5：写真とリストを一緒に送る。短いスクリプトか社内ツールで、二枚の画像とその拠点の梱包リストを一つのリクエストで送ります。出発点として使えるプロンプトは次のとおりです。

「あなたは出荷前のハードウェアキットを確認しています。以下は拠点 CD-014 の梱包リストで、その後に作業台に並べたキットの写真が二枚続きます。梱包リストの各行について、順番に次を報告してください。行番号、品目が見えるか（はい / いいえ / 不明）、数えられる数量、そして記載の品番や説明との目に見える違い（型番ラベル、ポート数、プラグの種類の違いなど）。推測はしないでください。ラベルが小さすぎる、またはぼやけて読めない場合は、推定せずに『判読不能』と書いてください。次に、写真の中でどの行にも該当しない品目を挙げてください。最後に一行で、すべての行が『はい』で数量が一致し違いがなければ PASS、そうでなければ REVIEW と書いてください。」

ステップ 6：すべての REVIEW を人が処理する。確認担当者は指摘された行を実物のキットと照らし合わせ、誤りを直すか、短いメモを付けて指摘を取り消し、それから初めて箱を封じます。PASS のキットも、人がさっと目を通します。

ステップ 7：記録を残す。写真、モデルの出力、確認担当者の判断を拠点コードに紐づけて保存します。拠点から問題の報告があったとき、倉庫から何が出たのかを正確に確認でき、時間がたてば、どの品目の撮影角度を改善すべきかも分かります。

AI による写真検証 vs 手作業のチェックリスト検品 vs 正式なキッティング QA なし

AI による写真検証：すべてのキットのすべての行を順に確認し、タイムスタンプ付きの書面記録と、人が処理すべき具体的な指摘を残します。追加されるのは撮影環境、キットごとのわずかな API 費用、そして写真に何が写るかについてのデータガバナンス上の判断です。
手作業のチェックリスト検品：新しいツールは不要で、経験のある担当者なら箱を開けただけで何かおかしいと気づけます。ただし量と疲労に応じて信頼性は下がり、見た目の似た代替品は通過し、紙のチェック印以外の記録は通常残りません。
正式なキッティング QA なし：倉庫では最も速く最も安上がりです。すべての誤りは拠点で見つかります。複数拠点展開では、部品も知識も持たない人が、工程全体で最もコストの高い時点で見つけるということです。

写真確認では足りないところ

写真が示すのは、あるかないかと外観です。スイッチの電源が入るか、ファームウェアが正しいか、アクセスポイントが初期不良でないかは分かりません。機能テスト（各機器に通電し、ステージングした設定が反映されることを確認する作業）は別の工程であり、写真確認はそれを置き換えません。

密封された梱包の中も見えません。パッチケーブル十本がまとめて袋に入っている場合や、アクセスポイントの取り付けねじが製品箱の中の密封小袋に入っている場合、モデルにできるのはせいぜい袋や箱があることの確認です。数える必要のあるものは開けて並べるか、それらの行は写真ではなくサプライヤーの梱包に依存していると受け入れてください。

視覚モデルは、見た目が同じ小さな品目を数え間違えたり、小さい、あるいは斜めになった型番ラベルを読み間違えたりすることもあります。だからこそプロンプトは推測ではなく「不明」「判読不能」と書かせ、すべての REVIEW を人に回すのです。モデルの PASS は「明らかな問題はない」という意味であり、保証ではないと考えてください。

規模が大きくなれば（週に数百キット、シリアル管理された資産）、写真確認は QA 工程の中の一つの統制にすぎず、その工程にはスキャンによるピッキング確認、シリアル番号の取得、機能テスト、承認が引き続き必要です。

正しく進めるために：検証精度、拠点データの機密性、IT に相談すべきとき

これについて、精度の数字を誰にも、自分自身にも示さないでください。自社のキットで測ることです。最初の数週間は、モデルが問題のない品目を指摘したケースと、モデルが PASS にしたのに拠点で見つかった誤りを、すべて記録します。それが、自社の工程にとって意味のある唯一の精度の数字です。

最初の写真を送る前に、写真に何を写すかを決めてください。DeepSeek のホスト型 API は中国から運営されており、キットの写真には配送ラベル上の店舗住所、資産タグ、機器のシリアル番号、シールに書かれたステージング用のネットワーク情報が簡単に写り込みます。確認に不要なものは切り取るか覆い、配置エリアに書類を置かず、業務用の画像を外部の AI サービスに送ることについての社内ポリシーを確認してください。

API キーは、他の本番環境の認証情報と同じように扱ってください。スクリプトに書かずシークレット管理の仕組みに保管し、設定した担当者が異動したらローテーションします。

ここで外部の支援が役に立ちます。画像処理の仕組み、ログ、キー管理の構築は AI サポートが扱う種類の仕事であり、キットの機器は到着後も誰かが設定しサポートする必要があります。これは通常の IT サポートの仕事です。同じ出荷の書類面については DeepSeek で中国向けハードウェア輸入の通関書類を作成するガイドで、出荷したものと資産台帳との照合については DeepSeek による IT 資産棚卸の照合で取り上げています。

キッティングやステージングを社内で行いたくない場合は、2007 年に北京で創業した Brocent が、倉庫サービス（Warehouse-as-a-Service）を通じて、複数拠点展開向けの機器キットのステージング、確認、出荷を行えます。