sync: record highspeed wavelength backfill
This commit is contained in:
parent
7044e564d6
commit
ab0d21ec4f
@ -1,9 +1,43 @@
|
||||
# Current TIP Sync State
|
||||
|
||||
Updated: 2026-05-09 14:22 UTC
|
||||
Updated: 2026-05-09 14:28 UTC
|
||||
|
||||
## Newest Work
|
||||
|
||||
- DB-only highspeed wavelength evidence backfill on 2026-05-09:
|
||||
- purpose:
|
||||
- improve product-level technical completeness and future 1:1 comparison quality without running a browser crawler on Erik
|
||||
- method:
|
||||
- only used existing DB evidence from part numbers, standard names, notes and product URLs
|
||||
- only filled wavelengths when evidence was deterministic:
|
||||
- explicit `850nm`, `1310nm`, `1311nm`, or `1550nm`
|
||||
- MMF plus SR/SR4/SR8/SRBD/VR/ESR/CSR family => `850`
|
||||
- SMF plus DR/FR/LR/ER/PSM family => `1310`
|
||||
- SMF plus CWDM4 => `1271,1291,1311,1331`
|
||||
- skipped ambiguous highspeed rows instead of inventing data
|
||||
- updated rows:
|
||||
- `129` rows set to `1310`
|
||||
- `40` rows set to `850`
|
||||
- `18` rows set to `1271,1291,1311,1331`
|
||||
- total updated: `187`
|
||||
- highspeed wavelength gap after update:
|
||||
- highspeed rows: `4438`
|
||||
- still missing wavelengths: `1908`
|
||||
- largest remaining gaps:
|
||||
- ATGBICS `663`
|
||||
- NADDOD `419`
|
||||
- Flexoptix `183`
|
||||
- Eoptolink `141`
|
||||
- FS.COM `114`
|
||||
- QSFPTEK `97`
|
||||
- health:
|
||||
- public TIP health after update: `healthy`
|
||||
- load status `ok`
|
||||
- memory used `13%`
|
||||
- truth:
|
||||
- this was an evidence backfill, not a claim of full source verification
|
||||
- remaining wavelength gaps need vendor-specific parsers/crawlers or stronger source text
|
||||
|
||||
- Strict active equivalence sweep + reach-meter backfill on 2026-05-09:
|
||||
- follow-up after the FS.com `QDD-2FR4-800G` false-comparable correction
|
||||
- audited all active `approved/auto_approved` equivalence matches for hard 1:1 risks:
|
||||
|
||||
56
sync/history/2026-05-09-highspeed-wavelength-db-backfill.md
Normal file
56
sync/history/2026-05-09-highspeed-wavelength-db-backfill.md
Normal file
@ -0,0 +1,56 @@
|
||||
# Highspeed Wavelength DB Backfill
|
||||
|
||||
Date: 2026-05-09
|
||||
Actor: Codex
|
||||
Scope: TIP highspeed transceivers missing `wavelengths`
|
||||
Mode: DB-only, evidence constrained, Erik-safe
|
||||
|
||||
## Why
|
||||
|
||||
After tightening comparable-product logic, missing wavelength evidence became one of the biggest remaining blockers for reliable 1:1 competitor matching. A browser crawl was not needed for rows where the existing DB already contained deterministic optical evidence in part numbers, standard names, notes, or product URLs.
|
||||
|
||||
## Rule
|
||||
|
||||
Only fill `wavelengths` when the DB text gives deterministic evidence:
|
||||
|
||||
- explicit `850nm`, `1310nm`, `1311nm`, or `1550nm`
|
||||
- MMF plus SR/SR4/SR8/SRBD/VR/ESR/CSR family => `850`
|
||||
- SMF plus DR/FR/LR/ER/PSM family => `1310`
|
||||
- SMF plus CWDM4 => `1271,1291,1311,1331`
|
||||
|
||||
Ambiguous rows were skipped.
|
||||
|
||||
## Result
|
||||
|
||||
Rows updated:
|
||||
|
||||
- `129` rows set to `1310`
|
||||
- `40` rows set to `850`
|
||||
- `18` rows set to `1271,1291,1311,1331`
|
||||
- total: `187`
|
||||
|
||||
Post-update highspeed wavelength gap:
|
||||
|
||||
- highspeed rows: `4438`
|
||||
- still missing wavelengths: `1908`
|
||||
|
||||
Largest remaining missing-wavelength vendors:
|
||||
|
||||
- ATGBICS: `663`
|
||||
- NADDOD: `419`
|
||||
- Flexoptix: `183`
|
||||
- Eoptolink: `141`
|
||||
- FS.COM: `114`
|
||||
- QSFPTEK: `97`
|
||||
|
||||
## Health
|
||||
|
||||
Public TIP health after the update:
|
||||
|
||||
- status: `healthy`
|
||||
- load status: `ok`
|
||||
- memory used: `13%`
|
||||
|
||||
## Training Note
|
||||
|
||||
TIPLLM should separate deterministic evidence backfill from source verification. It is safe to infer wavelengths from established optical family codes only when the fiber class matches; otherwise the row must remain unresolved until a vendor-specific parser or source crawl supplies stronger evidence.
|
||||
Loading…
x
Reference in New Issue
Block a user