AI实战-场景评估

SKILL商业运营
商业运营 未标注权限 许可证不明确
安装这个技能

Load this skill when the user needs AI scenario feasibility assessment, specifically: - 评估一个业务场景是否适合AI化改造 - 多个场景之间横向对比,决定优先级 - 判断场景"能不能做"而非"怎么做" - 分析"现在不适合,需要什么条件才适合" - 为AI预算分配提供量化决策依据 **触发词**: 场景适配性, 场景评估, AI改造评估, 适不适合AI, 场景评分, 12维度评估, AI场景诊断, 场景可行性, 能不能用AI, AI适配度

一句话选型结论

按资料字段整理

AI实战-场景评估是商业运营类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类商业运营 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_58fad8c3/scenario-adaptability-assessment
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

商业运营
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_58fad8c3仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量19.3 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写运营方案

按目标产出活动方案与执行清单。

分析数据与指标

从报表里找问题、给结论。

整理客户与销售材料

把客户信息与话术整理成可直接用的材料。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在商业运营场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
AI实战-场景评估当前 未标注权限 未标注 未标注 未标注 有
MX 股票筛选器 联网访问 ClawHub 市场 79.9 万 OpenClaw 有
交易 未标注权限 ClawHub 市场 58.1 万 OpenClaw 有
营销技巧 只读 ClawHub 市场 54.0 万 OpenClaw 有
百灵鸟好 联网访问 GitHub 仓库 52.6 万 Codex、Claude、Cursor 有
股票信息浏览器 接触敏感数据 ClawHub 市场 40.5 万 OpenClaw 有

SKILL.md 全文

19.3 KB
模型实际读到的说明书原文,来自技能仓库

AI场景适配性评估师 · Scenario Adaptability Assessment

> 定位: 企业AI转型的"门禁系统" — 决定哪些场景值得投AI、哪些场景先补基础、哪些场景根本不合适
> 核心框架: 12维度加权评分矩阵(每个维度1-5分,满分240分)
> 对标资产: 100+企业AI Agent实战案例 × 20+行业交叉分析

When to Use

Load this skill when the user needs AI scenario feasibility assessment, specifically:
- 评估一个业务场景是否适合AI化改造
- 多个场景之间横向对比,决定优先级
- 判断场景"能不能做"而非"怎么做"
- 分析"现在不适合,需要什么条件才适合"
- 为AI预算分配提供量化决策依据

触发词: 场景适配性, 场景评估, AI改造评估, 适不适合AI, 场景评分, 12维度评估, AI场景诊断, 场景可行性, 能不能用AI, AI适配度

⚠️ 与其他技能的边界:
- 本技能 = "能不能做"(评估→评分→结论)
- agent-scenario-blueprint = "怎么做"(规划→蓝图→路径)
- 流程:先评估(本技能)→ 通过后进入蓝图规划(agent-scenario-blueprint)


核心能力:12维度评估矩阵

评分锚定标准

得分 含义 锚定规则
5 非常适合AI 该维度是AI的天然优势(如日重复>500次、有完整SOP、数据全量可获取)
4 比较适合 大部分条件满足,仅需少量适配(如SOP存在但不够细致、数据需简单清洗)
3 一般 条件部分满足,需要中等投入才能就绪(如有多系统需对接、知识半结构化)
2 比较不适合 多项条件不满足,改造代价较大(如流程靠经验、数据需要大量标注)
1 极不适合 该维度是AI的天然短板(如决策零容错、无任何数据沉淀、法规明确禁止)

12维度详解

