仅用手机
完成个人开发
一位副业自由职业工程师使用 Claush，在咖啡馆的碎片时间和跑步等红灯时开发新闻 AI 服务的真实案例。
用户概况
一位以副业/自由职业形式从事个人开发的工程师。由于能坐在电脑前的时间有限，他一直在探索如何仅用手机完成开发。
开发项目：News Butler AI
面向手机和 Web 的下一代 RSS 阅读器。根据用户设定的自定义分析维度对新闻进行解析，并定期以报告形式推送通知。
| 因素 | 与 Claush 契合的原因 |
|---|---|
| 个人开发 | 决策由一人完成，可通过聊天即时决定并实现 |
| 采用 Firebase | CI/CD 搭建简便，能快速准备好 Claush 工作流的前提环境 |
| 服务规模小 | 紧凑的概念使启动速度快，与"小步拆分、快速迭代"的风格完美契合 |
工作流程全貌
除了最初的环境搭建，所有工作都可以仅用手机完成
前提环境
仅需在电脑上完成创建 GitHub 仓库和搭建 CI 环境的初始工作。此后所有开发均通过手机 + Claush 完成。
开发周期
使用优势
不受地点限制
通过 VPS 从任何地方都能访问开发环境。
聊天式直觉操作
用自然语言操控 Claude Code，无需记忆命令。
容易集中注意力
打开手机 = 开始开发，这种习惯和意识自然形成。
开发周期快
以小粒度迭代使 Review 变轻，节奏明快地推进。
压力小
即使修改频繁，也因为是在"和 Claush 对话"的感觉，不会产生负面情绪。
让手机开发成立的技巧
将任务拆分成小单元
确认范围变小，即使在手机屏幕上也能充分审查。附带效果是加快了开发周期，带来节奏明快的开发体验。
将其视为与 Claush 的对话
与其说是让 AI 写代码，不如以"一边对话一边构建"的心态来进行。即使在一个分支中频繁出现修改，也能淡定地持续推进。开发过程中几乎不会产生"不愉快"的感觉。
用户心声
一打开手机就自然进入开发状态
通过 Claush 就像在对话一样，开发变得毫不费力
开发过程中几乎不会产生负面情绪
如何发现 Claush
心目中理想的开发方式
自 GitHub Copilot 等 AI 开发工具问世以来，他便一直将"通过聊天下达指令、基于 PR 进行确认"的开发方式作为理想追求。
对现有服务的不满
| 问题 | 详情 |
|---|---|
| PR 质量低 | 很多服务生成的 Pull Request 庞大且混乱，无法通过审查 |
| 聊天体验差 | 虽然具备聊天功能，但操作性和体验都很差，不具实用性 |
| 与理想相距甚远 | 没有任何服务能够提供"一边对话一边构建"的体验 |
Claush 虽然还有不完善之处，但在以聊天形式对话式开发这一点上，是最接近我完美设想的产品
用例详情
1. 居家日常开发
直接套用上述工作流程全貌中的开发周期。从编写需求文档到注册 Issue、编码实现、创建 PR、合并，全部通过 Claush 的聊天界面操作完成。
2. 外出时的碎片时间开发
在咖啡馆点单后的几分钟，约会时去洗手间的间隙——就在这样的小段等待时间里下达指令
不以像 VS Code 那样直接查看代码为前提。将每次指令控制在一个用户故事的粒度，确认时间约 5 分钟，碎片时间内即可完成直到合并的全流程。
| 场景 | 时间估算 |
|---|---|
| 在咖啡馆点单后刚坐下 | 3~5 分钟 |
| 约会中去洗手间的间隙 | 2~3 分钟 |
| 等待换乘电车 | 数分钟 |
3. 跑步途中的开发
边跑边构思创意，在等红灯时下达指令
正因为 Claush 可以随身携带在手机上，这一用例才得以成立。跑步这一身体活动与开发融为一体。
| 时机 | 行为 |
|---|---|
| 跑步过程中 | 在脑中整理功能创意和营销策略 |
| 等红灯时 | 拿出手机在 Claush 中输入指令 |
| 需要调整呼吸时 | 查看聊天回复、思考下一步指令 |
改进建议与不足的功能
1. 推送通知功能
向 Claush 下达指令后，在 Claude 回复时收不到通知。等待回复期间无法转去做其他事情，导致效率低下。
2. GitHub Webhook 接收与 CI 失败自动检测
目前 Claush 无法自动检测 CI 失败，需要在 GitHub App 中手动确认后再告知 Claush，造成不必要的额外操作和上下文切换。
未来活用构想：强化 CI/CD 环境
"小步拆分、快速迭代"工作流的瓶颈在于 CI/CD 的速度。GitHub Actions 默认的 Runner 速度较慢，计划搭建自托管 Runner 来加速。
反馈总结
- GitHub 的标准工作流（Issue → PR → CI → 合并）全部可以通过聊天操作，这使得手机开发真正成为可能
- 不是"使用工具"的感觉，而是"一边对话一边构建"的体验，从根本上降低了开发压力
- 小步拆分迭代的开发风格与 Claush 高度契合，移动优先的开发习惯自然而然地形成
- 对于自由职业者和副业用户而言，从保持积极性、易于持续的角度来看也有很大价值