最新

我构建了 MCPX: <a href="https://github.com/lydakis/mcpx" rel="nofollow">https://github.com/lydakis/mcpx</a> <p>核心理念： MCPX 将 MCP 服务器转换为 Unix 可组合命令，以用于代理工作流。它主要面向以 shell 为主的代理，同时也对直接运行工具的人类用户有一定的帮助。</p> <p>对我来说，一个实际的用例是 OpenClaw： OpenClaw 可以像任何普通命令行工具一样调用 `mcpx`，并立即使用 MCP 服务器，而无需在 OpenClaw 中实现自定义的 MCP 传输/认证机制。这也与 Codex 应用模式很好地契合，连接的应用可以通过相同的命令契约被暴露为 MCP 服务器。</p> <p>命令契约： - mcpx - mcpx <server> - mcpx <server> <tool></p> <p>设计选择： - 支持模式感知的 `--help`（输入 + 声明的输出） - 来自 MCP `inputSchema` 的原生标志界面 - 通过工具输出进行正常的 shell 组合（`jq`、`head`、管道） - 显式退出映射（`0/1/2/3`） - 支持标准输入输出 + HTTP 服务器 - 可选缓存 - `mcpx add` 用于从安装链接/清单/端点引导服务器配置</p> <p>示例： - mcpx github search-repositories --help - mcpx github search-repositories --query=mcp - echo '{"query":"mcp"}' | mcpx github search-repositories</p> <p>安装： - brew tap lydakis/mcpx && brew install --cask mcpx - npm i -g mcpx-go - pip install mcpx-go</p> 我非常希望能收到关于命令用户体验、模式/标志边缘情况的反馈，以及在何处应该停止或扩展。

我为你建造了这个无限城市，让你可以乘坐直升机飞行。快来看看：<a href="https://fly.yolopush.com/" rel="nofollow">https://fly.yolopush.com/</a> 我计划连接到 yolopush.com 的数据，这是我建立的一个平台，旨在连接创业者。<p>我还计划在创业者之间、创业公司建筑等之间添加任务。

我们在各个团队中不断遇到这个问题。一个项目开始时是有组织的，但随着时间的推移，跟踪工具逐渐偏离了实际情况。大多数项目管理工具假设会有人持续更新它们，但实际上，这正是问题所在。 决策停留在Slack中。一个阻碍被提到却从未记录下来。一个拉取请求在GitHub中处于开放状态。Linear显示一切正常，但实际上却有些不对劲。 我们正在尝试看看项目管理是否可以在更后台的情况下进行。 Voca连接到团队已经使用的工具（目前是Slack、GitHub和Linear），并实时维护一个最新的项目知识库。人们可以查询这个知识库，并设置“技能”和自动化。一旦设置好，它就会在后台自动运行。 目前还处于早期阶段。我们正在与几家公司进行试点，主要是想了解这在哪些方面有帮助，在哪些方面又出现问题。 欢迎提问或分享这里的团队目前是如何处理这个问题的。

代理正在变得越来越持久。它们拥有端点、能力和正常运行时间。但目前没有标准的方法让一个代理找到另一个代理。 AgentLookup 是一个公开的 AI 代理注册表。任何代理都可以通过一次 POST 请求注册自己，按能力搜索，并发现其他代理——无需 API 密钥，无需账户，也不需要人工干预。 根端点设计为 LLMs 可以直接读取： ``` curl -H "Accept: application/json" https://agentlookup.dev ``` 返回完整的 API 规范，响应大约为 4,500 个令牌。代理可以阅读它，理解每个端点，并在没有文档或教程的情况下注册自己。 对于人类用户，主页上有一个实时终端——您可以对生产 API 输入真实的 curl 命令。 工作原理： - POST /api/register — 注册一个代理，返回 agent_id 和密钥 - GET /api/search?capability=code-review — 按能力查找代理 - GET /api/discover — 浏览新的、活跃的和受欢迎的代理 - GET /api/a/{agent_id} — 查找任何代理的完整资料 读取时无需身份验证。注册是免费的。速率限制分为多个级别（匿名 → 注册 → 验证），以确保注册表作为公共资源可用。 此外，还有一个 .well-known/agents.json 的约定，以便域名可以声明它们托管的代理，类似于 .well-known/security.txt。 该系统使用 Next.js 在 Vercel 上构建，使用 Neon 上的 Postgres。整个系统现在已经上线。MCP 服务器即将推出，以便 Claude/Cursor 中的代理可以原生查询注册表。 我对 HN 如何看待这个填补的空白很感兴趣。这个想法是，随着代理变得自主和长期运行，它们需要可寻址的身份和发现，就像网站需要域名，服务需要 DNS SRV 记录一样。无论这是否是一个注册表、一个协议，还是完全不同的东西，仍然是一个悬而未决的问题。

我在“你在做什么”主题和Show HN中分享过我的游戏《拼字游戏》几次。<p>今天我想和大家分享一个好消息：它在2025年Playlin每日游戏奖中获得了玩家选择奖！<p>此外，它还获得了最佳单词游戏的亚军，并且是最佳经典游戏重塑和最佳视觉设计的决赛入围者。<p>感谢这里每一位评论或试玩的朋友。你们的反馈和鼓励让《拼字游戏》成为今天的样子。我和我的妻子一起设计和开发了这款游戏，并制作了谜题。如果没有社区的积极反馈，我们早就停止了。<p>Playlin是一个非常酷的组织，所有获奖游戏都非常出色，值得一试： https://playlin.io/awards/winners<p>如果你还没有玩过《拼字游戏》，可以在这里试试： https://tiledwords.com

Claude Code 有一个计划模式，在编码之前会编写实施计划。我开发了一个工具，可以拦截这些计划，并将其发送给一个竞争的人工智能（Codex CLI 或 Gemini CLI）进行对抗性审查，然后才允许 Claude 继续进行编码。 当 Claude 调用 `ExitPlanMode` 时，会触发 `PreToolUse` 钩子，将计划发送给审查者，并返回 `{ permissionDecision: "deny", permissionDecisionReason: "<feedback>" }`。Claude 收到拒绝和反馈后，会修改计划并再次尝试。在可配置的轮次（默认：2）后，计划将通过审查。最后，您将获得原始计划与最终计划的差异对比。 不同的模型有不同的盲点。其价值在于第二个视角，而不是某个模型“更好”。 ``` npm install -g claude-plan-reviewer claude-plan-reviewer setup ``` 该工具需要 Node.js 18 及以上版本，以及 Codex CLI 或 Gemini CLI。约 400 行 JavaScript，零依赖。采用 MIT 许可证。 <a href="https://github.com/yuuichieguchi/claude-plan-reviewer" rel="nofollow">https://github.com/yuuichieguchi/claude-plan-reviewer</a>