Skip to content

Latest commit

 

History

5 Commits

Folders and files

NameName
Last commit message
Last commit date
 
 
 
 
 
 
 
 
 
 

Repository files navigation

弗忧联盟 Skill 共创器

fuyo-skill-creator 用来把弗忧联盟专业业务人员的经验,变成可复用、可核查、可维护的 Codex Skill。它像一位耐心的业务产品经理:先理解业务,再帮助你把经验沉淀下来;不要求你会写提示词、代码或文件结构。

业务 Skill 共创流程

它解决什么问题

普通的 Skill 创建流程常从“这个 Skill 要做什么”开始,默认创建者已经知道完整流程、判断规则、数据来源、例外情况和自动化边界。现实中,这些知识往往分散在资深同事的经验、制度文件、历史案例和团队默契里。

这个 Skill 会先和业务专家共创:从真实工作过程里提取任务、判断、规则、例外和风险;区分公司规定、个人经验与尚未确认的假设;明确哪些环节可以由 AI 完成、哪些必须由人确认;再用真实或脱敏案例验收,最后打包成可持续维护的 Skill。

它产出的不只是“一段提示词”,而是一份 AI 助手的业务操作说明。

所有面向业务同事的提问、总结、模板、示例和交付讲解默认使用简体中文;只有你明确提出时才会切换其他语言。

内置弗忧业务地图

业务同事不必每次从头解释联盟的基础结构。Skill 已内置一份“默认已知、可被纠正”的业务地图:先识别主责成员企业或中后台团队,再把有限的问题留给这次工作的真实流程和边界。

实体 内置的起点
DDD 跨境电商物流货代,欧英、美国、加拿大、澳大利亚 FBA 为核心,覆盖 B2B 和 BSC。
WM 传统外贸物流货代,重点是 FOB 海运整柜/拼柜。
KP 境内物流货代,覆盖非干线及新疆、满洲里等干线业务。
SPS 中欧班列或中俄班列物流货代。
HY 北美大客户/线路精品定制的物流货代;公开官网还显示其从中国服务美国、加拿大和英国进口业务,侧重 DDP 方案并支持 FOB、海空运、仓储整合、清关与末端配送。
ODC / HRC / FNC / DIC / AIC 服务联盟所有企业的中后台;其中 ODC 是管理流程 SOP 与联盟战略部署的精锐规划组织。

海运、铁路、卡航、空运的相对成本、时效和典型场景也作为沟通起点。它们只是帮助说明和提问,不能代替某一条线路、某一票货物或某一客户的当前确认。

关于 HY,Skill 会特别核实服务国家、客户与定制目标、贸易术语、货物与合规条件、进口/清关安排、报价有效期和异常费用。公开服务能力不等于每个项目都可默认使用;具体事实以书面范围、当前数据和有权负责人确认为准。公开定位来源:Ever Ocean 官网服务说明。完整的提问地图见 弗忧联盟业务地图

适合用在什么地方

适合把一项重复性的业务工作沉淀下来,例如分析、调研、客户运营、资料审核、流程协同、培训辅助或决策支持。它不预设行业、部门、系统或固定工作流。

当工作依赖公司内部规则、资深同事的判断、多个信息来源,或错误会带来明显业务影响时,它尤其有价值。

从一句口述开始

业务同事可以直接这样说:

用 $fuyo-skill-creator,帮我把弗忧联盟团队的一项重复业务工作沉淀成 Skill。
我可以讲清楚资深同事平时怎么做,但我不会写提示词,也不清楚该怎样设计自动化。请先了解业务,不要直接生成 Skill。

这里的 Skill 可以理解为“给 Codex 的可复用工作说明”:它告诉助手该理解什么、按什么规则做,以及遇到不确定或高风险情况时该停下来找谁确认。

接下来,Codex 会围绕真实工作提问,而不是要求你先写技术需求。正常情况下只用两轮、每轮最多三个合并问题,并先说明为什么需要这些信息:

  1. 第一轮:这项工作解决什么问题;资深同事最近一次怎样处理;有没有已有表格、空白模板、报告样式、优秀样例或制度摘录可以提供。
  2. 第二轮:弗忧内部规则和动作边界;最值得确认的“要是……”情景;输出、验收案例和负责人。

