V2EX › yh7gdiaYW 的所有回复 › 第 2 页 / 共 55 页

V2EX = way to explore

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

For Existing Member Sign In

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

❮

❯

20 天前

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

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

20 天前

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

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

20 天前

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

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

20 天前

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

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

23 天前

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

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

23 天前

回复了 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 我司几千号人用自己的配额用量认证

7 月 23 日

回复了 blackantt 创建的主题 › 程序员 › 编程能力排名是 claude fable5 > gpt sol extra > claude 4.8 吗？

opus 4.8 现在排不到第 3 了；不差钱的话无脑开 max

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

❮

❯