V2EX › Loocor 的所有回复 › 第 1 页 / 共 6 页

V2EX = way to explore

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

For Existing Member Sign In

1 2 3 4 5 6

❮

❯

7 月 26 日

回复了 Loocor 创建的主题 › 程序员 › 当 MCP Server 变了，用户原来的设置还算数吗？

7 月 26 日

回复了 Loocor 创建的主题 › 程序员 › CLI、MCP、Skills 同时在场 —— 从 8 个 Agent 源码看到的

@germain 😂 那到底是爽到了没有

7 月 26 日

回复了 Loocor 创建的主题 › 程序员 › CLI、MCP、Skills 同时在场 —— 从 8 个 Agent 源码看到的

@iintothewind 我们整体观点是一致的，尽管这些能力方式各有所长，但最终还是 Agent 的设计起了决定性作用。

有两个细节表述上的差异，可以再对齐一下理解：

一是 cli 结构化输出能力应该是具备的，mcporter 是个典型的应用体现，它的 changelog 里好像有专门提及这个增强，避免了你说的需要 Agent 自己去解析字符串的问题，还是比较可靠；
二是 mcp 全量进入 context window 以及单个 tool 需求但装个全家桶这两个问题现在基本都有解决方案了，只是可能还不够普及，即前面回复提到的 smart tools selection 或叫做 meta tools 提供近似的延迟加载，以及 ClaudeCode 等也具备 allow 或 disallow 这类黑白名单控制指定的 tools 是否加载。我在自己的 mcpmate 里使用了 profile 的概念，也是细化到具体能力清单这个层级进行启停管控的，所以“要一个但装全部”的问题都可以解决，说到底还是是 mcp server 和 mcp host app 具体实现的问题；

7 月 26 日

回复了 Loocor 创建的主题 › 程序员 › CLI、MCP、Skills 同时在场 —— 从 8 个 Agent 源码看到的

@mmdsun 对，现在这种 smart tools selection 的模式几乎已经成为共识了，但在去年整半年都是被拉踩的短处。我们在 mcpmate 里也用了类似的实现，catalog 、details 、call 三个 meta 工具配合，访问后端所有的能力，包括但不限于 tools 、prompts 、resources 。其中就用到了你说的那种前缀，不过我们把这个环节做的更严格一些，作为 namespace 贯穿整个过程。

7 月 26 日

回复了 Loocor 创建的主题 › 程序员 › CLI、MCP、Skills 同时在场 —— 从 8 个 Agent 源码看到的

@cybort 嗯，我感觉用户端特别是个人用户其实现在都不怎么待见 mcp 的

7 月 26 日

回复了 Loocor 创建的主题 › 程序员 › CLI、MCP、Skills 同时在场 —— 从 8 个 Agent 源码看到的

@germain 不是 Claude ，workbuddy 里 DeepSeek 和 glm 写的，都发了才发现还有些细节问题。没关系，表达个意思，中心思想和观点是我的就行 😄

6 月 26 日

回复了 xiaoge666 创建的主题 › 程序员 › 花 2 月写了一款软件，结果 claude code router 上线了一模一样的功能

跟 cc-switch 是不是一类，这类太卷了怎么敢做的，而且似乎也很难变现啊

5 月 5 日

回复了 zivn 创建的主题 › 程序员 › Vibe Coding 手搓了个 macos 的用量查看应用

漂亮！

4 月 28 日

回复了 Binwalker 创建的主题 › 程序员 › 貌似 Raycast 要改成 Web 套壳了，有平替吗

raycast 一直都是 web 套壳...

4 月 25 日

回复了 feelapi 创建的主题 › 程序员 › 现在还有那个中转站有 openai 包月啊

aHR0cHM6Ly9jb2RleHpoLmNvbS8/cmVmPUY1QjZENA== 这里也还行，目前我在用。注意这个有我的邀请码，不喜欢的话自己清除了再访问

4 月 11 日

回复了 wang93wei 创建的主题 › 开源软件 › 有个事想请教： GitHub 上有人用了和我一样的项目名，复刻了一模一样的项目

这种事情没法证明抄袭什么的，反而应该感慨世界的奇妙。
我在 github 里碰到一个跟我的 codmate 功能定位、界面布局、技术栈等极度相似的项目（现在有差别了，我基本停止了 codmate 的开发），这些不神奇，神奇的是我们 init 项目仓库的时间前后只差 30 分钟不到。

https://pbs.twimg.com/media/G_CLitxXQAECXEJ?format=jpg&name=4096x4096

4 月 10 日

回复了 EricGoodMan 创建的主题 › 程序员 › opencode 为什么加载不了 ohmyopencode 了，我的问题吗？

原来配置的加载方式有些问题，你如下处理，能恢复工作，就是看起来不优雅：
1 、进入 ~/.config/opencode 目录，执行 bun install oh-my-opencode ；
2 、编辑 ~/.config/opencode/opencode.json ，将原来的 ```json
"plugin": [
"oh-my-opencode@latest"
],```
改成 ```json
"plugin": [
"file:///Users/[youraccountname]/.config/opencode/node_modules/oh-my-opencode/dist/index.js"
],```
重启 opencode 就行了

3 月 23 日

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

如果你避免不了 MCP ，那还是老实的用，那些可能恶心点儿的地方，可以试试用我的 MCPMate 来解决：

https://mcp.umate.ai/
https://github.com/loocor/mcpmate

3 月 13 日

回复了 samnya 创建的主题 › 程序员 › OpenCode 出了个 Go 套餐就是 10 刀 Coding Plan，值得买吗？

go 我还没有试，但是按成本计，会比原厂 Coding plan 贵很多，不用怀疑。
至于 zen 我已经试过了，20 刀，大概也就是 1 小时不到，老老实实恢复 Github Copilot Pro+ 订阅了

3 月 8 日

回复了 devloperchen 创建的主题 › 程序员 › 智谱 Coding plan 太慢了，根本无法使用

opencode + oh-my-opencode 搭配下按 tokens 算，国产模型也不便宜 😂
14 次调用，输入 Token 总量 1,495,346 个，总费用就 ¥6.040658

3 月 5 日

回复了 anyChris 创建的主题 › 程序员 › 大家现在部署个人项目都用什么方案？感觉选择太多了有点纠结

sh 脚本简单粗暴！！！