第一天

上午

阶段一：行业认知、软技能与破局方法论

阶段目标：建立“Echo”探索雷达能力，掌握快速摸清任何陌生行业的通用思维框架，并具备客户现场的非技术性沟通与协作能力。

Ø PEST-C 宏观分析框架

² 术语：PEST-C（政策/经济/社会/技术/监管）、产业链上下游、行业白皮书、头部竞品对标

² 解释：面对水利、财税等陌生行业，首日不做技术调研，而是通过公开信息绘制 PEST-C 画布，锁定监管红线与核心玩家，判断该行业是资源驱动、政策驱动还是技术驱动，建立全局坐标系。

Ø 价值流图（VSM）与核心 KPI 树

² 术语：价值流图、关键绩效指标树、RACI 责任矩阵、客户旅程地图

² 解释：通过与业务骨干访谈，画出从数据/原料输入到最终交付的端到端流程，识别“利润中心”与“风控节点”，明确客户最关心的业务指标（如财税的“差错率”、制造的“设备 OEE”），后续技术投入必须向这些指标对齐。

Ø 领域数据字典与主数据溯源法

² 术语：主数据管理（MDM）、交易/明细数据、元数据血缘、CRUD 矩阵

² 解释：要求客户提供 5 个核心数据表样例，通过解析字段命名（如国标编码、行业代码），快速反推出业务实体关系。这是数据建模的基础，也是避免“闭门造车”的核心抓手。

Ø 合规红线与负面清单扫描

² 术语：合规红线、数据驻留与隐私法（GDPR/个保法）、遗留系统黑洞、业务连续性 SLA

² 解释：传统行业（地质/金融）对新技术容错极低，须主动绘制“不能做”清单（如数据不可出域、必须使用国产加密），提前规避90%的交付返工风险，并将这些约束转化为技术选型的前提条件。

Ø 三层话术翻译与预期管理

² 术语：三层翻译（业务-CTO-执行）、预期管理、非暴力沟通、会议纪要闭环

² 解释：面向业务领导讲“误判率下降 5%”，面向 IT 运维讲“存储扩容与 QPS”，面向执行层讲“接口规范”。刻意练习使用客户内部的行业黑话（如财税的“借方/贷方”）重构汇报材料，确保各方听“人话”。

Ø 快速出具行业初探报告（闪电访谈）

² 术语：访谈清单设计、5Why 分析法、痛点优先级排序、假设驱动

² 解释：限定 3 小时内，通过搜索、模拟访谈与内部资料，输出一页“业务痛点—技术机会”映射图，锻炼短时间内抓住主要矛盾的能力，并以此作为后续 POC 设计的依据。

Ø 跨部门协作与冲突化解

² 术语：干系人分析、共识工作坊、利益权衡矩阵、向上汇报技巧

² 解释：客户现场常有多部门（业务、IT、法务）利益冲突，FDE 需组织“业务本体定义会”等共创活动，引导各方达成妥协方案，并通过简明扼要的周报/月报保持信息透明。

Ø 技术文档的非技术化表达

² 术语：方案摘要（Executive Summary）、FAQ 文档、演示故事线、可视化图表

² 解释：将系统架构图、数据流图转化为业务语言流程图，用“输入-处理-输出”的故事线向客户高层展示，避免陷入技术细节，快速拉通决策链路。

Ø 现场突发问题的沟通应对

² 术语：升级机制（Escalation）、紧急止损话术、责任边界声明、事后复盘模板

² 解释：演示失败或系统宕机时，不慌乱，先按预定“道歉—临时恢复—承诺排查—书面复盘”流程处理，既维护客户信任，又保护项目组声誉。

第一天

下午

阶段二：全栈基础与工程化工具

阶段目标：掌握日常开发环境、容器化部署与 API 设计，同时养成“编码前先做业务翻译”的习惯。

Ø 多环境隔离与依赖管理

² 术语：Pyenv + Poetry、多阶段构建、环境变量注入、requirements.lock

