安全产品人的赛博空间

再推荐一次cc-connect

安全产品人的赛博空间
6 days 21 hours ago
我一直没有装龙虾，因为我最开始就用Claude code，所有的skills、subagent、mcp都是给Claude code，搞到龙虾里觉得麻烦。 后来龙虾出来后，接聊天软件那个功能，确实还不错，于是找平替，找到cc-connect，用了半个月，着实提升了我不少工作效率 开发者在群里解决问题和响应需求非常快，尊重用户，因此想帮着宣传下 详细功能大家可以去readme看 简单讲几个推荐理由 1.易上手：一边接了几乎全CLI式的AI coding工具，另一边接了几乎全聊天工具，也就是说你以前用哪个做生产力cc/codex/opencode，这玩意儿都能用起来 2.更新快！：微信刚发的ClawBot插件，今天下午cc-connect就集成了 3.用户需求真响应：我两周前刚用上的时候，发现还不能切目录，只能一个项目配一个机器人，有点傻，今天想着更新下接入微信，发现上周cc-connect就把多工作区、切换目录功能做上去了 现在用起来很丝滑，基本解决了电脑不在手边的焦虑 项目地址：https://github.com/chenhg5/cc-connect/

Claude Code 转 OpenAI api

安全产品人的赛博空间
4 months ago
最近用Claude code做了不少东西，但是有个问题：如果我要共享我的智能体，那么我需要把我写的mcp，subagent，skills，hook，plugin共享出去，会用Claude的人可以用，不会用的就抓瞎了，门槛太高。 我又不想去开发一个web，重复造轮子。 于是给claude封装了一个openai格式的api，好处是任何一个大模型生态中的应用，都可以集成，例如聊天机器人，工作流，企业AI应用等等。 例如： 图2，是我集成到cherry 里的实例 图345，是我集成到dify里的实例 懂的同学应该一眼能看出来是Claude 自用了一个多月，挺好，发出来看能不能解决一些大家的问题 链接：https://github.com/chengable/Claude-Code-OpenAI-API

Anthropic 对 MCP 局限性的思考和方案

安全产品人的赛博空间
4 months 3 weeks ago
MCP协议作为早就出来的大模型调用工具的协议，已经有点不适应当前的agentic生态了 1-举个简单的例子，大模型调用MCP查某个文章，文章有1000页，在当前协作模式下，这1000页直接会放到大模型上下文中，立马打满上下文窗口，上下文这么珍贵，这合理吗？ 2-想想我们人的模式，我用浏览器看一篇长文，几万字，我肯定是读一下摘要然后去找感兴趣的特定内容细看了，把大模型看做我们的大脑，人也不能一次性接受这几万字的信息啊 3-Anthropic的解决方案是写code工具去调用mcp，大模型自己去发现有哪些工具需要用到，而不是一次性告诉大模型所有的工具，类似skills的渐进式披露策略，工具里可以对大规模数据的返回结果进行筛选或者过滤，有必要的情况下再去获得更多数据 4-大家有没有感觉这个方案很怪，不优雅。是的，因为mcp已经成为生态，只能在这个基础上修修补补提出解决方案，你再搞个新协议，让市面上几万个mcp换成新协议？不现实 我在做智能体的时候也碰到了类似的问题，上sec-edgar获取财务报告的时候被返回数据打满，直接打到窗口上限了，我的方案是，改造mcp把超过3000字的响应保存为md文件，mcp返回中告诉大模型文件地址，然后在大模型的提示词中设定读这类文件时不要全部阅读，而是先设定查找策略，分段阅读，目前这个方案跑的还行，当然那个时候skills还没出来 有个隐隐的感觉，skills会不会渐渐取代mcp， 因为它又自由又灵活，又符合渐进式披露策略 原文地址：https://www.anthropic.com/engineering/code-execution-with-mcp
Checked
1 hour 37 minutes ago
安全产品人的赛博空间
一个专门讲安全产品的公众号。分享对安全产品的认知、分析、思考、发展等关于安全产品的一切 (wechat feed made by @ttttmr https://wechat2rss.xlab.app)
URL
https://wechat2rss.xlab.app/feed/923ebe72c2b551e158bcce2f9e6262dd563b3b75.xml
安全产品人的赛博空间 feed

Managed ad