🌱 成长体系

不做入门语法，聚焦工程落地与决策取舍：从需求到架构方案、选型、缓存、分布式、稳定性、评审。

1. 1
   技术选型完整方法论：如何做 POC、如何评估取舍

   选型不是列优缺点打分，而是把业务约束翻译成可验证的假设。

   已发布
2. 2
   如何做业务架构拆解：从需求输出架构方案

   从业务目标倒推边界、模块与数据流，先画清楚再写代码。

   已发布
3. 3
   缓存体系设计实战：多级缓存、失效策略与缓存坑

   雪崩、穿透、击穿、热 key 的完整应对，与「什么时候不该用缓存」。

   已发布
4. 4
   分布式系统设计：不要过度设计

   什么规模才值得上分布式，一致性、可用性的现实取舍。

   已发布
5. 5
   线上稳定性建设：告警、故障演练、复盘完整流程

   从可观测性到故障演练与复盘，把稳定性做成工程能力。

   已发布
6. 6
   架构评审怎么做：评审清单与常见反模式

   评审不是走过场，附可复用的评审清单。

   已发布

把大模型当作一种新的后端组件，用工程视角落地 RAG / Agent / 可观测 / 推理部署 / 成本控制。

1. 1
   RAG 系统从 POC 到生产：完整落地要点

   检索链路、召回缺陷、幻觉来源、降级与成本，以及为什么 80% 的知识库不可用。

   已发布
2. 2
   Agent 应用开发：编排、提示工程、边界与降级

   Agent 不是越智能越好，边界约束与失败降级才是生产关键。

   已发布
3. 3
   大模型应用可观测性：监控幻觉、token 成本与调用失败

   把 LLM 纳入统一观测体系，而不是黑盒调用。

   已发布
4. 4
   私有化推理部署：vLLM 选型、算力评估与扩缩容

   什么时候必须私有化、什么时候调 API 更划算，成本账怎么算。

   已发布
5. 5
   AI 项目成本控制：缓存、限流、降级策略

   token 账单不可控的根源，与工程侧的成本治理。

   已发布

AI 应用为什么时好时坏？这套系列把「能力边界」当工程问题处理：预期管理、任务分流、能力声明、效果度量、幻觉治理、链路追踪。每一章都回答四个问题——该做什么、能做什么、做了什么、有什么效果。

1. 1
   AI 能做什么、不能做什么：能力边界总纲

   把 AI 能力按可靠性分层，先建立正确预期——边界管理的第一步是预期管理。

   已发布
2. 2
   把 AI 能力翻译成系统承诺：能力声明表

   每个 AI 功能上线前写一张能力声明表：承诺什么、不承诺什么、失败率目标、怎么验证。

   已发布
3. 3
   任务分流：什么交给 AI、什么必须代码或人工

   用可靠性、容错、责任三个维度给任务分类，决定 AI/规则/人工的归属。

   已发布
4. 4
   效果度量：证明「做了什么、有什么效果」

   评测集、四类指标与基线——没有度量，边界就是口号。

   已发布
5. 5
   幻觉的系统化治理：防、拦、兜三层

   幻觉是概率事件不是 bug：从输入防、生成拦、输出兜三个层面治理。

   已发布
6. 6
   AI 全链路追踪：每一步都看得见、可回放

   从请求、检索、工具到模型输出，整条链路可观测可回放。

   已发布
7. 7
   降级与人工接管：AI 失效时系统怎么表现

   AI 超时、答错、被滥用时，系统如何降级并平滑交还给人。

   已发布
8. 8
   模型换代与回归：边界不随升级漂移

   换模型、调提示词、改检索——每次变更都用评测回归守住承诺。

   已发布
9. 9
   把边界写进组织：角色、评审与流程

   能力边界要有人负责：AI 产品负责人、评测责任人、变更评审流程。

   已发布
10. 10
    从 POC 到生产：AI 项目的边界验收清单

    一套完整的验收清单：承诺、度量、降级、安全都过线才放生产。

    已发布

很多人技术很强，但不会写方案、不会沟通、不会对齐，做不了架构师。这个系列补上工程软能力。

1. 1
   如何写技术方案：架构方案、调研报告模板

   把想法讲清楚、讲给对的人听，附可直接套用的方案模板。

   已发布
2. 2
   技术人如何做技术汇报：评审、向上汇报、对外分享

   同一件事，对内讲风险、向上讲价值、对外讲方法。

   已发布
3. 3
   跨团队协作：如何推动业务与产品落地技术改造

   技术改造最大的阻力往往不是技术，而是人。

   已发布
4. 4
   如何做技术沟通：争论、需求博弈、拒绝不合理需求

   不带情绪地表达立场，把争论变成决策。

   已发布
5. 5
   代码评审怎么做：高质量 CR，不带情绪提意见

   CR 是团队协作的镜子，不是挑刺。

   已发布
6. 6
   故障沟通：事故如何对内对外同步、复盘不甩锅

   事故处理的一半功夫在沟通与信任。

   已发布
7. 7
   时间与排期管理：评估工作量，规避排期陷阱

   不靠谱的排期比延期更伤团队。

   已发布

长期做技术绕不开的基本功：知识体系、学习方法、复盘、精力与个人品牌。写具体的做法，不灌道理。

1. 1
   工程师知识体系搭建：建立自己的知识树

   避免碎片化刷文章，把零散输入沉淀成可复用的体系。

   已发布
2. 2
   高效学习方法论：读书、看源码、做项目沉淀

   拒绝无效内卷，把学习变成可积累的资产。

   已发布
3. 3
   如何做好个人复盘：周/月/项目复盘模板

   复盘是普通人最便宜、最有效的成长杠杆。

   已发布
4. 4
   技术人精力管理：对抗长期职业疲劳与倦怠

   可持续的职业生涯，靠的是精力而非透支。

   已发布
5. 5
   个人品牌建设：写博客、做分享、输出内容工作流

   个人品牌不是营销，是长期可验证的信任资产。

   已发布
6. 6
   信息筛选能力：分辨技术观点的靠谱与营销

   在噪声时代，判断力比收藏量更重要。

   已发布

成长路径、跳槽、晋升、转型——把每条路的代价和适合谁讲清楚，决定你自己做。

1. 1
   技术人成长路径全景：阶段能力、瓶颈与考核

   从初级到架构师/管理/创业，每个阶段的重点与常见误区。

   已发布
2. 2
   跳槽完整指南：梳理经历、简历、面试、谈薪资

   跳槽不是逃离，是一次职业资产的重估。

   已发布
3. 3
   晋升：高级工程师、架构师需要准备什么

   避开无效努力，把精力花在真正影响晋升的地方。

   已发布
4. 4
   转型选择：转架构/转管理/转 AI/创业副业

   各路径的代价、收益与适配人群。

   已发布
5. 5
   中年职业困境：30–35 岁的现实与出路

   不制造焦虑，讲清楚现实约束与可行路径。

   已发布
6. 6
   匿名案例分析：不同背景工程师的困境与方案

   匿名脱敏的真实案例，给出可执行的分析与行动。

   已发布