² 解释：应对客户内外网隔离，必须精通 Python 版本切换与依赖锁机制，确保交付包在信创服务器上零报错安装。

Ø Git 协作与代码质量门禁

² 术语：Git Flow、Pull Request 审查、Pre-commit 钩子、语义化版本

² 解释：在客户私有化 Git 仓中严格执行分支策略；软技能在于编写清晰优雅的 Commit Message 和 PR 描述，这既是工程习惯，也是对外专业度的直接体现。

Ø AI 辅助编程工具链深度调优

² 术语：System Prompt 工程、Few-shot 示例、单元测试生成、代码解释

² 解释：将阶段 1 获得的行业术语注入 Prompt 上下文，让 AI 生成符合客户业务命名（如 calc_水利_径流系数）的胶水代码，大幅提升开发效率。

Ø 契约式 API 设计与文档生成

² 术语：OpenAPI（Swagger）、Pydantic v2、异步非阻塞、中间件

² 解释：使用 FastAPI 构建接口时，强制用 Pydantic 定义严格请求/响应模型，自动生成可执行 API 文档，便于与客户前端/测试团队联调。

Ø Docker 镜像优化与 Docker Compose

² 术语：镜像分层、多阶段构建、.dockerignore、Compose 网络

² 解释：掌握减少镜像体积、利用缓存加速构建的技巧，并编写 Compose 文件在本地一键拉起整套服务（API+数据库），模拟客户开发环境。

Ø 面向客户的 API 选型汇报

² 术语：TCO（总体拥有成本）、信创适配、社区活跃度、长期维护性

² 解释：模拟向客户信息中心说明为何选用 FastAPI 而非 Java Spring，用“轻量化、国产芯片适配好、学习成本低”等客户侧语言打消选型顾虑。

Ø K8s 核心资源与网络/存储

² 术语：Pod/Deployment/Service、Ingress Controller、PersistentVolumeClaim、NetworkPolicy

² 解释：掌握如何在客户内网集群中部署无状态和有状态应用，配置对外暴露策略，并为数据库等有状态组件申请持久化存储。

Ø 配置管理与安全秘钥

² 术语：ConfigMap、Secret（base64）、Helm Chart 模板、环境分层 Values

² 解释：将环境变量和敏感凭据（数据库密码、API Key）与镜像解耦，使用 Helm 管理不同客户环境的差异化配置，做到“一次打包，多处部署”。

Ø 部署前的客户基础设施调研

² 术语：基础设施调查表、内网域名解析、容器运行时（containerd/docker）、负载均衡方案

² 解释：进场后先与客户运维确认网络策略、存储类（StorageClass）、镜像仓库地址等前置条件，避免部署时因环境差异反复折腾。

阶段三：数据基础设施构建

阶段目标：构建从数据接入、清洗到质量监控的完整管道，并能将模糊业务需求转化为可计算的本体语义层。

Ø 异构数据源批流一体接入

² 术语：CDC（Debezium）、Parquet/Delta Lake、Airflow/DolphinScheduler、断点续传

² 解释：从 Oracle、SAP 等老旧系统通过 CDC 拉取日志，或从对象存储拉取海量 CSV，重点解决内网带宽受限下的数据压缩与分片传输策略。

Ø ETL/ELT 转换与数仓分层

² 术语：dbt（数据构建工具）、维度建模/事实表、数据去重、异常值清洗

² 解释：利用 dbt 在客户数仓中建立“ODS → DWD → DWS → ADS”分层，编写可追溯、可回滚的 SQL 转换逻辑，杜绝一次性脚本。

Ø 快速摸清数据全貌的“主数据溯源法”

² 术语：主数据黄金记录、外部工商/法人库、行业编码对照表（GB/T）

² 解释：切入制造/地质行业，首日找到国标或行标编码（如物资分类码），通过解析编码的树形结构，1 小时内摸清几千种物资或地层的分类逻辑，瞬间掌握数据核心骨架。

