THX Skill DocsSkill 使用说明
目录

Workflow Case

经营材料变成 CEO 校准报告

CEO 或管理层手里有周报、复盘、经营判断和跨部门材料,需要看清哪里同频、哪里有信息差、哪里缺证据。这个案例把材料拆成 CEO 私享版、管理层可转发版、证据索引和查数任务单。

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

这条链路解决什么问题

CEO 或管理层手里有周报、复盘、经营判断和跨部门材料,需要看清哪里同频、哪里有信息差、哪里缺证据。这个案例把材料拆成 CEO 私享版、管理层可转发版、证据索引和查数任务单。

使用者

CEO、合伙人、管理层、AI 负责人

交付目标

基于 THX-GBrain、Skill Catalog、跨部门材料和 CEO 判断做经营校准,识别同频、信息差、认知偏差、缺口,并输出 CEO 私享版、管理层可转发版、memory 草稿、evidence index 和查数任务单。

2

输入层:从哪里开始

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

CEO / 合伙人目标与判断

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

跨部门周报、月报、复盘、经营报表

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

时间范围、业务对象和是否可转发

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

推荐第一句话:

开始 CEO Agent v2 校准。本次范围是:[时间范围],[产品/渠道/经营主题]。请输出 CEO 私享版、管理层可转发版、证据索引和查数任务单,不要写正式记忆。
3

处理层:Skill 如何判断

业务输入 -> 字段识别 -> 任务分流 -> 调用必要规则或数据源 -> 生成结果 -> 自检缺口 -> 输出下一步动作
处理依据说明
来源CEO / 管理层材料
来源THX-GBrain 和 Skill Catalog
来源SP-API、Amazon Ads、领星、Decodo、Firecrawl 的证据索引
规则CEO / 管理层受控使用,非普通员工入口
规则CEO 可自然提问:看同频、信息差、报喜不报忧、是否需要查数据
规则输出 CEO 私享版时可保留尖锐校准;管理层可转发版必须去掉高敏内容
规则记忆候选按长期原则 / 阶段性目标 / 单次判断 / 只留索引分级
规则不自动拉数,不自动写正式记忆
规则不把 CEO 私密判断、人员评价、财务合同写入普通 GBrain
规则真实材料先作为草稿处理
如果这个 Skill 不需要 MCP,它只基于用户提供的材料工作,不主动查后台,也不把缺失数据补成事实。
4

输出层:结果给谁使用

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

输出使用方式
完整资料整理作为本次任务的可交付结果;如果证据不足,需要同时标出缺口和下一步确认方式。
CEO 视角经营校准作为本次任务的可交付结果;如果证据不足,需要同时标出缺口和下一步确认方式。
同频 / 信息差 / 认知偏差 / 缺口表作为本次任务的可交付结果;如果证据不足,需要同时标出缺口和下一步确认方式。
CEO 私享版和管理层可转发版作为本次任务的可交付结果;如果证据不足,需要同时标出缺口和下一步确认方式。
CEO memory 分级草稿、GBrain 候选、evidence index 和查数任务单作为本次任务的可交付结果;如果证据不足,需要同时标出缺口和下一步确认方式。
5

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

进阶链路里,长期原则、阶段目标和单次判断会分级处理;高敏内容只留受控索引,不进入普通 GBrain,也不暴露给普通员工入口。

知识沉淀

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

角色待办

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

涉及 CEO 私密判断、人员评价、财务合同、供应商谈判底线、客户隐私时,只保留受控索引或处理提醒,不进入普通员工页面和普通 GBrain。
6

和普通 AI 对话的区别

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

边界和适用范围

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

反馈如何进入下一轮

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

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