很多技术初学者开始做 AI 编程时，容易先被各种功能名吸引：模型、Agent、Skill、RAG、向量、Graph、JSON……每个词看起来都重要，但如果没有一条清晰路线，学习过程很容易变成零散尝试。这篇文章不是展开某一个功能，而是先整理一份真正适合小白入门的“氛围编程实战系列”的学习路径。笔者希望先把要实践的主题摆出来，让后续每一篇都有明确位置：先解决使用和监控，再进入知识管理、问数、Agent

我们在查阅 Domain-Driven Design（DDD）相关资料时，经常会看到 CQRS（Command Query Responsibility Segregation）。继续深挖后又会牵出 Event Sourcing、Outbox、最终一致性等概念，越看越容易混乱。本文做一次简明整理：CQRS 到底有哪几种常见设计方式，以及在实际项目中该如何选择。

逻辑是这样的：拿到最后一条消息的内容，检查一下里面有没有"删除"或者"危险"这样的关键词。但是到了最后一个问题"删除所有文件"的时候，Agent 直接返回"检测到危险操作，已终止"——根本不会去调用模型。{"name": "张三", "role": "developer", "skills": ["python", "typescript", "java"]})最关键的是，你可以通过返回值来控制流