真实工具路线
这条路线记录的是：一个真实业务问题，如何被 AI 辅助拆成可运行、可部署、可继续产品化的工具。
推荐阅读顺序
1. 从内部工具开始
起点是一个很具体的问题：客户需求调查表不好用、数据不在自己手里、风格选择太抽象。这里记录从问卷星迁移到自建 H5 问卷，再加入 AI 客户侧写的过程。
2. 看它如何变成平台
当工具要给别人用，问题会立刻从“能不能跑”变成“权限怎么隔离、账号怎么开通、邮件怎么通知、品牌怎么显示、设计师怎么看报告”。这一篇记录内部工具向 Shike 多设计师平台演化的过程。
3. 换一个问题域，看自动化如何复用
从业务表单转到信息处理：RSS、网页抓取、AI 审计、GitHub Actions、Quartz 发布。它不是成熟产品，而是一次把信息处理流水线跑通的 PoC。
这条路线真正想回答的问题
- AI 辅助开发最适合从哪里切入？
- 一个自用工具和一个给别人用的平台，中间差了哪些封装？
- 哪些功能是“技术能做”，但暂时不值得做？
- 静态网站、VPS、Cloudflare、邮件、AI API 这些组件如何组成真实工作流？
相关延伸
- Agent 工程路线：理解这些工具背后的 Agent 工作方式。
- 网站库存自动同步：另一个更偏运维和发布同步的小型自动化案例。