V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  YangWaleed  ›  全部回复第 3 页 / 共 9 页
回复总数  165
1  2  3  4  5  6  7  8  9  
@hkiJava “只有在一起了,我会变得认真用心吧”
真的会吗?还没在一起的时候就这样的表现,在一起后会更好?
不说女生了,我都会这样怀疑
4 月 24 日
回复了 qemu32 创建的主题 职场话题 如果继续在深圳待的话我还能干什么?
你这情况有点太难给建议了,只能说多尝试吧,减少尝试的成本多做尝试,不去尝试、不去开始永远不知道适合干啥。
减少生活成本、减少试错成本,多做尝试、多做评估
@virtualworld 也有可能知道是什么意思,只是关系没那么近而已。
不是每个人的亲戚都走得很近、堂兄弟姐妹都从小一起长大。
网上也不是没见过亲兄弟闹得老死不相往来的,何况是堂
@geniushui 是一次性买了 18 年 600 刀?为什么要一次买 18 年啊?
4 月 22 日
回复了 PeanutMi 创建的主题 GitHub Copilot copilot 体验下来不错,是我的错觉吗?
@yuan321 我上面不是说了 “以 vscode 作为界面,但底层跑的是 cc 和 codex ,用的是 copilot 的额度” 吗?
你在 copilot 里可以用 claude 模型,但 agent 的功能是 vscode 自己的。选择 Claude 后,就是以 claude code cli 作为 agent 。

有哪些 claude code cli 本身有的功能没有?这个我到没注意到
4 月 22 日
回复了 PeanutMi 创建的主题 GitHub Copilot copilot 体验下来不错,是我的错觉吗?
@yuan321 不需要什么设置,不确定你那是什么情况。我在这里选择 Claude 就能用

https://i.imgur.com/y9s6ODj.png
4 月 22 日
回复了 sinopec 创建的主题 程序员 openspec 怎么配合 superpowers 使用?
这两个我都单独用过,感觉各有优缺点,现在我主要用 superpowers

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

最近在使用 superpowers ,它只生成 spec.mdplan.md 文档,文档维护负担会小一点(但我也不会仔细去 review 这两个文件)。但它的 brainstorm 我觉得很好用,能和我讨论技术方向、给出可行的方案,是我主要使用 superpowers 的原因。
一开始用它的 subagent 模式开发,往往一下午几个小时还搞不完一个需求,但 token 消耗巨大。因为它会起一个 subagent 做开发、两个 subagent 做不同维度的代码 review ,然后重复迭代。普通的 coding plan 根本耗不起。
所以现在我会直接说这是个简单的改动,不需要这么多 review 直接开发。等做完后再人工要求它再 review 一次就行。这样使用就好了很多。
4 月 22 日
回复了 PeanutMi 创建的主题 GitHub Copilot copilot 体验下来不错,是我的错觉吗?
@yuan321 参考 56 楼我说的,装一个 codex 插件,就能在 vscode 里用 codex 作为 agent ,但走的是 copilot 的额度。

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

你可以认为就是以 vscode 作为界面,但底层跑的是 cc 和 codex ,用的是 copilot 的额度
4 月 21 日
回复了 meetyuan 创建的主题 程序员 AI 太烧钱了,有什么好的大模型组合方案?
@wu67 我没感觉到有这种情况。不过我也不会仔细 review 代码改动,只确认修改方案。
superpowers skills 会起一个 subagent 写代码,两个 subagent 分别 review 修改逻辑和代码质量。所以额度会肉眼可见地掉,现在我都会强调不需要这么严格的 review 才好点
4 月 21 日
回复了 meetyuan 创建的主题 程序员 AI 太烧钱了,有什么好的大模型组合方案?
@wu67 我倒是反过来。一开始用 sonnet 和 opus ,后来发现 gpt-5.4 好像能力上相差无几但用量多很多,就慢慢迁移到 gpt 了。不过后来 codex 用量砍了后也撑不住我用 superpowers ,得两个号混着用才行
4 月 21 日
回复了 meetyuan 创建的主题 程序员 AI 太烧钱了,有什么好的大模型组合方案?
@wu67 不确定。我感觉 sonnet 4.6 是不是没 gpt-5.4 强? copilot 里这两个消耗一样,那我肯定优先用 gpt-5.4 。
我自己感觉两个 openai plus 订阅的量够我轮换地用了,再订阅 copilot 好像有点鸡肋
4 月 21 日
回复了 meetyuan 创建的主题 程序员 AI 太烧钱了,有什么好的大模型组合方案?
@cryzzchen 不让新用户订阅了,而且 opus 额度大砍,要想用 opus 可能还是 Claude 官方便宜
之前用 copilot 主要是为了 opus ,现在感觉不值得了
4 月 21 日
回复了 meetyuan 创建的主题 程序员 AI 太烧钱了,有什么好的大模型组合方案?
本来可以推荐 copilot 的,现在也没了
总体上看订阅比 API 便宜,我之前是 codex + copilot 勉强够用,现在可能得两个 codex 了
pro+ 的 opus 4.7 是 7.5 倍消耗,想用也是不太用得起了
4 月 20 日
回复了 Haller 创建的主题 生活 如何能哭出来,嚎啕大哭那种
最重要的一点你得是找到心里憋着的东西到底是啥,不把这个解决了都是治标不治本
情绪问题和其他问题一样,都是得找到根因才能解决

找的方式要不是扪心自问、自我剖析,要不就是找到信得过的人倾诉、聊出来
@l619534951 也不是解释整个项目,就是让 AI 解释刚刚的改动方案是什么,下一步改动方案是什么。
就是 review 方案不 review 具体代码
4 月 20 日
回复了 JWilling 创建的主题 每日一笑 我准备开个公司,上 5 休 4
@JWilling 所以我理解你的意思是:仍然在 7 天一个周期的情景下,把滑动窗口的范围改成 9 天来表达 “上 5 休 4”,但仍然是 7 天周期内的 “双休”?
那 “每 9 天里面只需要工作 5 天” 的表达已经不是 “同一个定义下,通过改变表达显得更厉害” 了,因为定义已经变了。这也是这么多人说你这个例子不好的原因。

按这个表达方式,就是 “每次跑 1300 公里只需要充电一次”,这个肯定是错的啊。
4 月 20 日
回复了 JWilling 创建的主题 每日一笑 我准备开个公司,上 5 休 4
@JWilling 我看了这么久,依然没看出来你帖子里举的例子和你想要传达的意思有什么关系,所以我一开始以为你只是想开个开公司的玩笑。

其中有一个关键点是:你理解(或者是你定义)的“双休”的定义是什么?为什么你会认为 “上 5 休 4” 是 “双休“?
是 “上 5 休 4” 这 9 天里,可以截取出 ”7 天里有 2 天休息“ 所以可以说是 ”双休“?还是什么定义?
1  2  3  4  5  6  7  8  9  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5740 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 07:40 · PVG 15:40 · LAX 00:40 · JFK 03:40
♥ Do have faith in what you're doing.