Playbook
iOS 纯手机本地 Vibe Coding:Working Copy + 编辑器 + GitHub Actions(无 SSH)
2026-01-26 · iOS 个人开发者 · 纯手机本地编辑 + Git + CI(无 SSH)
把手机当“编辑器 + Git 客户端”,把运行/测试/构建/部署交给 CI:随时随地改代码、随时可回滚、几乎 0 月费。
用 Working Copy + iOS 编辑器在手机上完成编辑与 Git 操作,把测试/构建/部署交给 GitHub Actions,获得低成本、可验证、可回滚的随身 vibe coding 工作流。
iOSWorking CopyGitCIGitHub ActionsNo SSHMobile workflow
TL;DR
你要的“纯手机 vibe coding”最省钱方案:
Working Copy(Git) + iOS 编辑器(写代码) + GitHub Actions(跑测试/构建/部署)。 你不需要租 VPS,也不需要 SSH。
Working Copy(Git) + iOS 编辑器(写代码) + GitHub Actions(跑测试/构建/部署)。 你不需要租 VPS,也不需要 SSH。
月费
≈ ¥0
需要服务器
No
可随时回滚
Yes
可跑测试/构建
CI 负责
- 适合:随时改代码/写内容/修 bug/写脚本;构建和部署交给 CI。
- 不适合:需要本地常驻 dev server、需要 Docker、需要长时间交互调试的项目(那更像 Codespaces/远程桌面)。
Best Minds Lens
Steve Krouse · Working Copy(paraphrase)
Thesis:把 iPhone 当作“随身 Git 工作台”,用 app 间协作完成专业工作流。
- 你不需要在手机上“跑完整开发环境”;只要能可靠地 clone → edit → commit → push。
- 把复杂部分(测试/构建/发布)交给 CI,让手机保持轻量与稳定。
Limits
手机端的瓶颈是文件组织与多任务,不是 Git 本身;所以要选对编辑器与预览方式。
Mitchell Hashimoto · Reproducibility(paraphrase)
Thesis:开发环境要可复现:把“怎么跑起来”写进仓库,让 CI 成为唯一可信执行环境。
- 用
README+scripts/固化命令:lint/test/build。 - 把版本锁住:Node/Python 版本、依赖锁文件(
package-lock/pnpm-lock)。
Limits
你不必上复杂 IaC,但要保证“换一台机器也能跑”。
Corey Quinn · Cloud cost(paraphrase)
Thesis:如果你只是为了写代码而租 VPS,大概率是在为“闲置算力”付费;把算力按需交给 CI 更划算。
- CI 的账单结构更像“按次付费”,非常适合碎片化的个人开发。
- 把可预期性放第一:失败就回滚、通过就发布。
Limits
CI 也会有免费额度与限制;重负载/长时任务不适合。
结构图:手机本地编辑 + 云端执行
Playbook:从 0 到可用(30–60 分钟)
你需要装的 App
- Working Copy:Git 客户端(核心)
- 编辑器(选一个):Textastic / Runestone / Kodex / 其他你喜欢的
- (可选)GitHub App:看 CI 状态、Review PR
你需要的仓库准备
- 有
README:告诉 CI 怎么跑(哪怕只有 3 行) - 有脚本入口:
npm test/pytest/make(选其一) - 有一个 CI:push 后自动跑一次
Step 1 · 用 HTTPS token 连接 GitHub(不需要 SSH key)
- 在 GitHub 创建 PAT(Classic 或 Fine-grained):最小权限给
repo(私有仓库)或public_repo(公开仓库)。 - 在 Working Copy 里添加 GitHub 账号,选择用 token 登录。
- 把 token 存进 iOS 钥匙串/Working Copy 的安全存储,不要写进文本文件。
提示:你说“不借助 SSH”,这里用的是 HTTPS + token,不是 SSH 通道。
Step 2 · Clone → 绑定编辑器 → 开始改
- Working Copy 里 clone 你的 repo。
- 在 Working Copy 里把 repo 打开到你选的编辑器(Share / Open in)。
- 创建分支:
feat/mobile-edit(建议永远不直接改 main)。 - 编辑文件 → 回到 Working Copy 查看 diff。
Step 3 · Commit → Push → 看 CI 结果
- Working Copy 写 commit message(短、可读)。
- push 到远端。
- 打开 GitHub(网页或 App)看 Actions:通过就继续,不通过就按日志修。
Step 4 · 把“预览”也自动化(让手机舒服)
- 静态站点:用 GitHub Pages / Cloudflare Pages / Vercel,push 后自动生成 Preview URL。
- 非静态:至少在 CI 上传 build artifact,保证你能在手机端下载/查看结果。
最小 CI:只做一件事(跑一次)
原则:先做到“push 就跑一次”,再慢慢加 lint/test/build/deploy。手机端工作流最怕“第一次就搞太复杂”。
Node 项目(示意)
.github/workflows/ci.yml
name: ci
on: [push, pull_request]
jobs:
test:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: actions/setup-node@v4
with: { node-version: '20', cache: 'npm' }
- run: npm ci
- run: npm test --if-present
只要能跑一次,你就拥有“手机端可验证”的开发闭环。
Python 项目(示意)
.github/workflows/ci.yml
name: ci
on: [push, pull_request]
jobs:
test:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: actions/setup-python@v5
with: { python-version: '3.11' }
- run: pip install -r requirements.txt
- run: pytest -q
如果你没测试,就先用 python -m compileall 也行:先有闭环。
可视化对比:三种 vibe coding 方案
常见坑(提前避开)
手机端坑
- 大规模重构/冲突解决:尽量用小 PR、小 commit。
- 二进制文件:避免把大文件放进 Git(用 LFS 或外部存储)。
- 键盘效率:强烈建议外接键盘(哪怕是便携的)。
CI 端坑
- 没有锁文件:CI 每次装依赖都变,导致“手机上改一点就红”。
- Secrets 管理:部署 token 只放 GitHub Secrets,不要写进仓库。
- 构建时间过长:先把 CI 做到“快且稳定”,再加复杂步骤。
One Next Action
今天就做一件事:用 iPhone 在 Working Copy 里 clone 一个 repo,改一行字 → commit → push,让 GitHub Actions 跑绿一次。只要这个闭环打通,你就拥有“随时随地 vibe coding”的基本盘。
Sources
- Working Copy(iOS):https://workingcopy.app/
- GitHub Actions:https://docs.github.com/actions
- GitHub Pages:https://pages.github.com/
- Textastic:https://www.textasticapp.com/
- Runestone:https://runestone.app/
把算力交给 CI,把自由留给手机。
— Closing note