返回首页
最新
你好！<p>三个月前，我分享了一个我一直在进行的项目：moss，一个兼容Linux的内核，使用Rust和AArch64汇编语言编写。自那时以来，它已经跨越了一个相当重要的里程碑，我想分享一下更新。现在它可以启动一个动态链接的Arch Linux aarch64用户空间（ext4 ramdisk），并以/bin/bash作为初始化进程。<p>过去几个月的一些主要新增功能：<p>- 支持ptrace（足以在Arch二进制文件上运行strace）
- 扩展的ELF支持：静态、静态PIE、动态和动态PIE
- 动态链接的glibc二进制文件现在可以执行
- /proc支持，足以运行ps和top
- 作业控制和信号传递（后台任务，SIGSTOP/SIGCONT等）
- 内核动态分配的slab分配器（通过global_allocator连接）
- devfs、tmpfs和procfs的实现
- 完整的SMP启动和任务迁移，使用EEVDF调度器<p>该内核目前实现了105个Linux系统调用，并可以在QEMU以及多个ARM64开发板（如Pi 4、Jetson Nano、Kria、i.MX8等）上运行。<p>该项目继续探索在Rust中，基于async/await驱动的Linux兼容内核架构的样子。<p>仍然缺失的功能：<p>- 网络栈（正在开发中）
- 更广泛的系统调用覆盖<p>该项目目前大约有41k行Rust代码。欢迎反馈！<p>我还想感谢在过去三个月中做出贡献的每一个人，特别是arihant2math、some100以及其他提交修复和想法的人。<p>仓库链接：https://github.com/hexagonal-sun/moss
我开发这个工具是因为我不想输入更长的项目特定命令。我使用了许多不同的技术栈，因此要么需要记住很多内容，要么需要翻阅各种 README 文件。两者都不太理想，所以我写了这个小助手。
ez 会在每个目录下的 .ez_cli.json 文件中存储别名。这样做的好处是，如果你愿意，可以在所有项目中使用相同的别名，例如 ez test、ez build 等，而每个别名在不同项目中可以执行不同的操作。此外，这也是一个自然的存储位置，因为你可以将其提交到代码库，从而与团队分享你最好的别名。
我刚刚完成了参数化支持和简单的秘密管理功能。如果你愿意，可以使用 ez 存储 API 密钥等信息，并在命令中使用。它们存储在本地的 macOS 钥匙串中，并从那里读取。这比明文的 .env 文件更安全，尤其是在大型语言模型（LLM）正在扫描本地文件系统的情况下。
这个小型 CLI 工具是用 Swift 编写的，除了 swift-argument-parser 之外没有其他依赖。支持完整的 TTY 直通，因此交互式工具也可以作为别名的一部分。
安装方法：brew tap urtti/ez && brew install ez
很高兴听到你的想法和建议。我个人已经使用这个工具超过一年了，我觉得它很有趣，让一切变得更...简单。
这是一个在美国目前非常热议的话题。存在着相互对立的观点：选民身份证可以防止欺诈，还是选民身份证剥夺了选民的投票权。<p>在美国以外的读者，你们在哪里，你们的国家是如何处理这个问题的？
我们建立了一个开源开发者沙盒，用于实验比特币闪电支付。<p>它为您提供了一个即时预加载的测试钱包，让您可以立即尝试不同的支付场景——无需注册，无需配置。<p>您可以：
- 触发常见的支付流程
- 复制/粘贴示例提示以供编码代理使用
- 将现成的代码片段直接放入您的应用中<p>一旦您准备好上线，可以在不更改任何代码的情况下切换到真实钱包。<p>我会在这里，期待您对哪些功能有用、哪些令人困惑或缺失的反馈。
如果您在生产环境中运行人工智能工作负载/代理或基于大型语言模型的系统，当它们开始出现异常行为时，您实际上是如何关闭它们的？
这里所说的“异常行为”包括：
- 开销失控
- 延迟问题
- 提示循环
- 工具滥用或意外的外部调用
- 数据泄露风险
- 下游服务的级联故障
在我见过的大多数系统中，观察能力都很好。您可以查看日志、追踪信息和成本仪表板。但实际的关闭机制往往是手动的：禁用功能标志、撤销API密钥、回滚部署、对上游进行速率限制。
我想了解人们在实践中是如何操作的。
- 您的实际关闭机制是什么？
- 它是绑定到模型端点、代理实例、工作流、Kubernetes工作负载，还是其他什么？
- 在某些条件下，关闭是否是自动的，还是总是需要人工批准？
- 您在第一次真实事件后发现了什么？
具体的例子将非常有帮助。
在任何技术栈中引入任何代理。解决好基础模板（仪表板、集成、认证等）——发布联系/呼叫中心，无需支付高额的SaaS费用。