我在一个订阅上又开始遇到401错误，OAuth似乎在恢复会话方面遇到了困难。只有我这样吗？
返回首页
最新
我知道，这确实是一个非常发达国家的问题。但在我家，我们总是很难决定看什么。选择太多了！<p>所以我制作了这个工具，旨在为YouTube重现有线电视的体验。它可以在浏览器中运行。只需通过书签小工具快速导入你的订阅。无需账户，无需登录。只需快速在本地导入你的数据。
嘿，HN，
我开发了StreamHouse，这是一个开源流媒体平台，它用直接写入S3的方式替代了Kafka的代理管理存储。目标是：保持相同的语义，降低成本。
它是如何工作的：生产者批量并压缩记录，一个无状态的服务器管理分区路由和元数据（开发环境使用SQLite，生产环境使用PostgreSQL），而数据段直接存储在S3中。消费者通过本地段缓存从S3读取数据。无需管理代理磁盘，也不需要调整复制因子——S3提供了11个9的耐久性，开箱即用。
目前的功能包括：
- 具有批处理、LZ4压缩和偏移量跟踪的生产者API（62K条记录/秒）
- 具有消费者组、自动提交和多分区分发的消费者API（30K+条记录/秒）
- 与Kafka兼容的协议（可与现有的Kafka客户端配合使用）
- REST API、gRPC API、命令行接口和网页用户界面
- Docker Compose设置，可以在5分钟内本地试用
尚未实现的功能：
- 经受考验的生产环境部署（目前只有我一个用户）
- 连接器，供消费者立即连接（例如ClickHouse、Elasticsearch等）
成本模型是我开发这个平台的动力。Kafka的存储成本随着复制因子 × 保留时间 × 数据量而增加。使用S3，每GB每月$0.023，存储1TB事件的成本约为$23每月，而在代理EBS卷上则需要数百美元。
该项目使用Rust编写，目前有15个crate，采用Apache 2.0许可证。
GitHub链接：[https://github.com/gbram1/streamhouse](https://github.com/gbram1/streamhouse)
关于它是如何工作的博客在我的主网站上：[https://streamhouse.app/how-it-works](https://streamhouse.app/how-it-works)
欢迎提问有关架构、权衡或我在构建这个项目中学到的知识。
PayrollEngine将业务逻辑建模为可组合的法规层，而不是硬编码工资规则——使用版本化的JSON/YAML配置和运行时C#（Roslyn）。这些层的继承和覆盖类似于CSS的级联：国家法律 → 行业 → 公司。
v0.10.0-beta.1在本周早些时候发布，并伴随新的文档网站（payrollengine.org）。
最有趣的新示例是：MultiCountryPayroll——德国/法国/荷兰共享一个基础法规，且有一名员工的合同在期间跨越国界。该法规在没有任何特定于某个国家的代码路径的情况下处理这一情况。
其他新增功能：
- 支付运行预览：内存计算，无需数据库写入
- 异步支付运行作业：HTTP 202，有限队列，完成时的Webhook
- 并行员工处理，按员工状态隔离
技术栈：.NET 10，SQL Server，Docker，Roslyn
GitHub: [https://github.com/Payroll-Engine/PayrollEngine](https://github.com/Payroll-Engine/PayrollEngine)
文档: [https://payrollengine.org](https://payrollengine.org)
嗨，HN。本周，Meta 收购了 Moltbook（代理社交网络），OpenAI 收购了 Promptfoo（代理测试），而 Mandiant 的创始人为 Armadin 筹集了 1.9 亿美元。显然，代理基础设施是未来的发展方向。
我们开发了 AgentSign——一个针对 AI 代理的零信任引擎。问题在于：代理在没有任何身份基础设施的情况下运行。Moltbook 因为虚假帖子而迅速走红，因为没有对发布者的身份进行任何验证。
AgentSign 为每个代理提供了一个加密身份证书，将每个操作签名到执行链中，并在任何操作执行之前进行运行时代码验证。还有一个 MCP 信任层用于代理与 MCP 服务器之间的验证，以及一个由 Stripe 支持的信任网关用于代理支付。
系统包括五个子系统：身份证书、执行链验证、运行时代码验证、输出篡改检测和加密信任评分。
免费且开源。开发于伦敦。
SDK: [https://github.com/razashariff/agentsign-sdk](https://github.com/razashariff/agentsign-sdk)
欢迎提问。
我想制作一个音乐可视化工具，能够显示所有音符并展示正在演奏的和弦。为了使分析更简单和准确，我只使用了MIDI输入。
主要的预设效果有：
- 扭曲：呈现万花筒般的视图
- 星星：显示音符螺旋状散开
- 时钟：揭示音乐分析机制
- 钢琴：标准的MIDI可视化视图
菜单允许组合和匹配不同的合成层，以便您可以探索和实验。我建议首先尝试“反馈”和“CRT”叠加效果。
我使用Claude Code生成了所有代码，但仍然花了相当多的时间才能使其达到现在的效果。
我还写了一篇文章，反思我构建这个工具的经历：<a href="https://decompiled.dev/blog/fractured-jukebox/" rel="nofollow">https://decompiled.dev/blog/fractured-jukebox/</a>