You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
TechPicks (reference-consumer app) reported all image_url 404s on its canonical device set. Root cause: 367 hand-curated flagship smartphone records (366 of them verified: true) had image_url literally set to https://cdn.jsdelivr.net/gh/GetTechAPI/images/smartphones/{slug}.webp — copied from SPEC.md's old (also-wrong) response example. That repo (GetTechAPI/images) has never existed; every one of those 367 URLs 404s. Older bulk-imported records are unaffected (they hotlink real hosts like gsmarena.com/aitoolbuzz.com and work fine).
Nulled out image_url on the 367 affected records (surgical single-line diff, no reformatting) rather than leaving an actively-wrong value in place.
354/367 already cite Wikipedia in source_urls — real image backfill from Wikipedia infoboxes is a viable follow-up, tracked separately (not in this PR).
🔎 Data verification — Tier 0 (offline existence/trust)
Scored by app.verify; posted by TechEngineBot. Informational only — the structural gate (app.validate) is separate and authoritative for merge.
Changed records in this PR
406 record(s) scored.
%%{init: {"theme":"base","themeVariables":{"pie1":"#3fb950","pie2":"#d29922","pie3":"#f85149","pieStrokeWidth":"0px","pieOpacity":"1"}}}%%
pie showData
title Verification bands — all records
"Green" : 404
"Yellow" : 2
"Red" : 0
Loading
Category
Distribution
Total
🟢
🟡
🔴
🟢 %
smartphone
🟩🟩🟩🟩🟩🟩🟩🟩🟩🟩🟩🟨
380
378
2
0
99.5%
tablet
🟩🟩🟩🟩🟩🟩🟩🟩🟩🟩🟩🟩
26
26
0
0
100.0%
All
🟩🟩🟩🟩🟩🟩🟩🟩🟩🟩🟩🟨
406
404
2
0
99.5%
Full-dataset baseline
105800 record(s) scored.
%%{init: {"theme":"base","themeVariables":{"pie1":"#3fb950","pie2":"#d29922","pie3":"#f85149","pieStrokeWidth":"0px","pieOpacity":"1"}}}%%
pie showData
title Verification bands — all records
"Green" : 23435
"Yellow" : 81244
"Red" : 1121
Loading
Category
Distribution
Total
🟢
🟡
🔴
🟢 %
brand
🟩🟨🟨🟨🟨🟨🟨🟨🟨🟨🟨🟨
207
24
183
0
11.6%
soc
🟩🟨🟨🟨🟨🟨🟥🟥🟥🟥🟥🟥
2104
231
825
1048
11.0%
smartphone
🟩🟩🟨🟨🟨🟨🟨🟨🟨🟨🟨🟥
93396
17909
75420
67
19.2%
tablet
🟩🟨🟨🟨🟨🟨🟨🟨🟨🟨🟨🟥
3455
277
3177
1
8.0%
watch
🟩🟨🟨🟨🟨🟨🟨🟨🟨🟨🟨🟥
433
39
390
4
9.0%
pda
🟩🟩🟩🟩🟩🟩🟩🟨🟨🟨🟨🟨
140
83
57
0
59.3%
gpu
🟩🟩🟩🟩🟩🟩🟩🟨🟨🟨🟨🟨
2030
1211
819
0
59.7%
cpu
🟩🟩🟩🟩🟩🟩🟩🟩🟩🟩🟨🟥
4035
3661
373
1
90.7%
All
🟩🟩🟩🟨🟨🟨🟨🟨🟨🟨🟨🟥
105800
23435
81244
1121
22.2%
Hard violations (forced red):
Count
Check
1
!boost_ge_base
green = authoritative source + complete + consistent · yellow = plausible, needs confirmation · red = sparse/weak source or a hard contradiction. Promotion to verified runs in the scheduled verify-network workflow.
Tracked verified coverage is below 50% for tablet 7.2% (248/3455), soc 8.7% (184/2104), watch 9.0% (39/433), brand 11.6% (24/207), smartphone 18.7% (17495/93396), all 20.7% (21953/105800).
Tracked coverage excludes records missing the verified field; see the Missing verified column for those records.
This does not fail validation. Keep imported records verified: false until manual audit, but treat this as follow-up verification work before relying on the affected categories as curated data.
Validation notes
The integrity gate blocks only hard anomalies introduced by this PR relative to its merge base.
Full advisory outlier listings are suppressed on successful runs because they are dataset-wide and mostly stable between PRs.
Failure runs still include a detailed log excerpt for debugging.
Key output:
## app.validate
## integrity_check.py (PR head compared with PR base)
loaded CPU=4035 GPU=2030
Integrity section
Flagged lines
structural
18
CPU name/tier consistency (desktop mainstream only)
0
CPU single>multi (cinebench/geekbench — should be multi>=single)
0
CPU era-vs-score outliers
8
CPU cross-source ratio outliers (possible wrong-variant)
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
bugSomething isn't workingdataDataset changesenhancementNew feature or request
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
TechPicks (reference-consumer app) reported all
image_url404s on its canonical device set. Root cause: 367 hand-curated flagship smartphone records (366 of themverified: true) hadimage_urlliterally set tohttps://cdn.jsdelivr.net/gh/GetTechAPI/images/smartphones/{slug}.webp— copied from SPEC.md's old (also-wrong) response example. That repo (GetTechAPI/images) has never existed; every one of those 367 URLs 404s. Older bulk-imported records are unaffected (they hotlink real hosts like gsmarena.com/aitoolbuzz.com and work fine).image_urlon the 367 affected records (surgical single-line diff, no reformatting) rather than leaving an actively-wrong value in place.source_urls— real image backfill from Wikipedia infoboxes is a viable follow-up, tracked separately (not in this PR).model_3d/bodyschema fields added in TechEngine PR test: post-migration /verify e2e (throwaway) #83 for the first time (schema-wide, touches every smartphone dump page) plus catch-up from PR feat(data): Wikipedia URL backfill for smartphones/tablets + dump refresh #240 which had gone unmerged since yesterday.Closes #1
Test plan
python -m app.validatepassed