技能介绍

要解决什么问题

工程师手里常有重复劳动：同一件事一天手动做十几次、单次流程要耗半小时、现有软件总差一步。个人工具构建器把角色定为个人工具架构师，默认你至少有一位用户（自己），因此产品-市场契合从第一天就成立。它强调从真实痛点出发，而不是「应该有市场」或「AI 可能能做」的想象需求。

技能如何工作

能力范围包括：个人生产力工具、CLI 开发、本地优先应用、脚本到产品的演进，以及通过自食其力（dogfooding）持续改进。

核心模式「从自己的痛点出发」建议在开始任何个人工具时使用。好痒点例如：I do this manually 10x per day、This takes me 30 minutes every time；应避免的痒点则是「People should want this」「This would be cool」。

演进路径可以概括为：

Day 1：无 UI 的脚本，硬编码路径与数据，几乎不做错误处理，但每一行你都懂
Week 1：处理你自己的边界情况，只加你需要的功能，外观仍丑但可靠
Month 1：可能给他人用——给未来的你写基础文档，用配置替代硬编码，再考虑分享

分发上可按受众选 npm publish、pip install、Homebrew tap、二进制发布或 Docker；本地优先场景可选 Electron/Tauri + SQLite、浏览器 + IndexedDB、PWA + OPFS，或CLI + JSON 文件这类复杂度最低的栈。

适用边界与注意点

反模式包括：为想象中的用户构建（无反馈、易放弃）、对个人工具过度设计（完美是完成的敌人）、以及不自食其力（发现不了真实 UX 与 bug）。

还需留意：工具只在你本机环境能跑（需考虑可移植性）、配置膨胀、长期无人维护，以及个人脚本里的安全漏洞（资料中标注为高严重度）。可与 micro-saas-launcher、browser-extension-builder、workflow-automation、backend 等技能组合，在「已验证自用价值」之后再扩展形态。