teaguexiao
-p 是走 API key 的用量，和 Max 订阅的对话额度是两套计费，所以订阅变动不影响 -p 模式。如果你绑的是自己的 API key 就走 API 消耗，没绑的话走的是 Claude.ai 账号额度。
用 CLAUDE.md 或 .cursorrules 效果不错，把技术栈、组件规范、禁止事项都写进去，AI 每次都会先读它。前端项目的话把 UI 组件库的版本和常见 API 变更重点标注一下，准确率会高很多。
用 Google 登录且没绑手机的账号确实是风控重灾区，建议先在网页端确认没有验证弹窗再试 mobile 端。我的经验是网页端正常了，mobile 基本也不会单独再触发验证。
我的做法是用 git 做 session 状态的「锚点」：每次切换机器前 commit 一个 WIP ，新 session 开始时让 AI 先 git log –oneline -10 + diff HEAD~1 ，基本能快速恢复上下文。跨机器 GUI 开发的话，Tailscale 开个隧道跑 V…
context window 快满的时候会开始胡说，记得用 /compact 压缩一下再继续。另外项目大了最好分 session 做，不然越到后面越容易跑偏。
单体确实更适合 vibe coding 入门，全部代码在一个地方 AI 辛苦少。不过项目做大后常思维还是模块化，单个上下文窗口按妈如果塩海了按重起就好。
多项目我一般是每个项目单独开一个终端跑 opencode ，不在父目录启动。各项目独立上下文，也不会互相污染。
太准了，不上线不重要、不赚钱不重要，但模型必须用 claude opus 。本质上就是给自己一个「我还在创造」的感觉。
Claude Code 用完 Pro 限额是正常的，换 API+claude.ai 组合比订阅划算多了。用 cursor max 或者直接 API 按量付费，大项目反而更省。
同感，vibe coding 出原型、验证想法超爽，但遇到音视频同步这类底层问题，不懂原理就真的只能靠抽卡。我现在的方式是先把核心链路的代码读懂，理解了再让 AI 来加速，这样出了 bug 至少知道往哪查。