V2EX › musi 的所有回复 › 第 3 页 / 共 120 页

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

147 天前

回复了 matrix1010 创建的主题 › 程序员 › 国内哪个大模型支持结构化输出(JSON schema, 不是 JSON mode)

@LeslieLeung 如果只是 decode 的时候约束，但是模型给你返回了一个不合法的字段你要怎么办呢？直接报错吗？

150 天前

回复了 oldcai 创建的主题 › 分享创造 › [免费] LazyTyper：用「嘴」写代码，给 Claude Code 发语音（Mac 首发）

有没有测试过哪家识别率最高，另外还有 gemini 也支持语音

150 天前

回复了 sc13 创建的主题 › Claude › 问一下，各位都是怎么稳定使用 claude code 的啊？求方法

@sc13 #41 token 是你想象不到的多，即使用缓存也非常贵

#45 哈哈 ccr 就是我写的，最开始的版本还是个用于逆向的项目，后面改成了路由 https://v2ex.com/t/1114144

151 天前

回复了 sc13 创建的主题 › Claude › 问一下，各位都是怎么稳定使用 claude code 的啊？求方法

@kamal 已经快半年了

151 天前

回复了 sc13 创建的主题 › Claude › 问一下，各位都是怎么稳定使用 claude code 的啊？求方法

@sc13 听我一句劝，别这么用，10 刀跑不了几分钟

151 天前

回复了 sc13 创建的主题 › Claude › 问一下，各位都是怎么稳定使用 claude code 的啊？求方法

魔搭一天 500 次，qwen-cli 一天两千次

151 天前

回复了 heimoshuiyu 创建的主题 › 程序员 › MCP 协议现在是一坨💩

mcp 真不好用，有很多 mcp 一下带了几十上百个工具，现有的模型没有能力承载这么多工具的，占用大量上下文不说还降低模型的能力，我看过最离谱的一个一次上下文带了快三百个工具

153 天前

回复了 JoryJoestar 创建的主题 › Python › 有没有爬虫王！可以教下我 Websocket 怎么爬吗?

用 electron 开 cdp 监听 ws

174 天前

回复了 sunlin1234 创建的主题 › Claude › 通过 openrouter 来使用 claude code 的，就不怕 claude 封你啦

@zybzzc 我并没有深度测试，我目前改白嫖 gemini 了，key 和 gemini-cli 的额度是分开的，key 用完直接用 Gemini-cli 的 api ，还挺好使

177 天前

回复了 sunlin1234 创建的主题 › Claude › 通过 openrouter 来使用 claude code 的，就不怕 claude 封你啦

@magic3584 多用 claude code 的 plan mode ，另外就是描述要尽可能的详细

178 天前

回复了 jonssonyan 创建的主题 › 程序员 › [经验分享] Kimi K2 发布，我用 Kimi K2 替换了 Claude Code 默认模型

@musi 痛点应该是 cc 这套 agent 是专为 Claude 模型设计的，随便你怎么换模型都达不到原厂的效果，你需要在这个基础之上做很多调试优化的工作。

比如你有一个任务，看起来都是调用了同一个搜索工具，但是 claude 能搜的更准确点，这就是差别。

178 天前

回复了 jonssonyan 创建的主题 › 程序员 › [经验分享] Kimi K2 发布，我用 Kimi K2 替换了 Claude Code 默认模型

@jonssonyan 换供应商/模型让 cc 不会封号早就不是什么痛点了，早就可以接入其他国内厂商的所有模型，甚至是私有化部署的模型，也能通过 openrouter 接入其他模型

181 天前

回复了 sxhxliang 创建的主题 › 程序员 › 字节 Trae Agent 的 rust 版本讨论

@sxhxliang codex 把大量时间花在了这种换语言的重构任务而不是对 Agent 的优化上，这也是目前还无法追上 claude code 的原因之一

#10 反驳你说的“Agent 功能其实比较简单”，实现一个看起来可用的 Agent 是很简单的，正如我在#1 中说的，难的是对任务的分解和调优，你可以尝试用 rust 实现达到`claude code`类似的效果(仅仅是最终结果的效果，不考虑其他非必要的功能)对 Agent 的调试得花多大精力

181 天前

回复了 sxhxliang 创建的主题 › 程序员 › 字节 Trae Agent 的 rust 版本讨论

我不认为这类工具需要多强的性能，相反，我觉得随着 AI 模型的变化这类工具应该有快速迭代(甚至更换架构)的能力。
这类工具的核心功能其实就两个：
1. 调用工具
2. 与 LLM 通信
这两个功能随便用什么语言都可以快速实现，难的是在这套方案之上抽象出来的工程化能力：如何给 agent 编写提示词？如何管理上下文？如何管理多 agent 之间的交互？这些是需要花大精力去优化调试的。

在一个复杂任务中调用工具快那么几秒在 LLM 推理的耗时面前不值一提，更不用说像 python 、node.js 这类语言仍然可以调用 rust/c 写的库来提升性能。

181 天前

回复了 jqknono 创建的主题 › 程序员 › 使用 Claude Code 中转商的风险

真要隐私还是得私有化部署 deepseek

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

❮

❯