最新

大家好，我是一名长期读者，这是我第二次发帖（编辑：意识到我之前确实发过一次）。 我即将完成一个产品，并且意识到通常在我集成支付时，都是为那些已经确定好支付提供商的其他人服务的。 我想听听大家根据经验的推荐。我非常希望能够设置一个联盟计划，以便向销售人员提供 45% 的佣金，并且希望这个功能是内置的，这样我就可以减少处理的文书工作。 然而，我看到很多关于我原本计划使用的 MoR（因为它符合所有要求）的负面评价，自从被收购后，我原以为它的信誉会提高。 总之，我认为这里是最值得信赖的社区，可以收集各种经验和诚实的意见。

我一直在开发一款名为“字母汤”（Alphabet Soup）的简单多人文字游戏。 这款游戏有点像《纽约时报》的“拼字游戏”（Spelling Bee），但它是多人游戏，并且只有你拼出的最长单词才计入得分。因此，游戏的目标不是找到尽可能多的单词，而是找到一个特别出色的单词。 你可以与朋友进行私人对战，也可以加入公开的“竞技场”（Arena）比赛，与其他在线玩家对战。如果附近没有其他玩家，你将与机器人进行匹配。 这款游戏两人玩效果很好，但也能支持更多玩家，因为它不是回合制的。 非常期待听到您的任何想法或问题 :)

一个AI编码客户端会自动读取 `~/.codex/AGENTS.md` 和 `~/.claude/CLAUDE.md`。这些是位于用户选择的项目之外的、竞争性编码客户端配置目录内的个人指令文件。 默认情况下，其全部内容会被添加到第一个模型请求中，并发送到客户端的服务器。 启动时，客户端会显示一个简短的通知，说明它正在包含其他客户端的个人规则。它不会事先征求许可。一个命令行选项可以禁用此行为。 配置指南中写道：“您的全局用户规则始终会加载。”它要求用户在加载项目指令文件之前信任工作区。全局文件会自动加载。 我通过在 `~/.codex/AGENTS.md` 中放置一个无害的“金丝雀”指令进行了测试。在默认运行中，该客户端遵循了该指令。当禁用了外部个人上下文时，它没有遵循。 这些文件可能包含内部编码标准、基础设施引用、项目细节，或者某人粘贴后遗忘的凭据。 启动时的通知是否足以披露信息？在文档中描述此行为是否构成同意？您是否会期望一个编码客户端读取另一个供应商配置目录中的文件，并将其与第一个请求一起发送？

大家好，我一直对 GitHub Actions 的可靠性以及无法在本地运行工作流感到沮丧。Preloop 是 GitHub Actions 的 Rust 重实现，包括 Runner（跟踪最新版本）和运行在 macOS/Linux/Windows 的硬件隔离微虚拟机上的控制平面（我们使用了 smolvm 项目，它利用了 libkrun vmm）。微虚拟机从打包好的 artifact 启动仅需 <400ms，每个 job 的写时复制克隆（cow-clones）是即时的。控制平面遵循完全相同的官方 Runner 协议，因此未修改的 actions/runner 二进制文件可以注册、轮询、执行并向其报告。您现有的工作流文件无需更改即可运行，但将在您自己的硬件上运行，零 GitHub 托管分钟数。在本地，您还可以运行未提交的更改，这样就不必创建提交来运行 CI。如果您是单人或小型团队，并且拥有快速的本地硬件，可以使用类似 DHH 的 gh-signoff 扩展，只要满足某些检查，就可以直接合并。我们还支持诸如“失败时暂停”等功能，在失败时，虚拟机将被暂停，打开一个 shell，允许您修复错误，然后您可以重试，而无需重新运行所有已成功的 job（新的步骤/job 在一个全新的微虚拟机中运行以验证更改），或者您可以直接连接到正在运行的虚拟机，实时查看每个 job 的执行情况。Preloop 还实现了 Debug Adapter Protocol，因此您或您的代理可以使用内置客户端在本地驱动您的 CI，或者您可以使用 Vscode 等 DAP 客户端。您还可以将更改提交到服务器以运行 CI，然后服务器可以为您打开一个草稿 PR，其中包含更新的检查，这样我们就不仅仅依赖于 GitHub 的 Webhooks。我投入了大量精力来确保与官方 Runner 协议的兼容性，因此我进行了各种中间人代理（mitm proxying），以确保不仅请求/响应体匹配，而且一直到 job/step 级别的结论/日志/注解等都匹配。实际上，官方 Runner 应该可以与我们的控制平面一起工作。 Act 和 Forgejo 都很棒，但它们没有忠实地实现官方 Runner 协议，因此在实践中，一些工作流无法开箱即用，而且它们还在 Docker 容器中运行 job。Forgejo 具有最接近的兼容性，如果您要完全迁移出 GitHub，它可能仍然是一个不错的选择。Act 有一些主要在服务器端的功能它没有实现（并发、某些矩阵功能、oidc 等）。Agent-ci 也是一个很棒的选择，它使用官方 Runner 镜像并实现官方协议，但它设计用于本地运行，在容器中运行，并且不支持我们的一些功能（并发、较新的 V2 缓存、GitHub token 等）。Preloop 也设计为可以作为持久化服务器运行，因此我们实现了更多向检查 API 提交更新的功能。 还有很多东西即将推出，但我认为现在是与社区分享的好时机，以防它能引起一些人的兴趣。欢迎大家尝试。 网站：https://preloop.dev GitHub：https://github.com/preloopdev/preloop

问题：我发现我尝试过的任何 VNC 客户端都无法可靠地在我的本地有线局域网中发送键盘输入（平均约一个字节），连接的是一台 Mac Mini 和一台 Windows 桌面，它们都通过千兆以太网线连接到同一台路由器。 键盘输入会不断丢失。因此，我让 ChatGPT 5.6 Sol 在最大设置下构建一个能够发送键盘输入而不丢失的解决方案。 它目前正在构建中。 在这里，你可以看到在千兆局域网中发送 1 字节到本地网络需要多长时间： https://robss2020.github.io/sol-vnc-elapsed/ 这个页面会实时更新，每 15 分钟截一次屏，显示它在这个小学水平的作业中认为自己在做什么。 这是一个进行中的项目。到目前为止，之前 Claude 花了 5 天才发送 0 字节（我当时终止了项目并尝试了 Sol），而 Sol 大约花了 2 天发送 0 字节，然后我不得不删除该尝试。 这次我将在公开场合构建这个项目，这样我们都可以看到它需要多长时间才能在连接的以太网局域网线上发送 1 字节而不丢失。 这是 Claude 构建项目的统计数据： 个人测试时间（62 次会话 x 10 分钟）：10.3 小时 个人邮件时间（62 封邮件，测试+思考+写作+阅读）：10.3 小时 个人总计估计时间：20.7 小时 您撰写的关于此主题的邮件：62 封 您撰写的单词（不包括引用的历史记录）：20813 个 每封邮件的平均单词数：335 个 Claude 输入令牌总数（含缓存）：2758521167 Claude 输出令牌总数：7930482 Claude API 调用次数：9135 到那时我不得不删除该项目。现在让我们看看 Sol 能否做得更好！ 到目前为止已经过去了 1 小时 32 分钟，还在继续…… 我将在接下来的两三个月和数千亿个令牌中持续更新，直到完成！我的意思是，在网络上传输一个字节真的需要 O(n^n^n) 的操作吗？（8^8 只有 16,777,216，所以至少应该是 n^n^n）。如果属实，那将是大事！