针对最近在这里和X平台上关于某公司拥有内部UUID微服务及专门团队的讨论，起初这引起了一些嘲笑，但进一步的讨论揭示了UUID确实有时会因为熵种子不当而发生碰撞。为了确保UUID的唯一性，我们将每次生成的UUID存储在数据库中，然后检查新的UUID是否与之前生成的重复。此外，我们还提供了一个API，可以通过它检查某个UUID是否存在于数据库中。对于高频使用的情况，提供付费选项。希望你喜欢！
返回首页
最新
我所在的公司现在正在迅速计划缩减人工智能工具的支出。Claude的代码访问基本上要被取消，并且禁止员工使用个人账户。
原因显然是成本，我们每月的Claude账单对公司来说已经变得天文数字，几乎是我们SaaS云支出的三倍。
显然，我们将获得对Codex的有限访问权限，并且计划的费用大幅降低。
我尝试了一些本地模型，比如Kimi，但大多数模型几乎无法正常工作。
我非常担心，因为工作量的预期仍然需要保持一致。更不用说团队已经围绕Claude建立了整个工作流程，我感到非常担忧和沮丧。
我该如何帮助我的团队顺利过渡？有没有适合在只有16GB内存的本地机器上运行的本地模型？
大家好！我一直在开发 hsrs，这是一个用于 Rust 的类型安全 Haskell 绑定生成器。
我找不到任何能够从 Rust 创建类型安全、丰富的 Haskell 绑定的生成器。两种语言都有丰富的类型系统，因此我很惊讶居然没有现成的优秀绑定生成器，于是我决定自己动手编写一个。hsrs 的使用体验与 pyo3 和 napi-rs 非常相似，如果你使用过这些工具，hsrs 会让你感到很熟悉。
hsrs 与 hs-bindgen 的不同之处在于，它为丰富类型（如 Result、Maybe 等）提供了类型安全的绑定，同时还生成 Haskell 绑定。这个仓库包含一个最小示例，更多细节可以在 Haskell 讨论区找到： [https://discourse.haskell.org/t/ann-hsrs-ergonomic-haskell-bindings-for-rust/14129](https://discourse.haskell.org/t/ann-hsrs-ergonomic-haskell-bindings-for-rust/14129)。