两轮后,助手会把未解决内容整理为一张短的“待确认清单”,写清它影响什么、临时怎样处理、由谁确认,不会继续一轮接一轮地盘问。流程描述、几个案例、现有文档、表格或常见错误清单,都可以作为起点。

先完成业务发现,才生成 Skill

为了不把“看起来完整、实际不懂业务”的内容直接做成 Skill,以下七项需要先有答案,或明确写为“暂时未知并由谁确认”:

  1. 业务背景:解决谁的什么问题,做成后有什么价值。
  2. 业务逻辑:工作从哪里开始,如何判断,遇到例外怎么办。
  3. 弗忧联盟环境:内部术语、角色权限、制度、系统和升级联系人。
  4. 数据与资料:哪些来源可靠、多久有效、缺失时怎么办。
  5. 输出与验收:交给谁、用什么格式、怎样才算合格。
  6. 边界与风险:哪些可由 AI 起草、建议、准备,哪些必须确认或绝不能自行做。
  7. 负责人和验证:谁确认业务规则,拿哪些案例测试,谁决定可以发布。

如果信息暂时不全,助手会先输出“待确认清单”和可继续讨论的业务简报,不会把未经确认的猜测包装成完成版 Skill。

它会主动帮你想到“要是……”

业务专家通常最熟悉常规情况,但真正容易出问题的是没发生过、很少发生或跨团队才会遇到的情况。完成基础访谈后,助手会根据已经知道的业务,主动提出 3-6 个最值得确认的情景,而不是等你自己把所有边缘条件想全。

它可能会问:

  • 要是关键资料缺失、过期,或两个来源的结论相反,应该相信谁?
  • 要是请求超出当前团队或 Skill 的范围,应该拒绝、转交,还是先准备草稿?
  • 要是遇到高峰期、紧急时限或异常大批量任务,原来的判断标准还适用吗?
  • 要是结果需要对外发送、修改正式记录或造成客户承诺,谁必须确认?

这些不是助手擅自加上的公司制度,而是需要你确认的风险问题。每个情景都会标记为“已确认规则”“不适用”“待确认”或“需要升级”;无关问题不会被硬塞进访谈。

现成模板和资料会被真正复用

第一轮里,助手会主动问有没有可复用的空白表单、报价/报告样式、表格结构、优秀样例、标准话术或制度摘录。你提供后,它会先说明材料适合怎样使用,并确认是否可以随 Skill 保存、是否需要脱敏。

获得允许的空白模板会放到目标 Skill 的 assets/templates/;脱敏样例会放到 assets/examples/。同时会生成一份资源清单,写清每个文件的位置、用途、何时调用、哪些内容不能改、由谁更新。敏感或未获许可的资料不会被复制进包,只会记录其受控访问方式或请求脱敏版本。

你最终会得到什么

  • 业务 Skill 简报:明确服务对象、工作边界、预期产出和成功标准。
  • 判断与边界表:明确 AI 可以整理、建议、准备、确认后执行,还是绝不能自行执行的事项。
  • 信息来源登记表:记录数据来自哪里、谁有权确认、有效期多长,以及缺失时该如何处理。
  • 资源登记表:记录可复用模板和样例的存放位置、用途、使用时机和更新负责人。
  • 确认与升级路径:列出需要谁拍板、异常情况交给谁、哪些假设尚未被确认。
  • 可复用的 Skill 包:包含 SKILL.md、按主题拆分的参考资料、可选模板和本说明。
  • 验收案例集:至少覆盖普通案例、信息不全案例、例外案例和必须确认的高影响案例。

人工确认不是“没自动化”,而是设计的一部分

这个 Skill 默认让 AI 做整理、分析、建议和可审阅的草稿。涉及以下事情时,AI 应暂停并请求确认:对外发送信息、修改正式记录、作出承诺、处理敏感信息、使用尚未确认的制度规则,或做出可能影响资金、合同、合规、安全、客户关系和声誉的决定。

