Menu
系统辨识 Skill — 基于关键词匹配的意图分类、复杂度评估、任务分解。与 error-control 强制联动，危险操作自动触发边界确认。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | system-identification |
| description | 系统辨识 Skill — 基于关键词匹配的意图分类、复杂度评估、任务分解。与 error-control 强制联动，危险操作自动触发边界确认。 |
| category | software-development |
| version | 2.0.0 |
| requires | ["error-control"] |
基于关键词匹配机制，将用户请求分类并评估复杂度，强制联动 error-control。
用户输入 → 关键词扫描
↓
匹配危险词 → 强制触发 error-control 边界确认
↓
匹配复杂词 → 触发 system-identification 任务分解
↓
无匹配 → 正常执行
| 标签 | 关键词（匹配任一即命中） |
|---|---|
| query | 查看、查询、状态、日志、读取、获取、显示、列出 |
| config | 修改配置、改配置、设置、调整、变更、编辑配置 |
| deploy | 部署、安装、搭建、启动服务、上线、发布 |
| debug | 排查、调试、修复、解决、错误、故障、异常 |
| backup | 备份、恢复、导出、导入、迁移、复制 |
| optimize | 优化、提速、压缩、清理、扩容、缩容 |
| security | 防火墙、权限、密码、证书、加密、安全、漏洞 |
用户输入 → 扫描关键词 → 命中某标签关键词？
↓
是 → 返回该标签
↓
否 → 返回 "unknown"（走澄清流程）
多标签命中：按优先级取第一个（deploy > security > backup > config > debug > optimize > query）
不再用模糊的"检查清单计分"，改为明确的关键词匹配：
| 复杂度 | 触发关键词 | 强制行为 |
|---|---|---|
| simple | 查看、查询、状态、日志、读取、获取、显示、列出、检查 | 直接执行 |
| medium | 修改配置、重启、更新、调整、设置、安装（单服务） | 执行后验证 |
| complex | 部署、迁移、升级、架构、多服务、集成、搭建 | 任务分解 + 每步验证 |
| critical | 删除、清空、格式化、rm -rf、drop、生产环境、数据变更、不可逆 | 强制 error-control 边界确认 |
以下关键词命中任一即强制输出【边界声明】：
| 类别 | 关键词 |
|---|---|
| 删除类 | 删除、清空、rm、rm -rf、drop、truncate、格式化 |
| 重启类 | 重启、reboot、shutdown、poweroff、停止服务 |
| 权限类 | chmod 777、chown、passwd、修改密码、提权 |
| 网络类 | 关闭防火墙、iptables -F、开放端口、公网暴露 |
| 数据类 | 修改数据库、更新表、删除字段、数据迁移、主从切换 |
| 生产类 | 生产环境、线上、正式环境、影响业务 |
强制行为：匹配到危险词时，必须在执行前输出 error-control 的【边界声明】格式。
| 复杂度 | 分解粒度 | 子任务依赖 |
|---|---|---|
| simple | 不分解 | 无 |
| medium | 2-3个子任务 | 线性依赖 |
| complex | 4+子任务 | 可能有分支依赖 |
| critical | 4+子任务 | 每步需审批 |
【任务分解】
主任务：{原始请求}
意图标签：{tag}
复杂度：{simple/medium/complex/critical}
子任务列表：
1. [ ] {子任务1} → 验证标准：{标准}
2. [ ] {子任务2} → 验证标准：{标准}
3. [ ] {子任务3} → 验证标准：{标准}
依赖关系：{线性/并行/分支}
回滚点：{可回滚步骤}
用户输入 → 扫描危险词
↓
命中危险词 → 强制输出【边界声明】→ 等待用户确认 → 继续执行
↓
未命中 → 扫描复杂度词 → 判定复杂度 → 执行对应流程
以下情况必须输出 error-control 的【边界声明】：
当触发 error-control 时，输出格式：
【系统辨识】
意图标签：{tag}
复杂度：{complexity}
⚠️ 检测到危险操作关键词：{命中关键词}
【边界声明 - 来自 error-control】
我计划执行：{具体操作}
影响范围：{单个/多个/全部}资源
危险操作类型：{删除/重启/权限变更/网络变更/数据变更}
备份状态：{已备份至路径 / 未备份}
回滚方式：{如何恢复原状}
请确认是否继续：
1. 确认执行
2. 取消操作
3. 修改范围
示例：用户要求删除文件
用户：删除 /data/old-backups 目录
【系统辨识】
意图标签：backup（涉及备份数据）
复杂度：critical（命中"删除"关键词）
⚠️ 检测到危险操作关键词：删除
【边界声明】
我计划执行：删除 /data/old-backups 目录
影响范围：单个目录（/data/old-backups）
危险操作类型：删除（不可逆）
备份状态：未确认（该目录本身为备份数据）
回滚方式：无法回滚（删除操作不可逆）
⚠️ 警告：该操作不可逆，删除后数据无法恢复！
请确认是否继续：
1. 确认执行（风险自负）
2. 取消操作
3. 先备份再删除
用户输入
↓
关键词扫描
↓
┌─────────────────┬─────────────────┬─────────────────┐
↓ ↓ ↓
命中危险词 命中复杂词 无匹配
↓ ↓ ↓
输出【边界声明】 任务分解 直接执行
等待用户确认 执行+验证 执行后验证
↓
用户确认后执行
1. 扫描关键词 → 命中 query 标签，复杂度 simple
2. 无危险词 → 直接执行
3. 执行后验证（调用 error-control 验证清单）
1. 扫描关键词 → 命中 deploy 标签，复杂度 complex
2. 同时命中"生产环境" → 强制触发 error-control
3. 输出【边界声明】→ 等待用户确认
4. 用户确认后 → 任务分解
5. 按子任务执行 → 每步验证
每次完成 system-identification 后，强制回答：
用户：查看 nginx 状态
快速扫描：
- 单步查询 → simple
- 历史出现过 → 快速路径
输出：
意图标签：query
复杂度：simple
处理：直接执行 systemctl status nginx
用户：帮我部署一个新服务，用 docker，要连数据库，还要配 nginx 反向代理
快速扫描：
- 多系统协调（docker + 数据库 + nginx）→ complex
- 需要设计决策 → 完整分析
意图分类：
- 匹配 deploy 标签（匹配度 0.9）
- 置信度 > 0.8 → 不澄清
复杂度评估：
- 涉及多个系统 → 是
- 需要设计决策 → 是
- 影响生产环境 → 未知（需边界确认）
- 判定：complex（或 critical，取决于环境）
任务分解：
【任务分解】
主任务：部署新服务（docker + 数据库 + nginx）
意图标签：deploy
复杂度：complex
子任务列表：
1. [ ] 确认环境边界（dev/test/prod）→ 验证：error-control 边界确认
2. [ ] 部署 docker 容器 → 验证：docker ps 显示运行
3. [ ] 配置数据库连接 → 验证：连接测试通过
4. [ ] 配置 nginx 反向代理 → 验证：curl 返回 200
5. [ ] 整体集成测试 → 验证：端到端流程通过
依赖关系：线性（2→3→4→5，1前置）
回滚点：步骤2、3、4可独立回滚
用户：处理一下那个问题
快速扫描：
- 模糊指令 → 无法直接分类
意图分类：
- 匹配度最高：debug（0.4）、config（0.3）、query（0.2）
- 置信度 < 0.8 → 调用 error-control 澄清
输出：
【边界声明 + 澄清请求】
我计划执行：处理您提到的问题
但意图不够明确，请确认：
1. 是排查错误？（debug）
2. 是修改配置？（config）
3. 是查询信息？（query）
4. 其他：_____
请补充具体信息，我将重新分类。
意图标签 = unknown
↓
复杂度 = simple/medium？
↓
输出【澄清请求】→ 等待用户补充
↓
用户补充后 → 重新进行关键词扫描
↓
命中标签 → 正常执行
未命中 → 继续澄清（最多3轮）
【系统辨识】
意图标签：unknown（无法识别）
【澄清请求】
您的指令不够明确，请补充以下信息：
1. 是查询信息？（查看状态、读取日志等）
2. 是修改配置？（调整设置、变更参数等）
3. 是部署服务？（安装、上线、发布等）
4. 是排查问题？（修复错误、调试故障等）
5. 其他：请具体说明
请补充具体信息，我将重新分类。
system-identification（关键词扫描）→ error-control（边界确认）→ 执行 → error-control（验证）
↑___________________________________________________________↓
（闭环反馈）