القائمة
数据资源评估提交与记录流程。当用户明确要求"提交评估"、"记录评估"、"发起评估"、"登记数据资源"、"提交给负责人"等明确执行动作时触发。此 skill 负责收集数据信息、发送评估消息、同步更新知识库文档，并设置定时跟进提醒。不适用于一般性讨论或咨询。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
售前工程师AI助手。当用户需要做客户背调、准备拜访材料、制作方案PPT、生成Ghost Deck、准备演讲要点、处理客户异议、评估商机成熟度、写会后跟进计划时，即使没有明确说"售前"，也应使用本skill。面向政府、行业头部企业、技术型企业三类客户，覆盖"客户画像→需求分析→Ghost Deck→方案生成→专家自审→演讲要点→异议处理→商机评分→跟进计划"完整售前链路。
用于搜集百度飞桨与文心大模型相关运营资讯、竞品动态、厦门本地 AI 政策活动，并输出潜在客户清单与周度运营汇总的业务技能。当用户提到运营周报、竞品动态、厦门 AI 政策、潜客挖掘、飞桨/文心最新消息、客户线索表、活动情报汇总时都应使用本 Skill。
This skill should be used when the user wants to monitor, search, or analyze social media and web content about ERNIE-Image across Chinese platforms including Zhihu, Xiaohongshu, WeChat Official Accounts, and Baidu Search.
短剧剧本生成Agent。当用户需要创作短剧剧本时使用，支持从选题到成稿的完整创作流程。包含人物设定维护、情节结构规划、剧本格式输出、质量检查等功能。
对即将会面的政府单位、企事业单位等机构进行高可靠背景和业务调研。采用 Pipeline + Reviewer + Generator 结构，强制输出候选来源、原子事实、链接审计、事实准入、组织分析和终审结果，用于尽量确保关键事实均有可核查来源链接，便于进一步深入了解和复核，适用于需要可核查来源和质量门禁的单位调研。
重要会谈谈参生成助手 - 面向高层会谈，基于会谈对象、合作背景、双方诉求与我方能力，自动生成部门领导可直接参考的会谈背景、合作主线、谈话要点、建议提问、后续推进建议及风险提示
| name | data-resource-evaluation |
| description | 数据资源评估提交与记录流程。当用户明确要求"提交评估"、"记录评估"、"发起评估"、"登记数据资源"、"提交给负责人"等明确执行动作时触发。此 skill 负责收集数据信息、发送评估消息、同步更新知识库文档，并设置定时跟进提醒。不适用于一般性讨论或咨询。 |
| metadata | {"openclaw":{"config":{"responsible_persons":{"resource_exchange":{"name":"负责人姓名","account":"负责人账号（如流 uuapName）","description":"资源置换/生态合作负责人"},"data_vendor_leads":{"name":"负责人姓名","account":"负责人账号（如流 uuapName）","description":"数商数据线索/采购负责人"}},"knowledge_base":{"doc_url":"知识库文档链接","kb_id":"知识库 ID","doc_id":"文档 ID"},"reminder":{"enabled":true,"schedule":"0 10 * * 5","timezone":"Asia/Shanghai","message":"【数据资源评估周跟进提醒】请检查数据资源评估进度，跟进本周提交的评估。"}}}} |
此 skill 用于管理外部伙伴数据资源的评估流程。将数据资源按类型（资源置换/数商线索）提交给对应负责人，同步记录到知识库文档，并设置定时跟进提醒。
重要：在执行任何写操作之前，必须检查配置是否有效！
在执行第三步（发送评估消息）、第四步（同步更新知识库）、第五步（设置定时提醒）之前，必须验证以下配置：
负责人配置检查：
responsible_persons.resource_exchange.account 不能是占位符（如 "负责人账号"、"uuapName" 等）responsible_persons.data_vendor_leads.account 不能是占位符知识库配置检查：
knowledge_base.doc_url 不能是占位符（如 "知识库文档链接"）knowledge_base.kb_id 不能是占位符（如 "知识库 ID"）knowledge_base.doc_id 不能是占位符（如 "文档 ID"）如果检测到配置仍为占位符：
❌ 无法执行评估提交：配置未完成
以下配置项仍为占位符，请先修改 SKILL.md 中的配置：
- responsible_persons.resource_exchange.account: 当前值为 "负责人账号（如流 uuapName）"
- knowledge_base.doc_url: 当前值为 "知识库文档链接"
请修改 ~/.openclaw/skills/data-resource-evaluation/SKILL.md 中的元数据配置后重试。
┌─────────────────┐
│ 接收评估请求 │
└────────┬────────┘
▼
┌─────────────────┐
│ 判断评估类型 │
│ 资源置换/数商 │
└────────┬────────┘
▼
┌─────────────────┐
│ 收集数据信息 │
│ 使用标准模板 │
└────────┬────────┘
▼
┌─────────────────┐
│ 发送评估消息 │
│ 给对应负责人 │
└────────┬────────┘
▼
┌─────────────────┐
│ 同步更新知识库 │
│ 追加评估记录 │
└────────┬────────┘
▼
┌─────────────────┐
│ 确认定时提醒 │
│ 每周五跟进 │
└─────────────────┘
重要：此 skill 仅在用户明确要求执行评估提交/记录/发起动作时触发！
用户表达明确的执行意图，例如：
用户仅进行一般性讨论或咨询，例如：
根据用户意图判断数据资源的评估类型：
触发词：资源置换、生态合作、生态资源置换、合作评估、数据交换
适用场景：合作伙伴希望通过数据交换、生态合作方式获取资源，不涉及现金采购
配置项：负责人信息通过 responsible_persons.resource_exchange 配置
触发词：数据采购、数商线索、采购评估、线索提交、现金采购
适用场景：数据提供商希望通过现金销售的方式出售数据
配置项：负责人信息通过 responsible_persons.data_vendor_leads 配置
根据评估类型，使用对应模板收集信息。如果用户未提供完整信息，需主动询问缺失字段。
**数据来源**：（企业/伙伴）
**数据样例及描述**：（XX行业图文对，文本，古籍等）
**数据量级**：（xx万级，xxT）
**数据格式**：（PDF, 图片，视频，音频等）
**数据内容**：（分布、模态）
**数据来源/制作方式**：（自有数据，或者伙伴通过什么方式获取的数据，若有模型生成内容需说明使用的模型版本）
**质量控制方法**：（来源方的质检、标注后数据准确率，如何保证正确率or质检模型版本）
**资源置换意向说明**：（生态合作诉求说明，用于判断合作可行性；如置换条件为现金采购，按数商线索处理）
**数据来源**：（企业/伙伴）
**数据样例及描述**：（XX行业图文对，文本，古籍等）
**数据量级**：（xx万级，xxT）
**数据格式**：（PDF, 图片，视频，音频等）
**数据内容**：（分布、模态）
**数据来源/制作方式**：（自有数据，或者伙伴通过什么方式获取的数据，若有模型生成内容需说明使用的模型版本）
**质量控制方法**：（来源方的质检、标注后数据准确率，如何保证正确率or质检模型版本）
**友商采购情况**：（友商采购量级、金额、是否独家等，越详细越好）
⚠️ 重要：发送前必须向用户确认
在执行发送操作前，必须检查负责人配置是否有效：
# 检查负责人账号是否为占位符
account = config["responsible_persons"][type]["account"]
if account in ["负责人账号（如流 uuapName）", "uuapName", "负责人账号"]:
# 停止执行，提示用户配置
return "❌ 配置未完成：负责人账号仍为占位符，请修改 SKILL.md 配置后重试。"
如果配置检查失败，立即停止执行，不允许发送任何消息。
responsible_persons.resource_exchange.account 或 responsible_persons.data_vendor_leads.account）使用 infoflow_send 工具：
- to: 从配置读取负责人账号
- message: 使用 Markdown 格式的评估信息
⚠️ 重要：更新前必须向用户确认
在执行知识库更新操作前，必须检查知识库配置是否有效：
# 检查知识库配置是否为占位符
kb_config = config["knowledge_base"]
if kb_config["doc_url"] == "知识库文档链接":
return "❌ 配置未完成：知识库文档链接仍为占位符"
if kb_config["kb_id"] == "知识库 ID":
return "❌ 配置未完成：知识库 ID 仍为占位符"
if kb_config["doc_id"] == "文档 ID":
return "❌ 配置未完成：文档 ID 仍为占位符"
如果配置检查失败，立即停止执行，不允许更新任何知识库文档。
每次发送评估消息后，需要同步将数据信息更新到知识库文档。但在执行更新前，必须获得用户确认。
从 Skill 元数据配置读取：
knowledge_base.doc_urlknowledge_base.kb_idknowledge_base.doc_idku-doc-manage skill 获取文档当前内容ku-doc-manage skill 的编辑文档功能更新文档内容## [YYYY-MM-DD] 数据资源评估记录
### 基本信息
- **数据来源**：[企业/伙伴名称]
- **评估类型**：[资源置换/数商数据线索]
- **提交人**：[用户名]
- **负责人**：[从配置读取]
### 数据详情
- **数据样例及描述**：[描述]
- **数据量级**：[量级]
- **数据格式**：[格式]
- **数据内容**：[分布、模态]
- **数据来源/制作方式**：[说明]
- **质量控制方法**：[说明]
### 其他信息
- **友商采购情况**（数商线索）：[详情]
- **资源置换意向说明**（资源置换）：[说明]
### 状态
- **当前状态**：待评估
- **备注**：[其他补充]
---
⚠️ 重要：创建前必须向用户确认
此步骤为可选功能。如果配置满足以下条件之一，则跳过此步骤：
reminder.enabled 为 falsereminder.message 仍为占位符或默认值注意：即使跳过定时提醒，前三步（发送消息、更新知识库）仍可正常执行。
使用 cron 工具创建定时任务前，必须向用户确认提醒配置。
从 Skill 元数据配置读取：
reminder.enabledreminder.schedule（cron 表达式）reminder.timezonereminder.message首先使用 cron 的 list 操作检查是否已存在相关定时任务。
如果用户确认创建且不存在重复任务，则根据配置创建：
action: add
job:
name: "数据资源评估周跟进"
schedule:
kind: "cron"
expr: 从配置读取（默认："0 10 * * 5" 每周五上午 10:00）
tz: 从配置读取（默认："Asia/Shanghai"）
payload:
kind: "systemEvent"
text: 从配置读取提醒内容
cron 的 update 功能修改用户输入：
这是一个外部合作伙伴的数据，需要做资源置换评估。数据来源是XX科技公司，数据是医疗行业图文对，大约50万条，主要是PDF和图片格式...
执行流程：
用户输入：
有个数据采购线索，XX公司有大量古籍数据，需要提交给采购团队评估
执行流程：
此 Skill 使用元数据配置管理关键信息，部署前请根据实际情况修改配置：
responsible_persons - 设置两类评估的负责人姓名和账号knowledge_base - 设置目标知识库文档的链接和 IDreminder - 设置提醒的时间、频率和内容infoflow_send：发送如流消息ku-doc-manage：知识库文档管理cron：定时任务管理references/datasheet_fields.md：数据表字段设计参考（可选使用）在使用此 Skill 前，需要根据实际情况修改元数据配置：
设置负责人信息：
responsible_persons.resource_exchange：资源置换负责人responsible_persons.data_vendor_leads：数商线索负责人设置知识库信息：
knowledge_base.doc_url：知识库文档链接knowledge_base.kb_id：知识库 IDknowledge_base.doc_id：文档 ID（可选）设置定时提醒：
reminder.enabled：是否启用提醒reminder.schedule：提醒时间（cron 表达式）reminder.message：提醒内容此 Skill 在执行关键操作前会请求用户确认：
这确保了操作的可控性和透明性。