V2EX › yh7gdiaYW 的所有回复 › 第 1 页 / 共 54 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 54

❮

❯

1 天前

回复了 Vermonth 创建的主题 › 生活 › 为什么 v 站有这么多人都觉得结婚出彩礼是应该的？

因为女方出嫁妆也是应该的，彩礼和嫁妆都是长辈对新家庭的初始资金注入。实际应该喷的是拿了彩礼就吞下来的女方父母，但就算是江西也不都是这样的，你们这些搞对立的就只会无脑喷

1 天前

回复了 NullIsLife 创建的主题 › 生活 › 很多人说现在中国普通人月入 5000 并不难，也有人认为 5000 对很多人来说很困难。大家说说你家乡的真实情况？

老家鲁南三线城市，市区普通餐厅的服务员就能拿 5k 左右，进厂的拿的更多。经济还可以的省份想出点力的拿到这个数不难，难的是想当白领坐办公室拿 5k

1 天前

回复了 Rorysky 创建的主题 › 分享发现 › uu 远程的完成度太高了

UU 远程是现在少数还有早期网易风格的产品了，当年 iOS 上的网易全家桶是真的好看免费又好用

1 天前

回复了 doujiangjiyaozha 创建的主题 › 分享创造 › 做了个 AI 办公桌面应用，想抢 workbuddy 的市场，大伙觉得如何，哈哈

@doujiangjiyaozha workbuddy+腾讯文档是他们家的卖点，但类似的东西已经有很多家在做了，光我们部门就有两个内部产品赛马。只是要产出+diff ，没有再做一个客户端的意义，也无法和这种内置编辑器的产品竞争

1 天前

回复了 doujiangjiyaozha 创建的主题 › 分享创造 › 做了个 AI 办公桌面应用，想抢 workbuddy 的市场，大伙觉得如何，哈哈

赛道太卷，你这个产品设计已经过时了。现在是 cowork 类客户端直接内置 office 三件套编辑器（ workbuddy 给这个取名叫人机双写）做 AI 交互，不只是看看 diff 和产出物

1 天前

回复了 Acegik 创建的主题 › OpenAI › 有没有人觉得 gpt 太啰嗦？

我觉得是 codex 的问题，昨天让改 dify 的源代码给 CORS 允许的 header 里增加一项，好家伙顺带给我补充了单元测试然后完整跑了一遍，一个复制粘贴的事情愣跑了半个多小时

4 天前

回复了 blackantt 创建的主题 › 程序员 › 似乎开源项目作者不知道/不想利用 AI 来加速自己的开发？

fork 自己用，不要想着合到主干去，提交一个高质量、不带来兼容性问题的 PR 太麻烦了，对你和维护人都是

4 天前

回复了 powerLambda 创建的主题 › 程序员 › [脑洞] 既然编程生产力如此高了，为什么不众程序员协作重建 BAT/TMD 让中心化的平台暴利回归用户实现普惠互联？

你知道一个正经的公司非技术岗有多少人吗...

7 月 31 日

回复了 charlesss 创建的主题 › 程序员 › 从零学习 AI Agent，先学原理还是直接上框架？

最基本的原理就是个大循环，一直调大模型，大模型返回 tool call ，你执行完调用把结果塞回去，直到循环到大模型不返回 tool call 就结束了，输出结果。

原理没啥可看的，直接上框架

7 月 30 日

回复了 afirefish 创建的主题 › 程序员 › WorkBuddy 这么自信的么？只支持/v1/chat/completions 端点格式！

这玩意儿本来就不应该暴露给非程序员的普通用户，程序员里有你这种癖好的也不多

7 月 30 日

回复了 SilenceLL 创建的主题 › 程序员 › 没人讨论新版的 mcp 协议吗，感觉进步很大

说到 MCP ，MCP 规范里现在实际只有 tool 在用，resource 、prompt 都已经路边一条了（比如 Claude Code 就不支持 prompt ，国内云厂商的市场基本都是支持 tool ）

7 月 30 日

回复了 SilenceLL 创建的主题 › 程序员 › 没人讨论新版的 mcp 协议吗，感觉进步很大

1. 算是个大进步，不过以前连接过一层负载均衡后固定连到一台服务器上，整体上看也没什么大问题
2. 没啥用
3. 没啥用，MCP 不应该是干长任务的，特别有需求的话本来后端也能拆 tool 实现
4. 老版本够用

7 月 29 日

回复了 maomaosang 创建的主题 › 程序员 › DeepSeek 的 TTFT 速度极快

那最近应该优化过了，刚发布时这是 ds v4 的主要缺陷之一

7 月 29 日

回复了 ainon 创建的主题 › 程序员 › 为什么 claude 比 codex 省 token?

国模基本上不优化 codex ，gpt5.6 在 codex 里挺省的

7 月 29 日

回复了 YanSeven 创建的主题 › 程序员 › 如何看待 OpenAI、Anthropic、谷歌呼吁放慢研究 AI

停留在现在的水平对大家都好，既不会产生太多安全风险，又能保住很多人的饭碗，生产力相对前几年也有巨大的飞跃。但是，没法执行啊

7 月 28 日

回复了 sjjgpt 创建的主题 › 程序员 › 收到律师函了，不让用了

@opengps @ZeroDu navicat 不让用是指的不能商用（需另外付钱，公司不掏的话个人想买也不合适），不是真的找不到能运行的版本，包括破解版和 lite 。类似的情况还有 docker 桌面版、xmind8 之后的版本

7 月 28 日

回复了 symons 创建的主题 › 程序员 › 现在在公司里面 vibe coding 到底还落没落地啊

我感觉公司里的热度已经消退了，春节后疯狂折腾了几个月后上下都对 AI 的实际生产能力有了清醒的认知，回落到了去年的人和 Agent 结对编程模式但效率比去年高很多，代价是外包同学好像是真不需要了

7 月 28 日

回复了 keepongjl 创建的主题 › 程序员 › 大佬们，在 Claude Code 中使用 GLM5.2 效果怎么样？

@xiaomushen 3.8max 现在发挥不太稳定，等正式版

7 月 27 日

回复了 keepongjl 创建的主题 › 程序员 › 大佬们，在 Claude Code 中使用 GLM5.2 效果怎么样？

更正下上面说的，qwen37max 在 glm5.2 之前，比 glm5.1 强（同样是用配额投票），但这俩当时公司内的用量都没超过 opus 。后来的 glm5.2 和 k3 是真的卷赢了

7 月 27 日

回复了 keepongjl 创建的主题 › 程序员 › 大佬们，在 Claude Code 中使用 GLM5.2 效果怎么样？

很强，第一个真能平替 claude 的国模（后面还有更弱点的 qwen37max 和更强一点的 kimi k3 ） by 我司几千号人用自己的配额用量认证

1 2 3 4 5 6 7 8 9 10 ... 54

❮

❯