Skip to content

技术栈与职责

下表主要依据原始总纲第 34 节。它描述目标选型,不代表依赖已安装。当前可运行的只有本学习站 VitePress 1.6.4;版本见 package-lock.json。

技术项目中的用途引入期要学会解释的取舍
Python 3.12+ / FastAPI类型化 HTTP API 与编排服务V0async 需要配合非阻塞驱动,CPU/批量任务另行处理
Pydantic请求、意图、候选、IR 的结构校验V0 起结构合法不代表业务语义正确
SQLAlchemy / Alembic控制面持久化与 schema 迁移V0ORM 适合控制数据,不替代生成 SQL 的 AST 检查
Next.js / React / TypeScriptData Analyst 与 Admin ConsoleV0 骨架,逐期完善用户状态与管理工作流需要清晰契约
Tailwind CSS / Apache ECharts业务 UI 与数据图表前端逐期图表类型受数据形状约束
PostgreSQLControl Plane;首个业务库也选 PostgreSQLV0同产品不同职责与账户
OpenSearchBM25、编码、字段名、别名和值检索V0 基础,V2 查询精确术语可解释,但需要 mapping 与分词治理
Milvusschema、语义、样例和值向量召回V0 基础,V2 查询语义泛化有价值,但需要模型/维度/索引版本
BGE-M3 / BGE Reranker默认 embedding 与候选重排V0 / V2性能成本需本机实测,Provider 隔离模型替换
RRF按排名融合 lexical 与 denseV2不直接相加不可比分数,仍需调 K 和常数
Redis缓存、会话、限流、锁与任务 brokerV0 起TTL 不等于版本一致性,授权参与缓存键
Celery元数据同步、索引、Benchmark 批处理V0 起重试可能重复投递,需要幂等与版本校验
SQLGlotAST 解析、对象检查、规则校验V1 起SQL parser 不是完整权限系统
LangGraph有状态的多步分析编排V5先证明单步能力可靠,再让 Agent 调用
OpenTelemetry / Prometheus / Grafana / Langfuse链路、运行指标、仪表盘、模型观测V1 最小 trace,V4 完整分清技术追踪、审计和质量评测
Docker / Compose / Kubernetes本地基础设施与部署方案V0 / V4Compose 本地复现,K8s 需部署和恢复验收
VitePress / Vue学习文档、计划导航和进度本轮已实现静态站不直接写仓库任务状态

如何学习选型而非背清单

以 hybrid retrieval 为例,应能说明一个真实失败:SKU000392 这种精确编码适合 lexical;“卖得最好”这类表达需要语义召回。再说明两路排名怎样融合、权限怎样过滤、重排引入多少延迟,最后给出消融评测。这比记住 Milvus 和 OpenSearch 的名字更有说服力。

依赖版本、驱动兼容性、资源需求在相应开发任务里锁定并验证;不把总纲里的技术名当作无条件可兼容的版本矩阵。

学习站的路由、构建和主题扩展使用 VitePress 官方文档 所述机制。其他技术首先读本项目职责与任务,再按具体实现查询对应官方文档。

需求 → 代码 → 验证 → 复盘