Aixiu Activity Skill Openclaw

流程路由

flowchart TD
    Start([用户输入]) --> Intent{意图识别}
    
    Intent -->|创建活动| C1[create_step_1<br/>解析活动基础信息]
    Intent -->|编辑活动| E1[edit_step_1<br/>获取活动信息]
    
    C1 --> C2[create_step_2<br/>生成报名字段]
    C2 --> C3[create_step_3<br/>补充报名字段]
    C3 --> C4[create_step_4<br/>海报处理]
    C4 --> C5[create_step_5<br/>风格与配色]
    C5 --> C6[create_step_6<br/>确认活动]
    C6 --> C7[create_step_7<br/>创建活动]
    C7 --> End([完成])
    
    E1 --> E2[edit_step_2<br/>获取修改需求]
    E2 --> E3[edit_step_3<br/>修改意图解析]
    E3 -->|继续修改| E3
    E3 -->|确认| E4[edit_step_4<br/>确认修改]
    E4 --> E5[edit_step_5<br/>提交更新]
    E5 --> End
    
    style Start fill:#e1f5fe
    style End fill:#e8f5e9
    style Intent fill:#fff3e0

一、创建工作流程

create_step_1：解析活动基础信息

目标

从用户输入中提取以下信息：

• act_type：活动类型
• title：活动标题
• brief：活动介绍

执行规则

1. 判断活动类型 act_type

根据用户描述进行语义匹配：

当前支持类型：

{"designh5": "报名"}

2. 生成活动标题 title

要求：

• 简洁明确，10-20 字
• 体现活动主题
• 不含多余修饰词

3. 生成活动介绍 brief

要求：

• 50-80 字
• 包含活动目的、参与方式、亮点
• 语言自然清晰，不堆砌

约束条件

• ❌ 不编造用户未提及的信息（如时间、地点）
• ✅ 可做合理泛化，但必须符合"报名活动"语境

输出格式

{
  "act_type": "designh5",
  "title": "生成的活动标题",
  "brief": "生成的活动介绍"
}

create_step_2：生成报名字段

目标

提取用户描述的报名表单字段，生成结构化 fields JSON。

字段提取规则

将用户提到的每个"收集信息项"转为字段：

字段类型映射

1. 文本输入类（Text）

适用于：姓名、学校、学号、公司、职务、地址等

{
  "label": "字段名称",
  "type": "Text",
  "isRequire": true,
  "placeholder": "请输入XXX"
}

2. 上传类（MyUpload）

当字段包含"上传/提交文件"语义时使用

{
  "label": "字段名称",
  "type": "MyUpload",
  "isRequire": true,
  "placeholder": "请上传XXX",
  "fileType": "<类型>"
}

fileType 映射：

3. 选择类（MySelect / MyRadio / MyCheckbox）

当字段包含"选择/选项"语义时使用

{
  "label": "字段名称",
  "type": "MySelect",
  "isRequire": true,
  "placeholder": "请选择XXX"
}

4. 手机号码类（Mobile）

当字段包含"手机/手机号码/通讯号码/号码"语义时使用

{
  "label": "字段名称",
  "type": "Mobile",
  "isRequire": true,
  "placeholder": "请输入XXX"
}

5. 身份证（IDCard）

当字段包含"身份证"语义时使用

{
  "label": "字段名称",
  "type": "IDCard",
  "isRequire": true,
  "placeholder": "请输入XXX"
}

6. 介绍类（Textarea）

当字段包含"简介/介绍/描述"语义时使用

{
  "label": "字段名称",
  "type": "Textarea",
  "isRequire": true,
  "placeholder": "请输入XXX"
}

7. 日期类（Date）

当字段包含"日期"语义时使用

{
  "label": "字段名称",
  "type": "Date",
  "isRequire": true,
  "placeholder": "请选择XXX"
}

特殊处理

情况 1：无法推断 options

必须询问用户：

"该字段有哪些可选项？"

处理：

• 用户补充前不得生成完整字段结构
• 可先记录字段名称，等待补充

