直接摸她胸，不只微信，她的本名、身份证号、住址你都能知道，还可以不定期到法庭上约会。

怎么很多公司还是没理解 KPI 是用来卷的 不是用来增加产出的

superpowers 会烧 token 是因为他写测试用例；项目规模越大，测试越多，烧 token 数就指数上升。

V 站不能发 AI 生成的文字哦。你写代码都让 AI 写了，自己的意图总要手写吧。

有賽博嘴替可以幫我對線了嗎？

OpenRouter

我也会人肉拆需求，一次让 cc 完成的需求都是恰好大小的。我对我的项目架构很清楚，知道怎么分阶段迭代。

@c0xt30a max 不好用（它会全量塞所有前文进 context ），我都用 xhigh 。

任务我都是用 superpowers 的一条龙 brainstorming → writing-plan → subagent-driven-development 。

subagent-driven-development 会根据 plan 拆好的任务按顺序用 sonnet 写代码、haiku review 然后下一个，全部做完后再 self review 才交付（交付完我会让它先提 PR ，然后叫 codex 审 PR ）。

superpowers 的 subagent skill 真的好用，现在我其他任务需要 subagent 的也会用它（例如同时翻译多个 i18n ），它能避免 cc 原生 subagent 的"偷任务"竞争。

@zbinlin "每个 feature 都有文档记录" 没意义啊，那些东西你又不看、agent 也不需要，单纯制造中间商抽成而己。如果你真的想记录，用 pr 纪录和 issue 追踪就好了。我现在 cross repo 的问题都让 agent 把问题发到另一个 repo 的 issue 上，让另一个 repo 对着 issue 和自己的代码（有必要时看源 repo 的代码）改。

@zbinlin 你这个工作流太长了，每次都会丢一点精度。让 "每个 session 的 context 都尽可能小" 不是好处，是坏处。现在的 Opus 4.7 上下文窗口很大，完全可以 handle 。

@DiKaErJi 过时的管理方法就该被淘汰，“以前的大公司”从来如此便对吗？要向前看。感觉很多 V 友都是看得太少想得太多。

superpowers 每个子任务就会 commit 一次，我都让它提 PR 再 squash merge 。不然 commit 数会指数上升

作为程序员，我不相信人类写的代码。

在家用软路由，在外面用 macOS 的 utun （用 App Store 版的 iOS 代理软件，NE 会自动创建系统级的网卡）。

恢复后的 cc 好像放完长假刚回来上班的员工一样，很多记忆都不参考了，遇事都还要先看代码复习。

刚更新版本从 2.1.146 → 2.1.148 后，好像好点了。

你才知道吗

@yoshiyuki 还有一些原本在岸上的非开发者，以为有 AI 造船就能航行了，结果造出的船一下水就沉。更多的是 vibe 了破船还没下水过就开始販卖焦虑"以后人人都能当船长啦，人类水手全部要失业啦"！