津晶在访谈中自述，她同时在推进 400 多个 feature，工作区里有 400 多个 worktree，其中 200 多个按固定流程自动运行。这些数字不能证明团队产能，但能说明她管理任务的方式不是逐个查看 Agent。重复工作交给自动化和 Agent 之间的协作，人只处理无法标准化、影响权限或需要承担结果的部分。
人一旦被叫来，系统不应丢一整段日志或开放式问题，而要把处境整理成 2 到 3 个互斥选项，写清影响、风险和推荐答案。
这也是 ADE 和普通终端的分界。终端保存会话，ADE 还要把任务、状态、例外和选择放进同一套结构里。
2026 年 10 月 19 日，PingCAP 发布安全事件公告。公告确认，2026 年 9 月 9 日至 10 月 7 日，外部人员使用被盗服务账号访问内部系统，复制数据并获取源代码。
事件的影响不限于数据库本身。被盗身份能够访问控制面相关数据、支持材料、查询历史和导出路径，风险可以沿客户凭据继续进入客户自有云账号。
想到早几年有一位同事把工作环境的密码，不慎传到个人 GitHub 仓库，违反公司红线，绩效、晋升都受到影响。所幸泄露没有造成业务影响。
PingCAP 公告确认了四项内容：
李录是喜马拉雅资本创始人，长期管理芒格家族部分资产。
他首先是个投资者，不是技术专家。
这个身份决定了他的问题顺序：这项技术能做什么，谁靠它赚钱，价格是否合理，风险是否超出承受范围。
李录对 AI 的判断，最容易被压成一句「AI 只是工具」。
原话比这复杂。他说 AI 正在从工具走向生命体，但人类必须把它按在工具这一侧。前半句承认能力在变，后半句是规范判断。
2026 年 10 月 5 日，他在哥大商学院第 36 届格雷厄姆与多德年度午餐会上，系统谈了对 AI 的看法。
AI Coding 的关键是让模型在正确时间拿到正确上下文。
把散在文档、聊天记录、邮件和成员脑子里的细节归拢到一处，让模型按需使用。
这样才能早日实现 one-shot 开发( 许愿式开发 / 一句话需求 )。
这份指南覆盖四个阶段：
适合正在用 Coding Agent 的工程师和技术负责人。全文偏操作。
新项目从第 2 节读起，老项目从第 3 节读起，日常需求看第 4 节，团队推广看第 5 节，长期维护看第 6 节。
先从 Agent 的入口文件开始。
AGENTS.md ( Agent 主流入口，cc 也支持了 )是 Agent 的地图，只回答「去哪里找」和「什么时候看」：
短信不算笔记，但同样是散在外面的一份记录。既然要把这些东西收敛到本地，便签之外顺手把它也拿下来。脚本在 GitHub 上：phone-cloud-data-export/flyme-sms。
魅族云的短信备份页面还在，地址 cloud.flyme.cn/browser/sms-list.jsp。我账号里 1595 个会话、7600 条消息，最早一条是 2007 年，最后一条停在 2022 年初。
网页版没有批量导出，只能一页页翻。这篇和魅族云便签、锤子便签是同一批，都用浏览器里跑脚本的办法把数据拿下来，再在本地转成 CSV 和 Markdown。
笔记散在好几个地方，魅族便签是攒得最多的一处。这轮的打算是把它们收敛到本地一个目录，来龙去脉写在锤子便签那篇里。脚本在 GitHub 上：phone-cloud-data-export/flyme-notes。
魅族云便签的网页版在 notes.flyme.cn。我账号里 605 条笔记，时间从 2014 年排到 2022 年，多数是当年在地铁上用手机随手记的。
这套导出也分两步：先在已经登录的页面里跑脚本抓原始 JSON，再在本地转成带 frontmatter 的 Markdown。Cookie 不出本机。