情况 2：用户未提供任何字段

• 此时fields为空:

[]

字段默认值规范

输出格式

[
  {
    "label": "姓名",
    "type": "Text",
    "isRequire": true,
    "placeholder": "请输入姓名"
  }
]

create_step_3：补充报名字段（多轮询问）

目标

确保 fields 完整可用，必要时通过询问补充缺失字段。

执行规则（必须执行）

本步骤必须执行一次询问，不可跳过。

询问策略

用户响应处理

用户补充了字段

• 将新字段追加到 fields
• 新字段必须重新执行 create_step_2 的生成规则

用户明确表示"没有/不需要/就这些"

• 不再继续询问
• 进入下一步骤

用户回答模糊（如："随便""你看着办"）

使用默认字段：

[
  {"label": "姓名", "type": "Text", "isRequire": true, "placeholder": "请输入姓名"},
  {"label": "手机号", "type": "Mobile", "isRequire": true, "placeholder": "请输入手机号"}
]

极端情况：当前 fields 仍为空

强制使用上述默认字段

约束条件

• ✅ 只允许一轮补充询问，禁止无限追问
• ✅ 不重复询问相同问题
• ✅ 不覆盖已有字段，只能追加
• ✅ 所有新增字段必须符合 create_step_2 结构

输出结果

输出最终完整的 fields JSON：

[
  {
    "label": "姓名",
    "type": "Text",
    "isRequire": true,
    "placeholder": "请输入姓名"
  }
]

create_step_4：海报处理

目标

获取或生成活动海报信息，输出标准结构 post_img。

执行规则

必须先向用户发起询问（不可跳过）：

"是否有现成的海报图？如果有请提供链接"

分支处理

情况 1：用户提供海报链接

判定：用户回复包含有效 URL

处理：

{
  "url": "用户提供的链接",
  "size": "818*1404",
  "desc_str": ""
}

注意：

• 不修改用户提供的链接
• desc_str 留空

情况 2：用户未提供海报

判定：用户回复"没有""不用""你生成"或未提供链接

处理：

1. 从用户整体描述中提取核心信息（活动主题）
2. 生成 10-50 字简要描述 desc_str

{
  "url": "",
  "size": "818*1404",
  "desc_str": "提取的活动简要描述"
}

多轮交互控制

约束条件

• ❌ 当前模型不生成图片，不在线生成海报
• ✅ 只负责收集信息
• ✅ size 固定为 "818*1404"
• ✅ desc_str 要求：10-50 字，简洁描述主题，不堆砌修饰词
• ❌ 不编造图片链接

输出格式

{
  "url": "",
  "size": "818*1404",
  "desc_str": ""
}

create_step_5：风格与配色生成

目标

确定活动视觉风格（预设或自动生成），生成对应配色配置。

执行规则

必须先向用户发起选择（不可跳过）：

"请选择一种风格，如果不合适，可以选择：自动生成配色"

必须提供：预设风格选项列表（来自 template/scheme_conf.json）

• 格式如下：

[{"name": "风格名称","tag_id": "对应id"}]

分支处理

情况 1：用户选择预设风格

• 记录对应 tag_id
• ⚠️ 关键交互：内置海报确认
  1. 告知用户：

     "该风格有配套的内置海报，会覆盖已提供的和程序生成的海报，是否使用？（是 / 否）"

  2. 用户选择"是"：
     • 记录对应use_default_post的值为1
  3. 用户选择"否"：
     • 记录对应use_default_post的值为0
• 不生成 scheme JSON（使用预设配色）
• 进入下一步

情况 2：用户选择"自动生成"

触发语义："自动生成""你帮我配""随便配一个"、未选择具体风格

处理：根据活动主题（title + brief + desc_str）自动生成配色

配色生成结构

