V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sillydaddy  ›  全部回复第 1 页 / 共 146 页
回复总数  2910
1  2  3  4  5  6  7  8  9  10 ... 146  
这比 git 提交记录还要有监控性:git 是以一个软件功能为单位,反映一个人的工作量,token 则直接反映一个人的工作时长,几乎是实时监视了。
9 小时 51 分钟前
回复了 ahdw 创建的主题 职场话题 AI 带来的程序员失业焦虑没了?
我天,前几天正是 v 站最密集的 AI 失业焦虑期。
@NASK 我试了一下,我这里也显示$0.07 ,很神奇,我知道是什么原因,因为它显示的是**平均**每个对话的费用。
Qty 是对话次数。每次对话你可能用 thinking 类型的 opus4.6 ,算作 2 个 request ($0.08 ),也可能用非 thinking 类型的 opus4.6 ,只花费 1 个 request ($0.04 )。所以它算的是总花费除以对话次数。

我的是
extra fast premium requests beyond 500/month - US$0.07 18 US$1.32

其中用了 16 次 opus 4.6 thinking ,还用了 1 次非 thinking opus 4.6 和 1 次 codex 5.3 。加起来恰好是$1.32 。

所以,超出的价格还是跟 500 次订阅以内的价格一样,可以放心用。
@NASK 另外,在这里 https://cursor.com/cn/dashboard/spending 开启 on-demand usage ,在用完订阅的 500 次额度后,就可以继续超支使用 Opus 4.6 了。每个超支的 request 费用是$0.04 。意思是你再多花 20 刀,就又可以用 500 次,超划算。我已经又用了 1 刀了。

https://i.v2ex.co/0OwcgBw1l.png
不用降级。在 Cursor Setting 的 rules 里面,简单加一条“永远不要启用 sub agents”就可以了,不然按 500 次计费就太吃亏了。

https://i.v2ex.co/f3iJ61Pil.png
「放到企业微信这样的聊天工具中」应该是「放到类似企业微信这样的聊天工具中」
我感觉这就是提示词的事吧,设置各个 Agent 的提示词,再就是让它们能相互通信。

试试 v 友做的这个多 agent 聊天协作系统: /t/1194261
它做的工作目前有:
1 是将 Claude Code 这样的命令行 Agent 作为一个虚拟人物角色,放到企业微信这样的聊天工具中。把命令行与聊天工具连接起来了。
2 是可以设置每个 Agent 的分工角色、系统提示词、SKILL 等,实现某种自动化的工作流。可以通过 @某个名字,分配和安排任务。

第 2 条多 Agent 的协作,我还没有试,因为我准备用 OpenClaw 来做这件事,因为它支持通过聊天工具发布命令,但感觉比上面提到的 gorutra 麻烦些,正在摸索中。
看到这个「无期限」我笑了。另外不要气馁,加油!
3 天前
回复了 irisdev 创建的主题 随想 近期关于 ai 的随想
感谢分享!“去年家人生病,发现省院的 ct 系统已经用 ai 给出诊断”,现在渗透率这么高了啊。
3 天前
回复了 crocoBaby 创建的主题 $V2E⁠X 📣 okx 提示流动性池警告撤池子了
而且以现在的交易量来看,现在的 200 多 k 的流动性太多了。持有流动性的人根本连 0.2%的年化收益都没有,每天就是几百刀的交易量,都是在用爱发电。
3 天前
回复了 crocoBaby 创建的主题 $V2E⁠X 📣 okx 提示流动性池警告撤池子了
少了吗,我记得流动性一直就是 200 多 k 啊。刚发币那会是 500 多 k 。
@shylockhg 再等 5 分钟(即发帖 20 分钟后),加一个附言。
Cursor 的网站挂了: [{"error":"ERROR_UNSPECIFIED","details":{"title":"Service Unavailable","detail":"Service Unavailable", ...}]
3 天前
回复了 GR2024 创建的主题 酷工作 [北京] C 端全栈开发
什么公司这么神秘?啥都不介绍就好意思伸手要简历。
再补充 2 个,《钢铁侠》和《 2001 太空漫游》。
防不胜防啊。v 站前不久有人提醒过,但已经又失去警惕了。
4 天前
回复了 xqk111 创建的主题 程序员 说一下自己最近 ai 前端开发编程的感受
你说的「需要人去监督」,有一部分(我感觉是大部分),是可以委托给 AI 去做的:

我之前做一个简单的 gtd 系统,我每次添加完一个功能,都要想,下一步再加点啥,才能最小可用。后来我灵机一动,让 AI 自己去看一下还缺哪些最基本的功能,它一下子指出来了。

我经常遇到 AI 花很长时间,做完一个功能,然后潦草测试一下,就交卷了。这种潦草,不一定是故意的,有时候就是没注意到,其实人也一样,不可能每次改完功能都做完整的回归测试。

所以,启动另一个 AI 实例或对话自动检查,就可以大大增加这个过程的自动化程度。比如 v 站这个哥们做的全自动化: /t/1199391

对于你说的情况,比如说这样一些提示词,通过自动化检查,就可以免去很多人的精力:
“为达到可维护性,还需要进行哪些代码结构的改进”,
“检查一下新引入的功能可能会影响哪些之前的功能,从测试用例中选取重点测试一下这些功能”,
“检查一下,为实现基本可用,指定的功能中还有哪些功能未添加。”

当然上面的都是最简单的,我也在学习实践过程中。但毫无疑问,有了它意味着有了(半)自动化,效率是质的差距,

最终的目标就是,人要做到就是最少化自己的提示,目前你使用的单 Agent 的编程模式还远远够不上这个目标。

如何指挥多个 Agent 协作,应该是今年的主要趋势。除了看效果,还要考虑经济成本,如何分配不同能力和成本的大模型或 Agent ,以节省 token 费用。
4 天前
回复了 yarkyaonj 创建的主题 职场话题 网传猪场强推 AI、开始清理人员
现在听到“消息不实”这四个字都要生理反胃了!都 TMD 会学着官腔打这套机器人腔调了,没羞没臊脸不红气不喘。
感谢分享!

请问是迭代了 1500 次吗,input 和 cache create 总共才 70 多万。相当于每次 diff 只有差不多 1000 个新 token 提示词输入吗?

我设想中的这种迭代是多轮次的,每次迭代都重新启动一个 Claude Code 的对话 session 。看样子你是在一轮对话里面完成的吗?
1  2  3  4  5  6  7  8  9  10 ... 146  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   1853 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 45ms · UTC 16:18 · PVG 00:18 · LAX 09:18 · JFK 12:18
♥ Do have faith in what you're doing.