service-extraction — the DataGraph ingestion pipeline
fix(services): add dated Correction callouts to 10 of 13 services/ batch-1 articles — worst defect ratio of any category (fabricated proofreader/message-courier/chart-of-accounts mechanics, reversed egress data-flow direction, wrong Graph vs real EWS integration, wrong extraction routing model, understated service-fs capability; private-git-paid-customer-endpoint.md finding disproven, agent checked wrong crate, no correction applied; service-input.md and service-fs-data-lake.md already correctly self-corrected
@@ -15,6 +15,8 @@ cites: [] paired_with: service-extraction.es.md --- **Correction (2026-08-02, verified against canonical `origin/main`):** several claims below don't match the real crate. `service-extraction`'s real `CLAUDE.md`/`src/main.rs` describe a single-purpose filesystem watcher that ingests JSON email payloads and writes `CRM_<worm_id>.json` records for `service-people` only — not a general-purpose "traffic controller" for all platform-boundary payloads. The "Entity Bundle" (`payload.txt` + binary attachments in a timestamped Unix directory), transaction-ID chain-of-custody, TOML routing config, and the multi-path routing matrix have no match in the real source. Most significantly, the real pipeline explicitly consumes pre-classified `edge_entities` from WASM AI inference — directly contradicting this article's "no AI inference required for routing" framing. Note this is a different crate from the document-parsing pipeline (PDF/DOCX/XLSX via `lopdf`/`docx-rs`/`calamine`) already confirmed to live here per `governance/adr-07-zero-ai-in-ring-1.md`'s correction — that finding still holds; this is an additional, separate defect in this article's own routing/entity-bundle description. **Flagged, not resolved.** Every payload that crosses the platform boundary lands at **service-extraction**, the [[three-ring-architecture|Ring 2]] traffic controller that strips proprietary formatting (JSON, MIME, Base64), constructs a machine-readable Entity Bundle, and assigns the transaction identifier that follows the bundle through every downstream step. Structured payloads route entirely within Ring 2; unstructured text routes onward to [[service-slm]] for AI-assisted extraction. service-extraction is the canonical successor to the legacy working name `service-parser`. ## Architectural Baseline