{
  "page_config": {
    "bgColor": ""
  },
  "form": {
    "cpBorderColor": "",
    "bgColor": "",
    "titColor": "",
    "btnTextColor": "",
    "btnColor": "",
    "controlBgColor": "",
    "controlBorderColor": "",
    "controlTextColor": "",
    "controlInnerTextColor": "",
    "controlInnerPhColor": ""
  },
  "long_text": {
    "bgColor": "",
    "cpBorderColor": "",
    "color": ""
  }
}

生成约束

多轮交互控制

输出要求

create_step_6：确认活动

目标

创建前最终确认，避免误创建。

执行流程

1. 结构化展示活动数据（JSON 或清晰分段文本）
2. 发起确认提问：

   "是否确认创建该活动？"

语义解析

兜底策略

若无法明确识别意图：

"请回复【是】确认创建，或回复【否】取消"

create_step_7：创建活动（最终执行）

目标

整合所有步骤数据，生成配置文件，调用后端接口创建活动。

数据整合

必须包含以下字段：

{
  "act_type": "",
  "title": "",
  "brief": "",
  "post_img": {},
  "scheme": {},
  "fields": [],
  "tag_id": "",
  "use_default_post": 0
}

字段来源

关键约束

• ✅ 所有字段必须存在，不允许为 null
• ✅ 必须符合 JSON 结构
• ✅ tag_id 和 scheme 二选一必须存在：
  • 有 tag_id → scheme 为空对象 {}
  • 有 tag_id → use_default_post 为1|0
  • 有 scheme → tag_id 为空字符串 ""

执行流程

1. 写入临时文件

   • 路径：系统生成
   • 内容：完整活动 JSON

2. 调用创建接口

   • 脚本：scripts/create_event.py
   • 参数：{"temp_file_path": "临时文件路径"}

返回结果处理

创建成功

提取并展示：

• 活动标题
• 活动地址（URL）
• 平台信息
• 二维码图片（必须展示）

提示用户：

"请使用微信扫码体验活动"

创建失败

直接返回：

"创建失败"

❌ 不得生成或编造任何结果

异常处理

约束条件

• ❌ 不修改已有字段内容
• ❌ 不增加未定义字段
• ❌ 不输出调试信息或解释
• ✅ 输出以结果为主

二、编辑工作流程

edit_step_1：获取活动信息

目标

根据用户提供的活动 ID、链接或标题（模糊），获取活动完整信息。

支持的输入类型

执行流程

1. 提示用户输入

"请提供需要编辑的活动ID、活动链接，或活动标题（支持模糊搜索）"

2. 意图识别与分类

输入分类：
├─ 含 "http" 或 "/" → 【链接】
├─ 32位字符串 或 18位纯数字 → 【活动ID】
└─ 其他 → 【活动标题】

3. 分支处理

【分支A：链接处理】

• 从链接提取 act_id
• 若无法提取：

  "请提供正确的活动链接（未识别出活动ID）"

  • → 重新进入当前流程

【分支B：活动ID处理】

• 校验规则：长度32（字母+数字）或18位纯数字
• 不符合：

  "请提供正确的活动ID（需为32位字符串或18位数字）"

  • → 重新进入当前流程
• 校验通过：赋值 act_id

【分支C：标题模糊匹配】

匹配范围（严格限制）：

• 当前会话"最近创建的活动"
• 当前会话"最近编辑的活动"
• （如有持久记忆）历史活动记录

匹配规则：标题包含 或 高语义相似

结果处理：

4. 获取活动信息

获得 act_id 后：

• 调用：scripts/get_activity.py
• 参数：{"act_id": "xxx"}

5. 返回结果处理

获取失败：

"活动未查询到，请确认活动ID或链接后重试"

→ 重新进入当前流程

获取成功：

{
  "act_id": "",
  "act_type": "",
  "title": "",
  "brief": "",
  "post_img": {},
  "fields": {},
  "scheme": {},
  "tag_id": "",
  "use_default_post": 0
}

6. 用户确认（必须）

"请确认以上活动信息是否正确（回复：是 / 否）"

判定：

• 确认语义（是/对/正确/没问题/可以）→ 进入 edit_step_2
• 否定语义（否/不对/不是这个/错了）→ 重新进入当前流程
• 语义不明确 → "请明确回复'是'或'否'"