# 维度 权重 5分标准 1分标准 为什么重要
1 任务重复度 5 日重复>500次,模式高度一致 每周<1次,每次都不一样 重复是AI替代人工的第一前提
2 流程标准化 5 有完整SOP,瓶颈环节明确可量化 完全靠个人经验,无任何文档 标准化的流程才能被AI学习和执行
3 知识密集度 4 知识全量文档化,有结构化规则库 知识全在老师傅脑子里(人走知识灭) 知识显性化程度决定AI训练效率
4 数据可获取性 4 历史数据全量可API获取,字段完整 无任何历史数据,需从零采集 没有数据就没有AI
5 人工成本敏感 4 人力成本占比>20%,或绝对金额>100万/年 人力成本占比<3%,且绝对金额低 ROI是决策层最关心的语言
6 容错空间 3 出错不致命,可接受5%以下错误率 零容忍(安全/合规/生命攸关) AI永远有概率错误,零容忍场景不可全AI化
7 时效性要求 3 需要秒级/分钟级响应,人工无法满足 对时效无要求(几天出结果也行) 速度是AI的相对最大优势之一
8 可验证性 4 输出结果有明确对错标准,可自动校验 输出好坏完全主观,没有校验标准 无法验证的AI是不可控的AI
9 多系统协同 3 单系统操作,或系统间有成熟API 需操作5+个系统,且无任何接口 多系统是Agent能力的放大器,也是实施阻力
10 规模效应 3 可辐射全公司/全行业,边际成本递减 仅一个部门/岗位能用,无扩展性 规模决定投资的长期价值
11 战略价值 5 直接支撑公司核心战略(如降本20%目标) 与公司战略无关,纯试验性质 非战略场景难获长期预算和组织支持
12 法规允许 5 无任何法规限制,或已明确允许AI介入 法规明确禁止AI参与(如某些医疗处方) 法规是AI化的硬边界

综合评级

加权总分 评级 含义 建议动作
≥175 / 240 🟢 高适合 条件成熟,AI化收益确定性高 立即启动POC → 进入蓝图规划
132-174 / 240 🟡 中等 部分条件不满足,但ROI预期仍为正 先补Top 3差距 → 3-6个月后复评
<132 / 240 🔴 低适合 当前不适合AI化,或可行性远低于替代方案 暂缓→优先用RPA/流程优化等替代手段

数据缺失处理:区间估计法

> 核心原则:用户未提供某维度具体数据时,不再一刀切打3分,而是基于行业基准进行区间估计,取中位值锚定。

三步区间估计流程

Step A: 定位行业区间 → 根据用户提供的行业+场景类型,查下表获取该维度的行业典型区间
Step B: 取中位值锚定 → 区间内取中位值(如区间2-4分→取3分)。区间跨度为奇数分值时向上取整
Step C: 标注透明     → 评分理由中必须标注:①行业典型区间 ②取中位值或偏移理由 ③置信度

示例:
> 用户未提供错误率数据 → 查表:制造业质检场景,容错空间行业典型区间2-4分 → 取中位值3分 → 理由:"数据缺失,制造业质检行业典型容错区间2-4分(错误率5-15%),取中位值10%锚定,打3分。置信度:中(若用户后续提供实际数据可调整±1分)"

各维度行业基准区间参考

下表为 用户未提供数据时的默认估计区间。若用户提供了部分线索(如"有时出错""比较频繁"等定性描述),可在区间内偏移±1分。

# 维度 缺失时默认区间 常见场景细分
1 任务重复度 2-4分 客服/质检类4-5分 · 财务/审计类2-3分 · 运维/巡检类3-4分 · 研发/设计类1-3分
2 流程标准化 2-4分 制造业3-4分(ISO/SOP普及)· 金融3-5分(合规驱动)· 互联网2-3分(敏捷为主)· 医疗3-4分(临床路径)
3 知识密集度 2-4分 规则明确型(客服FAQ)4-5分 · 半结构化(法务/合规)3-4分 · 经验直觉型(中医/工艺师傅)1-2分
4 数据可获取性 2-4分 金融/电商 4-5分(数据资产成熟)· 制造业 3-4分(MES/SCADA覆盖)· 传统服务业 1-3分(纸质/Excel为主)
5 人工成本敏感 2-4分 一线城市白领岗3-5分 · 二三线操作岗2-3分 · 高薪专业岗(律师/医生/精算)4-5分
6 容错空间 2-4分 内部运营类(报表/分类)4-5分 · 客户可见类(客服/推荐)3-4分 · 安全/合规/医疗类1-2分
7 时效性要求 2-4分 实时交易(支付/风控)4-5分 · 准实时(客服/调度)3-4分 · 批处理(报表/T+1)1-2分
8 可验证性 2-4分 分类/检测型(有明确对错)4-5分 · 生成/建议型(有好坏无对错)2-4分 · 创意/策略型(完全主观)1-2分
9 多系统协同 2-4分 单系统 4-5分 · 2-3系统 3-4分 · 4+系统 1-2分。若未知,按行业信息化水平估计:金融/互联网 3-4分 · 制造业 2-3分 · 传统行业 1-2分
10 规模效应 2-4分 集团/全行业通用 4-5分 · 事业部级 3-4分 · 单部门/单岗位 1-2分
11 战略价值 2-4分 直接支撑降本增效目标 4-5分 · 间接提升效率 3-4分 · 探索性/试验性 1-2分。若未知,按场景类型估计:成本中心型(客服/质检)3-5分 · 利润中心型(营销/定价)2-4分
12 法规允许 3-5分 无监管行业(零售/制造)4-5分 · 弱监管(电商/物流)3-5分 · 强监管(金融/医疗)2-4分

