首页/博客/月活3.82亿的豆包开始帮你打车，说人话办事的时代到了综合月活3.82亿的豆包开始帮你打车，说人话办事的时代到了掘金2026-09-29 15:130 次浏览「帮我提前打个车，到汉口火车站，别让我等。」 这句话发出去，三十秒，行程卡片回来了，登录确认一下，车就叫到了。发这句话的地方，不是打车软件，是豆包的聊天框。 大家好，我是小虎。 9月28日，豆包上线「原文：https://juejin.cn/post/7690514174106173480我的收藏上一篇合规性折旧：当知识资产因主权缺位在审计中‘功能性清零’下一篇Agent 日志检索慢、存储还贵？search() + VARIANT 的落地命令和几个当场踩出来的问题相关文章20 个比特能装下多少行情？——实测拆解 Kronos 的 K 线分词器20 个比特能装下多少行情？——实测拆解 Kronos 的 K 线分词器 1. 机制：20 个只举手不说话的裁判 想象你有个朋友要告诉你某天 K 线长什么样。他不许写数字，只能举 20 张牌，每张牌是0掘金300MB 预算，解压 2.2GB 的包实测 HatchZip：预算压到 300MB 解压 2.2GB ZIP，21 个文件 SHA-256 全对；峰值 2,412MB，比包本身多约 210MB；中途停下可续，SIGKILL 未验证。0掘金两套权限目录，三重闸门：Alioth 的多租户 RBAC 为什么这么拧两套权限目录，三重闸门：Alioth 的多租户 RBAC 为什么这么拧 导语 多租户权限系统的难点从来不是"建不建权限表"，而是几个更别扭的问题：平台管理员和租户管理员是不是一回事？0掘金从"给人看的 Excel"到"能入库的规范行"：点检表数据清洗逻辑拆解从"给人看的 Excel"到"能入库的规范行"：点检表数据清洗逻辑拆解。本文拆解这套清洗逻辑：它怎么认出表头、履历和点检项目，怎么决定数据装进哪张表，认不出来时又怎么让人知道。0掘金用户认证系统在高并发下的幂等性与限流策略踩坑实录引言 在互联网行业，用户认证与权限管理是几乎所有系统的标配模块，也是最容易被忽视的“隐形杀手”。笔者曾在一次大型促销活动中，因未充分考虑高并发场景下的幂等性和限流设计，导致认证服务崩溃、用户无法登录、0掘金把 200K 上下文跑满之后，我给编码智能体立了四条规矩从一次“失忆”说起 昨晚让智能体改一个鉴权中间件，前两分钟它还知道 src/middlewares/auth.ts 里有一份待办的白名单逻辑，第三分钟它若无其事地重写了一份。这是上下文被截断后的典型表0掘金
