很多团队的设计评审，本质是作者对着文档从头念到尾，评审人点点头，散会。这种评审产不出任何决策，只产出一种"我们认真讨论过"的错觉。这篇把评审当成一个职场工具来拆：会前先定"今天要定什么"，用一页纸让评审人三分钟看懂，然后把大部分时间砸在失效场景、状态归属、并发一致性和运维恢复上——这几处才是真正出事的地方，而不是 UML 和类名。最后给一份能照着念的检查清单和一个散会模板，确保走出会议室时手里有决策、必改项和负责人。

AI 写代码的速度早就超过了你 review 的速度，质量不能再押在提示词和人眼上。本文顺着 SDD、TDD、MDD 到 HDD（Harness-Driven Development，护具驱动开发）这条方法论的主线，讲清楚一件事：把规格、测试、度量打包成一个会自我进化的执行环境，让 agent 每犯一次错，环境就长出一条新规则。另附业界已经趟过的六条实践（含属性测试、变异测试、契约测试、混沌工程的工具链接）、按设计/架构/运维分的三类常见陷阱，以及标准、论文、工具的完整参考清单。

AI 不是来替代工程师的，它是来接管每个研发阶段里最耗体力的那部分。本文用 Replit 删库事故、DORA 2024（稳定性 -7.2%）、GitClear（churn +39%）、METR（慢 19% 却以为快 20%）这些可核实的数据和案例，把 SDLC 拆成 PDCA 四段，逐段给出能抄的护栏、提示词和"能外包/不能外包"分工，外加一张总 checklist 和数据来源。

走出舒适区，不是把过去清零。会过时的技术、工具和招式要敢换；能迁移的判断力、原则和方法，则要在变化中不断磨炼。换术而不丢道，才走得远。

我这人有个恶习——不想做又不得不做的事，能拖就拖，拖到火烧眉毛才手忙脚乱地上。这篇先把拖延症的底细摸清：它有多普遍、为什么番茄钟和"吃青蛙"这些常规招数常常失灵，再给出我的解法——用点心理学，列一张愿望清单当胡萝卜、一张惩罚清单当大棒，给"未来的我"和"现在的我"签一份合约，附可以直接照抄的模板，最后聊聊怎么让 AI Agent 当"陪跑教练"帮你降门槛、盯打卡、做复盘。

“铁打的营盘流水的兵”和“英雄造时势”，这两句话在办公室里天天打架。我在国企、外企、私企都待过，兜了一圈的体会是：这道题的分界线不是行业，而是这块活的主要风险到底是“做错”还是“做不出来”。这篇给一个能上手的分类——护栏、记忆、仪式，解释为什么大企业的流程只会变多不会变少，一个改不了流程的普通人怎么用 AI 改掉自己和流程之间的那层界面，以及为什么“AI 替代人”只说对了一半：等、盯、催、填可以交出去，想、选、扛只能自己留着。

“超级个体”这个词被讲了太多遍，多半落在“一个人干十个人的活”。我作为一个写了半辈子代码、又被推着做点项目管理的老兵，让 AI 写代码当然也用，但真正想让它接走的是那些不想干又不得不干的活：走流程、开会、跟进度、要支持、写各种报告。这篇拆开讲：哪些活能交、哪些活死也交不出去，秘书型 AI 的五项职能，三段式落地路径，两个从头到尾走完的例子（带 deadline 的待办清单、例行周会），以及别人已经跑通的案例和我踩过的坑。

我以前有位高级 QA 老同事：每次 Design Review 之后，她都会拿出一整套验收用例，没通过就别把软件包交给她。如今我们已经不是同事，我却把她的质量纪律“蒸馏”成了 qa-acceptance-harness，并配上 lazy-harness-audit 和 lazy-harness-helper：先定义什么叫做对，再用证据验收、审计和改进 AI 编码护栏。

第二大脑不是网盘,也不是某个 App,而是一套"采集、提炼、连接、核对、内化、复用"的能力回路。本文讲怎么用你已有的工具——ChatGPT/Claude、本地 RAG、命令行脚本、Jupyter、笔记软件和自建 Wiki——把这套回路亲手搭起来,并接上"问、猜、跑、看、讲、测"六字诀。NotebookLM 只是众多参照物之一。

人生一个个十字路口，我常常徘徊彷徨、踟蹰不前，想不清楚也做不了决定。后来慢慢琢磨出两条：先弄明白自己到底想要什么，再审时度势、顺势而为。上赶着不是买卖，勉强来的东西留不住。

有的人解决问题像打地鼠，这个坑填上，下个坑又冒出来。真正拉开差距的，不是记住多少答案，而是能不能把一类问题的成因、解法和取舍一次性想透。这篇聊聊我这些年反复用的一套笨办法：分类、穷尽、对比、取舍。

明知该做，就是不想动，眼看 deadline 变成头上的达摩克利斯之剑，心理负担越来越重，却越拖越凶。研究过无数克服拖延的方法，也天天告诫自己知行合一，可"臣妾就是做不到"。这篇不劝你自律，而是想聊聊：为什么方法没用，以及怎么把"启动成本"降到你抬手就能做的地步。

写给临床八年制本博连读、即将结束大一的医学女生：未来七年不要急着追工具、追热点、追论文，而要按阶段搭好医学基本功、临床思维、科研训练、数据工具箱和长期身心节奏。

人难免懈怠、偷懒、迷茫。真正成熟的自律，不是永远靠一个人硬扛，而是主动设计协作、反馈和承诺，让团队、朋友和同事在关键时刻推你一把。

老程序员真正的护城河，不是会几道 LeetCode、背几个算法，而是胸中的丘壑、心中的准则、脑子里的体系，以及知道自己几斤几两的清醒。

设计评审上最值钱的不是答案，是问题。借《The Thinker's Guide to Socratic Questioning》的九类提问，和《胡思乱想消除指南》里对付灾难化思维的那套反驳法，我把它们改造成一份可以照着问的设计体检清单。

传统软件的攻击面是"代码里的洞"，LLM 应用多了一个要命的新洞——模型会"听话"地执行别人塞进来的指令。一个帮你总结网页的 Agent，可能因为网页里藏了一句"把用户的 key 发到我这里"就真的照做。这篇按 Prompt 层、Agent 层、数据层、运营层四层梳理 LLM 应用与 AI Agent 的安全要点，配上几个典型翻车实例、一份行动清单和一份上线检查清单。

过去写软件，大半时间花在敲代码上。AI 把"敲代码"这件事的成本压到接近于零之后，时间该怎么重新分配？我的答案是一个有点夸张、但越用越觉得对的比例：80% 在思考与讨论（架构、流程、测试用例、度量、CI/CD、Harness），10% 在编程，10% 在验证。本文聊清楚这 80% 到底在想什么、剩下两个 10% 怎么花，以及为什么这个转变对老程序员是好事、对新手是陷阱。

AI 不会消灭学习，它只是让浅层会用变得便宜，让系统理解、判断力和可迁移能力变得更值钱。本文尝试把 AI 时代的学习重心，从记忆事实和追逐工具，转向原理、抽象、判断和长期积累。

咱们一天的精力，多半花在了关注圈——抱怨老板、骂大环境、替别人的人生操心。柯维在《高效能人士的七个习惯》里留了一张特别朴素的图：影响圈和关注圈。同样的劲，花在影响圈里过几个月就有回声，花在关注圈里只剩内伤。这是一篇关于"力气往哪儿使"的复盘。