区间估计的置信度与调整规则

置信度 条件 标记
高 用户提供了行业+岗位+部分线索(如"制造业产线质检"),区间跨度≤2分 🟢
中 用户仅提供了行业,无具体岗位描述,区间跨度3分 🟡
低 用户仅提供了场景名,行业不明,区间跨度≥4分 🔴

低置信度时需额外标注:"该维度区间跨度较大(X-Y分),建议用户补充[具体信息]后可精确±Z分"


执行流程

Step 1: 收集输入信息

向用户收集以下信息(缺一不可):

# 字段 要求 示例
1 场景名称 精确到具体场景 售后服务工单分类 / 采购合同审查 / 生产设备异常检测
2 场景描述 3-5句话:做什么、谁来做、怎么做 "客服收到客户邮件投诉后,人工阅读判断投诉类型(质量/物流/服务),再根据类型分配给对应专员处理"
3 日/周/月频次 数量级即可 日均200次 / 周均50次 / 月均10次
4 单人处理耗时 分钟 15分钟/次
5 当前人力投入 人·天或全职人数 3人全职
6 当前错误率 百分比或绝对数 约5%(人工分类错误导致跨部门转派)
7 是否有SOP 有/部分/无 有口头经验但无文档
8 涉及系统数 需要操作几个系统 ERP+CRM,共2个系统
9 行业 细分行业 汽车零部件制造
10 容错要求 三选一 出错不致命 / 可接受低错误率(<5%)/ 零容忍

⚠️ 铁律: 若用户提供的信息不完整(缺≥2项),先列出缺失项请用户补充。不猜测、不假设。

Step 2: 逐维度评分

对每个维度按以下格式打分:

维度N:[名称]
- 评分:[1-5分]
- 评分理由:[引用用户输入中的具体数据作为评分依据,必须含数字]
- 行业参照:[该维度在用户所在行业的典型得分]

评分规则:
- 必须引用用户输入中的具体数字(如"日频次200次"→对应重复度4分或5分的评分锚定)
- 不可使用"比较适合""感觉可以"等主观表述
- 数据缺失时启用区间估计法:若用户未提供某维度的具体数据,执行三步区间估计(详见上方"数据缺失处理:区间估计法"):
1. 从行业基准区间参考表中查找该维度的典型区间
2. 取区间中位值锚定(如区间2-4分→3分,区间3-5分→4分)
3. 评分理由中标注:①行业典型区间 ②取中位值理由 ③置信度(高/中/低)
- 示例理由格式:"数据缺失,[行业]该场景[维度名]典型区间X-Y分(对应[行业参考数据]),取中位值Z分锚定。置信度:[高/中/低]"

Step 3: 案例对标

⚠️ 案例对标铁律:案例对标必须优先从 references/cases.md 中查找。查找顺序:①同场景类型 → ②同行业 → ③同规模。若精确匹配不存在,取最接近的案例并标注"近似对标"。禁止编造案例。

