YangWaleed

@hkiJava 也许是真的，可是谁知道啊。
一般而言刚接触、追求的时候是要进行表现的时候，现在就这样的表现，对方怎么能确定在一起后会更好？空口无凭啊

另外上面的例子和 “责任感强、执行力强” 也没关系吧，有些女生不一定会优先关注这两方面

@hkiJava “只有在一起了,我会变得认真用心吧”
真的会吗？还没在一起的时候就这样的表现，在一起后会更好？
不说女生了，我都会这样怀疑

你这情况有点太难给建议了，只能说多尝试吧，减少尝试的成本多做尝试，不去尝试、不去开始永远不知道适合干啥。
减少生活成本、减少试错成本，多做尝试、多做评估

@virtualworld 也有可能知道是什么意思，只是关系没那么近而已。
不是每个人的亲戚都走得很近、堂兄弟姐妹都从小一起长大。
网上也不是没见过亲兄弟闹得老死不相往来的，何况是堂

@geniushui 是一次性买了 18 年 600 刀？为什么要一次买 18 年啊？

@yuan321 我上面不是说了 “以 vscode 作为界面，但底层跑的是 cc 和 codex ，用的是 copilot 的额度” 吗？
你在 copilot 里可以用 claude 模型，但 agent 的功能是 vscode 自己的。选择 Claude 后，就是以 claude code cli 作为 agent 。

有哪些 claude code cli 本身有的功能没有？这个我到没注意到

@yuan321 不需要什么设置，不确定你那是什么情况。我在这里选择 Claude 就能用

这两个我都单独用过，感觉各有优缺点，现在我主要用 superpowers

一开始我用的 openspec ，前期体验挺好的，但用多了会有一些问题，我印象最深的是 spec.md 会很乱、很碎，比如有的 spec.md 是一个功能整体的规范、有的 spec.md 是功能内的细节规范。然后经常一个新的改动只会更新部分 spec.md 或创建新的 spec.md ，导致 spec.md 之间会有冲突。
这一方面是因为模型上下文限制不会读取和修改所有文档，另一方面是我没仔细 review 每个文档。但如果要我 review 所有文档又很累，感觉回到瀑布式开发流程了。

最近在使用 superpowers ，它只生成 spec.md 和 plan.md 文档，文档维护负担会小一点（但我也不会仔细去 review 这两个文件）。但它的 brainstorm 我觉得很好用，能和我讨论技术方向、给出可行的方案，是我主要使用 superpowers 的原因。
一开始用它的 subagent 模式开发，往往一下午几个小时还搞不完一个需求，但 token 消耗巨大。因为它会起一个 subagent 做开发、两个 subagent 做不同维度的代码 review ，然后重复迭代。普通的 coding plan 根本耗不起。
所以现在我会直接说这是个简单的改动，不需要这么多 review 直接开发。等做完后再人工要求它再 review 一次就行。这样使用就好了很多。

@yuan321 参考 56 楼我说的，装一个 codex 插件，就能在 vscode 里用 codex 作为 agent ，但走的是 copilot 的额度。

同样的，你本地只要装了 claude code 这个命令行程序，就能在 vscode 里选择 claude agent ，这也是使用 claude code 作为 agent 在 vscode 里使用，走的也是 copilot 的额度。

你可以认为就是以 vscode 作为界面，但底层跑的是 cc 和 codex ，用的是 copilot 的额度