V2EX › SingeeKing 的所有回复 › 第 8 页 / 共 174 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 4 5 6 7 8 9 10 11 12 13 ... 174

❮

❯

3 月 21 日

回复了 SingeeKing 创建的主题 › 分享创造 › 做了一个 model 数据库/信息站

@blueorange #2 感觉维护一套中英文有点麻烦，我大概扫了下一共也没多少英文术语学下吧应该还挺容易的😂 或者用翻译应该也挺方便的

@stinkytofux 好主意；不过我大概看了下现在的 Web 页面不方便比价不只是价格的问题，后面应该会专门做一个比较页面来方便这种需求（作为现在的一个缓解方案，因为数据都是一个单一的 json ，想比价可以直接把这个 json 喂给 AI 让它给你比较）

3 月 21 日

回复了 v2dev 创建的主题 › 问与答 › cc 能力确实比 codex 强吗？

/t/1199366

3 月 21 日

回复了 27 创建的主题 › Claude Code › 用多个 codex team 拼车还是用 claude code 更划算

论划算肯定是 team ，特别是现在有可以无限换车的供养商，简直太 bug 了

@Leronron plus 和 team 额度本来是一样的，但是这段时间 plus 额度翻倍、team 不变

3 月 21 日

回复了 lfsc 创建的主题 › iPhone › iPhone 是真 TM 难用

关于 4 。。我前几天刚刚吐槽过竟然可以右侧滑动返回

https://i.imgur.com/vZ97tVR.png

3 月 21 日

回复了 287854442 创建的主题 › 程序员 › MCP 是不是已经死了？没人再提这个了

而且有一个很重要的点，MCP 本质上还是工具调用，而工具调用的参数是用 json schema 定义的，然后最前沿的模型都是支持 Structured Output 保证输出数据一定会满足定义的 json schema 的

而命令行呢？ AI 经常会在转义这种基本问题上卡一卡，然后也可能随时多/少点参数；命令行本身做了强校验还好，AI 还能根据错误信息自动纠错、就是浪费点 token ；而如果要是没做校验或是校验逻辑输出的错误信息太抽象可能 AI 都不知道出问题了/怎么也想不到问题到底出在哪

3 月 21 日

回复了 287854442 创建的主题 › 程序员 › MCP 是不是已经死了？没人再提这个了

感觉上面好多人根本没看过 MCP Specification 就在回答

MCP 完全有能力包括详细的每个工具怎么调用的说明进去（而不是像很多人理解的那样就一个 json schema 描述字段就完事了）

MCP 最大的问题还是一次性暴露的工具函数太多了、schema 加上说明会占用大量的 token —— 即使你这次做的工具完全没有用到它

而 Skill 通过「渐进式暴露」可以说在很大的程度上解决了这个问题

---

而 MCP 死了吗？我觉得并没有，至少它目前仍然很难说被 skill 完全替代 - 我个人觉得，skill 调用命令行的方式还是太不优雅了

3 月 19 日

回复了 v2exgo 创建的主题 › 推广 › 不装了，我们就是源头，新中转站 Unity2.Ai 上线，行业标杆价格，掌握中转市场定价权

啊？ terminal.pub 呢？而且这价格算不上「行业标杆」吧，大量更低的

3 月 16 日

回复了 feeeff 创建的主题 › Claude Code › 为什么 Cursor 使用 Chrome MCP devtools 可以直接控制正在使用的浏览器，相同配置下， CC 不行？

「永远打开的都是无痕浏览器」看上去是它直接用了命令行或者 playwright ，没用 chrome 那个新的 mcp

3 月 16 日

回复了 ajdpsx000 创建的主题 › 问与答 › 国家开放大学上的公开课视频想下载，结果是 HLS 加密有离线下载本地观看的办法吗

经典 polyv ，找专门的下载器或者万能的淘宝吧（其实逆向下也不复杂，可以让 AI 试试看）

3 月 15 日

回复了 milkleeeeee 创建的主题 › Claude › 我咋感觉 1m 上下文的 opus 4.6 比 200k 上下文的 opus 4.6 要笨一点

长上下文确实有性能衰减；不过 Opus 4.6 衰减的程度其实不高，相比之下 GPT 5.4 长上下文情况下甚至不配称为 SOTA 了