码农早餐 · 2026-10-02

Figma 的远程 MCP server 只认支持列表里的客户端，Pi 不在名单上，想进得填表申请，这条推文已经 39.5 万次浏览。协议开放不等于生态开放，用 MCP 串工具链的人，先翻一眼自己那套在不在名单里。

Figma 的 MCP 只认白名单客户端，MCP 作者本人出来说话了

Figma 的远程 MCP server 只接受它支持列表里的客户端，Pi 不在其中。官方回复很客气：去 MCP catalog 看当前名单，想让 Pi 进就填个表单申请。这条推文有 39.5 万次浏览，MCP 的创建者 David Soria Parra 也回了一句——他当初设想的是一个开放生态，看到这种限制觉得遗憾，希望 Figma 要么更开放，要么至少把进白名单的流程做得足够简单。有人打了个比方：这就像规定只有 Firefox 能访问你的网站。

协议是开放的，接不接、接谁，还是服务方说了算。用 MCP 串工具链的人，得先确认自己那套在不在名单上。

来源：

• Figma 回复 Pi 未在支持列表，附 MCP catalog 与申请表单

turbopuffer 把 ANN 降成二级索引：向量数据库真死了吗

turbopuffer 发了一篇《RIP, vector database》，宣布 v3 要改存储架构：把一直当主索引的 ANN 向量索引降级成「just another」二级索引，换一个新的主索引上来。它自己的说法是，v1 时代文档只有 ID 和向量，v2 加了属性过滤和 BM25 全文检索，但存储布局始终围着 ANN 转——这就是问题所在。看它的成绩单，这套架构其实不差：单索引 100B+ 向量、200 ms p99、1k+ QPS，靠对象存储做 source of truth 换成本，NVMe SSD 和内存做分层缓存换性能。所以「已死」不是被谁打败，是自己把自己卡住了。

卡在哪，原文说得很具体。一是存储放大：多向量表示（文档嵌套、late interaction）时，非向量数据得按每个向量复制一遍。二是写放大：SPFresh 每次插入更新删除都可能重新聚类，而文档全部按 ANN 地址存，一次重平衡就要搬走整份文档内容和引用它的属性索引、FTS 索引——改一个向量，可能牵动几百个属性和它们的索引。三是向量化受限。这三条直接压住了 GROUP BY 和聚合这类查询计划。它选的路子也值得看：主索引从 SPANN 换到 SPFresh 支持增量索引，用分层聚类而不是图索引，因为聚类树跟对象存储更合得来。

对写代码的人来说，短期不用动依赖——v3 还在迁移过程中，官方只是「开门让人跟着看」。真正该记的是这个判断：向量检索不是终点，它只是众多查询计划里的一种，谁把它当主键，谁就被迫为它做取舍。如果你正在设计 RAG 的存储层，别急着按「向量优先」定 schema，先想清楚你的查询里有多少是过滤、聚合、全文，向量只占几成。至于标题那句宣判，翻译一下大概就是：不是向量数据库死了，是「只做向量」这件事不够用了。

来源：

• hackernews · razin

从 v0.1.9 到 v0.1.13：TileLang 把 GPU 内核写成了 Python

一个把高性能 kernel 写成 Python 的 DSL，最近在 GitHub 上冒了头。TileLang 的定位很直接：用 Pythonic 语法描述 GEMM、Dequant GEMM、FlashAttention、LinearAttention 这些算子，底下接的是 TVM 那套编译基础设施。你写的是「tile」级别的逻辑，编译器负责往下翻译成 GPU/CPU/NPU 能跑的东西——省掉的是手写 CUDA 时那些同步、调度、内存布局的琐碎活。

值得留意的是它最近几个月的推进节奏。版本号从 v0.1.9 走到 v0.1.13，中间塞进了 LLVM 后端、tile scheduler、backend registry、pass visualizer，还有跨主机的 CUDA 二进制缓存。硬件路径上，Blackwell 的 SM120 NVF4 block-scaled MMA、Apple M5 的 Metal 4 cooperative-tensor GEMM、AMD gfx950 的 FP4 E2M1 都陆续补了进来，连华为 Ascend 950 NPU 也做了原生代码生成。工具链这边还开源了一个 LSP，能给 buffer shape、dtype、scope 和推断出的 layout 做 inlay hints。一处具体数字：DeepSeek V3.2 的 sparse-attention top-k selector 优化了访存模式，报告里是约 1.9× 的提升。

但先说代价。v0.1.13 这个版本移除了若干 legacy API，升级前得先读兼容性说明——这类 DSL 项目在快速迭代期，接口稳定性通常排在功能后面，锁版本、看 release note 是常规操作。另外它建在 TVM 之上，意味着你得接受这套 IR 和 pass 体系的心智模型，调试时面对的是 TIRX 里的中间表示，而不是你熟悉的 Python 栈。真出问题，报错信息再友好也得自己顺着 pass 往下找。

对写代码的人来说，这事的意义不在「要不要现在换」，而在多了一条路：以前要碰这类 kernel，基本等于手写 CUDA 加反复调参；现在可以用 Python 描述结构，把优化交给编译器。如果你在做推理侧的性能工作，值得先把它的例子拉下来看看生成的代码长什么样，再判断能不能接进现有 pipeline。至于要不要上生产，等它把 legacy API 的坑填稳一点再说也不迟。

来源：

• tile-ai/tilelang - GitHub

OpenID 发布 33 页白皮书：Agent 该有自己的身份凭证

OpenID 基金会出了一份 33 页的白皮书，专门讲 Agentic AI 的身份管理，核心主张是别让 Agent 顶着用户的身份去调服务，而是给它发独立凭证、走明确的「on-behalf-of」授权流程。它点名 MCP 目前是连接模型和外部工具的主流框架，同时承认 function calling 和 A2A 这些路子也该被支持，并指出 OAuth 2.1 在单信任域、同步调用下够用，跨域、高自主、异步、一个 Agent 同时替多个用户办事的场景就吃力了。白皮书还警告厂商各搞一套私有 Agent 身份体系会造成碎片化，逼着你做一堆一次性对接。如果你在做 Agent 接第三方服务，权限模型这块现在就该想清楚，别等出了事再补。给 Agent 发独立身份，比让它冒充你更值得投入。

来源：

• Identity Management for Agentic AI (PDF)

---

MCP 作者说希望 Figma 更开放，你站哪边——服务方自己定名单，还是协议开放就该谁都能接？明早 8 点见。

本期从过去 24h 的 X / Hacker News / GitHub Trending 共 59 条信息中挑出 4 条（全天逐小时采写、经事实校对后于晨间选编）。内容由 LLM 辅助生成，每条均附原始来源链接，重要决策请交叉验证。