返回首页
一周热榜
Erwin Brandstetter是一位PostgreSQL顾问，在Stack Overflow上拥有约67万的声誉和约7000个回答。<p>多年来，我已经记不清自己在Stack Overflow上搜索Postgres问题时，有多少次最终找到的答案都是Erwin Brandstetter提供的，这些答案异常详尽且清晰。通过学习他的回答，我成为了一个更优秀的开发者。<p>ErwinDB让你可以离线浏览Erwin Brandstetter的回答，并通过文本用户界面（TUI）快速搜索。它包括语义搜索、语法高亮、单键在外部浏览器中打开链接，以及一个“Erwin模式”，该模式会突出显示他的帖子。
嗨，HN，
我是Emilie，我有文学背景（这也解释了文档写得很好！），在过去几个月里，我通过构建minikv来学习Rust和分布式系统。最近，这个项目在《Programmez!》杂志上被报道了：<a href="https://www.programmez.com/actualites/minikv-un-key-value-store-distribue-en-rust-construit-en-public-38861" rel="nofollow">https://www.programmez.com/actualites/minikv-un-key-value-st...</a>
minikv是一个开源的分布式存储引擎，旨在用于学习、实验和自托管设置。它结合了一个强一致性的键值数据库（Raft）、兼容S3的对象存储以及基本的多租户功能。
功能/亮点：
- Raft共识，带有自动故障转移和分片
- 兼容S3的HTTP API（以及REST/gRPC API）
- 可插拔的存储后端：内存、RocksDB、Sled
- 多租户：每个租户的命名空间、基于角色的访问控制、配额和审计
- 指标（Prometheus）、TLS、基于JWT的API密钥
- 易于部署（单个二进制文件，支持Docker/Kubernetes）
快速演示（单节点）：
```bash
git clone <a href="https://github.com/whispem/minikv.git" rel="nofollow">https://github.com/whispem/minikv.git</a>
cd minikv
cargo run --release -- --config config.example.toml
curl localhost:8080/health/ready
```
# S3上传 + 读取
```bash
curl -X PUT localhost:8080/s3/mybucket/hello -d "hi HN"
curl localhost:8080/s3/mybucket/hello
```
文档、集群设置和架构细节都在代码库中。期待听到大家的反馈、问题、想法，或者你们在Rust中运行分布式基础设施的故事！
代码库：<a href="https://github.com/whispem/minikv" rel="nofollow">https://github.com/whispem/minikv</a>
库：<a href="https://crates.io/crates/minikv" rel="nofollow">https://crates.io/crates/minikv</a>
我正在构建 Tabularis，一个原生数据库客户端（Rust + Tauri）。
MySQL 的支持已经相当不错，但 PostgreSQL 的实现要困难得多——这并不是因为性能问题，而是因为 <i>自省</i>。
Postgres “可以工作”，但一旦超出基本的表和列，事情就会迅速变得复杂。
到目前为止，我遇到的一些问题包括：
- 类型系统：
数组、JSON/JSONB、域、自定义类型、范围、几何类型——大多数客户端要么将它们扁平化为文本，要么处理不一致。
- 模式自省：
information_schema 的功能有限。
pg_catalog 功能强大但微妙。
触发器、函数、分区表、继承、物化视图都需要特殊处理。
- PostgreSQL 特有的用户体验：
CTE 重的查询、EXPLAIN ANALYZE 输出、PostGIS / pgvector 等扩展——这些无法干净地映射到通用的数据库抽象。
我目前使用 SQLx 和信息模式 + pg_catalog 查询的组合，但我相信还有更好的模式我尚未发现。
我希望能得到以下人的反馈：
- 编写过复杂 PostgreSQL 自省查询的人
- 对 PostgreSQL 客户端应该如何表示模式和类型有看法的人
- 对现有 PostgreSQL 图形用户界面感到沮丧的人
代码库（Apache 2.0）：https://github.com/debba/tabularis
我乐于学习、迭代，并修正错误的假设。
我构建了一个用于监控 BullMQ 的终端用户界面仪表板。
问题是：每次需要调试队列时，我都必须设置 bull-board —— 安装多个软件包，集成到 Express/Fastify 中，为每个队列包装适配器，配置路由。这对于生产环境的仪表板来说没问题，但当你只想快速检查作业时就显得过于复杂。
bullmq-dash 是一个直接连接到 Redis 的终端用户界面。它可以自动发现所有 BullMQ 队列（无需手动注册），显示按状态分类的作业数量，允许你检查作业数据/堆栈跟踪，查看调度器/可重复作业，并跟踪入队/出队速率。采用键盘驱动（类似 vim 的导航）。
使用场景：本地调试、SSH 会话、快速生产检查——在任何你想查看队列而不需要启动网页仪表板的地方。
目前，代理技能是静态的 SKILL.md 包，只有在将它们预先安装到每个代理或工具中时才能使用，并且并非所有代理都支持这些技能。代理无法在遇到任务时即时发现和学习技能。
我创建了 Skyll 来改变这一现状。Skyll 是一个开源项目，旨在让 AI 代理能够自主发现和学习技能。
Skyll 的功能包括：
- 爬取并索引来自多个来源（如 Github、skills.sh 等）的技能，使其可以根据意图和内容进行查询，而不仅仅是根据名称或标签。
- 根据相关性和受欢迎程度对技能进行评分。
- 通过 REST API 或 MCP 服务器提供完整的 SKILL.md 内容（及其引用）。
- 允许代理在运行时获取技能，而无需手动安装。
Skyll 完全开源。我们还在构建一个社区注册表，以便任何人都可以添加技能并使其对所有代理可用。非常欢迎任何反馈！
仓库： [https://github.com/assafelovic/skyll](https://github.com/assafelovic/skyll)
主页： [https://skyll.app](https://skyll.app)
文档： [https://skyll.app/docs](https://skyll.app/docs)
嗨，HN，
我正在研究用于软件开发的 AI 代理。这些代理会自动启动短暂的应用实例——例如，每个拉取请求、每个任务或每个实验——每个实例都有其自己的临时 URL。
身份验证采用标准方式处理：
- OAuth2 / OIDC
- 外部身份提供者
- 重定向 URL 必须提前注册并且是静态的
这与短暂应用的特性产生了严重冲突：
- URL 是动态且不可预测的
- 重定向 URL 实际上无法提前注册
- 身份验证成为了一个完全自动化工作流中唯一非短暂的部分
我看到团队通常采取的替代方案包括：
- 在预览环境中禁用真实身份验证
- 将所有回调路由通过一个稳定的环境
- 使用通配符重定向或代理设置，这些方法感觉像是变通方案
对于 AI 开发代理来说，这尤其尴尬，因为它们假设基础设施是可丢弃的并且完全自动化——没有手动的身份提供者配置参与其中。
所以我很好奇：
1. 如果你使用短暂的预览应用，你是如何处理真实身份验证的？
2. 是否有适用于动态 URL 的清晰 OAuth/OIDC 模式？
3. 静态重定向 URL 的假设在这里仍然是正确的模型吗？
4. 在生产环境中，什么方法实际上有效？
我在寻找真实的设置和失败故事，而不是理论。
人们通常相信这些理论，因为他们只挑选出少数符合的周期，而忽视了大量不符合的周期。Gartner的炒作周期并不描述每一个炒作周期，而是描述了极少数的那些，实际上确实取得了一些成果的周期。但像往常一样，给一个概念起个花哨的名字，人们就会开始相信它，仿佛这是一种自然法则。实际上，它描述的是自然法则的一个例外。能够真正跨越“失望低谷”的技术屈指可数。
你是支持人工智能还是反对人工智能？
在阅读了Sparkbox上的《在Helene期间，我只想要一个纯文本网站》（<a href="https://news.ycombinator.com/item?id=46494734">https://news.ycombinator.com/item?id=46494734</a>）后，我建立了safe-now.live——一个面向美国和加拿大的文本优先紧急信息网站。没有JavaScript，没有图片，大小不到10KB。该网站实时获取FEMA灾害、NWS警报、天气和当地资源。这是我第一次上线的网站，因此希望能得到大家对网站的反馈。欢迎随意浏览。<p><a href="https://safe-now.live" rel="nofollow">https://safe-now.live</a>
目前，我正在开发一个用于管理文档、数据库和白板的网络应用程序——这是一款典型的应用，旨在像 Notion 一样。<p>然而，现在我面临着制定一个有 AI 使用限制的计划的困境，因为我的想法是让它更具自主性：能够在整个工作区内编辑和查询上下文，并将其转移到文档中，例如，可能在白板上绘制一些东西等。不过，我感觉消费可能会很快失控。我计划使用 DeepSeek 进行 AI 聊天，但使用 Gemini 3 Flash 进行自主使用和编辑，因为它更智能。最近，我注意到许多核心 AI 应用程序已经将定价模式从按请求计费转变为固定使用限制，但我不确定这是否会受到批评，是否会导致用户体验不佳，或者甚至让人觉得没有得到所支付的价值。因此，我希望听听大家对我应该做出什么决策的看法。