Way To Agent
AI Agent 应用基础

常见 AI Agent 应用场景

梳理知识库问答、内容生成、流程自动化和内部 Copilot 等常见 AI Agent 应用场景,说明它们对应的核心技术模块。

AI Agent 应用基础beginnerAIAgentAI Agent应用RAGAgent

常见 AI Agent 应用场景

AI Agent 应用最好按业务问题分,不要按工具名分。你看到的知识库问答、内容生成、流程助手、内部 Copilot,看起来都在“用大模型”,但真正难的地方完全不同。

先把场景分清,后面学习 RAG、Prompt、Tool Calling、Agent 时,才不会拿同一套方案去套所有问题。

知识库问答

这一类最核心的是:回答要建立在外部知识上,而且最好能给出处。主线通常是:

  • RAG
  • 引用溯源
  • Prompt 约束
  • 权限过滤

它的重点不在“会不会聊天”,而在“答得出来、答得对、能追溯”。

内容生成

这一类通常更关心产出格式和审核成本,比如写标题、写摘要、写邮件、写运营文案。主线通常是:

  • Prompt
  • 结构化输出
  • 模板变量
  • 人工审核或规则兜底

它不一定需要 RAG,也不一定需要 Agent。

流程自动化

这类场景里,模型不是只负责说话,而是要参与执行。比如填表、查系统、调接口、汇总结果。主线通常是:

  • Tool Calling
  • 权限校验
  • 状态管理
  • 失败恢复

风险会比纯问答更高,因为它开始碰真实动作。

内部 Copilot / 助手

这类场景往往是前几类的混合体:既要懂知识,又要调工具,还要保留状态。它最容易让团队一上来就想做成 Agent。

更稳的做法通常是先做窄场景:

  • 先固定工具范围。
  • 先限定知识域。
  • 先把日志和成本补齐。

别一开始就追求“什么都能做”。

从哪个场景入手更稳

如果你是第一次系统做 AI Agent 应用,通常最稳的入口还是知识库问答。原因不是它最简单,而是它的边界最清楚,最适合你建立对模型、检索、引用和治理的整体感觉。

一句话先记住

先把场景分清,技术组合才会自然收敛;场景没分清,技术就只会越堆越多。

继续阅读

  • 04-rag/001-what-is-rag.md
  • 03-prompt-engineering/001-what-is-prompt-engineering.md
  • 06-agent/001-what-is-agent.md