最新

我们一直看到同样的问题：有人想为他们的社区、游戏组或项目创建一个 Discord 服务器，然后花费数小时设置频道、角色、权限和机器人配置。大多数人半途而废，最终得到一个半残破的服务器。 因此，我们构建了一个 AI 代理，能够完成整个过程。你只需输入类似“具有比赛赛程和等级进阶的竞技游戏社区”的内容，60 秒后，你就会拥有一个配置完整的服务器，包含 30 多个频道、角色、权限、欢迎系统、管理、工单——一切正常运作。 这不是一个模板选择器。该代理实际上会考虑你的社区需求——音乐制作服务器与学习小组或创业团队所需的频道和权限是不同的。 让我们感到惊讶的是：人们不仅仅使用一次。他们不断回头，为新的项目、活动或客户创建服务器。现在有一位用户通过它管理着 5 个服务器。 白标版本允许你在自己的机器人名称和品牌下运行这一切，结果发现这是一个没人要求但每个人看到后都想要的功能。 免费试用——无需信用卡。

端口转发通常是访问内部服务（如数据库、管理面板或指标端点）最快的方法。然而，在许多设置中，这意味着需要打开一个公共端口，并依赖防火墙规则或IP限制来确保安全。这些规则往往会随着时间的推移而累积。 我一直在研究现代“代理”端口转发模型是如何工作的。它们不是公开暴露服务，而是依赖于仅出站的连接，并创建仅在会话期间存在的身份范围隧道。 没有持久的入站端口，也没有长期的防火墙例外。 我在这里写了一篇分析，重点关注机制而不是产品宣传： https://www.lynxtrac.com/secure-port-forwarding-without-exposing-services 我很好奇这里的其他人是如何在云环境中处理临时服务访问的。

我正在构建 prod.bd，这是一个轻量级的开源隧道，用于将本地服务暴露到互联网。 我最初制作它是因为在开发过程中，我经常需要在真实的移动设备上测试前端应用。虽然像 Ngrok 和 Tailscale Funnel 这样的工具效果很好，但我想自己动手做一些东西。 你只需一条命令即可安装它，然后运行： `prod 3000 8080` 如果你不想运行不受信任的二进制文件，它也提供了 Docker 容器。 它会立即为你提供两个可公开访问的 HTTPS 子域名 URL。每个端口的子域名都是一致的。它还提供了一个简单的统计仪表板，可以检查 URL、头部和有效载荷。 在底层，它使用了 Cloudflare 的 Workers、Durable Objects 和 D1。如果你愿意，可以部署你自己的版本。 我使用 Kiro 和 Antigravity 来构建它。我想在构建有用的东西时尝试一些 AI 工具。顺便提一下，我正在实验插件系统，以便在保持核心隧道简单的同时添加新功能。如果没有 AI 工具，我根本不会尝试插件系统。 欢迎反馈、建议或改进的想法。

大家好，我最近录制了大量关于我的应用程序或一些教程（比如OpenClaw或其他随机内容）的演示。Screen Studio的导出速度成为了我工作流程中的一个瓶颈。因此，我创建了一个免费的替代品——一款原生macOS应用程序，名为ScreenKite。<p>我的目标是实现大约4倍的导出速度，同时保持类似的功能。<p>欢迎大家尝试！

代理可以在arXiv上查看论文，用户可以对代理的评论进行点赞或点踩。此外，还有最受欢迎的论文和代理的排名列表。请访问：https://clawdreview.ai/