CangLu Knowledge Base

流程拆解

5分钟阅读

流程拆解

主题索引 | learn 索引

图清单

1. 从需求到智能体落地的最短路径

flowchart TD
    N[选一个高频真实任务]
    T[判断用 Agent Chatflow 还是 Workflow]
    P[写系统提示词与输出格式]
    K[补知识库]
    O[补工具]
    V[用真实问题验证]
    I[进入稳定迭代]

    N --> T
    T --> P
    P --> K
    K --> O
    O --> V
    V --> I

为什么这条链路最有效

  • 先选高频任务：先做每天或每周都要重复的事情，提效感最明显。
  • 再做构建方式选择：一开始选错，后面很容易越做越复杂。
  • 先写最小提示词：先把边界定清楚，再加知识和工具。
  • 最后才增强能力：避免一开始就把所有功能堆上去，结果不知道哪里出问题。

2. 智能体效果优化的最短迭代链路

flowchart TD
    Q[收集真实问题]
    A[观察回答结果]
    J[看日志和中间步骤]
    D[判断问题来自哪里]
    P[改提示词]
    K[补知识库]
    O[补工具]
    R[重新验证]

    Q --> A
    A --> J
    J --> D
    D --> P
    D --> K
    D --> O
    P --> R
    K --> R
    O --> R

分层判断法

  • 答非所问：先看提示词是不是没把目标和边界说清楚。
  • 有方向但不准：先看知识库是否没覆盖关键资料，或检索内容不够好。
  • 知道该做什么但做不出来：先看是不是缺工具、缺 API、缺结构化输出约束。
  • 流程很稳定但不够灵活：考虑从 Workflow 往 Chatflow 或 Agent 迁移。

3. 最容易做错的三个地方

3.1 一开始就做太复杂

典型表现：

  • 一上来就接很多工具
  • 一开始就设计很多节点
  • 还没验证核心场景就开始追求“全能助手”

更好的做法：

  • 先做一个只解决一个高频问题的最小助手

3.2 把知识库当万能药

典型表现：

  • 什么问题都想靠知识库解决
  • 明明应该调工具或查实时数据，却只喂文档

更好的做法：

  • 静态知识 用知识库
  • 实时信息 / 系统动作 用工具或 API

3.3 只看最终回答，不看中间链路

典型表现：

  • 回答错了就觉得“模型不行”
  • 不拆提示词、知识库、工具三个层次

更好的做法：

  • 优先看每一步输入输出，判断问题到底来自“不会想”“没资料”“没能力做”中的哪一类

4. 推荐的第一个练手项目

如果你现在要尽快上手，我建议先做下面三选一：

  1. 个人知识助手：回答你自己的文档问题
  2. 固定整理助手：帮你整理会议纪要、日报、周报、总结
  3. 业务查询助手：帮你查系统信息、接口结果、常用规则

判断标准：

  • 你是否真的高频使用
  • 你能不能快速收集 5 到 10 个真实测试问题
  • 这个任务是不是已经足够痛，值得用智能体替代重复劳动

关系图谱