ARTICLE · 1316682
不写代码,我做了一个插件——用WorkBuddy 把一件重复工作变成一键操作
不写代码,我做了一个插件——用WorkBuddy 把一件重复工作变成一键操作WorkBuddy 是腾讯推出的 AI 办公工作台，用户用自然语言提出需求，它就会自己规划、编写文件、运行测试。因为工作原因，我经常需要随机抽取一些材料做检测。以前都是人工抽取，勉强应付，抽谁不抽谁很犯难，如果同一批材料被反复抽到，还容易被人埋怨。 这次我换了种方式：用 WorkBuddy 做一个小插件，按照规则随机抽取，再装进 WPS，以后点击按钮就能抽。整个过程中我没有写一行代码，最后却产出了一个可以双击安装的正式插件。下面是完整过程，也包括我遇到的问题。 第一步是先明确“我要什么”。 这一步比后面所有步骤都重要。我一开始是这样说的： 帮我开发一个 WPS 电子表格随机筛选插件，插件能够自动安装，单机版，WPS JS 类型；要增强筛选功能，增加随机筛选能力；要能确定筛选记录数，弹窗中选择某一列，比如“部门”，然后为这一列的每个值输入应筛选的记录数；要能选择某几列，比如“工号”，设定某个工号只能出现 1 条；还要能选择某几列，比如“课程号”，设定排除包含某个字符串的记录。 这段话不长，但包含了几个关键信息： 我的经验是，不要只说“帮我做个抽奖工具”，而要说清楚在什么软件里用、安装到哪里、点击哪个按钮、按什么规则抽取，AI 才能一次确定正确方向。 先问了我三个问题： 这三个问题问得很准。我选择了“尽量满足并报警”“新建工作表”“逐个值设”。这一步的意义在于，把模糊的需求转化为可执行的决定。如果前期不问清楚，后面很可能要返工三轮。 拿到成品那会，我以为一切已经结束，然而真正的麻烦才刚刚开始。 第一个问题是在 Win7 上双击“安装插件.bat”，黑色窗口一闪而过，没有任何反应。 第二个问题是安装完成后打开 WPS AI 版，功能区里并没有出现“随机筛选”选项卡，加载项也是空的。 第三个问题是插件已经能加载，但点击按钮就报错，我看不懂报错是什么意思，于是把截图发给 WorkBuddy。 这几轮下来我的体会是，报错不必畏惧，也不必自己硬理解。把截图或者原文复制发过去，说明“这个报错，帮我修”，它就能定位问题。关键是不自己要猜着改，否则越改越乱。 功能跑通后，我自己用了几次，发现了问题。这一部分的体会最深：需求必然是在使用中不断调整的，不可能一次想全。所以有两个做法很重要：每次修改完成后立即用一遍，不要等到“全部做完再试”；集中提出两三个问题，比每次只改一处效率更高。 回头看，这次能成功，并不是因为 AI 有多强大，而是因为流程正确。 第一，需求描述要像向同事交代任务，不要只说“做个好用的工具”，而要说“在 WPS 中、点击按钮、按部门名额抽取、工号不重复”。 第二，先让它讲解方案，再让它编写代码，方案如果有误，修改方案的成本只有修改代码的十分之一。 第三，报错直接交给它，不要自己猜，“这个报错帮我修”就是最有效的提示词。 这件事改变了我的一项看法。以前我认为“做软件”是程序员的事，我只需要提出需求。现在我发现，很多工作中的别扭，其实是因为缺少一个“刚好合适”的工具，而这类工具的门槛已经没有想象中那么高了。你不需要会写代码，但需要会把问题说清楚。这或许是这个时代最实用的一项能力。
说清楚是“WPS 电子表格插件”，就决定了技术路线，不是网页，也不是 Excel 宏； 说清楚“能自动安装”，就明确了交付形态，是双击即可安装，而不是给一堆代码； 说清楚“某列每个值分别设条数”，是因为这是核心算法逻辑，表述含糊就会实现错误； “工号只能出现 1 条”是第二条约束，独立于名额； “排除包含某字符串”是第三条约束。
二、WorkBuddy 并没有直接开始写代码
约束冲突时怎么办，是尽量满足还是直接报错； 结果放在哪里，是覆盖原表还是新建工作表； 名额怎么设，是整列统一还是逐个值设。
