AI 实战项目怎么选？从概念到作品

「实战项目」在这里指什么？

这里的 AI 实战项目，指把前面学过的能力——Prompt、RAG、MCP、Skills、Agent——组装成一个能运行、能演示、能讲清楚的完整小产品。

别人不关心你背了多少概念，更想看到：你用它解决了什么问题？Demo 在哪？架构怎么画的？
实战项目的意义，是把「我会 RAG」变成「这是一个基于我文档的问答助手，链接在这」。

好项目的三个标准

不必追求最先进模型，可复现、可讲解 比「堆 buzzword」更有说服力。

举例：五个容易落地的方向

结合 KunSpace，这些方向特别自然：

1. 文档问答助手（RAG + Agent）
检索 docs/ 与博客 Markdown，分步回答部署、改内容类问题，并标注引用来源。

2. 站点运维助手（Skills + MCP）
只读 Skills：查部署指南、生成更新命令清单（不真 SSH），降低「每次都要翻文档」的成本。

3. 博客 Copilot（Agent Skills）
读已有文章风格 → 给大纲 → 人审后输出带 frontmatter 的 Markdown 草稿。

4. 访客洞察助手（数据 + Agent）
读 analytics 摘要，用自然语言解释「今天谁来了、看了哪些页」——可对接现有 /admin/analytics。

5. 内容流水线（多 Agent，进阶）
调研 Agent → 写作 Agent → 审校 Agent 顺序执行，输出 src/content/blog/xxx.md 草稿。

选一个做深，胜过五个 Hello World。

架构图可以长这样

┌──────────────┐
│  Web / CLI   │  用户入口
└──────┬───────┘
       ▼
┌──────────────┐
│  Agent 核心   │  规划 + 步数上限
└───┬──────┬───┘
    ▼      ▼
┌───────┐ ┌────────┐
│ RAG   │ │ Skills │
└───────┘ └────────┘

README 里放这张图 + 一段录屏，专业感会明显提升。KunSpace 本身就可以当「主场」——项目链到网站，网站博客写项目故事，形成正循环。

总结

实战项目不是路线的终点，而是把知识变成证据的节点——从「我学过 Agent」到「这是一个我做过、能点开、能维护的 Agent」。
前面几篇讲清的概念，最终都应落在一个你能放进 KunSpace 作品集、向别人三分钟讲清楚的 Demo 上。