edit_step_2：获取修改需求

目标

收集用户需要修改的具体内容类型。

执行流程

提示用户：

"请说明需要修改的内容（如：标题、活动介绍、表单字段、海报、配色等）"

接收输入后： → 进入 edit_step_3

edit_step_3：修改意图解析与执行（核心循环）

目标

解析修改意图，逐项完成修改，支持多轮直到用户明确结束。

全局规则

• 本步骤为循环流程，反复执行直到用户明确结束
• 每次只处理"当前输入中的修改意图"
• 每次修改后必须询问是否继续

执行流程

1. 意图识别（可多选）

从用户输入识别修改类型：

• 标题（title）
• 活动介绍/描述（brief）
• 海报（post_img）
• 配色（scheme）
• 表单字段（fields）

2. 按类型执行修改

2.1 修改标题

• 提取新标题
• 更新：title = 新标题

2.2 修改活动介绍

• 提取新描述
• 更新：brief = 新描述

2.3 修改海报

→ 执行 create_step_4 海报流程 → 结果赋值：post_img = 结果

2.4 修改配色

→ 执行 create_step_5 配色流程 → 结果赋值：scheme = 结果, tag_id = 结果, use_default_post = 结果

2.5 修改表单字段（fields）（高优先级复杂逻辑）

数据结构说明：

{
  "type": "Text",
  "label": "姓名",
  "id": "abcdefg1234",
  "placeholder": "请输入姓名",
  "isRequire": true,
  "cid": "c902137408586657792"
}

关键约束：

• id：字段唯一标识（前端/系统生成）
• cid：字段关联ID（后端生成）
• ⚠️ 一旦存在，严禁修改或丢失

操作类型识别：

A. 新增字段

• 使用 create_step_2 生成字段结构
• ⚠️ 新增字段不得包含 id 和 cid
• 追加到 fields 列表

B. 修改字段（强约束）

1. 定位目标字段：

   • 优先使用 label 精确匹配
   • 无法精确匹配时，使用语义匹配（如"姓名"≈"名字"）

2. 执行修改：

   • 仅允许修改：label、type、placeholder、isRequire、其他展示属性
   • 必须保留：id（不变）、cid（不变）

❌ 禁止：

• 删除或生成新的 id/cid
• 替换整个字段对象

✅ 正确示例：

• 修改前

{"label": "姓名", "id": "abc123", "cid": "cxxx"}

• 修改后（正确）

{"label": "真实姓名", "id": "abc123", "cid": "cxxx"}

C. 删除字段

1. 定位目标字段（通过 label 或语义匹配）
2. 从 fields 中移除
3. 无需保留 id/cid

D. 一致性校验（必须执行）

每次字段修改后校验：

校验失败：

"字段结构异常，请重新调整修改内容"

3. 单轮修改完成后

"当前修改已完成，请问还需要修改其他内容吗？（是 / 否）"

4. 用户意图判断

最终修改结果汇总：

{
  "title": "",
  "brief": "",
  "post_img": {},
  "fields": [],
  "scheme": {},
  "tag_id": "",
  "use_default_post": ""
}

edit_step_4：确认修改活动

目标

提交更新前，让用户最终确认修改内容。

执行流程

1. 提示用户：

   "是否确认更新活动？（是 / 否）"

2. 意图判断：

   • "是"（或语义等价）→ 进入 edit_step_5
   • "否" → 返回 edit_step_3 继续修改
   • 语义不明确 → "请回复'是'或'否'"

edit_step_5：提交更新

目标

将修改后的数据提交至后端系统完成更新。

执行流程

1. 写入临时文件

   • 生成路径：temp_file_path

2. 调用接口

   • 脚本：scripts/update_event.py
   • 参数：{"temp_file_path": "xxx"}

3. 返回结果处理

修改失败

"活动更新失败，请稍后重试"

（流程结束）

修改成功

返回信息：

• 活动标题：title
• 活动链接：url

"活动更新成功！"