DSPy 是一款开源项目：斯坦福开源的「编程而非提示」大模型框架。

这篇写给客服人员：围绕回复草稿、工单分类和知识库整理这几类日常工作，说明它能帮上什么忙、怎么用、哪些地方必须自己把关。

客服人员的三个高频用法

1. 回复草稿

提示词示例：

根据这张工单写回复草稿：复述客户问题，说明处理步骤和预计时间，必要时请客户补充订单号。语气诚恳，不承诺政策外的补偿。

把关：回复没有越权承诺。

2. 工单分类

可直接复制到 DSPy 里修改：

把这 50 张工单按问题类型分类，标出情绪激烈需要优先处理的，以及疑似同一故障的集中反馈。

把关：集中反馈被识别。

3. 知识库整理

可直接复制到 DSPy 里修改：

根据这些高频问题和已有答复，整理 10 条知识库条目：标准问题、相似问法、答案、更新日期。

把关：答案与现行政策一致。

也可以试试：发票与单据提取

这是「智能体与自动化」类工具的通用任务，客服人员同样用得上。

从这些单据中提取开票日期、金额、销售方名称和税号，输出为表格；任何字段识别置信度低时留空并标红，不要猜测。

边界与合规

不得以 AI 名义做出政策外承诺，涉及隐私的问题按流程处理。

  • 产出由客服人员本人负责，AI 只是草稿和辅助。
  • 对外内容发布前至少看一遍。
  • 如单位有规定的工具清单，优先在清单内选择；DSPy 的同类还有 LangChain、TextGrad。

一周试用建议

选一个最常做的任务连续用 5 个工作日，记录每次节省的时间和需要修改的地方，再决定是否把 DSPy 纳入日常流程。

更多可以试的用法

知识库问答机器人

准备材料：一批产品文档和 FAQ。

用这些文档搭建问答机器人：回答只基于文档，找不到答案时回复「这个问题我需要转给同事」，并记录未解决问题供每周补充文档。

交付前确认：答不出时不编造。

多步骤调研任务

准备材料：一个需要多来源信息的问题。

围绕【主题】做调研：先列出调研计划，再分别检索，最后输出带来源的报告。每个结论注明来源链接，来源之间矛盾时并列呈现。

交付前确认：矛盾信息被并列呈现。

定时提醒与汇总

准备材料：团队群聊或任务看板。

每天下午 6 点汇总今日新增和逾期任务，按负责人分组发送提醒，周五额外输出一周完成情况。

交付前确认：提醒内容与看板一致。

常见问题：调用外部系统失败

增加重试和失败通知，记录请求参数便于排查。

常见问题：误发消息给客户

对外发送前加人工审批节点，测试环境与正式环境分开。

常见问题：输出格式不稳定

要求结构化输出并做格式校验，不合格时重试。

概念补充：人工审批节点

在关键动作前暂停等待人确认，防止误操作。

概念补充：智能体（Agent）

由模型自主决定步骤和工具调用，灵活但需要更多护栏。

写在最后

本文基于 DSPy 公开的定位与通用用法编写，具体功能、套餐与可用地区以官方页面为准，产品更新后界面和名称可能变化。

涉及个人信息、商业机密或受监管数据时，先确认 DSPy 的数据处理条款，再决定能否使用。

延伸阅读