CASE STUDY

仅用手机
完成个人开发

一位副业自由职业工程师使用 Claush,在咖啡馆的碎片时间和跑步等红灯时开发新闻 AI 服务的真实案例。

使用形态 副业 / 自由职业(个人开发)
项目 News Butler AI
基础设施 Firebase + GitHub Actions

用户概况

一位以副业/自由职业形式从事个人开发的工程师。由于能坐在电脑前的时间有限,他一直在探索如何仅用手机完成开发。

与 Claush 的邂逅:他长期以来一直向往"通过聊天下达指令、基于 PR 进行确认"的开发方式。Claush 是他找到的最忠实体现这一理念的服务。

开发项目:News Butler AI

面向手机和 Web 的下一代 RSS 阅读器。根据用户设定的自定义分析维度对新闻进行解析,并定期以报告形式推送通知。

因素与 Claush 契合的原因
个人开发决策由一人完成,可通过聊天即时决定并实现
采用 FirebaseCI/CD 搭建简便,能快速准备好 Claush 工作流的前提环境
服务规模小紧凑的概念使启动速度快,与"小步拆分、快速迭代"的风格完美契合

工作流程全貌

除了最初的环境搭建,所有工作都可以仅用手机完成

前提环境

仅需在电脑上完成创建 GitHub 仓库和搭建 CI 环境的初始工作。此后所有开发均通过手机 + Claush 完成。

开发周期

编写需求文档(Claush)
↓
注册 Issue 和 Milestone(Claush)
↓
编码与分支操作(Claush 操控 Claude Code)
↓
创建 Pull Request(Claush)
↓
CI 测试与部署(自动执行)
↓
验证功能、审查测试结果(通过 GitHub App 在手机上完成)
↓
如有问题,让 Claush 提交修复 PR
↓
满意后合并 ✅
每周管理工作也全部通过 Claush 完成:Issue 注册与管理、Milestone 管理、Pull Request 的创建和修改请求,全部可以通过聊天操作。

使用优势

🌍

不受地点限制

通过 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 回复时收不到通知。等待回复期间无法转去做其他事情,导致效率低下。

已改善:目前已实现 Slack / Discord / Microsoft Teams 的通知功能。在服务器设置的通知部分注册 Webhook URL 后,Claude 响应完成时会向外部服务发送通知,从而实现异步开发。

2. GitHub Webhook 接收与 CI 失败自动检测

目前 Claush 无法自动检测 CI 失败,需要在 GitHub App 中手动确认后再告知 Claush,造成不必要的额外操作和上下文切换。

Claude Code 提交 PR 前的检查往往不够充分
↓
CI 的质量保障非常重要
↓
然而 Claush 无法自动检测 CI 失败
↓
在 GitHub App 中手动确认 → 手动告知 Claush
理想状态:如果 Claush 能直接接收 GitHub 的 Webhook,在 CI 失败时自动检测并开始处理,就能实现接近完全无人干预的开发周期。

未来活用构想:强化 CI/CD 环境

"小步拆分、快速迭代"工作流的瓶颈在于 CI/CD 的速度。GitHub Actions 默认的 Runner 速度较慢,计划搭建自托管 Runner 来加速。

Claude Code 提交 PR
↓
自托管 Runner 快速执行测试与部署
↓
快速反馈结果 → 进入下一步指令

反馈总结

  • GitHub 的标准工作流(Issue → PR → CI → 合并)全部可以通过聊天操作,这使得手机开发真正成为可能
  • 不是"使用工具"的感觉,而是"一边对话一边构建"的体验,从根本上降低了开发压力
  • 小步拆分迭代的开发风格与 Claush 高度契合,移动优先的开发习惯自然而然地形成
  • 对于自由职业者和副业用户而言,从保持积极性、易于持续的角度来看也有很大价值