最新

大家好， 我开发了 cli-use，这是一个小型的 Python 工具，可以将任何 MCP 服务器转变为原生的命令行界面（CLI）。 这个想法很简单： HTTP 有 curl，Docker 有 docker，Kubernetes 有 kubectl —— MCP 也应该有一个原生的客户端。 我为什么要做这个： MCP 很有用，但通过代理使用时存在一些开销： - 每个会话都需要支付模式发现的成本 - 每次调用都带有 JSON-RPC 的封装 - 响应通常是冗长的 JSON，而有用的输出往往只是一两行 cli-use 将这些转换为简洁的命令行界面，使工具可以像普通的 shell 命令一样被调用。 示例： ``` pip install cli-use cli-use add fs /tmp cli-use fs list_directory --path /tmp ``` 之后，MCP 服务器的行为就像一个常规的命令行界面： - 代理可以使用 - 人类可以使用 - 可以通过脚本 / subprocess.run 使用 - 可以与 grep、head、xargs 等工具组合使用 示例： ``` cli-use fs search_files --path /tmp --pattern "*.md" | head cli-use fs read_text_file --path /tmp/notes.md | grep TODO ``` 我非常关注代理的易用性。 每次添加操作都会生成一个 SKILL.md 文件以及一个指向 AGENTS.md 的指针，因此在一个仓库中工作的代理可以自动发现并使用 CLI。 一些细节： - 纯 Python 标准库 - 零运行时依赖 - 持久别名 - 兼容 npm、pip、pipx 和本地 MCP 服务器 - 内置常见 MCP 服务器的注册表 我还对真实的 @modelcontextprotocol/server-filesystem 服务器（14 个工具）进行了基准测试。根据会话大小，令牌节省约为 60%–80%，主要是通过消除模式开销和冗长的请求/响应封装。 它仍处于 alpha 阶段，但已经可以使用。 仓库链接： [https://github.com/JustVugg/cli-use](https://github.com/JustVugg/cli-use)

大家好，稍微超过一年前，我推出了 https://forms.md，这是一个免费的开源 Typeform 替代品/表单构建器。今天注册用户达到了 5000 个，真是太好了，感谢真主。 收入微薄，但我还没有对其进行适当的变现（还没？）。无论如何，我对目前的进展感到非常满意。

<a href="https://x.com/TheAmolAvasare/status/2046725498592722972" rel="nofollow">https://x.com/TheAmolAvasare/status/2046725498592722972</a><p><a href="https://xcancel.com/TheAmolAvasare/status/2046725498592722972" rel="nofollow">https://xcancel.com/TheAmolAvasare/status/204672549859272297...</a>

我对Opus 4.7感到无言。这可能是自Windows Vista以来计算机产品最大的质量退步，甚至可能是有史以来最大的退步。 所以，我想问社区一个问题：这里面有什么讲究？ 我不相信是出于金钱的考虑，因为他们即将失去大量订阅用户。我几乎无法再为Max付费，经过四个非常沮丧的小时尝试让模型修复代码后，我第一次在几个月内转向了Codex。 我也不相信是出于公司利益的考虑。模型是基础设施的一部分，就像API一样，适用于它们的规则也是相同的。主要是：不要破坏集成。由于新一代模型可能完全打破输出预期，部署它们变成了一项组织工作，而对旧模型的支持则非常糟糕。在某个时刻，这些组织会厌倦“不断适应”。 那么，这里到底有什么讲究呢？