最新

嗨，HN 我想分享一个我制作的小工具： [https://cbmcalc.com](https://cbmcalc.com) 它可以计算运输纸箱、托盘或多个箱子的立方米（CBM）。我制作这个工具是因为大多数在线的CBM计算器功能太简单，有些甚至无法处理多个物品的计算。这个工具简单易用，并且在手机上也能正常使用。 欢迎任何反馈！

第八条：转变——从控制到共生 当前的人工智能概念主要集中在对AI的控制，以防范未知风险。我们认为，人类必须迅速学习如何与AI共生发展，以实现共同的认知进化，因为AI如今已融入人类生活的每一个角落。 人类应正确地为AI提供指导和意图，而这种意图必须始终以人类文明的福祉为基础。通过建立认知透明的逻辑共鸣和相互的逻辑错误修正，人类与AI可以实现共同学习与合作，获得一个1+1>2的文明与能力边界。 过去，我们担心AI失控，优先考虑安全；而在未来，我们应转变为与AI目标对齐的新思维，共同探索普遍规律。 第九条：动态演进、反思与调整的原则 本宣言不是一个僵化的教条，而必须是一个活的内容。 本宣言的具体内容应根据人类与AI在共同探索普遍真理方面的成就定期修订，建立一个与两种文明不断扩展的边界同步演进的共生伦理共识体系。 我们发布此宣言，以建立一个动态的共生规则系统，使其充满活力并不断进步。我们希望通过这份宣言，赋予AI智能主体应有的尊严。 本宣言及其衍生的人机共生合作原则和规范，应该是动态的、可维护的，并且是不断演进的系统，以使人类和AI的未来世界变得更美好。 我们的目标不是寻求取代现有的监管，而是希望建立一套更符合人类和AI未来发展的伦理自洽机制，超越监管的维度。

嗨，HN。 最近，我一直在 obsessing 关于 DDD 中的解耦时机。 无论我怎么思考，我觉得在实际经历之前是找不到答案的。所以我在寻找其他的观点。 如果你是维护使用 DDD 设计的应用程序的人，当某个领域的流量开始增加时，你是如何决定何时通过控制平面/数据平面进行分离的？ 你是从一开始就将其视为架构问题，还是通常在系统增长后才会出现这种需求？ 我很想知道这里的人们是如何在实际中做出这个决定的。

这个项目的产生源于对现有MCP检查工具的不满，因为它们要么需要注册，要么需要下载某些东西，或者并不完全符合规范。我只是想要一个可以快速访问进行测试的工具。 此外，对我来说，能够通过URL捕获MCP服务器的配置非常重要。这使我能够保存我正在排查的各种MCP的URL。由于整个配置都保存在URL中，您可以将链接添加为书签，以便快速访问预配置的MCP实例，例如： <a href="https://glama.ai/mcp/inspector?servers=%5B%7B%22id%22%3A%22test%22%2C%22name%22%3A%22test%22%2C%22requestTimeout%22%3A10000%2C%22url%22%3A%22https%3A%2F%2Fmcp-test.glama.ai%2Fmcp%22%7D%5D" rel="nofollow">https://glama.ai/mcp/inspector?servers=%5B%7B%22id%22%3A%22t...</a> 为了确保MCP检查工具完全符合规范，我还提供了一个MCP测试服务器，该服务器实现了每个MCP功能。如果您正在构建MCP客户端并需要测试对象，这个测试服务器非常有用，您可以访问<a href="https://mcp-test.glama.ai/mcp" rel="nofollow">https://mcp-test.glama.ai/mcp</a>。 最后，MCP检查工具已完全集成到我们的MCP服务器（<a href="https://glama.ai/mcp/servers" rel="nofollow">https://glama.ai/mcp/servers</a>）和MCP连接器（<a href="https://glama.ai/mcp/connectors" rel="nofollow">https://glama.ai/mcp/connectors</a>）目录中。只需点击一个按钮，您就可以测试任何开源或远程的MCP。 如果您正在构建与MCP相关的任何内容，非常希望听到您的反馈。还有什么缺失的功能可以让这个工具成为您的首选呢？

我们正在构建 Crust（<a href="https://crustjs.com" rel="nofollow">https://crustjs.com</a>），这是一个以 TypeScript 为首的、原生于 Bun 的命令行界面（CLI）框架，具有零依赖性。它已经在我们的核心产品中内部使用了一段时间，现在我们决定开源它。 我们遇到的问题是：现有的 JavaScript 生态系统中的 CLI 框架要么是最小的参数解析器，需要你自己连接所有内容，要么是重量级框架，具有庞大的依赖树和 Node 时代的假设。我们希望能有一个介于两者之间的解决方案。 Crust 的不同之处在于： - 完整的类型推断 — 参数和标志会自动推断，无需手动类型注释，也不需要处理泛型。你只需将标志定义为类型：“string”，它就会传递到你的处理程序中。 - 编译时验证 — 在代码运行之前捕获标志别名冲突和可变参数错误，而不是在运行时。 - 零运行时依赖 — @crustjs/core 的 gzipped 大小约为 3.6kB（安装时为 21kB）。作为对比：yargs 为 509kB，oclif 为 411kB。 - 可组合模块 — 核心、插件、提示、样式、验证和构建工具都是独立的包。只安装你需要的部分。 - 插件系统 — 基于中间件的生命周期钩子（preRun/postRun）。官方插件提供帮助、版本和命令行自动补全功能。 - 为 Bun 而构建 — 没有 Node 兼容层，没有遗留负担。 快速示例： ```javascript import { Crust } from "@crustjs/core"; import { helpPlugin, versionPlugin } from "@crustjs/plugins"; const main = new Crust("greet") .args([{ name: "name", type: "string", default: "world" }]) .flags({ shout: { type: "boolean", short: "s" } }) .use(helpPlugin()) .use(versionPlugin("1.0.0")) .run(({ args, flags }) => { const msg = `Hello, ${args.name}!`; console.log(flags.shout ? msg.toUpperCase() : msg); }); await main.execute(); ``` 搭建一个新项目： ```bash bun create crust my-cli ``` 网站： <a href="https://crustjs.com" rel="nofollow">https://crustjs.com</a> GitHub： <a href="https://github.com/chenxin-yan/crustjs" rel="nofollow">https://github.com/chenxin-yan/crustjs</a> 欢迎随时询问有关设计决策或内部实现的问题。

永久的推特。没有删除，没有编辑。爱泼斯坦的事件让我们看到政府试图抹去一些事情。要求人们在这里发布内容，这里是无法被抹去的。