THX Skill DocsSkill 使用说明
目录

Workflow Case

实验 Skill 转成正式 THX Skill

一个个人 Skill 或实验 Skill 想给团队使用,不能只复制一段说明。这个案例会检查源目录、目标用户、是否需要 MCP、安装页、运行逻辑、zip 包、权限边界和发布验证,确保它能被真实同事安全使用。

业务案例工作流反馈闭环
这是业务案例页,用来解释这个 Skill 在真实工作里怎么串成一条链路;它不替代安装页和运行逻辑页。页面暂不放图片,等内容确认后再补视觉图。
1

这条链路解决什么问题

一个个人 Skill 或实验 Skill 想给团队使用,不能只复制一段说明。这个案例会检查源目录、目标用户、是否需要 MCP、安装页、运行逻辑、zip 包、权限边界和发布验证,确保它能被真实同事安全使用。

使用者

Skill 维护者、AI 项目组

交付目标

把个人 Skill、实验 Skill 或部门 Skill 改造成 THX 正式 Skill,并完成说明页、下载包、运行逻辑页和发布检查。

2

输入层:从哪里开始

用户不需要先把材料整理得很完美,但必须给出足够的业务锚点。Skill 会先判断这些信息是否齐全,再决定是直接处理还是先追问。

原 Skill 目录

这项用于确定任务范围和输出对象;不明确时先标待确认。

目标使用对象

这项用于确定任务范围和输出对象;不明确时先标待确认。

是否需要 MCP 和权限

这项用于确定任务范围和输出对象;不明确时先标待确认。

测试 prompt 和安装页要求

这项用于确定任务范围和输出对象;不明确时先标待确认。

推荐第一句话:

请按 THX Skill 标准检查这个 Skill:源目录、目标用户、是否需要 MCP、安装页和 zip 是否齐全。
3

处理层:Skill 如何判断

业务输入 -> 字段识别 -> 任务分流 -> 调用必要规则或数据源 -> 生成结果 -> 自检缺口 -> 输出下一步动作
处理依据说明
来源Skill 源文件
来源真实运营 prompt
来源旧版页面和用户反馈
规则Codex Skill 是主版本
规则员工 facing Skill 最小权限,不默认 admin_full
规则页面必须写真实使用链路
如果这个 Skill 依赖 MCP,页面只说明服务边界和开工检查;员工不需要处理内部凭据,也不在页面里看到配置正文。
4

输出层:结果给谁使用

输出不是一段泛泛的回答,而是要让具体角色能继续推进工作。

输出使用方式
标准化 Skill作为本次任务的可交付结果;如果证据不足,需要同时标出缺口和下一步确认方式。
评估建议作为本次任务的可交付结果;如果证据不足,需要同时标出缺口和下一步确认方式。
通用 Skill zip作为本次任务的可交付结果;如果证据不足,需要同时标出缺口和下一步确认方式。
说明页、logic 页和发布检查清单作为本次任务的可交付结果;如果证据不足,需要同时标出缺口和下一步确认方式。
5

进阶链路:进入知识库和待办

进阶链路里,Skill 发布后的反馈会回到规则候选:哪里容易误触发、哪里权限不够、哪些页面说法让同事看不懂,都进入下一轮版本迭代。

知识沉淀

稳定事实、流程规则、术语口径、可复用经验,先作为候选给负责人审核;确认后再进入对应知识库或经验库。

角色待办

如果输出里出现明确负责人、时间、下一步动作,可以整理成角色待办候选,后续由对应 Agent 提醒和跟进。

普通业务知识也不是自动入库。先产出候选,负责人确认后再沉淀,避免把一次性判断写成公司事实。
6

和普通 AI 对话的区别

普通对话THX Skill 工作流
用户问什么就答什么,答案容易散在聊天里。先识别任务类型,再按固定字段、规则和边界输出。
容易把猜测写得像事实。事实、推断、缺口和待确认项分开。
用完即走,很难复用。可复用反馈会进入 Skill 规则、Experience Base 或 GBrain 候选。
不清楚结果给谁看。输出默认面向具体角色:运营、负责人、知识库维护者或管理层。
7

边界和适用范围

  • 这个案例说明业务链路,不等于所有场景都会自动完成。
  • 素材不足、服务不可用或权限不足时,Skill 应明确说明缺口。
  • 涉及敏感内容时,先按 Restricted 边界处理,不写入普通页面和普通知识库。
  • 如果页面内容与实际使用不一致,以负责人确认后的 Skill 规则和运行逻辑页为准。
8

反馈如何进入下一轮

试用时如果发现输出不符合业务习惯,直接按下面格式反馈,方便维护者判断是改内容、改规则,还是补知识库。

本次任务: 当前输出哪里不对: 正确业务口径: 以后希望固定怎么处理: 是否适合沉淀为知识库 / 经验库 / Skill 规则候选: