Codexで在庫を照合する最初の仕事は、数量の自動修正ではなく、人が調べる不一致を見つけることです。在庫表と出品表を、同じ意味の数量・同じ時点で比べます。
公式資料・教材確認:2026年10月21日。架空配列の教材コードはローカル9テストを再確認。実在庫・時短効果・AI製品比較の実測ではなく、eBay接続・更新機能はありません。
「在庫0・出品1」は、更新指示ではなく要確認
必要なら現物も点検
現物・注文・出品状態を確認
在庫の2行を合算しない
照合する前に、比べるものをそろえる
今、新たに販売できる数
発送待ち・取り置き等を除いた数と、取得時刻を記録。
現在の出品数量
Ordersの注文数量を代用せず、Listings側のレポートを確認。
取得場所と、練習用の2表を開く
公式の取得案内はReports → Download → Download report。SourceのListingsを確認します。以下は独自の教材列で、正式なeBay CSVではありません。
| 元の行 | SKU | 数量 |
|---|---|---|
| S1 | 001 | 2 |
| S2 | 002 | 0 |
| S3 | 003 | 1 |
| S4 | 004 | 2 |
| S5 | 004 | 1 |
| S6 | 005 | 3 |
| S7 | 空欄 | 1 |
| 元の行 | SKU | 数量 |
|---|---|---|
| L1 | 001 | 2 |
| L2 | 002 | 1 |
| L3 | 003 | 2 |
| L4 | 004 | 2 |
| L5 | 006 | 1 |
| L6 | 空欄 | 1 |
001=ノート、002=ポーチ、003=定規、004=カードケース、005=封筒セット、空欄=保留の商品という架空設定です。SKUは文字列で比較し、001と1・大小文字・空白を勝手に統一しません。
照合から再確認までの4ステップ
- 列と時点を確認数量の意味・取得時刻・SKU・元の行番号をそろえる。
- 判定ルールを渡す空欄・重複・片側のみ・不正数量を分け、補完しない。
- 期待結果とテストを照合読んだ入力・実行処理・結果を確かめる。「完了」だけで済ませない。
- 現物と注文へ戻る不一致の理由を調べ、確認・修正後は新しい表で再照合。
Codexへ渡す依頼文を開く
依頼文に2表を添えます。OpenAI公式の承認・セキュリティ案内で、ファイル・コマンドの権限と外部サービスの接続範囲を確認してください。読み取り専用と、AIへの送信・保存も別です。
8つの期待結果と、教材の範囲を見る
- 001:一致・0/S1・L1。
- 002:出品数量が多い・+1/S2・L2。最新の現物・注文・出品を優先確認。
- 003:出品数量が多い・+1/S3・L3。取り置き・計上漏れ・時差を確認。
- 004:重複保留/S4・S5・L4。2行の意味を調べる。
- 005:在庫表のみ/S6。出品予定・終了・取得漏れを確認。
- 006:出品表のみ/L5。登録漏れ・別管理を確認し、即在庫0とはしない。
- 在庫表の空欄:照合不可/S7。現物と記録でSKUを確認。
- 出品表の空欄:照合不可/L6。S7と推測で結び付けない。
在庫照合の教材ZIP内のlab/inventory-reconcile.mjsを使います。Node.jsが必要で、同梱のindex.htmlが手順です。数値型の安全な0以上の整数を比べる架空配列コードで、CSV読込・実ファイルの列対応・文字列数量の変換は含みません。
9テストの成功は、この教材の検証です。別の生成コード、現物在庫、継続同期の正しさを保証しません。処理を追加したら空欄・重複・先頭0・不正数量も再点検します。
保留のまま残すことも、必要な結果
今日の一歩:001の一致・002の数量差・004の重複保留を説明できるか確認。データを渡す前の準備 / AI活用の全体像
別の市場を学ぶ方へ:Shopee輸出ハック


