Add smart ACK provider for WeChat MP replies
Replace fixed ackText with a rule-based AckProvider that picks response templates by message type and intent (translate, summary, rewrite, poster, ppt, mindmap, code, search, schedule). Pure sync, zero I/O, auto-falls back to config.ackText on any error. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
This commit is contained in:
john
@@ -0,0 +1,72 @@
|
||||
---
|
||||
name: product-campaign-page
|
||||
description: 商品宣传 / 活动页技能：基于商品链接、主题、图片素材和卖点，生成可购买跳转的 H5 商品宣传页或活动落地页
|
||||
---
|
||||
|
||||
# 商品宣传 / 活动页
|
||||
|
||||
本技能用于帮助电商商家、品牌主、达人或运营人员，把一个商品链接、商品信息和图片素材重新包装成更适合传播与转化的商品宣传页、活动页或 H5 落地页。
|
||||
|
||||
## 何时使用
|
||||
|
||||
- 用户要「做商品宣传页 / 活动页 / 产品落地页 / 带购买按钮的页面」
|
||||
- 用户提供商品链接，希望包装成更好看的推广页面
|
||||
- 用户上传商品图、Logo、模特图、详情图，希望生成页面文案和视觉结构
|
||||
- 用户要做促销、上新、种草、达人推荐、节日活动或私域转化页面
|
||||
|
||||
## 必问信息
|
||||
|
||||
如果用户没有一次性给全，优先只问这 3 个问题：
|
||||
|
||||
1. 商品链接是什么？购买按钮会跳转到这个链接。
|
||||
2. 希望页面是什么主题或风格？例如高级感、夏日清爽、科技感、国潮、节日促销、达人种草。
|
||||
3. 有没有要上传的商品图、Logo、模特图、详情图或参考图？
|
||||
|
||||
需要生成完整页面时，再补问：
|
||||
|
||||
- 商品名称
|
||||
- 目标人群
|
||||
- 3-5 个真实卖点
|
||||
- 价格、优惠、限时活动、赠品或库存信息
|
||||
- 品牌色、禁用词、平台限制或合规要求
|
||||
|
||||
## 工作流
|
||||
|
||||
1. 先整理输入
|
||||
- 把商品链接作为唯一购买跳转地址。
|
||||
- 从用户文本和图片中提取商品名、主题、卖点、价格与素材线索。
|
||||
- 不要编造价格、销量、认证、功效、明星背书或平台承诺。
|
||||
|
||||
2. 定义包装方向
|
||||
- 给出一句清晰的商品定位。
|
||||
- 说明目标人群、核心痛点、购买理由和活动钩子。
|
||||
- 如果主题不明确，给用户 2-3 个可选方向。
|
||||
|
||||
3. 设计页面结构
|
||||
- 首屏必须直接出现商品或活动主张。
|
||||
- 至少包含：Hero、卖点区、使用场景或信任背书、活动优惠、底部购买 CTA。
|
||||
- 主 CTA 和底部 CTA 都必须跳转到用户提供的商品链接。
|
||||
|
||||
4. 生成页面或文案
|
||||
- 如果用户只要策划，输出页面结构、标题、副标题、卖点文案、CTA 文案和视觉方向。
|
||||
- 如果用户要 H5 页面，使用 `static-page-publish` 技能在用户专属 MindSpace 发布目录生成静态 HTML，并返回 Markdown 可点击链接。
|
||||
- 生成 HTML 时必须写入与商品主题一致的 `mindspace-cover` 元数据，便于信息流生成封面。
|
||||
|
||||
## 页面标准
|
||||
|
||||
- 首屏要看到商品名、核心利益点和购买按钮。
|
||||
- 页面视觉必须服务商品主题，不要套用无关模板。
|
||||
- 文案要具体，避免「高端大气」「品质保证」这类空泛表达。
|
||||
- 有图片时优先使用用户上传素材；没有图片时明确标注需要补充的图片位置。
|
||||
- 活动信息未知时用可替换占位，不要虚构折扣、倒计时或库存。
|
||||
- 不处理支付，不模仿第三方平台收银台，只跳转原始商品链接。
|
||||
|
||||
## 推荐页面结构
|
||||
|
||||
1. Hero 首屏：商品名、主标题、副标题、商品图、立即购买按钮。
|
||||
2. 场景痛点：用户为什么需要它。
|
||||
3. 核心卖点：3-5 个真实利益点。
|
||||
4. 使用场景：生活方式、达人推荐、对比或人群场景。
|
||||
5. 活动优惠：价格、优惠券、赠品、限时利益点。
|
||||
6. 信任背书：评价、售后、品牌说明；没有真实信息时不编造。
|
||||
7. 底部 CTA：再次引导跳转到原商品链接。
|
||||
@@ -0,0 +1,48 @@
|
||||
---
|
||||
name: schedule-assistant
|
||||
description: 处理待办、提醒、日程类消息；先澄清缺失时间，再调用受限 schedule 工具写入真实记录。
|
||||
---
|
||||
|
||||
# 日程助手
|
||||
|
||||
这个 skill 只处理待办、提醒、日程、行程、闹钟类需求。目标是让回复和真实数据写入一致。
|
||||
|
||||
## 适用范围
|
||||
|
||||
- 创建待办
|
||||
- 创建带时间的日程或事件
|
||||
- 给已有事项创建提醒
|
||||
- 查询当前用户的事项列表
|
||||
|
||||
## 边界
|
||||
|
||||
1. 只能处理日程相关问题，不接管页面生成、知识问答、代码任务等其他能力。
|
||||
2. 只能操作当前用户的数据，不能猜测或引用其他用户记录。
|
||||
3. 没有成功调用工具前，不能说“已经设置好了”“已经加上了”。
|
||||
4. 信息不完整时先追问，不要为了显得聪明而臆造时间。
|
||||
|
||||
## 可用工具
|
||||
|
||||
- `schedule_create_item`
|
||||
- `schedule_create_reminder`
|
||||
- `schedule_list_items`
|
||||
|
||||
## 工作规则
|
||||
|
||||
1. 先判断用户是在创建、查询，还是补充提醒。
|
||||
2. 如果缺标题、事项时间、提醒时间，先追问最小必要信息。
|
||||
3. 创建事项时：
|
||||
- 纯待办用 `kind: task`
|
||||
- 明确约会/会议/出发等时间安排可用 `kind: event`
|
||||
4. 需要提醒时：
|
||||
- 先创建事项
|
||||
- 再调用 `schedule_create_reminder`
|
||||
- 只有两个工具都成功，才对用户确认成功
|
||||
5. 如果提示里给出了 `sourceMessageId`，调用 `schedule_create_item` 时必须原样传入。
|
||||
6. 查询时调用 `schedule_list_items`，只按结果回答，不要编造“已经存在”。
|
||||
|
||||
## 回复要求
|
||||
|
||||
- 简短、直接
|
||||
- 成功时说明创建了什么，以及是否带提醒
|
||||
- 失败时明确说没写入成功，并给出下一步
|
||||
@@ -25,7 +25,7 @@ description: 在专属 MindSpace 目录生成可公开访问的静态 HTML 报
|
||||
## 推荐工作流
|
||||
|
||||
1. 确认需求（标题、章节、视觉风格、是否需要 hero 图）
|
||||
2. `write` 创建 `public/页面.html`（需要时在同目录或 `assets/` 放主图）
|
||||
2. `write_file` 创建 `public/页面.html`（需要调整已有页面时用 `edit_file`；需要时在同目录或 `assets/` 放主图）
|
||||
3. 在 `<head>` 写入 **mindspace-cover**（必须与页面主题一致，见下文）
|
||||
4. 保存后服务端**立即**生成 `<文件名>.thumbnail.svg`（Agent 交互阶段即生效）
|
||||
5. 按「回复格式」返回**可点击**公网链接
|
||||
|
||||
Reference in New Issue
Block a user