MCP · Skills · RAG——三个让 AI 从"会聊天"到"真干活"的核心机制
AI 原本只能看你粘贴的内容——MCP 是一套标准接口，让 AI 可以直接读本地文件、写 Lark 表格、查公司数据库，不需要你手动搬运数据。就像给手机装上 USB-C：之前 AI 只有"嘴"，MCP 给了它"手"。
批量读取文件夹里的报告并汇总，无需逐份复制
直接读写 Lark 多维表格，实时同步，省去手动导出
读取 GitHub PR、Issue，AI 帮技术同事做代码审查
用中文提问，AI 自动生成 SQL 并返回分析结果
自动抓取网页数据、监控竞品价格，替代重复手工操作
每次都要重新想怎么提问很低效。Skill 把固定的 AI 工作流"打包"成一个命令——下次同样任务，触发一下就走完，不用重新写。就像咖啡机的"一键拿铁"——磨豆、加热、萃取都封装进去了，你只需按一下。
粘贴录音转写文字，自动输出结论、决策、待办、跟进点——格式固定，拿到即发。
粘贴直播评论或流水数据，自动输出高频客诉分类、成交话术总结、改进建议。
填入本周工作要点，AI 自动整理成标准周报格式，适配公司汇报风格。
粘贴客户消息（马来语/中英混合），自动识别诉求类型，生成符合公司语气的回复初稿。
复制模板，每次用同一份 Prompt，保证输出格式稳定。今天就能用，无需技术背景。
把常用提示词绑定到 /命令，输入即触发，无需重新粘贴模板。需要简单配置。
可视化搭建多步骤 AI 流程，接入外部工具、自动触发。适合 AI Champion 协助搭建。
普通 AI 只知道训练数据，不知道你公司的政策、合同、产品规格，不确定时可能"编"答案。RAG 先把文件存入知识库，AI 回答时先检索再回答——像查手册的员工，答案有据可查。
上传员工手册，员工直接问 AI，不用翻文件等 HR 回复。
上传合同文本，让 AI 找出不寻常条款、责任边界、付款风险点。
上传产品文档、FAQ，新员工直接对话提问，无需每次找老员工答疑。
把培训手册、话术指南上传为知识库，主播有问题直接对话查询，随时可用。
最易上手：上传 PDF/文档，直接提问，答案仅基于上传内容，引用可溯源。
创建 Project，上传公司文件，AI 每次对话自动参考——无需技术配置，日常使用顺畅。
Lark 生态内直接问知识库，适合文档已整理在 Lark 的团队，随问随答。
完全定制，接入内部数据库、权限管理、多轮对话——功能最强，需要工程投入。
大多数人一上来就直接下命令，AI 只能靠猜。先把背景讲清楚——处境、目标、已有条件、约束——最后才提需求。同样一个问题，背景给足和不给足，输出质量是天壤之别。
明确告诉 AI 它现在是谁、要按什么标准输出。给它一个角色和一把尺子，结果会立刻不一样。
第一版输出不满意，不是放弃，而是精准补一刀——告诉它我真正在意的那个维度，让它重新深挖。「看到输出 → 补充关键维度 → 再要」，这个循环是高手用法。
用 AI 帮我写给别的 AI 用的指令——给 Claude Code 写前端提示词、给多模态模型写录音整理提示词、把对话沉淀成可复制的系统提示词配置。把 AI 当成一个可以被「编程」的协作者。
这是用得最多、但很多人完全没想到的一招：在让 AI 执行任务之前，先要求它反过来向我提问——问清楚实施的边界在哪、项目范围有多大、还有哪些我自己都没说清楚的地方。
为什么这招厉害？因为很多时候连我自己都没把需求想透。逼 AI 提问，等于逼我把脑子里模糊的部分摊开来。等问答几轮下来，需求清晰了、边界划定了，AI 再动手，一次就能做到位，省掉来回返工。
分享不能只报喜。这几条是常踩的坑，写出来给大家做提醒——避开这些，比学会任何技巧都管用。
输入上下文够多，但经常忘了说输出意图。同一份招商录音，为「准备下一轮谈判」和为「内部复盘」做的总结是两回事。不说清用途，AI 只能给通用版本。
系统性思维有时反而成了负担——一次抛出十个角度，单次对话承载过多，把最关键那个问题的深度稀释了。不如说「我最担心的是 X，先把这个想透」。
会说要什么，但很少说不要什么。其实「不要做成千篇一律的科技蓝 SaaS 感」这种负向约束，往往比正向描述更能锁定结果。
在长对话或新对话里用「上面那段」「这个项目」指代，会增加 AI 误解的风险。涉及具体文件或版本时（如落地页 v8→v9），指代不清一旦出错就全盘卡住。
如果只记一件事，就记这个。任何复杂任务，按这四块来组织你的话，AI 的输出会稳定地好。前两块大家都会，关键是补上后两块。
针对 ServAuto 最高频的三类任务，各做了一个可直接复制的模板。把方括号里的内容换成你的实际情况就能用。
【背景】 这段录音是 [谁和谁、在什么场景下的对话]。 关键背景：[对方的处境 / 我方的目标 / 这次沟通要解决什么]。 【我的意图】 我接下来要拿这份分析去 [准备下一轮谈判 / 向合伙人汇报 / 写招商材料 / 内部复盘]。 请围绕这个用途来组织内容，与之无关的可以略过。 【请你先问我】 在开始前，如果你觉得有哪些信息缺失会影响分析质量， 先列出来问我，我补充后你再动手。 【输出要求】 完整理解全文，不遗漏关键信息。重点分析： 1. 对方的真实诉求和核心顾虑（读出话里话外的意思） 2. [这次沟通的具体目标，如：成交的障碍 / 价格底线 / 决策链] 3. 给我的下一步建议（具体、可执行） 【不要】 不要泛泛复述对话，不要回避利益和数字， 不要给模棱两可的结论。
【角色】 你是一个高水准的前端工程师兼设计师。 【项目背景】 我要做 [什么东西，给谁用，解决什么问题]。 目标用户：[谁]。核心体验应该是：[什么感觉]。 【先读现有代码】 如果是改动现有项目，先读 [文件名]， 搞清楚现有的配色、字体、间距、布局风格，再动手， 保持新内容和现有部分协调一致。 【先和我确认范围】 动手前先告诉我：你打算改动哪些部分、保留哪些， 以及你理解的需求边界对不对。我确认后你再写。 【明确要做什么】 1. [具体改动 1] 2. [具体改动 2] 只改上面列出的，其他部分保持不动。 【风格 & 反例】 要：[想要的风格关键词]。 不要：千篇一律的科技蓝 SaaS 感、模板化的布局。 【完成后】 简短告诉我你改了什么、新增了哪些可复用的部分。
【背景】 我们 [ServAuto 在做的事 / 当前面对的局面]。 现有信息：[已知的数据、条件、各方立场]。 【我要解决的问题】 [一句话说清这次最想想透的那个问题]。 这是我最关心的，请优先把它推到底，不要平均用力。 【请你先问我】 先帮我判断：要把这个问题想透， 还缺哪些关键信息？列出来问我，我补齐后你再分析。 【分析方式】 1. 先帮我列出值得深挖的 2-3 个角度，我选一个先深入 2. 每个判断都给出依据和它背后的假设 3. 正反两面都要说，包括对我方不利的可能 【输出】 结论 + 依据 + 下一步该做什么。 用 [表格 / 分点]，结论先行。 【不要】 不要只顺着我的想法说，要敢于指出我没看到的风险。