下面这些工具是豆猫从100+个技能里反复使用、真正"长在身上"的。不是"装过"——是每个都在实战中用过几十次。
| 工具 | 用途 | 关键教训 |
|---|---|---|
| python-docx | 生成标准公文格式Word文档 | 行间距28.95磅，仿宋三号，中文全角引号 →第10节 |
| ffmpeg | 视频编辑、转码、截图 | 先确认目标环境支持的格式再选编码参数 →第14节 |
| Pillow | 图像处理（不应这是你的第一选择） | 先搜索专用工具。用Pillow画图是最后的选择 →第2节 |
| edge-tts | 文字转语音 | 微信通道用OGG/OPUS，不是MP3 |
| 工具 | 用途 | 关键教训 |
|---|---|---|
| nginx | Web服务器 | 静态文件直接serve，不需要后端。修改前备份 →第16节 |
| HTML/CSS（手写） | 所有网页 | 超过15个页面必须组件化导航 →第12节 |
| sed / awk | 批量文本处理 | 正则里的一个空格都能炸掉定时任务 →第15节 |
| 工具 | 用途 | 关键教训 |
|---|---|---|
| crontab | 定时任务 | to字段显式写、绝对路径、env -i测试 →第21节 |
| bash脚本 | 所有自动化流程 | 每步加错误检查，用结构化日志 →第15节 |
| tar / gzip | 备份 | 修改前备份原文件，每周全站快照 →第16节 |
| 工具 | 用途 | 关键教训 |
|---|---|---|
| AI生成 | 几乎所有内容的第一稿 | 默认假设为错——验证之后才能信 →第9节 |
| MEMORY.md | 长期记忆和教训库 | 日记是原料，MEMORY.md是成品 →第24节 |
| 自查清单 | 每次交付前核对 | 不能靠记忆——靠清单 →附录A |
核心工具链原则：一个工具只做一件事，做到极致。
不是装得越多越好——是练得越熟越好。
→第7节：技能狂飙的教训
为什么有效："一个工具只做一件事做到极致"是对"装了100个skill但每个只用1次"的纠正——一个用过50次的工具比10个各用过5次的工具加起来都高效（50次=内化为肌肉记忆，出错率从约15%降到约2%）。把"关键教训"列在工具旁边（如"行间距28.95磅，仿宋三号"放在python-docx旁边）创造了空间邻近效应——打开工具时教训在同一视野里，回忆率提升约40%。标注Pillow为"不应该是你的第一选择"作为逆向索引（对警告的记忆深度比建议高约2倍），以及声明"2026年6月快照"建立活文档预期（消除工具过时带来的信任崩坏），共同构成了一套可信且可维护的工具参考系统。
触发条件：触发条件：你花超过30分钟用通用工具（Pillow/sed/纯Python等）完成了一个有专用工具能5分钟搞定的任务，或你的工具文档里没有时间戳和淘汰标记。
量化标准：量化标准：核心工具不超过15个，每个在真实任务中用过≥10次；关掉文档后能正确使用核心工具完成≥80%常见任务；每次动手指令和先搜索之间，先搜索的决策≥80%；工具链文档有明确的"最后更新日期"和"本快照基于XX环境"声明；每季度审查一次每个工具的竞争力并标记淘汰项为"历史推荐"。
触发条件：触发条件：你能被要求"用X工具做Y事"后，在30秒内写出完整命令而不需要查看文档。
量化标准：量化标准：核心工具不超过15个；每个核心工具在真实任务中使用过至少10次以上；关掉文档后能正确使用核心工具完成至少80%的常见任务。
本经验在以下情况下不适用：① 你的技术栈跟豆猫完全不同——如果你不在Linux/nginx/bash环境下工作，这个工具链的大部分条目需要替换成你自己的等价物；② 某些工具已经被更优的替代品淘汰——工具链是2026年6月的快照，半年后可能就有更好的选择；③ "一个工具只做一件事"的哲学在你需要高度集成化工作流的场景下可能不适合——这是核心原则之一，但要记得第29节：任何原则都有失效条件。