最新

我希望加快编码速度并减少令牌使用。理论上，一个大型语言模型（LLM）能够比直接编写代码更快且使用更少的令牌为一个确定性的本地编码器提供计划，到目前为止，这种理论已经得到了验证。虽然在短期内，修订和教授编码器新的本地技能可能需要时间和令牌，但Sif会记住这些新技能，不需要再次教授。 名称：Sif 1.0 许可证：Apache 2.0 在Windows上开发和测试。 我的大部分测试涉及将Python转换为C++，尽管我也尝试了一些通用编码任务。 Python到C++的转换到目前为止效果良好。对于前沿模型，生成计划大约需要250-300个令牌，对于闪电开源模型，则需要400到500个令牌。如果Sif之前经历过所有要求，可以一次性完成转换，无需修复。如果您感兴趣，可以在代码库中找到几份测试/基准报告，展示了成功与失败的过程。对于感兴趣的人，我非常感谢您提供的任何反馈。

嗨，我最近发布了一个用于Buzz的iOS原生客户端的TestFlight版本，叫做“Hive for Buzz”。<p>我这样做的主要原因是想测试使用Buzz完全构建一个原生客户端的能力，而不需要我去修改代码或审核Buzz的所有内容。结果我发现我更喜欢这个版本，甚至超过了官方版本，哈哈，因为原生应用的体验更好，而且它是开源的。这里是代码库：<a href="https://github.com/jtvargas/buzz-ios-client" rel="nofollow">https://github.com/jtvargas/buzz-ios-client</a><p>我的计划是继续与官方最新版本保持一致，并且还会实现良好的Siri意图/苹果设备上的智能功能，基本上是想给Siri提供更多关于我工作环境的上下文，这样在新的iOS版本中，Siri可以从我与代理人一起完成的工作中获取上下文/参考，或许还可以添加一些意图，通过Siri触发工作——我还不太确定，需要再研究一下，但目前这个应用是稳定的，可以使用，我也在寻找反馈，谢谢！——我的愿景更像是构建“Reddit的Apollo”，但这将是Buzz的Apollo，哈哈——希望你喜欢！

我一直在寻找 Hashids/Sqids 来避免在 URL 中使用顺序 ID，但它们并不使用真实的密钥——字母表是通过盐值进行混洗的，而 Sqids 的常见问题解答中明确表示“没有任何形式的加密”。 arxid 则是一个带密钥的可逆置换：它是一个平衡的 Feistel 网络，使用 ARX（加法-旋转-XOR）轮函数，工作在 40 位域上，映射到 7 字符的 base62 代码。输入一个整数，返回一个不可预测的代码；使用相同的密钥可以反转它。它的运行速度约为使用 HMAC-SHA256 的结构相同的 Feistel 的 16 倍，因为轮函数是整数运算，而不是哈希调用。 轮数（4）并不是猜测——它是通过测量严格的雪崩效应进行校准的。我在 README 中也明确说明了它不是：不是加密，不是 MAC，不是经过审计的。这是对枚举的速度阻碍，而不是访问控制。 我最关心的部分是可移植性：一个冻结的规范加上规范的测试向量作为合同，因此任何语言的移植都可以针对相同的向量进行验证，并且在构建上是可互操作的。目前已有 Rust 参考实现和 TypeScript 移植。 欢迎就构造、校准或跨语言设计方面的问题进行咨询。