Skill：把 SOP 喂给 Agent

你团队里最强的运营分析一个产品转化下滑，有一套固定打法——这套打法写成文档，就是 Agent 的 Skill。这一节解剖一个真实 Skill 的骨架。

一个链接的转化率连续两周往下掉。没有 Skill 的 Agent 怎么分析？看心情——今天怪主图、明天怪价格、后天让你换详情页，全看白板上当时装着什么。跟没有方法论的新运营一模一样：会看数据，没套路。

Skill 就是给 Agent 装的“套路”：一份结构化的流程说明书，告诉它什么情况走什么流程、每步用什么工具、红线在哪。写一次，Agent 每次遇到同类任务都照章执行——这就是把金牌运营的经验变成组织的资产，跟你带团队做 SOP 沉淀是同一个动作。

点开每个部分，看它写什么、为什么这么设计：

SKILL.md · 产品优化诊断（product-optimization-analysis）

① 触发条件（什么时候用）▶

当运营提出以下信号时启用本 Skill： - 单品体检（“这个链接最近怎么样”“帮我看看这个品”） - 指标异动（“转化率掉了”“流量突然涨/跌了”） - 优化决策（“详情页要不要改”“这个品还值不值得推”）

为什么：Agent 首先要会“识别任务类型”——触发条件写得越具体，Skill 越不会乱用。把产品诊断和普通闲聊分开，是流程分流的第一步。

② 流程步骤（按什么顺序办）▶

1. 调 query_sales_data 拉近 30 天核心指标（访客、转化率、客单价、退款率） 2. 与前 30 天、类目均值双对比，找出恶化最快的指标 3. 按「流量—转化—客单—复购」漏斗定位病灶层 4. 针对病灶层给 2 个可执行优化动作，每个附预期影响指标 5. 输出一页结论：病灶 + 动作 + 验证周期（7/14 天后复查）

为什么：步骤是给 Agent 的“分析路径”——没这条路径，它每次都现场发挥、想到哪说到哪。注意“先定位病灶层再开方”这个顺序，是老运营的基本功：没找到病根就换药，换多少都没用。

③ 工具指引（用什么办）▶

• query_sales_data(sku_id, date_range)：拉商品核心指标 - query_category_benchmark(category)：拉类目均值做对比 - query_review_keywords(sku_id)：拉评价高频词，找负面集中点 - 禁止：任何改价/改库存/上下架类工具（本 Skill 只出诊断，不动手）

为什么：写明“能用哪些工具、不能碰哪些”——诊断场景的 Agent 只该长“眼睛”，不该长“手”。工具白名单从根上保证它看完数据不会顺手帮你改个价。

④ 红线边界（绝对不能做什么）▶

• 样本不足 7 天的数据，不下任何结论，只标注“数据积累中” - 每条优化建议必须对应一个数据证据，不接受“凭感觉” - 不承诺具体销量数字，只给优化方向和验证指标

为什么：红线是 Skill 的生命线。“数据证据”这条写死，Agent 才不会把三天波动讲成惊天趋势，也不会为了显得有把握而拍脑袋承诺销量——这是分析纪律，不是话术设计。

⑤ 兜底（搞不定怎么办）▶

出现以下任一情况，立即转人工并附诊断摘要： - 数据缺口超 30%（如推广数据拉不到），列出缺失清单 - 指标异动超 50% 且找不到原因，标记“疑似异常事件” - 涉及砍品、换类目等战略级决策，只供参考，必须人工拍板

为什么：兜底条款定义了 Agent 的“认输机制”。注意“附诊断摘要”这个细节——转人工不是甩锅，查到哪一步、排除了什么、卡在哪，一并交接，人工接手不懵。

• 好 Skill 给判断标准，坏 Skill 给模糊要求：“分析一下为什么卖得不好”是废话，“先拉 30 天数据→对比类目均值→按漏斗定位病灶层”才是标准。
• 好 Skill 写清边界，坏 Skill 只写流程：样本不足不下结论、只出诊断不动手改价——不写边界，Agent 就敢拿着三天数据让你砍品。
• 好 Skill 会被迭代：每次复盘把验证过的新打法补进 Skill——它是活的 SOP，不是写完就进棺材的文档。