做咨询的人，为什么把几个小工具开源？

约 3 分钟阅读

王柯基 · 咨询与开源

开发者可以把产品、代码和效果放在主页上。咨询顾问的许多工作却发生在客户现场：问题怎样被发现、方案为什么改了、后续谁来执行。客户材料未必适合公开，光在简介里写“有经验、有方法”，陌生读者也很难判断我具体怎么做事。

做这个个人站时，我想过展示哪些项目。最后先放上四个已经开源的小工具：钓鱼邮件来找茬、人味儿写作、洞察萃取、即兴演讲。它们都不是汇知澜途全部服务的缩小版，更不能替代真实的客户项目。但每个项目都留下一段可检查的工作过程。

让读者看见“为什么这样做”

钓鱼邮件练习里，参与者要先自己找线索，提交后再看解释与处理动作；它不只把一封邮件标成“危险”。人味儿写作里，数字打架时先停下来查源，不猜一个顺眼的数。洞察萃取遇到说话人身份不明，先请人确认，不急着写得很像样。即兴演讲把抽题、短准备和反馈做成可直接开始的一轮练习。

这些选择彼此不一样，却都能回答同一个问题：我遇到一个工作难题时，先把它拆成哪些判断，再决定工具该做什么。读者可以打开仓库，检查示例和限制，也可以不同意我的取舍。相比一句“我擅长方法论”，这样更容易开始具体讨论。

筛选开源项目时，我也想过另外两项：一项还在客户场景使用，另一项与公司的交付工作流相连。我最终没有把它们放进公开清单。这里不只是删掉客户名称的问题；即使抽走原始材料，方法本身也可能属于正在使用的交付能力。

真实客户的资料、仍在交付中的工作流程、团队内部形成的做法，不会因为“匿名”两个字就自动适合开源。我得分别判断：它是谁的材料，公开会影响谁，去掉敏感部分以后，剩下的内容还能不能被准确理解。

所以，这四个仓库主要使用虚构测试材料或可公开的训练题。它们能展示设计思路和已做的检查，不能拿来证明客户效果。网站也应说清楚这一点：一个工具已经可用，与它在某家企业改善了多少业务，是两件不同的事。

我愿意让别人看到一部分做事的方法，也要知道哪一部分不能由我一个人决定公开。

我现在在汇知澜途做咨询，公司的重点是帮企业处理真实的管理与技术问题，包括商业秘密保护和 AI 转型。个人站记录我在这些问题上形成的观察、选择和一些可公开的尝试。有人从一篇文章或一个仓库认识我，继续讨论的仍是具体的企业问题，以及我们有没有能力一起把它解决。

我不希望把个人站做成一页“解决方案目录”，也不想让四个仓库显得比客户工作还重要。开源对我更像是把一小块工作台朝外打开：让同行看见如何改进，让潜在的合作方知道我怎样判断，同时把客户和公司的边界留在原位。