Ø 数据质量门禁与监控

² 术语：Great Expectations、空值率/唯一性、数据新鲜度 SLA、异常告警

² 解释：为每张表设置质量规则（如“订单金额 >0”、“每天 8:00 前更新”），若规则被违反则阻断下游任务，并自动发邮件通知。

Ø 全链路可观测性（Metrics/Logs/Traces）

² 术语：Prometheus + Grafana、OpenTelemetry、结构化日志、分布式追踪

² 解释：为数据管道和模型服务埋点，构建实时监控看板，展示 QPS、错误率、模型漂移等指标；同时设置基于业务 SLA 的告警规则。

Ø 与客户共定义业务 SLA 并落地为监控项

² 术语：SLA 指标化、业务阈值、日报自动生成、告警升级机制

² 解释：主动与业务方开会，将他们的“数据要及时、要准确”等模糊要求量化为“延迟≤5min，准确率≥99.9%”，并配置在监控系统中，减少后续扯皮。

第二天

上午

阶段三：数据基础设施构建

（阶段三收尾）

Ø 从业务术语到本体的建模方法

² 术语：OWL/RDF 三元组、实体消歧、同义词扩展、业务术语表（Glossary）

² 解释：组织客户业务、法务、IT 三方工作坊，共同定义“客户”“产品”“订单”等实体的唯一含义及关系，形成企业级业务词汇表，作为后续 RAG 和数据分析的语义基础。

Ø 语义层与业务逻辑的映射

² 术语：知识图谱、属性图（Property Graph）、图查询（Cypher/Gremlin）、动态本体

² 解释：将业务规则（如“VIP 客户享受 95 折”）编码为图上的逻辑推理规则，使得 AI 应用能直接利用该语义层进行复杂业务判断。

Ø 面向非技术人员的本体说明文档

² 术语：可视化实体关系图、业务词典、变更管理流程、培训演练

² 解释：用通俗易懂的示意图和问答形式解释本体模型，并主动为业务人员培训如何理解和应用这些模型，确保后续协作顺畅。

阶段目标：让 AI 不仅会聊天，还能通过 RAG、工具调用、RPA 和边缘部署，真正融入客户实际业务流。

Ø 文档切片与 Embedding 策略

² 术语：Chunking（按句/按语义）、Embedding 模型选型、混合检索（Dense+Sparse）、Re-rank 重排

² 解释：针对客户海量 PDF/Word，试验不同切片粒度（256/512 tokens），并组合向量检索与关键词 BM25，最后用 Re-rank 模型精排，提升问答精准度。

Ø 向量数据库运维与性能调优

² 术语：Milvus/Pinecone、索引类型（IVF/HNSW）、命名空间（Tenant）、TCO 估算

² 解释：在客户私有云部署向量库，根据数据量选择合适索引，并规划备份与扩容策略，确保高并发下的查询延迟在 100ms 以内。

Ø RAG 效果评估与 Bad Case 分析

² 术语：命中率（Hit Rate）、MRR、Faithfulness（忠实度）、人工抽检流程

² 解释：定期从日志中抽样评估答案质量，制作“错误类型饼图”（如错误引文、胡说八道），并用此结果向客户管理团队坦诚说明当前系统边界，合理设定期望。

Ø ReAct 范式与 Function Calling 实现

² 术语：ReAct（Reason + Act）、Tools 描述（Pydantic）、Plan-and-Execute、记忆机制

² 解释：编写鲁棒的工具定义（包括参数、约束、错误码），让大模型能自主拆解复杂指令（如“查下去年订单并汇总发票”），依次调用外部 API。

Ø 多 Agent 协作与状态管理

² 术语：AutoGen 框架、角色分工（规划/执行/校验）、会话状态（Memory）、失败回退

² 解释：设计多 Agent 团队，例如“计划员”拆解任务，“执行员”调工具，“检查员”验证结果，当子任务失败时自动启动重试或人工介入。

