開發者利用 DeepSeek 逆向小米運動卡路里演算法發現 Bug
2026/10/21 — 10/21 21:17·1 個來源(全部)·1 篇報道(全部)
核心速覽 (Key Takeaways)
- 一位程式設計師使用 DeepSeek 輔助逆向小米運動計步演算法,發現其核心邏輯存在分檔簡單、閾值極端以及距離計算誤差和卡路里重複累加的 Bug。
事件背景與詳細解讀
2026 年 10 月 21 日,據 V2EX 報道,一位程式設計師因對減肥期間每日運動量不變但卡路里資料忽高忽低產生懷疑,利用 DeepSeek 輔助逆向了未佩戴手環時的小米運動手機計步演算法。分析結果顯示,該演算法核心邏輯主要依據每分鐘步數進行分檔,其中每分鐘步數小於等於 138 時為 0.04 卡每步,139 至 277 步時為 0.06 卡每步,大於等於 278 步時為 0.10 卡每步。
逆向發現,最高一檔的頻率相當於短跑運動員的頂速且需維持整整一分鐘,人類難以達到,因此實際僅前兩檔生效。此外,演算法在距離計算上採用每次同步取整再累加的方式導致誤差,並且存在同一分鐘內卡路里重複累加的 Bug。
AI 綜合 1 篇報道生成 · 更新於 17 小時前
最新進展一位程式設計師因對運動卡路里資料產生懷疑,使用 DeepSeek 輔助逆向了小米運動未佩戴手環時的手機計步演算法。分析發現該演算法核心邏輯異常簡單,不僅依賴每分鐘步數分檔且存在極端閾值,還存在距離計算取整導致誤差以及卡路里重複累加的 Bug。
相關 AI 工具
- 熱度指數
- 60
- 全部來源
- 1
- 全部報道
- 1
- 首報
- 18 小時前
這件事的報道 點標題看原文
一位程式設計師因對運動卡路里資料產生懷疑,使用 DeepSeek 輔助逆向了小米運動未佩戴手環時的手機計步演算法。分析發現該演算法核心邏輯異常簡單,不僅依賴每分鐘步數分檔且存在極端閾值,還存在距離計算取整導致誤差以及卡路里重複累加的 Bug。
一個通過 AI 逆向分析並揭露消費級硬體軟體邏輯漏洞的有趣例項。
V2EXAI 評分 69
同時在說的其他事
- 熱度指數 738DeepSeek 開源大規模推理框架 DeepInfer17 個來源
- 熱度指數 95新黃仁勳談 GPU 折舊與 DeepSeek 推理毛利1 個來源
- 熱度指數 507美國 DHS 下令聯邦民事機構清除 DeepSeek 技術12 個來源
- 熱度指數 645新DeepSeek 完成約 1000 億元融資,寧德時代與騰訊參投7 個來源
- 熱度指數 832發酵中輝達確認 Vera Rubin 全面量產並鎖定封裝產能13 個來源
熱度怎麼算的?瞭解口徑收起
熱度按 48 小時內有多少個獨立來源在說這件事算:同一個來源發多條只算一次,並按 24 小時半衰期衰減,所以排前面的是很多人在說的事。
本頁彙總公開訂閱源,標題與摘要由模型整理,版權歸原作者所有;重要資訊請回原文核對。如權利人認為相關標題或摘要侵權,請通過頁尾聯絡郵箱提供具體頁面與權利依據,我們核實後會及時刪除或替換。
- 爆
- 討論快速增加
- 新
- 首報 6 小時內
- 發酵中
- 討論仍在增加
