我用 AI 手搓了俩工具,白送,不用买断

六神磊磊利用豆包工作平台，无需编写代码，成功创建了两个实用小工具——「诗查查」用于古典诗词检索，「史查查」用于历史资料查询，并免费分享给读者。诗查查可快速检索诗词，提供作者、出处、意象解析，并具备「炼字/诗眼」功能分析关键词。这件事揭示了"工具门槛"正在从"会不会写代码"迁移到"会不会说清需求"。

一个非常具体的身份反差。

第一，"作者作为文科生"。第二，"通过自然语言指令在豆包工作平台上构建了两个功能完备的检索工具"。第三，"'文科生'做"出"了"工具"——这"是"最有"冲击"的"细节""。第四,""这"和"上一"篇"讲"的""京东产品经理"（Skill沉淀）是"同"一个"能力"：说清"需求""。

这四条——揭示了"技术门槛"的具体"位置"移动"了""。

二、诗查查

一个非常完整的功能描述。

第一，"快速检索古典诗词"。第二，"提供作者、出处、意象解析等信息"。第三，"具有'炼字/诗眼'功能分析关键词"。第四,""诗眼"——这"是"一个"很"专业"的"中文"概念""。

这四条——说明"它"不"是"通用搜索"，是"带着"分析"意图"的"工具""。

三、史查查

一个更轻的工具。

第一，"用于查询历史资料"。第二，"能够直接跳转至识典古籍平台"。第三，"或提供内部检索结果"。第四,""跳转"——这"说明"它"是"一个"入口"，不"是""终点""。

这四条——揭示了"好"工具"可以"只"做"编排"，不"是""什么都"自己"做""。

四、白送，不用买断

一个非常有意思的选择。

第一，"免费分享给读者"。第二，"'白送'——这"是"一个""非"商业"选择""。第三,""这"和"上一"篇"讲"的""规模化焦虑"（专业开源走向封闭）形成"对照""。第四,""这"说明"分享"本身"就是"内容""生态"的一部分""。

这四条——揭示了"工具"可以"是"内容"的"一部分""。

五、作者自己承认的局限

一个非常诚实的自我评估。

第一，"尽管这些工具在专业研究中可能不够全面"。第二，"但作为日常学习助手非常实用"。第三，"'不够全面'但'足够实用'——这"是"一个"很"清醒"的"定位""。第四,""这"和"上一"篇"讲"的""EngiWorld"（3.6%）是"同"一种"诚实""。

这四条——说明"定位"比"能力"更"重要""。

六、豆包工作在 AIGC 视频中的辅助

一个顺带的能力展示。

第一，"优化提示词"。第二，"提供审片建议"。第三，"'审片'——这"是"一个"具体"的"动作""。第四,""这"说明"同一个"平台"能"覆盖"创作"和"评审"两端""。

这四条——说明"AI 工具"的"角色"正在"从"执行"扩展"到"辅助判断""。

七、我的评价

这个案例最让我喜欢的是它的具体到近乎随手——一个写金庸解读的作者，用自然语言搭了两个查诗词和查史料的小工具，然后直接免费发出去。没有产品规划，没有融资，没有商业模式。 但它精准地说明了一件事："做工具"这件事的技术门槛，已经从"会不会写代码"移到了"会不会把需求说清楚"。

而这两个工具的设计其实透露了一个很值得琢磨的东西：诗查查做了"炼字/诗眼"分析——这不是通用搜索能做���的事，它是"带着一个特定分析意图"设计的。 这就是上一批讲的"Precision360 业务知识 Harness"在个人层面的版本：通用模型 + 你的领域意图 = 你的工具。史查查更直白，它只做"跳转"和"检索"，把复杂的事留给更专业的平台——知道什么时候不该自己做，也是一种设计能力。

而"白送"这个选择我觉得很聪明。当工具本身不赚钱的时候，它赚的是"作者和读者之间的关系"——这和上一批讲的"小团队"（彩云 3 人刷新世界纪录）、"社区"（Sonnet 生态）的逻辑一致：在这个阶段，分发比收费更值钱。

不过作者自己那句"在专业研究中可能不够全面"值得特别留意。它精确地划出了这类工具的边界：日常学习助手可以，学术研究不行。 为什么？因为学术研究需要可追溯的来源和可复核的引用，而生成式工具给的是"一个像样的答案"，不是"一个可引证的答案"。这和上一批讲的"88 小时解纳维-斯托克斯"（尚未独立验证）、"活动复盘被 Diss"（垃圾进垃圾出）是同一条线。所以正确的用法是：拿它做"找线索"，别拿它做"下结论"。

八、给非技术人的四条建议

第一，""先"做"一个"自己""真的"会"用"的"小工具""。第二,""把"需求"写"到"能"直接"变成"查询"语句""。第三,""明确"它"只"做"什么"，别"想"着"做完""。第四,""拿"它"找"线索"，不"拿"它"下"结论""。

这四条——是能直接用的。

九、潜在挑战

不过这个路径也有它的限制。第一，""平台"依赖"是"一个"明显"的"风险""。第二,""免费"工具"没有"维护"承诺""。第三,""生成"代码"的"质量"和"安全"需要"人工"审查""。第四，""个人"工具"难"以"沉淀"成"生产"级"系统""。

十、反面观点

不过这个判断也可能过于乐观。第一，""门槛"降低"不"等于"成本"降低""——"反复"和"AI"磨合"的"时间"也是"成本""。第二,""小"工具"的"天花板"就是"小""。第三,""这类"工具"很可能"很快"被"平台"内置"功能"吞掉""。第四，""白送"会"养成"用户"的"免费"预期""。## 九、三个额外的观察

一个更具体的补充。

第一，""诗查查"做"了""炼字/诗眼"分析——这"是""带着""分析"意图"设计"的，不"是"通用"搜索""。第二，""史查查"只"做"跳转"和"检索"，把"复杂"的事"留给"更"专业"的"平台""。第三,""知道"什么时候"不该"自己"做"，也是"一种"设计"能力""。这三条——说明"好"工具"是""带着"意图"做"的，不"是""什么"都"做"**"。

这三条——是能直接用的。

十、为什么「白送」是聪明的选择

一个关于商业逻辑的推演。

第一，"当"工具"本身"不"赚钱"的"时候"，它"赚"的"是""作者和读者之间的关系""。第二，""这"和"上一"篇"讲"的""彩云"（3 人刷新世界纪录）、"Sonnet"（社区"即"护城河"）是"同"一"个"逻辑""。第三,""在"这个"阶段"，"分发"比"收费"更"值钱""。第四,""工具"是"内容"的"一部分"，分享"工具"就是"分享"内容""。

这四条——揭示了"工具"和"内容"正在"融合""。

十一、我的结论

这个案例最让我喜欢的是它的具体到近乎随手——一个写金庸解读的作者，用自然语言搭了两个查诗词和查史料的小工具，然后直接免费发出去。没有产品规划，没有融资，没有商业模式。 但它精准地说明了一件事："做工具"这件事的技术门槛，已经从"会不会写代码"移到了"会不会把需求说清楚"。

而这两个工具的设计其实透露了一个很值得琢磨的东西：诗查查做了"炼字/诗眼"分析——这不是通用搜索能做的事，它是"带着一个特定分析意图"设计的。 这就是上一批讲的"业务知识 Harness"在个人层面的版本：通用模型 + 你的领域意图 = 你的工具。而史查查更直白，它只做"跳转"和"检索"，把复杂的事留给更专业的平台——知道什么时候不该自己做，也是一种设计能力。

不过作者自己那句"在专业研究中可能不够全面"值得特别留意。它精确地划出了这类工具的边界：日常学习助手可以，学术研究不行。 为什么？因为学术研究需要可追溯的来源和可复核的引用，而生成式工具给的是"一个像样的答案"，不是"一个可引证的答案"。这和上一批讲的"88 小时解纳维-斯托克斯"（尚未独立验证）、"活动复盘被 Diss"（垃圾进垃圾出）是同一条线。 所以正确的用法是：拿它做"找线索"，别拿它做"下结论"。