① 導入：異常はなかった

違和感だけが残った。

システムは正常に動作している。
異常検知は発火していない。
ステータスコードは 200 OK。

それなのに、運用者は確信する。
「これは嘘だ」と。

② 何が起きていたか（事実だけ）

評価も解釈もしない。
時系列の事実だけ。

# ログの該当箇所
[INFO] [hoge_scraper] 実行開始
[INFO] [hoge_scraper] 成功 (12.3s) - 0件取得
[INFO] スナップショット: タイムスタンプのみ更新

success=True が返ってきた。
でも、count=0。

システムは「成功した」と主張している。
でも、業務的には「何も起きていない」。

③ 当時の判断（ここが肝）

正直に書く。

この判断は、当時は合理的だった。

データ抽出器 (StableDataExtractor) の実装を見ると:

def extract_stable(self, output: str, script_name: str) -> Dict[str, Any]:
    # ... 商品データ抽出処理 ...
    
    product_count = len(products)
    success = product_count > 0  # ← ここ
    
    return {
        'count': product_count,
        'success': success,  # ← 0件なら False
        'products': products
    }

コードは正しい。
ロジックも正しい。
抽出できなければ False を返す。

問題ない。

④ 嘘が始まった瞬間

核心。

「嘘」とは、間違った情報のことではない。
正しい情報が、誤った判断を導く状態を指す。

正しい情報が、
判断に使えない形で流れ始めた。

success=True という情報は正しい。
「実行は完了した」という意味では。

でも、上位システム（master_controller）が受け取る情報は:

{
  'count': 0,
  'success': True,  # ← これを信じる
  'products': []
}

count=0 という情報も正しい。
「取得件数はゼロだった」という意味では。

でも、それが「正常な結果」なのか「異常な状態」なのか、
この情報だけでは判断できない。

⑤ 本質：壊れていたのは何か

答えはこれ。

success は True か False しかない。

でも、実際の業務では:

• 「実行は成功したが、結果は空」
• 「データは取得できたが、品質不明」
• 「処理は完了したが、判断はできない」

こういう状態が存在する。

1bit の情報では、この状態を表現できない。

# 1bit の世界
success = True   # ← これだけ
success = False  # ← これだけ

# 実際に必要だった情報
{
  'execution_status': 'completed',  # 実行は完了した
  'data_acquired': False,           # データは取れなかった
  'business_valid': False,          # 業務判断としては無効
  'requires_alert': True            # アラートが必要
}

正情報は、処理の最後で勝手に揃わない。

⑥ 一般化（製造業DXに接続）

ここで初めて外に広げる。

データは正しい。
でも、意味が揃っていない。

これはシステムの問題ではない。
判断を返さない設計 の問題だ。

# ダメな例
status = execute_process()
if status == "success":
    log("処理成功")  # ← これだけ

# 正しい例
result = execute_process()
if result.execution_completed and result.data_valid and result.business_ready:
    log("処理成功: 業務判断可能")
elif result.execution_completed and not result.data_valid:
    alert("処理完了: データ異常検知")  # ← 判断を返す
else:
    alert("処理失敗")

⑦ 結論

壊れていたのは、実装でもデータでもなく、
「成功とは何か」を定義する構造 だった。

次回予告