最强的模型选了主键关联：不是它不够强，是业务没人替它想清楚
承认大模型很强，逻辑能力接近无敌——但前几天用最强档 Codex 模型做小 demo，它把所有实体关联都做成了主键 id 外键：当下完全正确，换库类型就成隐患。复盘为什么最强模型选了最'平均'的方案，以及四个把约束说出口的解法。
对话编排层重构：从 Go 业务编排迁移到 Python LangGraph
提示词构建、群聊调度、模型调用编排，从 Go 网关整体搬进 Python LangGraph，形成「Go 管数据与 CRUD、Python 管智能编排」的分层架构。这篇复盘为什么迁、边界怎么划、图怎么搭、可恢复执行怎么做到。
知识库、Skill 与 Agent、数据集、微调模型：LLM 落地的五层底座
这几个词总是被一起提起，因为它们其实是 LLM 应用落地的五层：知识、技能、智能体、数据、模型。逐层讲清楚是什么、解决什么问题、商业价值在哪。
高低模型分工：用最少的 token 做最难的任务
我最初的做法是高模型出计划、低模型执行，跑了几轮发现这不是最佳实践。这篇复盘坑在哪，并给出按难度分级的完整分工框架。
Claude Code 的 Workflow 功能：6 任务分 4 波，多 Agent 并行开发三端功能
一个 141 行的 mjs 脚本，把 6 个开发任务、4 个波次、多个 AI Agent 编排起来，并行开发炼丹炉横跨三端的大功能。
复杂任务的快速实现：我的 Claude Code 工作流
复杂任务难的不是写代码，而是需求模糊、代码陌生、链路长、步骤多。我的 Claude Code 工作流怎么逐个拆掉它们。
一次聊需求，三仓同落地：我的 superpowers 全栈开发工作流
用 Claude Code 的 superpowers 工作流，把跨仓库需求从脑暴聊到前后端同步落地。
我的 AI 时代后端工程师成长路线
从传统后端到 AI 全栈，我踩过的坑和总结的成长路径。