团队可以逐步扩大自动化范围,但每一项新增权限都应写清楚负责人、所需证据、确认点,以及出现异常时的升级路径。

安装与第一次使用

已安装到本机时:下一次打开或新建 Codex 对话后,直接说“使用 $fuyo-skill-creator,先帮我梳理一项业务工作”,即可开始。

从 GitHub 安装时:在 Codex 中直接提出“请安装 GitHub 仓库 fyaic/fuyo-skill-creator 根目录的 Skill,安装名为 fuyo-skill-creator”。也可以由熟悉终端的同事运行:

python "$env:USERPROFILE\.codex\skills\.system\skill-installer\scripts\install-skill-from-github.py" `
  --repo fyaic/fuyo-skill-creator --path . --name fuyo-skill-creator

安装完成后,从下一轮 Codex 对话开始可用。第一次使用时,只需准备一段真实工作过程、一两个案例,或已有的制度/表格;不需要提前整理成技术需求。

业务同事需要提供什么

最有价值的材料通常是:

  • 这项工作从哪里开始,理想结果长什么样;
  • 一个典型案例和一个困难或出错案例;
  • 团队自己的术语、制度、红线、阈值和常见误区;
  • 可以信任的数据、文件或系统,以及它们的局限和时效;
  • 希望以后反复使用的空白模板、表格、报告样式、优秀样例或标准话术;
  • AI 可以独立做什么、必须先确认什么、绝不能做什么。

需要时可以直接填写 业务 Skill 信息收集表。不知道的内容可以留空,Codex 会把它们列为待确认项,而不是擅自补成“公司规则”。

弗忧联盟的专属配置

Skill 会优先读取 弗忧联盟配置,其中可逐步沉淀已确认的组织术语、角色权限、常用系统、信息分级、审批路径与发布要求。只有标注了负责人和确认日期的内容才会被当作规则;其余内容会以待确认项处理。

在此之前,它会先读取 弗忧联盟业务地图:这里放的是相对稳定的成员定位、运输方式认知和公开业务信息;配置文件只放带负责人和确认日期的动态规则。两者有冲突时,以最新、可追溯、由有权负责人确认的团队规则为准。

如何持续维护

建议指定一位业务负责人和一位技术或运营维护人。当制度、系统、术语、阈值或报告模板改变时,同步更新相应参考资料;发生重要例外、人工改判或用户否定结果时,记录原因并加入测试案例。任何重要修改后,至少重新跑一条正常案例和受影响的例外案例。

包内文件

fuyo-skill-creator/
├── SKILL.md                         # Codex 执行共创流程时读取的说明
├── README.md                        # 面向业务同事的中文使用说明
├── agents/openai.yaml               # Skill 展示信息
├── assets/
│   ├── business-skill-intake.md     # 可填写的信息收集表
│   └── business-skill-co-creation-flow.png # 业务共创流程信息图
└── references/
    ├── discovery-gate.md            # 生成前不可跳过的七项业务发现门槛
    ├── discovery-interview.md       # 如何访谈非技术业务专家
    ├── edge-case-probing.md         # 主动提出“要是……”并确认边界
    ├── fuyo-configuration.md        # 弗忧联盟已确认的组织配置
    ├── fuyo-union-business-context.md # 成员企业、运输方式与 HY 业务地图
    ├── governance-validation.md     # 风险、确认点与验收方法
    ├── output-templates.md          # 可复用的交付模板
    ├── resource-packaging.md        # 索要、存放和说明可复用资源
    ├── skill-blueprint.md           # 业务合同与 Skill 结构设计
    └── user-onboarding.md           # 面向业务用户的讲解、安装与上手方式

本 Skill 已安装在本机 Codex 的 Skills 目录中;同目录的压缩包可直接分享给其他需要安装的同事。

About

为弗忧联盟定制的 非IT专业业务人员使用的skill-creator

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors