当前时间： 2026-08-06 22:47:47
分类：办公文件
评论(0)
AI工作坊终于要开始了! 先从这个行业开始真的很谨慎，长期以来我都在分享“NoteBookLM”的应用，并且也得到了大家的支持，一直是面向个人知识应用的角度，现在终于开始直面企业了，人群可能是OPC或者是一个三五人的创业公司，或者是十几人的团队。所以，还是面对的小微从业者，并且首期定位在了财税行业的事务所机构。财税从业者的日常工作，就是处理信息、分析数据、撰写报告、解读政策。他们的生产工具就是大脑，生产资料就是信息和知识。这类工作恰恰是当前AI最擅长介入的领域——文本生成、信息提取、模式识别、知识检索。相比那些依赖物理操作的行业，财税行业的AI落地门槛要低得多。这个行业的人，学历普遍硕士起步，每天都在跟复杂的法规和数字打交道。他们不会被简单的“AI神器”宣传忽悠，也不会因为操作复杂就放弃尝试。只要你能讲清楚逻辑、证明可靠性，他们学得比谁都快。泛泛而谈的AI科普、肤浅的功能演示，在他们面前根本站不住脚。你必须拿出真东西——真实的业务场景、严谨的评估方法、经得起推敲的案例。什么能做、什么不能做、做了有什么后果，是他们刻在骨子里的思维方式。说是阻碍，是因为他们会本能地质疑：数据安不安全？结论准不准确？出了问题谁负责？这些疑虑如果不解决，他们永远不会真正用起来。说是优势，是因为一旦你帮他们建立了一套可靠的判断框架，他们会成为最自律、最规范的AI使用者。第四，也是最打动我的一点：这个行业正在经历一场前所未有的压力。不只是要你把账做对，还要你给出税务筹划的建议、经营分析的洞见、风险预警的信号。另一方面，政策变化越来越快，新规一个接一个，从业者必须持续学习。再加上行业内卷加剧，收费在降，工作量在涨。他们隐约感觉到AI可能是个突破口，但不知道从哪里下手、怎么下手才安全。1、工具选型本身就是一堂课
市面上主流的AI Agent，Claude Code、Codex、OpenCode、OpenClaw，我一个一个测了一遍。为什么Pass掉Claude Code和Codex它的能力确实强，重构代码、排查bug，速度飞快。我上次用它重构一个老项目，20分钟搞定，效果很好。它深度绑定Anthropic的模型，我想要切换其他模型的时候，比较困难。而我需要的恰恰是多模型协作的能力——同一个任务，让不同模型跑一遍，交叉验证结果。Claude Code在这件事上不够灵活。它的工程化能力很强，支持Skill文件，可以对工作流进行精确控制。如果你的团队有一套严格的代码规范，想让AI严格按照规范输出，Codex是很好的选择。让大家为了用一个工具先去折腾网络环境，门槛太高了。最后留下来的，是OpenCode和OpenClaw。它支持切换不同的底层模型，我可以让GPT跑一遍，再让DeepSeek跑一遍，再让Claude跑一遍，然后把结果摆在一起对比。因为我吃过亏——上次用单一模型重构代码，结果漏了一个异常处理，差点出事故。从那以后，我养成了习惯：任何重要任务，至少用两个不同模型交叉验证。OpenCode正好满足这个需求。它像一个“模型调度中心”，让我可以灵活组合不同模型，构建自己的协作机制。设好规则之后，它可以7x24小时一直跑，不需要人盯着。比如每周一自动生成客户跟进清单，每月初自动发送税务提醒，这些重复性的、周期性的任务，交给OpenClaw最合适。它不像OpenCode那样需要频繁的人机交互，更像是一个“后台管家”，默默地处理那些固定流程的事。遇到一个任务，先在OpenCode里同时调用三个模型——MiniMax、Kimi、DeepSeek。然后对比这三份结果。三个模型一致同意的地方，我可以放心。它们意见不一致的地方，就是需要仔细检查的地方。有时候，A模型漏掉的问题，B模型抓到了。B模型搞错的地方，C模型纠正了。三个模型加在一起，覆盖率远超任何一个单独的模型。这个机制，比我之前只用单一模型的时候，稳妥太多了。3、定下三件事，先跑起来
跟团队商量之后，我们定了三件事，作为第一阶段的目标。 税务行业有很多专业知识可以写，但他们没时间写。我们把他们过往的客户问答、案例分析、政策解读整理成素材，然后用AI批量生成文章草稿。一个人花半天整理的素材，AI十分钟能写出十篇初稿。 那些乱糟糟的Excel表格，我们统一清洗、归类、结构化。然后给每个客户生成一份“画像”——他是什么类型的客户，关心什么问题，上次联系是什么时候，下次该什么时候跟进。 不求完美，先跑通一个完整的闭环。让他们看到：从“输入一堆原始数据”到“输出一份可用的报告”，中间只需要点几下鼠标。这三件事，每一件都不大。但它们有一个共同点：今天做了，明天就能用。整场工作坊，我们考虑不会特意教任何一个工具的具体操作步骤。但我们教会了他们：怎么拆解任务、怎么选工具、怎么判断AI输出的质量、怎么在工具换代时不慌。
夜雨聆风
