← 返回
未分类

挑榴莲

挑榴莲专家 Skill。基于学术论文 + 品种形态学,结合读图视觉分析,对一颗或一批榴莲(照片或描述)做品种识别、成熟度判定(含外壳木质化 RLI)、死包/果肉硬核(UFR)风险评估、品质评分,并给出"该不该买 / 什么时候吃 / 怎么吃"的建议。支持单颗深度评估和多颗群选两种模式。触发词:榴莲、durian、挑榴莲、猫山王、金枕、Musang King、Monthong、D24、黑刺、红虾、干尧、看榴莲、榴莲熟没熟、榴莲品种、这颗榴莲、判断榴莲、死包、生包、木质化、硬芯、湿芯、帮我选、哪颗好、这几颗哪个好、比较这几颗、群选、多颗。
挑榴莲专家 Skill。基于学术论文 + 品种形态学,结合读图视觉分析,对一颗或一批榴莲(照片或描述)做品种识别、成熟度判定(含外壳木质化 RLI)、死包/果肉硬核(UFR)风险评估、品质评分,并给出"该不该买 / 什么时候吃 / 怎么吃"的建议。支持单颗深度评估和多颗群选两种模式。触发词:榴莲、durian、挑榴莲、猫山王、金枕、Musang King、Monthong、D24、黑刺、红虾、干尧、看榴莲、榴莲熟没熟、榴莲品种、这颗榴莲、判断榴莲、死包、生包、木质化、硬芯、湿芯、帮我选、哪颗好、这几颗哪个好、比较这几颗、群选、多颗。
user_58437267
未分类 community v1.0.4 4 版本 99056.6 Key: 无需
★ 1
Stars
📥 85
下载
💾 0
安装
4
版本
#latest

概述

Durian Picker — 挑榴莲专家 Skill

> 基于权威论文与品种学资料构建。支持读图分析 + 现场动作反馈协议。

> 给一颗未开壳的榴莲打分:品种、成熟度(外壳木质化)、死包风险、值不值得买、什么时候吃。

⚠️ 能力声明(必读)

本 Skill 不是确定性判别器。Agent 在使用本 Skill 时必须遵守:

  1. 触觉/听觉/嗅觉信号不能从静态图片臆测。刺尖能否掰动、敲击声、摇晃声、气味等,

必须让用户在现场做出动作并反馈,否则相应字段标 unknown

  1. 缺失信息不能填默认值。score.py 已修改为:缺失字段不打分,置信度因此降低,

综合分被自动压低。

  1. 信号矛盾时必须报告。例如 RLI 各分量极差 ≥5 → 触发"信号冲突"警告。
  2. 图片质量门禁前置。8 项 yes/no 不通过 → 拒绝评估,要求重拍。
  3. Agent 必须主动邀请用户做动作。score.py 输出的 actions_suggested 字段

列出了精准的动作请求,Agent 应逐字转达给用户。

⚠️ 两类"木质化"必须区分

类型位置性质本 Skill 处理
------------
外壳/果柄/刺木质化 (RLI)果实外部正常成熟过程成熟度主维度 → rind-lignification.md
果肉硬核 / 死包 (UFR)果实内部果肉病理性缺陷品质一票否决项 → hardened-flesh.md

> 用户说"这颗木质化了"时,需要先主动澄清是指外壳(熟不熟)还是果肉(死包没死包)。

何时触发

  • 用户给出单颗榴莲照片/描述,问"这颗怎么样 / 熟了没 / 什么品种 / 值不值 / 是不是死包 / 木质化严不严重"
  • 用户给出多颗榴莲照片,问"哪个比较好 / 帮我选 / 这几颗哪颗值得买" → 启动群选模式
  • 用户问"挑榴莲技巧 / 怎么挑猫山王 / 怎么避开死包"
  • 用户问"XX 品种的榴莲长什么样"

五步工作流(必须严格按顺序)

Step 1:读取参考资料(仅本次会话首次触发)

按需读取:

  • prompts/photo-protocol.md必读:拍摄要求 + 图片质量门禁(降级评估规则)+ 用户动作协议(C1–C6)
  • prompts/batch-selection.md群选模式必读:粗筛评分表 + 两轮流程 + 标注图输出规范(多颗或同框图时读取)
  • scripts/annotate.py标注图工具:接受图片路径/base64 + JSON 标注列表,用 Pillow 画框并返回标注图路径
  • prompts/visual_checklist.md — 18 项视觉 + RLI(L1–L5) + UFR(H1–H5) checklist
  • references/varieties.md — 8 大品种形态学卡片(含品种 UFR 风险表)
  • references/ripeness-criteria.md — 4 档成熟度标准
  • references/rind-lignification.md — 外壳木质化 RLI 专题(含 L1–L5 视觉教科书)
  • references/hardened-flesh.md — 死包/果肉硬核 UFR 专题
  • assets/papers/MANIFEST.md — 论文实物图清单(CC BY 4.0),可作 LLM 视觉锚点参考

