alannero

摘要： 这一章先抓住一条落库链路：配置文件描述表字段，系统去数仓补齐真实结构，再转换成内部实体，最后写入 Meta MySQ ORM、Repository、事务这些细节都服务于这条链路 正式进入第一条真正落地的业务链路：把配置文件里描述的表和字段，转换成系统内部统一的数据对象，并写入 Meta MySQL 阅读全文

摘要： 分清四类角色：配置文件 + 业务实体 + ORM模型 + mappers 配置文件: 配置文件是“外部输入”，告诉程序：这次要处理什么。 它主要负责： 要同步哪些表 每张表有哪些字段 字段的角色、描述、别名是什么 哪些字段后续还要同步真实取值 哪些指标要进入知识库 所以配置文件更像一份“任务说明书” 阅读全文

摘要： 当前项目选择的不是“在业务代码里直接加载 Embedding 模型权重”，而是： 服务端组件：Text Embeddings Inference，简称 TEI 嵌入模型：BAAI/bge-large-zh-v1.5 Text Embeddings Inference，通常简称 TEI。它本质上就是一 阅读全文

摘要： Qdrant 更适合语义相似度召回，ES 更适合全文匹配和精确过滤 在「电商问数」里，这几个基础设施的分工可以概括成下面这张表： 组件 在项目中的核心职责 最擅长解决的问题 MySQL 存储权威结构化元数据与数仓数据 表、字段、指标、关系、样例值等结构化信息怎么保存 Qdrant 存储字段和指标的向 阅读全文

摘要： 数据仓库： 它存的是来自业务系统的大量历史数据。 它主要服务于统计分析，而不是直接服务于线上交易。 它的数据组织方式，通常会为了“分析方便”而重新设计。 数据仓库并不是把业务数据库原封不动搬过来，而是会在同步过程中进行整理、建模和加工，让后续分析更高效、更清晰。 维度建模： 建模方式 主要面向什么场 阅读全文

摘要： Skill 可以先理解成“把一类任务的成熟做法外置成说明书” 学习时别只看概念，最好跟着 SKILL.md 的结构想一个你自己的重复任务：什么时候触发、要遵守哪些规则、需要哪些脚本或资料。读完后能判断一件事该写进系统提示、做成工具、放进记忆，还是沉淀成 Skill。 都塞进prompt的弊端： Pr 阅读全文

摘要： 三条核心业务链 1. 创建工单 说明： - 这一条链路里，真正被持久化的是两类数据： - `conversation_states`：保存当前会话状态，方便多轮补问。 - `tickets`：保存真正创建出的工单。 - 如果字段不全，流程不会写入 `tickets`，只会把缺失字段和提问文案写回 ` 阅读全文

摘要： 多智能体定义： 多智能体不是“多开几个模型调用”这么简单。它指的是：把复杂任务拆给多个专精的 Agent，让它们分工、路由、协作，再共同完成整体任务。 多智能体的核心变化不是“数量变多”，而是：角色开始分工、上下文开始隔离、控制流开始显式编排 A2A协议定义： 全称是 Agent-to-Agent。 阅读全文

摘要： 流式处理（Streaming）、状态持久化（Persistence）、时间回溯（Time-Travel）、子图（Subgraphs） 流式处理（Streaming） LangGraph 里，流式处理的范围更大。它不仅能输出模型生成过程，还能把图执行过程中的状态变化、节点进度、子图过程、自定义消息一边 阅读全文

摘要： Node 负责做事，Edge 负责决定去哪，Send / Command / Runtime 负责处理普通边不够用的场景。先把普通边和条件边跑明白，再看动态分发、状态更新并跳转、运行时上下文。读完后能说清“这一步为什么不是固定下一跳”，就抓住了进阶 API 的用处。 Node（节点） 可以看作：图中 阅读全文