用 WorkBuddy 从零搭一个「单文件 HTML 的 AI 血液病理诊断助手」（含 23 张真实病理图）

用 WorkBuddy 从零搭一个「单文件 HTML 的 AI 血液病理诊断助手」（含 23 张真实病理图）

本文记录我用 WorkBuddy（桌面 AI 智能体）从需求到产物，做出一个可直接双击打开、内置 23 张真实病理图片的 AI 血液病理诊断助手的全过程，并顺手分享几个省积分、出活快的实战技巧。 说明：这是一篇草稿，发布前请把文中 [括号] 里的个人内容替换成你的真实情况，并补上你自己的操作截图。

一、为什么做这个

[你的背景：如「我在病理科 / 血液科工作，日常要对照大量骨髓涂片、血涂片的形态学表现做判断」。] 长期痛点主要有三个：

• 术语不统一：口头/纸质描述很难精准对应标准诊断命名；
• 培训缺素材：新人缺少"看图对标准"的随身素材库；
• 工具太重：现有系统多依赖网络和服务端，不便离线、不便分享。

我的目标很明确：做一个单文件 HTML，双击即用、内置真实病理图、能按口语描述匹配标准诊断术语，并推荐相似病例、生成报告草稿。

二、为什么用 WorkBuddy

试过几种方案后，WorkBuddy 最顺手，原因是：

• Craft 模式直接产出文件，不用自己配环境、装依赖；
• 单文件产物友好：让它把图片以 base64 内嵌进 HTML，最终一个 .html 走天下，方便发给同事、存 U 盘、离线演示；
• Ask 模式查资料不耗积分，先问清楚再动手，省得来回试错；
• 能读写本地文件——我把 23 张病理图丢进工作区，它就能直接引用、内嵌。

三、搭建步骤（真实流程）

1. 需求一次说清 我的 prompt 大概是：「帮我做一个单文件 HTML：输入口语描述 → 匹配标准诊断术语 → 推荐相似病例 → 生成报告草稿；内置 23 张真实病理图片，离线可用。」 一次讲清目标、输入、输出、约束，远比反复改 prompt 省轮次。
2. 先出骨架 让它先搭结构：搜索/输入框 + 标准术语匹配表 + 病例库 + 报告生成区，确认逻辑通顺再往下。
3. 塞图 把 23 张病理图以 base64 内嵌进页面，并为每张配标注、Keywords，便于检索和对照。
4. 自查与调试 让它自查文件体积、首屏加载速度，对大图做按需加载，保证双击打开不卡。
5. 出竞赛版 另存一个精简版（去掉大图、保留核心逻辑，约 335KB）用于「川渝子公司 AI 创新大赛」提交；完整版（约 69MB，23 张真实病理图）保留离线能力日常用。

四、省积分的 4 个技巧（划重点）

• 纯查询、看文档、问用法 → 切 Ask 模式，只读不写，消耗极低；
• 需求一次说清，减少来回对话轮次，是最省的方式；
• 轻量任务用轻量模型，别一上来就上最强模型；
• 优先消耗快过期的注册积分，活动积分有效期更长留着后用。

五、踩的坑 & 怎么解的

• 体积爆炸：23 张图 base64 后完整版到了 69MB。解法：竞赛版改用压缩/外链，完整版保留全量离线能力。
• 离线打不开：确保所有 JS 内联、不依赖任何 CDN，否则换台没网的电脑就废了。
• 术语不准：让助手内置一份标准术语对照表，并支持模糊匹配，匹配率明显提升。

六、成果

• 完整版：约 69MB，23 张真实病理图，离线可用；
• 竞赛版：约 335KB，核心逻辑完整，用于参赛提交；
• 已用于 [你的科室培训 / 日常对照场景，替换成真实用法]。

七、小结

WorkBuddy 特别适合"从想法到单文件产物"这类任务。它真正的价值不是替你想，而是把需求说清、用对模式、把成品收口成你能分享的形式。