foolishcrab 最近的时间轴更新 foolishcrab 最近的时间轴更新 |
foolishcrabV2EX 第 613049 号会员，加入于 2023-02-09 01:21:19 +08:00 |
foolishcrab 最近回复了
21 小时 58 分钟前 回复了 skyworker 创建的主题 › 问与答 › "代码审计报告" 这种玩意有行情价吗? |
你问他们接受哪些第三方再去问报价吧，自己找了人家又不认就恶心了
3 天前 回复了 kimixeon 创建的主题 › 远程工作 › 广州佛山 | 全栈工程师（偏后端 .Net）| 外企 |
@CallMeHoney 巨硬都需要看 25k 的岗？
3 天前 回复了 hidev 创建的主题 › 问与答 › SaaS 产品怎么取英文名 |
producthunt 找个排名前面的换一下单词前缀
3 天前 回复了 guanhui07 创建的主题 › 问与答 › 从 jetbrain_IDE 切 vscode 或 cusor 各位是怎么做的 |
其实最新版 Copilot for idea 已经相当可用了
4 天前 回复了 inas 创建的主题 › 电动汽车 › 想换个 15 万内的纯电，有什么推荐吗？ |
大众比亚迪吧
4 天前 回复了 summerLast 创建的主题 › 问与答 › mcp 应用商店 |
理想的应用状态是资源方出 server, 比如在 github 上点个按钮唤起本地 cursor 直接接收配置就配置好了 GitHub mcp.
现在各种三方实现其实都会被抛弃的，因为资源方 openapi 提供的能力有限，token 配置麻烦，而且消耗的是资源方的资源，不是一个可以持续的模式。
所以要么最后就是 mcp 做大，各种系统对它提供第一方支持，要么就是停留在 geek 玩具阶段。只有后者有机会去做这些聚合项目，而且价值不大
现在各种三方实现其实都会被抛弃的，因为资源方 openapi 提供的能力有限，token 配置麻烦，而且消耗的是资源方的资源，不是一个可以持续的模式。
所以要么最后就是 mcp 做大，各种系统对它提供第一方支持，要么就是停留在 geek 玩具阶段。只有后者有机会去做这些聚合项目，而且价值不大
Select Language