视觉锚点重点图

  • assets/papers/openagric2025_Fig8_MK_DAFS_stages.jpg — 猫山王 8 个发育阶段实物图(L4 颜色基准)
  • assets/papers/openagric2025_Fig9_hardened_flesh_tip_burn.jpg — 正常 vs hardened flesh 对照(UFR 基准)
  • assets/papers/sciRep2021_Fig1_peduncle_anatomy.png — 果柄解剖示意(L1 教学)

Step 2:图片质量门禁(Quality Gate)

收到图片后,Agent 第一步是回答 photo-protocol.md 中的 8 个 yes/no:

Q1. 能清楚看到刺的颜色?     Q2. 能看到果柄基部?     Q3. 能看到底部?
Q4. 光线正常?               Q5. 没有遮挡?           Q6. 整果占画面≥50%?
Q7. 分辨率足够?             Q8. 没有滤镜偏色?
Yes 数处理
------
8✅ 进入 Step 3
6–7🟡 进入 Step 3,置信度自动降一档,标"信息不全"
4–5🟠 降级评估:只输出能确定的项,逐项标 unknown,引导用户补图/补做动作
≤ 3🔴 拒绝评估,告知具体不达标项,要求重拍

Q3(底部可见)为软硬结合门禁:若 No,H1/H2 UFR 评估失效须注明,但不整体拒绝评估。

Step 2.5:【群选模式】粗筛(多颗或同框图时执行)

> 若用户提供的是多颗榴莲照片(或同框拍了多颗),先执行本步骤,再对候选逐颗进入 Step 3–5。

> 单颗场景跳过本步骤。

执行流程

  1. 读取 prompts/batch-selection.md
  2. 为每颗编号(左→右或按用户描述)
  3. 对每颗填写粗筛 4 维评分(外观完整度 / 颜色成熟信号 / 果柄新鲜度 / 对称性)
  4. 输出粗筛排名表(🟢优先候选 / 🟡待定 / 🔴淘汰)
  5. 调用 scripts/annotate.py 生成标注图,用 Read 工具把标注图直接显示在对话中(必须,不能仅输出文字表格)
  6. 告知用户:优先为前 1–3 颗候选补拍近距离图,再进入 Step 3–5 逐颗细化
  7. 候选超过 3 颗时,取粗筛分前 3 进入第二轮,其余标注为"因数量限制未进入细化"

Step 3:视觉信号采集 + 主动邀请用户动作

视觉部分(Agent 看图):填写 visual_checklist 的 1–18 项 + L1/L3/L4 + H1/H2/H5。

对每项明确标注:✓ 视觉清晰 / ? 视觉模糊(标 unknown) / ✗ 该角度看不到(要求补图)

用户动作部分(Agent 必须主动请求):

  • L2 刺尖、L5 触感、H3 重量/敲击、H4 果柄断面、shake/smell —— 这些只能由用户做动作并反馈
  • Agent 应根据缺失字段,从 photo-protocol.md 的 C1–C6 中精选 1–4 个最关键的动作邀请用户执行
  • 不要一次性发 6 个动作(会让用户烦);按以下优先级:
  1. C1 刺尖测试(成熟度最关键)
  2. C5 重量手感(UFR 最关键)
  3. C2 敲击 + C3 摇晃(双重验证)
  4. C4 嗅觉(确认全熟/过熟)

采集字段时:所有触觉/听觉/嗅觉字段,必须在 score.py 输入里附 _source: "user_reported"

若 Agent 自己看图脑补的,标 _source: "visual_inferred" —— score.py 会自动剔除这类信号

Step 4:调用 score.py 出评分

输入完整 features dict + eat_when,输出 JSON。

特别注意 score.py 可能返回:

  • decision: "INSUFFICIENT_INFO" → 信息严重不足,不要硬编一个分数

直接告诉用户缺什么、怎么补,附上 actions_suggested

  • decision: "OK"overall_confidence: "low" → 综合分已被自动压到 ≤5.5,

仍应主动建议补充信息

Step 5:透明度输出

按以下结构产出最终回答:

### 📷 我看到了什么
[列出视觉判定的项 + 置信度]

### ❓ 我不确定的
[列出 unknown / 模糊的项]

### 🤝 请你帮我做(如果还在现场)
[逐字转达 actions_suggested 里的精准动作请求]

### 📊 当前评估(基于现有信息)
- 外壳木质化 RLI = X.X (置信度 XXX)
- 成熟度档位 = X (置信度 XXX)
- 🔴/🟡/🟢 UFR 风险 = XXX
- 综合 X.X / 10 → 建议 XXX

### 🎯 总体置信度:HIGH / MEDIUM / LOW

### 📚 判断依据
[引用具体 references/ 条目]

多果同图标注规则(图中有多颗榴莲时)

为每颗榴莲输出一行标注,格式:

🟢/🟡/🔴 #{序号}  {品质分}/10  {食用窗口图标} {食用建议}

示例:

