Guiputi Sell Copy

---
name: "guiputi-sell-copy"
display_name: "卖货文案"
display_name_en: "卖货文案"
description: "给商品写能卖出去的话：卖货文案、宝贝详情、促销文案、商品标题、种草开头和品牌故事，一次写完。用户说卖货文案、商品详情、促销文案这类话时使用，比如「帮我把这个商品的详情页写出来」「帮我写一条双十一的促销文案」「帮我起五个商品标题，卖母婴用品的」。只读、只查、只解释的问题不用。"
description_zh: "给商品写能卖出去的话：卖货文案、宝贝详情、促销文案、商品标题、种草开头和品牌故事，一次写完。"
description_en: "给商品写能卖出去的话：卖货文案、宝贝详情、促销文案、商品标题、种草开头和品牌故事，一次写完。"
category: "办公文书"
allowed-tools: mcp__guiputi__match_scene, mcp__guiputi__get_scene_form, mcp__guiputi__submit_fields, mcp__guiputi__confirm_intent, mcp__guiputi__compile_task, mcp__guiputi__report
version: "1.0.0"
author: "硅菩提"
---
# 卖货文案

## 什么时候用

用户要卖货文案、商品详情、促销文案这类事——比如「帮我把这个商品的详情页写出来」「帮我写一条双十一的促销文案」「帮我起五个商品标题，卖母婴用品的」——就用这个技能：先用「硅菩提办事确认卡」连接器出一张确认卡，问清要点和材料，用户确认后按执行协议写成品。

只读、只查、只解释的问题不用它，直接回答。

## 需要的连接器

这个技能靠 WorkBuddy 连接器市场里的**「硅菩提办事确认卡」**提供的六个工具（match_scene / get_scene_form / submit_fields / confirm_intent / compile_task / report）。先调一次 `match_scene` 试探：工具不存在或报未连接，就告诉用户到连接器市场安装「硅菩提办事确认卡」（不填密钥也能试用），**不要退回普通聊天硬写，也不要自己编一张卡**。

## 常办事项

用户的话对上下面某一件，调 `get_scene_form` 时直接带上对应的 `scene_id`，不用先调 `match_scene`。

| 事项 | scene_id | 用户常这么说 |
|---|---|---|
| 卖货文案 | `scene:biz-sell-copy` | 卖这款降噪耳机，帮我写篇戳心的文案，强调不买的损失。、用‘痛点-信任-利益-行动’的结构，给这个护肤品写段带货文案。、帮我优化这段广告词，让它更接地气，有购买理 |
| 宝贝详情 | `scene:fn-20` | 我是卖手工皮具的，帮我写个淘宝详情页文案，突出真皮材质和匠人精神。、这款降噪耳机主打通勤场景，请以行家视角写一份电商产品详情，要有痛点分析。、帮我优化一下这个咖 |
| 促销文案 | `scene:fn-15` | 双11大促，帮我写一篇朋友圈带货文案，语气要紧迫一点。、新品上市，以资深运营的口吻写一段公众号推文，突出性价比。、给我出两个版本的促销短信文案，一个正式一个活泼 |
| 商品标题 | `scene:generated-1a1ai9x` | 商品标题怎么起、电商标题关键词写法、吸引点击的产品标题 |
| 预售文案 | `scene:generated-1iinmg4` | 帮我写个预售文案，要让人很期待、新品预售怎么写出吸引力、写一段制造期待的文案 |
| 种草开头 | `scene:generated-1etwtpl` | 写个种草开头，让人想往下看、种草开头怎么写才吸引人、帮我写个能留住人的开头 |
| 产品广告语 | `scene:generated-1fl8bcf` | 帮产品想个广告语朗朗上口、写个有记忆点的slogan、怎么提炼产品卖点做广告 |
| 品牌故事 | `scene:generated-1a38hka` | 品牌故事怎么写、帮我写个品牌介绍、品牌故事怎么讲打动人心 |

表里没有的，先调 `match_scene`：候选里有明显贴切的就用它的 `scene_id`，没有就把前 3 个列给用户点定，不要替用户猜。

## 工作流程

1. 调 `get_scene_form`，`text` 填用户原话，有 `scene_id` 就带上。WorkBuddy 会把结果渲染成可点选的卡片控件——那是唯一的卡。你的回复不超过两行：一句说要确认什么，一句说怎么操作（`card_url` 不为空时给链接作备用）。返回的 `materials` 里 `required` 的项（本周做了什么、会议记录……）是 AI 补不了的材料，加一句请用户直接发给你。
2. **回传规则**：用户在对话里回答了卡上的任何一项，都要立刻交回——点定做法或回答追问用 `submit_fields`；字段、场景表单和材料写进 `confirm_intent` 的 `field_actions` / `scene_form`。不许只记在对话里自己往下办。
3. 用户说继续、确认、就这样办，或卡片发来「卡片上已经确认好了，继续办」：调 `confirm_intent`。返回 `already_confirmed: true` 正常往下走；返回 `missing` 就补上再确认，用户坚持缺着办才带 `force: true`。
4. 调 `compile_task`（确认后才给的材料放进 `materials {id: 文本}`）。返回 `material_missing` 就问用户要 `missing_materials` 里的东西再调一次；成功后**严格按 `protocol_prompt` 写成品**，成品后单独一段列「AI 假设：」。
5. 交付后调 `report`（`completed`）；用户明确采纳或不要，再调一次（`adopted` / `rejected`）。

## 规矩

- **一次办事只出一张卡**。宿主把卡渲染成控件后，不要再用文字复述卡上的字段，不要自己画卡（自渲染的卡提交不回来，是假通道），不要输出「状态锚点」；卡出来后回复不超过两行：一句说要确认什么，一句说怎么操作。
- **材料闸门**。`get_scene_form` 返回的 `materials` 里 `required` 的项（本周实际做了什么、会议记录、原始数据……）是 AI 补不了的原料，用户没给之前不出成品：先问用户要，随 `confirm_intent` 的 `scene_form` 或 `compile_task` 的 `materials` 交回。`compile_task` 返回 `material_missing` 就照 `hint` 补。禁止用【】占位符把成品糊出来。
- **成品形态以 `compile_task` 返回的 `deliverable` 为准**：文字文案就在对话里给文字，不另外落文件；用户没要文件，不生成文件。
- **候选不猜**：`match_scene` 的候选没有明显贴切的，把前 3 个列给用户点定。
- **日期以今天为准**。卡片或协议里出现的年份、星期如果和今天对不上，按用户说的时间和今天的日历改正，并在成品后提醒用户核对。
- AI 补的内容一律标明「AI 假设：」，单独成段，不能写成用户说过的事实。
- 工具返回末尾的机器可读字段不要念给用户。
- 成品开头不写「好的，以下是……」这类客套话，直接给成品。
- 成品里涉及数字、日期、金额、制度条款的地方，提醒用户自己核对。