最新

大家好， 请查看 compute.cx，这是一个简单的命令行界面，用于从 RunPod 和 HotAisle 获取按需 GPU。我创建这个工具是因为我非常喜欢 modal.com 提供的无服务器 GPU 访问的便利性，但并不总是想支付他们的加价。Compute.cx 提供了相同的用户体验，但使用的是像 RunPod 和 HotAisle 这样的公共按需 GPU。 请试用一下，如果有任何问题或建议，请发送邮件至 [email protected]，或者在 <a href="https://github.com/theoriclabs/docs.compute.cx" rel="nofollow">https://github.com/theoriclabs/docs.compute.cx</a> 提交错误报告。 谢谢！ Harsh Gupta <a href="https://x.com/hargup13" rel="nofollow">https://x.com/hargup13</a> 附言：即将推出 BYOK（自带密钥）功能，支持 AWS、GCP 和 Azure，如果你需要，请告诉我。

大家好，我是Burak。 Epho是一个API，允许在云端的沙箱中运行Claude Code、Codex或Opencode。它抽象化了沙箱的概念，使得通过一次HTTP请求就能运行编码代理。 Epho的诞生源于我们在构建自己的AI分析师时遇到的困难： - 沙箱提供的是裸机；你需要为代理工作负载进行配置。 - 每个代理的行为都不同，你需要与每个代理建立集成。 - 沙箱提供商的可靠性不高，这意味着你需要制定多提供商策略以避免故障。 - 日志记录、工件、输入/输出、事件流以及所有其他操作方面都需要解决。 我们不得不亲身经历这些痛苦。经过一段时间的努力，我们终于达到了相对可靠的状态，这让我们更加明确这应该是一个独立的基础设施：发送一个POST请求，获取事件流回传。 Epho是一个代理即服务的产品：你发送请求，它会启动一个沙箱，配置所选的环境，克隆你的代码库，并启动代理。它自动处理不同提供商之间的故障转移，处理身份验证，并将事件和输出流回给你。 它开箱即用支持Claude Code、Codex和Opencode，以及它们支持的几乎所有模型。它会将事件流回，处理附件和输出文件，自动管理不同沙箱提供商的故障转移、重试以及所有身份验证的事务。你只需发送提示、你的代码库以及你想要使用的MCP服务器，它就会运行它们。 我录制了一个演示，展示一个真实的例子：<a href="https://youtu.be/HGfly1aytPA" rel="nofollow">https://youtu.be/HGfly1aytPA</a> 我对Epho感到非常兴奋，因为我认为它是一个新的基础设施，可以让将代理构建成产品变得比现在容易得多。我们在生产环境中使用Epho运行我们的代理，因此无论如何我们都会继续维护它，并希望将其作为独立产品发布。 Epho的使用是免费的，你可以使用Opencode的免费模型来开始使用它。 我很想听听你们的想法，并期待你们的反馈。 祝好， Burak

我开发了一个命令行工具，用于管理开放知识格式（OKF）包。知识库、第二大脑和大语言模型维基现在有了一个工具链，以补充该规范。<p>验证、格式检查、分析、搜索、提供服务和管理您的知识。包括 Go 二进制文件、代理插件和技能。<p>请试试看！我在家庭实验室、工作实验室、团队知识库仓库等地方使用了大约一个月。

当我还是一名初级技术人员时，我曾申请公司内的管理职位，但总是被告知需要更多的经验和提升我的资历。几年后，我获得了认证，取得了研究生学位，并在技术领域逐步晋升。现在，当我申请管理职位时，却被告知他们希望在招聘初级到中级候选人后，寻找新的视角。 我并不是公司中唯一的例子，因此我们失去了一些优秀的人才。这种情况在其他公司也存在，还是说我的公司是个特例？ 除了这个问题，我非常喜欢我的工作和同事，但我觉得如果想要职业发展，我可能需要考虑跳槽。我想不出如何与高层沟通这个问题，而不进一步损害我的未来。

电子表格已经并仍然是个人和团队创建简单“应用程序”的重要工具。我在想，这种趋势有多少正在转向类似于协作或代码类型的应用程序。就我个人而言，从开始使用这些工具以来，我对电子表格的使用大幅减少。你怎么看？

当你的技术创始人、客户开发和与客户沟通都变得困难时，<p>我们会有将一切自动化的冲动，借助人工智能。<p>比如通过LinkedIn或其他社交媒体，让人工智能来处理一切。<p>但问题在于，自动化的过程同样痛苦，因为存在反机器人保护措施，而提供此类服务的工具往往不够优秀（我认为）。<p>此外，这样做也会让你与潜在客户的发现过程有些脱节。<p>你对此怎么看？