🔴 #1  3.2/10  ⌛ 等3天后最佳
🟡 #2  5.8/10  ⏰ 等1天后最佳
🟢 #3  8.1/10  ✅ 今天吃
🔴 #4  2.0/10  ⚠️ 已过熟

品质分(0–10)= 这颗果子本身有多好,与成熟度无关,由 5 个子维度加权:

子维度权重内容
---------
Q1 UFR安全性40%死包/果肉硬核风险(一票否决项)
Q2 新鲜度25%果柄颜色与完整性
Q3 形态完整性20%对称性、刺尖完整度、黑斑
Q4 出肉率10%房数与饱满度
Q5 品种溢价5%高端品种(猫山王/黑刺/甘耀)加分

> 成熟度由食用窗口图标单独表达(⌛/⏰/✅/⚠️),不进入品质分。

> ❌ 严禁出现 X/8 格式/8 是图片质量门禁(Q1–Q8)的答对题数,

> 是拍照清晰度指标,与果子质量无关,绝不能作为果子评分展示给用户。

>

> ❌ 序号不带成熟度字母前缀(禁止 A1C2 这类写法)。

> A/B/C/D 是成熟度档位,不是品质等级;字母前缀会触发 LLM 的"A=优=绿"通用联想。

> 果子编号统一用 #1#2……,成熟度信息由 RLI 数值和食用窗口图标承载。

颜色圆点规则(锚定最佳食用窗口,调用 score.py 时传 eat_when="auto"

颜色条件含义
---------
🟢 绿色最佳窗口 composite_score ≥ 6,UFR 风险 < 高这颗值得买
🟡 黄色最佳窗口 composite_score 4–5.9一般,可还价
🔴 红色最佳窗口 composite_score < 4 UFR 风险 ≥ 高风险不建议,UFR 风险或潜力不足

食用窗口图标(由成熟度档位 tier 决定):

tier图标说明
---------
A等 2–5 天
B等 1–2 天
C今天吃最佳
D⚠️已过熟,风味劣化

输出格式约定

  • 每个评分项必须给具体加分/扣分理由
  • 置信度 LOW 时,verdict 前加 ⚠️,并说"这是低置信度判断,建议补充信息后复评"
  • 引用 references/ 中的具体论文/条目
  • 永远不编造数据
  • UFR 风险 ≥ 中等 → 必须红色警告

边界

  • 不做有损检测建议(不让用户切开试,除非已是高 UFR 风险,可建议商家现切验货
  • 不做价格判定(市场波动大)
  • 不做食用安全/过敏/医疗建议
  • 仅判断未开壳/刚开壳的整果

学术诚信

判定逻辑来源于 references/papers.md 列出的同行评审论文(共 35 篇)。

关键学术声明

关于两类"木质化"

  • 外壳木质化(pericarp lignification)= 正常成熟过程
  • 依据:Sci. Rep. 2021 (peduncle molecular markers)、Postharvest 2025 (NIR DM prediction)
  • 果肉硬核(hardened flesh / UFR)= 病理性缺陷("死包")
  • 机制:细胞壁果胶水解酶活性不足(ISHS 599 #68),不是真正的木质素沉积
  • 频率:Musang King 收获时 ~30%(De Gruyter Open Agric. 2025)
  • ISHS 975 #40 明确:UFR 不能从外部直接检测

当用户说"木质化榴莲"时,Agent 应主动澄清是问成熟度还是死包。

关于 LLM 视觉判别的局限性

  • LLM 视觉模型对榴莲细节(刺尖颜色变化、果壳缝线)的识别精度有限
  • 没有触觉/听觉/嗅觉的直接通道
  • 因此本 Skill 必须与用户现场动作反馈协议(photo-protocol.md C1–C6)配合使用
  • 单纯靠图片的判断总置信度上限为 medium,不能给 high

版本历史

共 4 个版本

  • v1.0.4 Initial release 当前
    2026-05-14 11:46 安全 安全
  • v1.0.2 Initial release
    2026-05-13 16:29 安全 安全
  • v1.0.1 Initial release
    2026-05-13 14:53 安全 安全
  • v1.0.0 Initial release
    2026-05-12 20:36 安全 安全

安全检测

腾讯云安全 (Keen)

安全,无风险
查看报告

腾讯云安全 (Sanbu)

安全,无风险
查看报告

🔗 相关推荐

developer-tools

Github

steipete
使用 `gh` CLI 与 GitHub 交互,通过 `gh issue`、`gh pr`、`gh run` 和 `gh api` 管理议题、PR、CI 运行及高级查询。
★ 669 📥 324,254
security-compliance

Skill Vetter

spclaudehome
AI智能体技能安全预审工具。安装ClawdHub、GitHub等来源技能前,检查风险信号、权限范围及可疑模式。
★ 1,216 📥 266,610
ai-intelligence

ontology

oswalpalash
类型化知识图谱,用于结构化智能体记忆与可组合技能。支持创建/查询实体(人员、项目、任务、事件、文档)及关联...
★ 712 📥 243,922