如果你已经用过 Claude Code、Codex、OpenCode 这类 AI 编程工具，你大概率会遇到一个问题： 会话越长，质量越不稳定； 需求越复杂，越容易”上下文腐烂（context rot）”。 get-shit-done（简称 GSD）就是为这个问题设计的一层”工作流与上下文工程系统”。本文基于官方 README 和 User Guide，总结一份可以直接落地的使...

各位读者，欢迎来到 AI 发展史展馆。 这不是某个单点技术教程，而是一幅跨越七十余年的全景地图。在这条时间轴上，AI 发展从来不是线性上升，而是多次经历了：理想高涨 → 工程受挫 → 方法突变 → 产业爆发 的循环。 每一轮”突变”，几乎都对应一次范式变化。而每一次”冬天”，都为下一轮爆发积蓄了关键力量。 全景时间线 flowchart LR A[1950 图灵测试] -->...

Transformer 是现代 LLM 的核心架构。很多同学”知道它很重要”，但一到公式、维度、训练流程就容易卡住。 这篇文章目标很明确： 讲清楚 Transformer 为什么出现。 讲清楚每个模块到底在做什么。 讲清楚从论文到工程实现的关键细节。 你可以把它当作一份”从入门到可实战”的一站式笔记。 1. 为什么需要 Transformer？ 在 Transfor...

在和 AI 产品、AI 编程工具打交道时，我们经常会听到一串术语：Agent、Subagent、MCP、Function Call、Skills、Workflow、Harness。 这些词单看都不难，难的是不知道它们在一个真实系统里分别负责什么。本文会按”从能跑，到跑稳，再到可迭代”的思路，把它们整合在一起讲清楚，并适当发散到上下文、记忆、观测和评测等相关概念。 先看一句话版本 ...

很多团队谈 Vue 性能优化时，第一反应是”列表卡”“首屏慢”“包太大”。这些现象没错，但如果只停留在症状层，你很容易陷入”今天改这个，明天改那个”的碎片优化，投入不少，收益却很有限。 真正有效的性能优化必须是一套工程化治理： 有统一指标，不靠感觉。 有问题分层，先定位瓶颈类型。 有优化优先级，先做高 ROI 项。 有回归基线，避免”优化引入新问题”。 本文从后端工...

很多后端同学写 Vue 时，最开始会把状态当作”页面变量”：当前页面需要什么，就在当前页面定义什么。这个模式在简单页面有效，但在复杂业务中很快会失控，主要表现为： 同一份业务数据在多个页面各存一份，修改后难以同步。 页面切换后状态残留，出现”上个用户操作影响下个用户”的脏数据问题。 组件通信链路越来越长，props 和 emits 层层传递，维护成本急剧上升。 一旦需求变...

后端同学在接手前端中后台项目时，最容易踩的坑之一就是路由与权限。表面上看只是”页面跳转”和”按钮隐藏”，实际上它是一个贯穿登录、菜单、接口、审计和用户体验的系统工程。 如果这一层设计混乱，典型后果是： 不同角色看到的菜单不一致，甚至出现越权入口。 路由守卫逻辑膨胀，任何新需求都会牵一发而动全身。 前端和后端权限码不一致，联调阶段大量扯皮。 页面能进但接口 403，用户体...

很多后端同学学 Vue 的时候，容易把”响应式”理解成一句口号：数据变了，页面就会变。这个理解在入门阶段够用，但一到复杂页面，尤其是表格联动、批量编辑、动态表单、权限切换、性能优化场景，就会出现三个典型问题： 改了数据但是页面没按预期刷新。 watch 链条变长后，副作用互相影响，线上偶发 bug 很难复现。 表面上代码可用，但一上数据量就卡顿，定位不到瓶颈。 要从”会写...

很多团队把 CRA 核查理解为”来现场看一眼资料”，这其实是最常见误区。 在合规视角下，CRA 核查（监查）的目标是三件事： 受试者权益与安全是否持续被保护； 试验实施是否遵循方案、GCP 与适用法规； 数据是否真实、准确、完整、可追溯。 这篇文章按实务流程，系统回答 7 个问题： CRA 核查通常在什么时候进行？ 每个阶段需要什么前置条件？ 标准核查步...

很多 CRA 的压力不是来自任务量，而是来自”同类问题反复出现”。 这篇给你一个更实战的风险管理框架：可识别、可升级、可闭环。 一、六类高频风险与先导信号 风险类型 先导信号（早期） 典型后果 ICF 风险 重签率异常、版本更新后混用 合规风险与受试者权益风险 ...