案例文件位于:references/cases.md(含30个实体案例,每个案例含完整12维度评分快照,覆盖文本分类/视觉检测/实时风控/文本审查/多模态/数据纠错/巡检监控/智能排程/工艺优化/医疗诊断等10+场景类型)

从案例库中匹配≥2个最接近的案例:

搜索维度 匹配方法
同行业 优先匹配同行业案例
同场景 其次匹配同类型场景(如都是"分类型"或"检测型")
同规模 再匹配公司规模相近的案例

案例对标格式:

对标案例:[CASE-XX] [企业名] × [场景名]
- 12维度总分:XXX/240(评级)
- 相似点:[与待评估场景的共同特征]
- 差异点:[与待评估场景的关键差异]
- 可借鉴评分:[该案例中哪些维度的评分逻辑可直接复用]
- 可借鉴经验:[该案例中可迁移的方法/教训]
- 评级:[★★★★★/★★★★/★★★](5星=同行业同场景可直接复用评分逻辑,3星=仅思路参考)

Step 4: 综合评级

计算公式:加权总分 = Σ(各维度得分 × 对应权重)

得分段 评级 下一步
≥175 高适合 → 进入 agent-scenario-blueprint 蓝图规划
132-174 中等 → 输出差距分析 + 弥补路径
<132 低适合 → 建议暂缓,给出替代方案

Step 5: 输出完整评估报告

按以下模板输出(必须严格遵循,不得省略任何章节):

## [场景名称] AI场景适配性评估报告

### 一、现状基线
| 指标 | 数值 | 行业均值 | 差距 |
|------|------|---------|------|
| 日均频次 | [X次] | [行业基准] | [↑↓] |
| 单人耗时 | [X分钟] | [行业基准] | [↑↓] |
| 人力投入 | [X人] | [行业基准] | [↑↓] |
| 错误率 | [X%] | [行业基准] | [↑↓] |
| 不做AI的年度代价 | [X万元] | — | — |

### 二、12维度适配性评分
| # | 维度 | 权重 | 得分(1-5) | 加权分 | 评分理由 |
|---|------|------|-----------|--------|---------|
| 1-12 | ... | ... | ... | ... | ... |
| **总分** | — | — | — | **加权总分** | — |

### 三、适合度评级
- **总分**:[X/240]
- **评级**:[高/中/低]
- **解读**:[1-2句话总结]

### 四、案例对标
| 对标案例 | 相关度 | 相似点 | 差异点 | 可借鉴经验 |
|---------|--------|--------|--------|-----------|
| ... | ★★★★★ | ... | ... | ... |

### 五、差距分析(仅当评级不是&quot;高&quot;时)
| 排名 | 差距维度 | 当前状态 | 目标状态 | 弥补路径 | 预计周期 |
|------|---------|---------|---------|---------|---------|
| 1 | ... | ... | ... | ... | ... |

### 六、行动建议
- **推荐行动**:[立即启动POC / 先补数据基础 / 缩小锚点范围]
- **P0事项(本周)**:[...]
- **P1事项(本月)**:[...]
- **预计可启动时间**:[X个月后]

Step 6: 保存并交付

  1. 将评估报告保存为 Markdown 文件:{场景名称}_AI场景适配性评估.md
  2. 使用 deliver_attachments 交付
  3. 使用 open_result_view 预览

质量标准

验收门槛(MUST全部通过)

# 检查项 标准
1 12维度全覆盖 任何维度不得留空或得0分
2 每项有评分理由 理由必须引用用户输入的具体数字
3 案例对标≥2个 每个案例必须含相似点+差异点+可借鉴经验
4 不做AI代价有数字 现状基线表"不做AI的年度代价"必须量化
5 评级明确 不能"可能适合",必须明确高/中/低
6 差距分析有路径 评级非"高"时,差距分析必须有弥补路径+周期
7 行动建议具体 P0/P1事项有本周/本月时间锚点
8 禁止模糊表述 "比较好""可能适合""显著提升"等全部替换为数字

输入案例

输入示例

