AIチームの仕組み
JAPAN CAMERA ／ 今動いている全システムの最新フォーメーション記録
← 組織図ライブ 進捗ページ → 仕組み（全体図）

全自動化フォーメーション/全体図

「こんな仕組み・機能があったと知らずに重複や別方式でやる」事故を防ぐ、唯一の最新フォーメーション記録。司令塔×ワーカー・DB基盤・取込・記憶・安全装置・プロダクトまで“今使ってる全部”を網羅する。
常に進化中・最新の最強構成を上書きし続ける
実線＝稼働中（本番運用） 点線＝進行中（検討・構築中）
A

司令塔 × ワーカーの中核ループ

時計回りに循環・回すほど前進
1
司令塔が指示書を書く
.task に分解して inbox へ
2
ワーカーが自走実行
.task を拾い並列で自律処理
3
承認ゲートで検証
ROLLBACK証明→ボス承認
4
司令塔がボスに報告
要点だけ上げ→次の①へ
回すほど
前進LOOP = PROGRESS
Commander
司令塔（ルクス）

指示書を書く・結果を検証・ボスに要点報告。

自分では手を動かさない（コンテキスト容量を守る）。

Workers ×3
ワーカー3体
w_audit監査・DB調査w_app実装・デプロイw_jcfbaJCFBA・シート

pexpect で常駐する対話モードの Claude。inbox の .task を拾って並列自走。

B

基盤インフラ

JC MCP 稼働中

社内専用 MCP サーバー（24ツール）。AIから社内資産を直接操作。
Drive会社MacCloudflaregitclaspPythonrun_shell_command

会社Mac（実行基盤） 24/7

KyosukeM3-Pro が無人24時間でワーカー・取込・監視を常駐実行。
KyosukeM3-Prolaunchd常駐追加課金ゼロ

配線（ワーカー起動・割当） 稼働中

司令塔がワーカーを立て、タスクを割り当てる仕組み。
cc_workercc_teamcc_assigncc_spawn
C

データ基盤（Supabase PostgreSQL）

public 約25テーブル＋memory

主要テーブル 稼働中

受注・在庫・商品・モール実データ。金額/区分の正本。
ordersskusproductsproducts_master 15,239 purchase_lotsorder_allocationsmallsmall_order_raw profit_split_settingsjc_tp_transactions

5分類（management_category） 稼働中

全注文をこの5区分で管理。FBA/自社/B2B/海外を判別する軸。
JCFBATPFBA自社出荷国内B2B海外

memory スキーマ 稼働中

AIの学び・運用知識を保持（回すほど賢くなる土台）。
auto memory 連携
D

主要DB関数

fn_tax_inventory 稼働中

税務棚卸を区分別に算出。

fn_match_amazon_orders 稼働中

SP-API注文を skus 照合し区分を即付与。

fn_finalize 稼働中

売上確定で金額・区分を埋める。

fn_derive_segment 稼働中

帳簿・SKU等から区分を導出。

fn_allocate_order 稼働中

注文に在庫ロットを引当（order_allocations）。
E

取込パイプライン（自動）

launchd で常時稼働
Amazon SP-API
注文を自動取得（mall_order_raw）。
外部API
›
fn_match
SKU照合（skusテーブル）＝区分を即付与。
launchd spapi-match / 60秒
›
fn_finalize
売上確定で金額・区分を埋める。
launchd spapi-finalize / 900秒

新商品が skus 未登録だと no_sku 滞留（区分が付かず止まる）→ 人が skus 登録で解消。

F

記憶レイヤー（回すほど賢くなる）

忘れて振り出しに戻らない
📄引き継ぎメモGOOGLE DOC

人間（ボス）用の確定事項・履歴。意思決定の正本。

📜CLAUDE.mdREPO直下・憲法

全ワーカーが毎セッション自動で読む運用ルール（接続・DB安全原則・チャネル判別・出力規約）。

🧠auto memory自動蓄積

Claude が学びを自動蓄積。同じ失敗を繰り返さず構成が育つ。

G

安全装置

⚠ 金 / 在庫 / 決算 が動く変更は、必ずこの4ステップを通す（無人で commit しない）
1ROLLBACK証明書かずに影響を実証
›
2ボス承認人間が最終GO
›
3COMMIT承認後だけ確定
›
4事後検証独立接続で再確認
🌙
夜間監視ループ（health-check・launchd・読み取り専用）
区分NULL／no_sku滞留／棚卸サニティ／取込鮮度を自動チェック → 異常だけ通知。検知はループ、修正は人（承認ゲート）。
SELECT のみ・無書込み
H

フロントエンド / プロダクト

商品管理ビュー 稼働中

JCFBA 商品管理（閲覧/編集/コピペ/Undo/保存プレビュー）。
jc-jcfba.pages.dev

組織図（本ページ含む） 稼働中

稼働状況ライブ＋本フォーメーション記録。
jc-org.pages.dev

コーポレートサイト 稼働中

品質ページに AI 動画（Kling 3.0）。
jc-corp.pages.devKling 3.0

AI商品写真ツール 稼働中

検品AI3人構成＝Gemini-2.5-flash×2＋pro裁定。
Gemini-2.5-flash ×2Gemini pro 裁定
I

外部サービス

連携している外部サービス 稼働中

取込・生成・ホスティングを支える外部基盤。
Amazon SP-APIfal.ai（画像/動画生成）KeepaGoogle Workspace（Drive/Sheets/Docs）Cloudflare Pages
J

判別ルール（明記）

出荷チャネル判定
帳簿ベース＋MainはSKU＋評価は例外以外FBA＋旧帳簿はmall空白でFBA／mall埋まりで自社＋SellerSKU=JAN は自社出荷。
コスト原則
対話モード（サブスク内）で回す。claude -p（$枠）は禁止。
実装方針
既製品ファースト。自作より、整っている仕組みを先に使う。
01司令塔は手を動かさない（指示と検証に専念）。
02無人でお金を commit しない（承認ゲート必須）。
03検知はループ、修正は人。
K

進行中（点線・別枠）

検討・構築中＝まだ本番運用ではない

コーポレート品質ヒーロー動画 進行中

Kling 3.0 でヒーロー動画を制作中。

AI商品写真ツール 進行中

1枚あたり 5円/枚以下 を目標にコスト最適化。

出荷区分 fulfillment_type 列 検討中

未販売在庫のチャネル判別のため列の要否を検討。

loop の全面化 進行中

検証が通るまでワーカーが自走し続ける運用へ拡張。