ARTICLE · 1297987
天天复制粘贴点到手酸?让 AI 给你造个小工具:Python 路线一次讲清
这一期，带你做件更过瘾的事：让 AI 给你造一个工具。
不是学编程。
是给自己量身定做一件顺手的家伙什。
一、你要的不是“学会编程”，是“学会造工具”
先说件真事。
一家公司的财务部，每个月要处理成百上千张 PDF 发票：加批注、高亮金额、按发票号改名、按尺寸归类。
繁琐到什么程度？
一轮活干完，3 天。
他们考虑过上 RPA（流程自动化机器人）。
评估一圈，为这么个细分场景上一套系统，像“大炮打苍蝇”，又贵又笨重。
最后把这活解决掉的人，对 Python 只闻其名，一行代码没写过。
他做的事就一件：把需求一条条说给 AI 听。
读取编号、批量添加信息、按尺寸归类、按发票号重命名……报错就贴回去，想在界面上加个公司 Logo 也说一声。
几天时间，一个能点的工具做出来了。
3 天的活，压到 20 分钟。
值得琢磨的，是它为什么现在能发生：造工具的门槛，变了。
以前的路：学编程（一年）→ 学框架（半年）→ 做工具（不知道猴年马月）。
所以我们对工具的态度一直是“找一个凑合用的”。
现在的路：想清楚要什么（你擅长）→ 交给 AI 写（它擅长）→ 跑不通就一起调（来回几轮）。
分工一句话：你是提需求的产品经理，AI 是执行力极强的开发。
那你凭什么当这个“产品经理”？
凭你干了多年一线攒下的本事"：懂业务、说得出输入输出、一眼看出它跑没跑偏。
这些恰恰是写代码的人最缺的。
有件事得说清楚：“不写代码”和“不装 Python”是两码事。
第 25 篇给过三级路线：会装 → 会派活 → 会攒。
前两级走完，第三级攒什么？
攒的不是散落一地的脚本，是工具。
脚本是一次性用品，跑完拉倒；工具是“点开就能用、顺手还能发给同事”的成品。
这一篇，就把造工具这条路从头到尾捋一遍。
二、先给工具装一张“脸”
工具和脚本差在哪？
先不在功能，在那张“脸”。
一个真实场景：你把 AI 写的合并脚本发给同事。
同事双击打开：黑底白字的窗口，一行字问他：“请输入文件夹路径”。
他愣了三秒，回头问你：路径是个啥？
说白了：命令行是给写工具的人用的，图形界面是给用工具的人用的。
打个比方，和 VS Code 那期同款：命令行像后厨，东西扔进去能炒出菜，但你只能站在门口听响；装上图形界面，就开成了明档——点哪个、跑到哪、结果在哪，全摆在台面上。
你要是想把工具发出去，这一步更绕不开：总不能要求全办公室先学会敲命令行，再来用你的工具。
那这张“脸”用什么画？
Python 世界里，三个名字你迟早撞上：tkinter、PySide、PyQt。
多说两句。
为什么首推 tkinter？
三条：免费、零安装（装 Python 的时候它就在了）、AI 最熟（写错最少，报错也好查）。
做工具，先求能跑，再谈好看。
PyQt 的坑在授权：它用的 GPL 协议自带“传染性”，你打包发给同事，理论上要开源，或者买商业授权。
公司内部自己用没事，往外发就要留个心眼。
想要 Qt 那套漂亮的界面，选 PySide（Qt 官方版本，许可证宽松得多）更省心。
好在，这个选择不用现在纠结。
先用 tkinter 把第一个工具造出来；哪天嫌它丑了，再让 AI 换成 PySide，对它来说只是换了个说法。
三、造工具的“零件”，你其实已经攒齐了
这一节，是全篇我最想讲透的。
回头看那 29 篇，你以为是一篇篇零散的笔记。
其实，它们是一套零件。
造工具要用的每一样，你都摸过了。
零件一：规矩，AGENTS.md（第 11 篇）
工具文件夹里放一份说明：这个工具干什么、不干什么、界面用 tkinter、哪些文件不许动。
AI 每次开工先读一遍。
造工具最怕它“自由发挥”：你说做个合并工具，它顺手把“拆分”也写了，交回来一堆你没要的功能。
规矩立在前头，它就不乱伸手。
零件二：流程，Matt Pocock 六步工作流（第 16 篇）
grill-with-docs → to-spec → to-tickets → implement → code-review → retro。
翻译成人话：立项 → 写方案 → 拆任务 → 动手 → 验收 → 复盘。
是不是眼熟？
公司里推任何一个项目，走的都是这六步。
这套流程本来就是给“AI 干活总返工”开的药方。
造工具是个小项目，照方子吃就行。
零件三：安全网，Git（第 21 篇）
造工具的日子里，AI 会改无数遍代码。
今天能跑、明天改崩，是家常便饭。
Git 就是那道安全网：每完成一步，存一版（commit）；改崩了，一句话退回上一版（restore）。
把第 21 篇那四句话抄进 AGENTS.md，AI 就懂规矩：动手前先看状态、完成一步就存档、改崩了停下报告。
没有这张网，你不敢让它放手改；有了这张网，试错的成本约等于零。
零件四：地基，Python（第 25 篇）
工具的手脚，是一组现成的库：pypdf 管 PDF 合并拆分、openpyxl 管 Excel 读写、pandas 管大批量数据、pdfplumber 管从 PDF 里抠表格。
你要做的，就是把它装好，5 分钟那个活。
零件五：工作台，VS Code（第 26 篇）
文件树在左边，代码在中间，结果在下面；AI 住在编辑器里，选中哪段它就带上哪段。
全程看得见。
看得见，才敢改。
零件六：场景，你天天烦的那件事（钥匙在第 27 篇）
最后这件零件有点特殊：它不在电脑里，在你每天的怨气里。
Excel 的表它“看不见”、Word 的字在它眼里是“碎”的。
第 27、29 篇拆过的原理，现在成了你手里的钥匙：你知道怎么把“看不见的东西”说明白，它才造得出合手的工具。
等工具做顺了，还有一步进阶：把整套流程写成一个技能（第 20 篇）。
下次换个项目，一句点名，它连流程带经验一起搬过来。
散着看，是六篇笔记；合起来，是一条完整的造工具生产线。
零件齐了。
开工。
四、两个例子，看一遍全貌
说一千道一万，不如跑一遍。
挑件人人都有的活：合并 PDF。
月底，一堆对账单、回单、合同附件，要拼成一个文件交上去。
手动干：打开一个、插入、另存，再来下一个……几十遍。
换成一条指令，六步走完是这样的：
注意第一行：它是反问你的。
别慌，这是第 15 篇讲的 Grill-me——派活前，先让 AI 把你问清楚。
它问得越细，后面返工越少。
界面出来，大概长这样：一个窗口，一个“选择文件”按钮，一个“开始合并”，底下一条进度。
就这么朴素，但同事拿到手，不用你教第二遍。
工具做完了，还能再走一步：用 PyInstaller 打包成 exe，同事电脑不装 Python 也能双击就用。
打包分发前过一道内部审查，这是老规矩"，也是第 10 篇那七条红线的延续。
想自己试的，把这段骨架丢给它：
1 2 3 4 5 6 7 8 9 10 我要做一个 PDF 合并小工具，界面用 tkinter。请按这个流程推进：grill-with-docs → to-spec → to-tickets → implement → code-review。规矩：1. 每个阶段先出文档，我确认后才进下一步，不许提前写功能2. 每完成一步做一次 Git 提交，说明写清改了什么3. 改崩了就停下来告诉我动了哪里，不要继续往下改4. 只做合并，拆分、压缩、加密一律不做
骨架不长，但每一句都有出处：工作流来自第 16 篇，Git 纪律来自第 21 篇，边界那几句来自 AGENTS.md 的写法（第 11 篇）。
同样的路数，换个场景就是另一个工具。
把“每月手动合并 20 张子公司利润表”（Excel 系列的 Power Query 篇，干的就是这活）、或者“按部门拆表 + 批量改名 + 格式统一”（VBA 系列收尾那套小工具箱），做成带按钮的桌面工具。
区别只在于：这回界面是你自己的，点一下按钮，Python 在背后把活干了。
五、写在最后
再说一遍：这不是“学会编程”的事。
你的第一个工具，不用惊艳。
丑一点没关系，能跑、能替你省下 20 分钟，它就是好工具。
起步只有一条建议：别坐在那儿想“我要做个什么工具”。
翻翻你上周的日程：哪件事重复得最多、步骤最固定、对错标准最清楚？
那就是你第一个工具的题目。
高频、有套路、有标准，三个条件占全，就是它了（第 20 篇挑技能的同一把尺子）。
从“用工具的人”，到“造工具的人”，中间隔的不是一门编程课，是一句“我要什么”说清楚的功夫。
而这门功夫，你已经练了 29 篇了。
下期预告
路线讲完了，动真格之前，先把一笔账算明白：为什么偏偏是造工具？
下期，我们把“从玩具到生产力”的分水岭讲透：聊天式用法的局限在哪、什么活值得做成工具、从一件烦心事到一个顺手工具的四步怎么走。
算完这笔账，再去看实战实录，每一步都知道为什么。
在公众号对话框回复【资料】，领取《AI 办公工具清单》"。
📚 往期回顾
• 命令行黑底白字太费劲？5 分钟装好 VS Code：看得清、跑得动、AI 请进来 • AI 干活总返工？Matt Pocock 工作流：六个技能（Skills）+ 并行施工 • 几百个文件夹的报关单，OpenCode 三句话造个机器人，一键全打完
如果你觉得这篇有用，点个「赞」和「在看」，也欢迎「转发」给那个天天复制粘贴的同事。
留言区聊聊：你最想让 AI 给你造个什么工具？
① 一键合并 PDF / Word ② Excel 批量小助手 ③ 桌面文件自动整理