Ø Agent 行为约束与安全护栏

² 术语：提示词注入防御、操作审计日志、权限检查、人机回环（Human-in-the-loop）

² 解释：关键操作（如删除、转账）必须经过二次确认；所有调用记录存入审计表，方便事后追责，这既是技术实现也是合规要求。

Ø UI 自动化与流程编排（Playwright/Selenium）

² 术语：元素定位策略（CSS/XPath）、等待机制、异常截图、重试策略

² 解释：针对客户遗留系统（无 API），使用 Playwright 模拟人类操作，编写健壮的选择器，并设计网络中断后的自动续跑机制。

Ø 认知-决策-执行闭环架构

² 术语：事件驱动、队列（Celery/RabbitMQ）、状态机、任务超时管理

² 解释：Agent 生成“填写表单”等指令，放入消息队列，由执行 Worker 按顺序执行；用状态机管理任务生命周期（待执行→执行中→成功/失败），避免重复执行。

Ø 场景穿越法——与业务共演 Happy Path

² 术语：端到端测试剧本、Happy Path、异常回退路径、SOP 文档

² 解释：在开发前，邀请客户业务骨干模拟走一遍“从工单生成到办结归档”的完整流程，FDE 记录每一步涉及的系统与人工操作，据此设计 Agent 的 DAG 工作流，避免闭门造车。

Ø 模型轻量化技术（量化/剪枝/蒸馏）

² 术语：INT8/FP16 量化、结构化剪枝、知识蒸馏、推理加速库（ONNX Runtime/TensorRT）

² 解释：在 GPU 资源稀缺的客户边缘侧，使用 llama.cpp 或 vLLM 部署 7B 以下模型，将显存占用压缩到 4GB 以内，同时保持可接受的精度。

Ø 云边协同与模型更新策略

² 术语：模型分片、增量更新、A/B测试、灰度发布

² 解释：云端训练模型，边缘端加载；设计低带宽下的模型热更新机制（如差分更新），并支持按批次切换新模型，降低风险。

Ø 边缘场景的行业规范落地（合规映射法）

² 术语：行业专属标准（如水利 SL 系列、医疗 DICOM）、离线部署要求、国密算法适配

² 解释：针对水电、国防等离线场景，主动检索行业安全规范，逐条映射为技术清单（如“必须禁用外网”对应 K8s NetworkPolicy 拒绝外网出口），确保方案天生合规。

第二天

下午

阶段五：生产级交付、安全与持续迭代

阶段目标：将 POC 淬炼为满足等保、高可用、可运维的生产系统，并完成知识转移与平滑撤场。

Ø 身份认证与权限管理（IAM）

² 术语：OIDC/OAuth2、LDAP/AD 对接、RBAC/ABAC、JWT 令牌管理

² 解释：对接客户统一身份源，实现单点登录；并按角色（超级管理员、业务操作员、只读审计员）精细化控制页面和 API 的访问权限。

Ø 软件供应链安全与漏洞扫描

² 术语：SBOM（软件物料清单）、CVE 漏洞库、Trivy/Clair 扫描、基础镜像选型

² 解释：交付前必须生成 SBOM 并用安全工具扫描所有容器镜像，修补高危漏洞（如使用 Alpine 替代 Ubuntu 减少攻击面），提交安全报告给客户。

Ø 等保及行业合规的落地检查清单

² 术语：等保 2.0、PCI-DSS/ISO 27001、加密标准（国密 SM2/SM4）、审计日志保存期

² 解释：将合规条款转化为技术实施点，例如“日志保存不少于 180 天”对应 ES 索引生命周期策略；“全链路加密”对应 TLS 证书配置，形成《合规自检表》供客户备案。

Ø 高可用架构与弹性伸缩

Ø 容灾备份与数据恢复演练

Ø 全链路压测与性能调优

Ø 标准运维 SOP 与故障排查手册

Ø 培训带教与认证考核

Ø 项目复盘与迭代改进报告