查本地食物库算热量,记录带来源可追溯
28.1/100
综合分
0
GitHub 星标
—
npm 周下载
—/5
用户评分
数据截至 2026/10/11 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。
安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add 1317209322/calorie-deficit-tracker该包不可直接 npm 安装,改从 GitHub 源安装(明细见下方安装检查)
状态速览
判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态信任档位:需留意
是什么
dsh 原生插件 · tool
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
更新放缓:最近一次提交在 41 天前
档位由哪些信号合成
本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。
⚠︎ 实装验证未通过(unknown · 2026/10/11) ——可能是验证环境差异,装前建议到 GitHub 仓库确认最近更新与 issue。
社区实装还没有人打卡 · 装过的第一个就是你
安全扫描自动 · 静态分析源码v2.7.0⚪ 扫描:无法判定尚无人工评估展开查看扫描说明与证据 ↓
安全扫描自动 · 静态分析源码
v2.7.0已尝试扫描但取不到可分析的源码:仓库或包不存在、已删除,或为非 JS/TS 实现、未随包发布源码。无法判定,不代表安全。
- · 包内无可扫 JS
- · TS 源码(可能为非 JS 实现或未发布源码),无法判定
扫描于 2026/11/3(1 天前) · 范围 全包扫描(包内未声明入口) · 来源 GitHub 仓库
静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个
功能亮点
- 本地食物库查询
- 脚本计算热量缺口
- 记录来源可追溯
豆包任务模式技能:本地食物库 + 脚本计算,固化热量与缺口计算流程
README
由 DeepSeek 最新模型翻译生成calorie-deficit-tracker
一个给豆包任务模式(Doubao Agent Mode)用的技能(Skill):把热量计算从「每次联网搜索估算」固化为「查本地食物库 + 脚本计算」。
它解决什么问题
用对话式 AI 记账热量时,常见三个问题:
1. 信源不稳定。每次问同一种食物,AI 联网搜索,命中的页面不同,返回的数值也不同。
2. 计算不严谨。模型心算单位换算与累加,容易出现偏差。
3. 数值不可追溯。给出的热量没有来源标注,无法判断该不该信。
本技能把这三件事分别固定下来:数据存本地库、算术交给脚本、每条记录带来源标注。同一食物、同一重量,任何一次询问都返回同一个数。
核心设计
数据与能力分离。技能目录只放规则和脚本;用户的身体档案、食物库、日志全部放在独立的工作区目录。技能升级不会碰到数据。
算术全部下沉脚本。模型负责理解输入和呈现结果,不做任何心算,也不得调整脚本返回的数值。
信任用户提供的数据。用户报出的摄入热量或运动消耗按原值计入,不追问来源、不评价可信度、不做来源分级。用户不知道具体数值时,技能才代为查询。
置信度评估的是计算链路,不是用户。评分只针对技能侧的不确定环节(活动档位是否确认、档案时效、单位换算是否为估算、库内数据是否可核验、记录是否完整),不对用户提供的数据做价值判断。
口径必须显式。
展开完整文档(README 剩余 1 节)
calorie-deficit-tracker 一个给豆包任务模式(Doubao Agent Mode)用的技能(Skill):把热量计算从「每次联网搜索估算」固化为「查本地食物库 + 脚本计算」。 它解决什么问题 用对话式 AI 记账热量时,常见三个问题: 1. 信源不稳定。每次问同一种食物,AI 联网搜索,命中的页面不同,返回的数值也不同。 2. 计算不严谨。模型心算单位换算与累加,容易出现偏差。 3. 数值不可追溯。给出的热量没有来源标注,无法判断该不该信。 本技能把这三件事分别固定下来:数据存本地库、算术交给脚本、每条记录带来源标注。同一食物、同一重量,任何一次询问都返回同一个数。 核心设计 数据与能力分离。技能目录只放规则和脚本;用户的身体档案、食物库、日志全部放在独立的工作区目录。技能升级不会碰到数据。 算术全部下沉脚本。模型负责理解输入和呈现结果,不做任何心算,也不得调整脚本返回的数值。 信任用户提供的数据。用户报出的摄入热量或运动消耗按原值计入,不追问来源、不评价可信度、不做来源分级。用户不知道具体数值时,技能才代为查询。 置信度评估的是计算链路,不是用户。评分只针对技能侧的不确定环节(活动档位是否确认、档案时效、单位换算是否为估算、库内数据是否可核验、记录是否完整),不对用户提供的数据做价值判断。 口径必须显式。生重、熟重、即食三种口径直接影响结果,同一食物生熟之间可差 25% 到 30%,因此必须标注清楚。 安装 1. 下载或克隆本仓库。 2. 把 skills/calorie-deficit-tracker 文件夹整个复制到豆包的用户技能目录: %LOCALAPPDATA%\Doubao\User Data\Default\.doubao\agent_mode\workspace\.user_skills\ 3. 重启豆包客户端,或退出任务模式后重新进入,触发技能扫描。 豆包会自动扫描该目录并同步,无需额外注册。判断是否生效:在任务模式里问一句「查一下米饭的热量」,如果它去调用脚本而不是联网搜索,说明已加载。 目录结构 calorie-deficit-tracker/ 仓库根 ├── .claude-plugin/ │ └── plugin.json 插件清单 ├── README.md ├── LICENSE └── skills/ └── calorie-deficit-tracker/ 技能本体 ├── SKILL.md 技能主文件:流水线、硬规则、输出模板 ├── references/ │ ├── calculation-rules.md 计算口径、公式出处、安全阈值 │ ├── data-standard.md 字段规范、来源分级、口径与查重规则 │ ├── confidence-model.md 置信度评分模型 │ └── unit-conversion.md 单位换算与生熟折算 └── scripts/ ├── fooddb.py 食物库:初始化、录入、查询、更新、审计 ├── calc.py 摄入计算:查库换算、支持直接给定热量 ├── gap.py 消耗与缺口:档案、BMR、缺口、安全校验、置信度 ├── exercise.py 运动消耗记录 └── log.py 日志与趋势统计 除 SKILL.md 外全部按需加载,不占用常驻上下文。 计算模型 BMR = 10 × 体重 + 6.25 × 身高 − 5 × 年龄 ± 性别项 (Mifflin-St Jeor, 1990) 日常消耗 = BMR × 日常活动系数 (FAO/WHO/UNU 2004 PAL 分级)日总消耗 = 日常消耗 + 运动消耗 (运动消耗由用户提供)热量缺口 = 日总消耗 − 当日摄入 基础代谢采用 Mifflin-St Jeor 公式。原始文献:Mifflin MD, St Jeor ST, et al. A new predictive equation for resting energy expenditure in healthy individuals. American Journal of Clinical Nutrition, 1990, 51(2): 241-247。系统评价:Frankenfield D, et al. Comparison of predictive equations for resting metabolic rate in healthy nonobese and obese adults: a systematic review. Journal of the American Dietetic Association, 2005, 105(5): 775-789。 日常活动系数取自 FAO/WHO/UNU Expert Consultation Human energy requirements(FAO Food and Nutrition Technical Report Series 1, Rome 2004)第 5 章。该章表 5.3 给出 PAL 官方分级:久坐或轻度活动 1.40-1.69、活跃或中度活跃 1.70-1.99、剧烈活动 2.00-2.40。表 5.1 的析因计算显示,完全不含专门运动的久坐生活方式 24 小时时间分配对应 PAL = 1.53。 该系数刻意剥离训练:训练消耗单独记录后叠加。若沿用含训练的活动系数再叠加运动消耗,训练部分会被计算两次,单日缺口可虚高数百千卡。 安全阈值强制校验四项:摄入低于基础代谢、摄入低于绝对下限(女性 1200 / 男性 1500 kcal)、单日缺口超过 1000 kcal、预计周减重超过体重的 1%。 数据来源与核验标准 食物库支持四种来源等级,按可靠度区分处理: | 等级 | 来源 | 处理 | | label | 预包装食品营养成分表 | 直接采用 | | user | 用户提供的数值或实测值 | 直接采用 | | authority | 中国食物成分表、USDA FoodData Central、FAO/WHO 等 | 直接采用 | | online | 联网检索所得 | 交叉核对并记录网址与日期 | online 是唯一需要额外标注的等级,因为它是技能自己查来的中间环节,存在检索漂移。其余三种一律直接采信。 已入库示例数据均标注了具体来源,例如中国疾病预防控制中心营养与健康所的食物成分查询平台、USDA FoodData Central 的具体条目编号。 使用 技能加载后,用自然语言即可: 录入:午饭吃了 200 克米饭和一个肉包运动:今天跑了 30 分钟,消耗 350 查询:帮我算一下今天的热量缺口更新:我体重降到 68 了 也可以直接给定热量而不必倒推食物:午饭大概 600 卡。 数据存放位置 技能目录只读。用户数据固定在工作区: <用户目录>\Documents\热量管理\ ├── profile.json 身体档案 ├── foods.json 食物库 ├── logs\ 每日日志 └── reports\ 汇总输出 脚本默认解析该路径,可用 --workdir 参数或 CALORIE_WORKDIR 环境变量覆盖。 边界 本技能只做热量计算与缺口统计,不判断食物是否健康、不评价饮食结构优劣。不适用于医疗营养处方、疾病治疗饮食、进食障碍相关场景、孕期哺乳期营养方案、婴幼儿喂养与运动损伤诊疗。 所有消耗数值均为估算:基础代谢由人群回归公式得出,个体实测值通常存在约 ±10% 偏差;日常活动系数是区间估算。这也是置信度评分封顶 92 分而非满分的原因。 环境要求 Python 3.8 及以上,仅使用标准库,无第三方依赖。脚本已处理 Windows 控制台的中文编码问题,并在运行时禁用 __pycache__ 生成以保持技能目录整洁。 许可 MIT
预览分享卡片长什么样 ↓
分享 · DeepSeek Harness Hub
1317209322/calorie-deficit-tracker
查本地食物库算热量,记录带来源可追溯
相关插件 · 工具 / 效率
破甲管控台kingcharleslzy-ai/dsh-purge
dsh-purge Community · DeepSeek Harness 社区维护版:宿主兼容、状态诊断、提示词管理、更新与本机备份回滚。基于小杨 / YuJunZhiXue 的 dsh-purge。
★ 4,330已汉化DeepSeek 客户端
74.5
网文长卷lingfengQAQ/webnovel-writer
基于 Claude Code 的长篇网文辅助创作系统,解决 AI 写作中的「遗忘」和「幻觉」问题,支持 200…
★ 7,636已汉化DSH
72.2
多智能体协作HKUDS/AutoSwarm
AutoSwarm: Unify Your Agents. Unify Your Context (Codex · Claude Code · DeepSeek Harness · Muse · Grok · WorkBuddy· nanobot · and more)
★ 2,349已汉化DSH
71.6
Vox 拼贴视频生成Alisa0808/vox-director
🎬 Vox Director拼贴动效导演
★ 2,129已汉化DSH
71.4
Agent 演化引擎Q00/ouroboros
智能体 OS:智能体自己变聪明,我们只守住底线:面试准入、分阶段评估、带预算的进化循环。MCP 服务器,14 种运行时:Claude Code、Codex CLI、Gemini CLI、OpenCode、Copilot、Kiro 等。
★ 6,311已汉化DSH
71.4
智能体运行框架路由HarnessRouter/harnessrouter
智能体 harness 的统一接口。
★ 3,984已汉化DSH
71.3
这是你的仓库?认领条目