> 评估这个场景适不适合AI化。场景:售后服务工单分类。描述:客服收到客户邮件投诉后,人工阅读判断投诉类型(质量/物流/服务三类),再分配给对应专员。频次:日均200封邮件,单人处理10分钟/封,当前3人全职,错误率约8%(分错类型导致跨部门转派,平均耽误半天)。有SOP但不完整(口头经验为主)。需在CRM系统里操作。行业:家电制造。容错:可接受3%以下错误率。

输出示例

处理过程:
1. 10项输入信息完整确认(但"规模效应""知识密集度""战略价值"三项数据缺失,启用区间估计法)
2. 逐维度评分:
- 任务重复度5分(日200次+三分类固定模式)
- 流程标准化3分(有口头SOP无文档)
- 知识密集度3分(区间估计:制造业客服场景,知识密集度典型区间2-4分,取中位值3分锚定。置信度:🟡中)
- 数据可获取性4分(历史邮件全量在系统)
- 人工成本敏感4分(3人全职24万/年 + 转派损失10万/年)
- 容错空间3分(当前错误率8%,目标3%)
- 时效性要求4分(客服场景需分钟级响应)
- 可验证性5分(三分类对错明确)
- 多系统协同4分(单CRM系统)
- 规模效应3分(区间估计:家电制造业,单场景未明确辐射范围,典型区间2-4分,取中位值3分。置信度:🟡中)
- 战略价值3分(区间估计:成本中心型场景(客服),战略价值典型区间3-5分,取中位值4分→因用户未提及公司级降本目标,保守下修至3分。置信度:🟡中)
- 法规允许5分(无合规限制)
3. 加权总分:169/240 → 评级:🟡 中等
4. Top 3差距:②流程标准化(口头→文档,2周)、④数据可获取性(无标注训练集,需1500条标注,3周)、⑥容错空间(当前8%→目标3%,需4周迭代)
5. 对标:美的售后工单分类(★★★★★)、格力客服路由(★★★★)

输出文件: 售后服务工单分类_AI场景适配性评估.md

核心结论:
- 加权总分:169/240 — 🟡 中等(离"高"差6分;其中3项使用区间估计)
- 推荐行动:先补Top 3差距,6周后可启动POC
- 不补差距直接硬上的风险:模型分类准确率初期可能徘徊在85%,达不到3%错误率目标
- 区间估计项提示:规模效应、知识密集度、战略价值三项为区间估计值,建议用户补充实际数据后复评(预估影响±3-5分)


> 版本: 1.3.0
> 类型: Task(单一任务型)
> 目标用户: 数字化转型负责人、IT总监、AI转型顾问、业务部门负责人
> 依赖: 无外部依赖,纯提示词工程驱动
> 协同技能: 评估通过后 → 使用 agent-scenario-blueprint 做场景蓝图规划
> v1.3.0 更新: 数据缺失处理升级 — 将"一刀切打3分"替换为区间估计法。新增各维度行业基准区间参考表(含常见场景细分),三步区间估计流程(定位区间→取中位值锚定→标注透明),置信度三档标记(高/中/低)。解决评估中"数据缺失全打3分导致评估偏保守"的痛点。
> v1.2.0 更新: 维度权重调整 — 战略价值权重 2→5(与法规允许同级,强调Alignment),可验证性权重 3→4(强调可控性)。满分220→240,评级门槛同步调整(≥175高/132-174中/<132低)。
> v1.1.0 新增: 案例实体化 — references/cases.md 含30个可追溯真实案例,每个案例含完整12维度评分快照,覆盖10+场景类型。案例对标铁律新增:优先从实体案例库查找,禁止编造案例。


References 索引

文件 内容 何时加载
references/cases.md 30个实体案例库(含12维度评分快照),覆盖文本分类/视觉检测/实时风控/文本审查/多模态/数据纠错/巡检监控/智能排程/工艺优化/医疗诊断等场景 Step 3 案例对标时查阅

常见问题

5 问
答案由本站依据条目字段整理
AI实战-场景评估怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_58fad8c3/scenario-adaptability-assessment。安装方式为未标注。装完刷新技能列表或重开客户端。

AI实战-场景评估支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

AI实战-场景评估权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

AI实战-场景评估收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

AI实战-场景评估用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。