Workflow Case
喂鸟器素材从短需求到可用图
社媒同事只想要一张像真实喂鸟器监控截图的图，不应该手写复杂出图规则。这个案例先解析产品、鸟种、动作、背景和用途，再生成图片或可复制的出图指令，最后按产品结构、鸟脚落点、CCTV 画质和社媒可用性自检。
业务案例工作流反馈闭环
这是业务案例页，用来解释这个 Skill 在真实工作里怎么串成一条链路；它不替代安装页和运行逻辑页。页面暂不放图片，等内容确认后再补视觉图。
1
这条链路解决什么问题
社媒同事只想要一张像真实喂鸟器监控截图的图，不应该手写复杂出图规则。这个案例先解析产品、鸟种、动作、背景和用途，再生成图片或可复制的出图指令，最后按产品结构、鸟脚落点、CCTV 画质和社媒可用性自检。
使用者
社媒运营、内容测试同事、需要做 Nafnti 喂鸟器 AI 图的人
交付目标
为 Nafnti 喂鸟器生成 CCTV-style 社媒素材、出图 prompt、自检和返修建议。
2
输入层：从哪里开始
用户不需要先把材料整理得很完美，但必须给出足够的业务锚点。Skill 会先判断这些信息是否齐全，再决定是直接处理还是先追问。
用户给出的业务目标
这项用于确定任务范围和输出对象；不明确时先标待确认。
当前素材、链接、截图或表格
这项用于确定任务范围和输出对象；不明确时先标待确认。
希望输出给谁使用
这项用于确定任务范围和输出对象；不明确时先标待确认。
推荐第一句话：
请按 THX CCTV 出图助手生成一张 Nafnti 喂鸟器社媒图：先给 prompt，再生成图片，并按主体、场景、文字、安全边界做自检。
3
处理层：Skill 如何判断
业务输入 -> 字段识别 -> 任务分流 -> 调用必要规则或数据源 -> 生成结果 -> 自检缺口 -> 输出下一步动作
| 处理依据 | 说明 |
|---|---|
| 来源 | 用户上传或粘贴的材料 |
| 来源 | 当前 Skill 内置规则 |
| 来源 | 负责人确认后的历史经验 |
| 规则 | 不编造素材中没有的事实 |
| 规则 | 缺失信息先标待确认 |
| 规则 | 反馈要能沉淀为下一轮规则候选 |
如果这个 Skill 依赖 MCP，页面只说明服务边界和开工检查；员工不需要处理内部凭据，也不在页面里看到配置正文。
4
输出层：结果给谁使用
输出不是一段泛泛的回答，而是要让具体角色能继续推进工作。
| 输出 | 使用方式 |
|---|---|
| 可直接使用的结果 | 作为本次任务的可交付结果；如果证据不足，需要同时标出缺口和下一步确认方式。 |
| 自检结论 | 作为本次任务的可交付结果；如果证据不足，需要同时标出缺口和下一步确认方式。 |
| 需要人工确认的缺口 | 作为本次任务的可交付结果；如果证据不足，需要同时标出缺口和下一步确认方式。 |
| 下一步行动建议 | 作为本次任务的可交付结果；如果证据不足，需要同时标出缺口和下一步确认方式。 |
5
进阶链路：进入知识库和待办
进阶链路里，每次可用图、失败图和返修原因都会变成产品结构与出图规则候选，后续同类素材可以减少试错。
知识沉淀
稳定事实、流程规则、术语口径、可复用经验，先作为候选给负责人审核；确认后再进入对应知识库或经验库。
角色待办
如果输出里出现明确负责人、时间、下一步动作，可以整理成角色待办候选，后续由对应 Agent 提醒和跟进。
普通业务知识也不是自动入库。先产出候选，负责人确认后再沉淀，避免把一次性判断写成公司事实。
6
和普通 AI 对话的区别
| 普通对话 | THX Skill 工作流 |
|---|---|
| 用户问什么就答什么，答案容易散在聊天里。 | 先识别任务类型，再按固定字段、规则和边界输出。 |
| 容易把猜测写得像事实。 | 事实、推断、缺口和待确认项分开。 |
| 用完即走，很难复用。 | 可复用反馈会进入 Skill 规则、Experience Base 或 GBrain 候选。 |
| 不清楚结果给谁看。 | 输出默认面向具体角色：运营、负责人、知识库维护者或管理层。 |
7
边界和适用范围
- 这个案例说明业务链路，不等于所有场景都会自动完成。
- 素材不足、服务不可用或权限不足时，Skill 应明确说明缺口。
- 涉及敏感内容时，先按 Restricted 边界处理，不写入普通页面和普通知识库。
- 如果页面内容与实际使用不一致，以负责人确认后的 Skill 规则和运行逻辑页为准。
8
反馈如何进入下一轮
试用时如果发现输出不符合业务习惯，直接按下面格式反馈，方便维护者判断是改内容、改规则，还是补知识库。
本次任务：
当前输出哪里不对：
正确业务口径：
以后希望固定怎么处理：
是否适合沉淀为知识库 / 经验库 / Skill 规则候选：