JINZ / CLUB NOTE / MEMBER BUILD
一个成员从技术文档复现走到做出 S5 工具;另一个成员开始为公司构思工作流和团队小工具。这篇文章记录的,不是两份标准答案,而是两次真实的引导过程。
很多人不是看不懂课程,而是卡在教程与真实电脑之间:按钮位置不同、终端报错、概念混在一起,就不知道下一步该观察什么。
还有一些人已经有真实业务想法,却需要先把输入、处理和输出拆清楚,才能把想法变成可以运行的工具。
先说结论
AI 超级工作流俱乐部不替成员把项目做完,也不把课丢给成员自己学。我们做的是:看真实现场、让他先想、拆开问题,再找到下一步最小验证。
01 / FROM STUCK TO RUNNING
他看得懂技术文档,却卡在真实电脑上
第一个成员在按照技术文档复现项目,需要执行 Codex 给出的命令。
我没有远程接管,也没有直接丢给他一段新命令,而是先让他截图当前界面。
从截图里确认现场后,我告诉他:先找任务栏最下面的系统搜索,不是文件夹里的搜索。
他找到 PowerShell 后,我继续确认:
“现在 PowerShell 报错,对不对?”
他说是的。
这时,我们没有继续和同一个窗口死磕。
Windows 里除了 PowerShell,还有 CMD。当前目标不是证明 PowerShell 一定能用,而是先验证这条命令能不能在另一个入口正常执行。
他重新搜索 CMD,找到“命令提示符”,把命令放进去运行。
过了一会儿,他回复:
“可以了。”“回车以后可以了,哈哈哈。”

图 01|从找终端、切换 CMD 到命令运行成功的真实聊天过程
这段聊天很短,却特别像 AI 新手真正会遇到的情况。
教程里只写了我是一步一步把这个东西做出来的
以及我的思路和为什么要做这个东西

但第一次做真实项目的人,中间还会遇到很多没写出来的问题:终端到底是哪一个软件?PowerShell 和 CMD 有什么区别?红字出现以后,是命令错了、环境错了,还是入口不同?
所以这次真正需要教的,不是“CMD 在哪里”,而是遇到问题以后,先做这几件事:
截出真实现场; 确认自己停在哪一步; 把目标和当前工具分开; 换一个入口做最小验证; 根据结果再决定下一步。
这套思路,比记住一次按钮位置更重要。
02 / MEMBER OUTPUT
更重要的是,他没有停在“命令能跑了”
如果这次交流只停在“CMD 可以用了”,它仍然只是一次临时排错。
但他继续把技术文档里的流程往下跑,最后做出了一个完整、可见的成品:Socks5 节点助手。

图 02|最终完成的 Socks5 节点助手
从最终界面可以看到,他已经把原本分散的处理过程整理成四步:
上传 Clash 配置; 粘贴 Socks5 链接; 选择目标代理组; 生成新的配置文件。
界面还标注了“全程本地处理,不上传文件”,并说明生成新配置时会保留原节点、代理组和规则。
这里需要把证据边界说清楚:这张图可以证明成员最终做出了完整、可见的工具界面,也能看见他对操作流程的整理;本文没有对全部格式、功能和长期生产使用情况做独立验收。
但把最初那句“要点进去吗”和现在的工具放在一起看,变化已经足够具体:
他不是只听懂了一个知识点,而是把技术文档真正复现成了一个可以继续测试的工具。
03 / BUILD FOR WORK
另一个人,准备给公司做工作流和团队工具
第二个成员不是来照着教程复现项目的。
他已经有自己的业务目标,希望把公司里的一部分工作做成工作流、自动化流程和团队小工具。
因为涉及公司内部信息,这里不会公开公司名称、业务流程、工具界面、数据结构和可以识别项目的信息。
但教学方法可以公开。
面对他的想法,我没有先给一份完整架构,也没有让他照抄某个现成工具。我先让他自己说:
“那你先构思一下,它怎么运行的。”“这个逻辑。”“大胆想。”
他开始描述:输入从哪里来,中间经过什么处理,最后应该返回什么结果。
整体方向成立以后,我再继续追问:你说的概念具体指什么?这是数据经过系统,还是需要保存?这是内部处理范围,还是用户最后看到的结果?
为什么不一开始就把答案给完?
因为完整答案可以复制,但未必能够迁移。
只有当成员自己说清输入、处理和输出,暴露当前理解里的混淆,我们才能修正真正卡住他的那一层。等业务条件变化,他才有能力继续调整,而不是重新等别人给下一份答案。
04 / GUIDED THINKING
我们的教学方法:不代做,也不放养
如果只是把录播和技术文档发给成员,让大家自己慢慢研究,那不是我想做的俱乐部。
但如果成员一遇到问题,我就替他把项目全部做完,也不会留下真正可迁移的能力。
我更认可中间这条路:

图 03|AI 超级工作流俱乐部的引导式教学方法
先看真实现场
你想解决什么?现在做到哪里?具体出现了什么结果?先看截图、报错和当前环境,不靠猜。
再让成员表达
你认为它应该怎么运行?输入、处理和输出分别是什么?先把脑子里的模型说出来。
追问关键概念
你说的“缓存”“分析”“返回”分别指哪一层?把听起来相似、实际上不同的事情拆开。
给出最小验证
换一个命令入口试一次;先收紧最终输出;先在个人环境打通,再测试团队环境。
让成员自己继续做
成员负责操作、截图、反馈和修改;我负责在关键位置帮助判断,提供新的观察角度。
可以把它总结成:
看现场 → 让他先想 → 追问概念 → 拆开层次 → 最小验证 → 继续反馈
这不是一句抽象的“培养思维”。
它发生在每一次截图、每一次追问和每一次小范围测试里。
05 / KNOWLEDGE BASE
一次交流,还要变成下一位成员能用的资料
如果这些讨论只停在聊天窗口里,下一位成员遇到类似问题时,仍然要从头再问一遍。
所以我一直在更新俱乐部的飞书内容管理系统,把真实项目、资料和高频问题逐步沉淀下来。
截至这次写稿时,项目库里已经有 3 个真实项目:
本机项目控制台:制作过程与实现说明——已完结; 花瓣素材下载器:制作过程与实现说明——已完结; 跨境图片工具标记:制作过程——执行中。

图 04|飞书项目库当前真实页面
资料库里当前有 10 条已命名资料,已经覆盖插件、网页工具、工作流和工具项目。
其中包括 MeasureIt 测量插件、MAXtoC4D 在线算号网站、包装盒 Skill 自动迭代、S5 节点助手、视频号网页下载工具、PSD Export、花瓣素材下载器、本机项目控制台、花瓣画板同步和本地图片标记。

图 05|飞书资料库当前真实页面
这些更新不是为了展示“资料很多”。
它更重要的作用,是把一次只属于某个人的交流,整理成下一位成员可以搜索、理解和复用的经验。
比如第一段聊天,可以继续沉淀成 Windows 新手如何找到终端、怎样描述真实现场、当前入口报错后怎样设计替代验证。
第二段聊天,则可以在隐藏公司信息的前提下,沉淀成怎样画团队小工具的运行逻辑、怎样区分数据经过与保存、怎样从个人环境验证逐步走向团队使用。
课程是起步地图。
项目库和资料库,是大家真正开始走以后留下的路标。
06 / WHY A CLUB
所以它叫俱乐部
AI 超级工作流最早是以课程方式开始的。
原来的基础录播仍然有价值。它负责安装、环境配置、任务设计等公共基础,让新成员先看见一套完整流程。
但真实项目不会严格按照课表发生。
有人卡在技术文档复现,最后做出了 S5 工具;有人已经准备为公司做工作流,只能在保护隐私的前提下交流方法。
这些问题不可能全部提前录成课。
俱乐部更重要的部分,是成员可以带着正在发生的问题回来:
说明目标; 展示当前结果; 提供真实截图; 说出自己的判断; 一起找到下一次最值得做的验证; 再把可复用的过程沉淀下来。
我希望这里形成的是一条连续的能力路径:
跟着真实文档复现 → 遇到问题会定位 → 能说清自己的需求 → 能画出运行逻辑 → 能做最小验证 → 能把工具带进真实工作
07 / HONEST BOUNDARY
它也有明确边界
强调引导、交流和反馈,不等于承诺无限答疑。
AI 超级工作流俱乐部不是全天候一对一技术支持,不替成员完整代做公司项目,不承诺所有问题都能当场解决,也不承诺接单、就业、收入或其他商业结果。
成员仍然需要愿意安装、运行、截图、思考、反馈和修改。
第一位成员已经提供了最终 S5 工具界面,可以确认他把技术文档继续复现成了可见成品;但本文没有对工具进行独立功能验收。
第二位成员目前只能确认个人电脑上的基础流程基本打通,并准备继续测试团队环境。由于涉及公司业务,文章不展示他的成品、界面或具体业务逻辑。
这不是包装后的“成功学故事”。
它们是两个正在发生的真实学习过程。
CONCLUSION
写在最后
我越来越不想把 AI 教学做成一座课程仓库。
课程当然有价值,它负责把公共基础讲清楚。
但从“看懂”到“跑通”,再从“跑通”到做出工具,或者把公司需求变成自己的工作流,中间还有很长一段路。
这段路里会出现报错、界面差异、概念混淆和教程里没有写过的业务问题。
AI 超级工作流俱乐部想做的,就是陪成员把这些真实问题一层层看清楚:
不是替你做,也不是把课丢给你自己学。
而是让你在一次次真实操作里,逐渐知道下一步应该看什么、问什么、拆什么、验证什么。
如果你希望的只是现成答案,这种方式可能不够快。
如果你想把 AI 真正用进自己的工作,并逐渐形成解决问题的能力,这正是我们想一起做的事。
具体加入规则,以当期说明为准。
关注我,后面继续分享这些从真实工作里长出来的工具、方法和成员实践。
JINZ
AI SUPER WORKFLOW
夜雨聆风