| name | eco-partner-registration |
| description | 生态伙伴入库提报 Skill — 自动执行生态产品提报和伙伴协议提报两阶段流程，包括生态归属判断、产品认证表格填写、提报邮件生成、伙伴协议草案生成、工商信息收集、申请理由撰写和材料归档。触发词：伙伴入库、生态产品提报、伙伴协议提报、产品认证、提报材料、伙伴协议、合作协议、入库登记、申请理由、产品说明、认证表格、协议草案、提报流程、飞桨生态、文心生态、生态伙伴注册 |
eco-partner-registration
适用场景
当用户需要将一个产品或合作伙伴纳入飞桨/文心生态体系时，使用本 Skill 执行完整的入库提报流程。
典型触发场景：
- 用户提供了一款产品介绍，需要提交生态产品认证表格
- 需要生成伙伴协议草案并收集对方工商信息
- 同时完成"产品提报 + 协议提报"两件事
- 需要整理归档提报材料文件夹
流程说明：
本 Skill 包含两个阶段，用户可选择只做其中一个，或两个都做（默认两个都做）。执行前先向用户确认执行范围。
关键约束：
- 所有模板文件均存放在工作区的
模板 文件夹中，AI 需读取后复制使用
- 无法确定的字段一律留空并标注
[待补充]，不得猜填
- 涉及公司名称、协议期限等关键信息，必须经用户确认后才能定稿
输入要求
- 业务目标：用户要提报的产品/伙伴名称及基本介绍
- 背景上下文：产品功能描述、技术架构、应用场景（可以是文档/PPT/图片/聊天记录等任意形态）
- 关键约束：是否指定生态归属（飞桨/文心）；只做产品提报、只做协议提报，还是两者都做
- 期望输出：填好的认证表格、协议草案、提报邮件草稿、申请理由文本、归档文件夹
前置检查（执行任何步骤前必须完成）
⚠️ 本 Skill 依赖本地模板文件，这些模板不随 Skill 公开分发，需使用者自行准备并放置到工作区的 模板/ 文件夹中。
在开始执行前，先验证以下六个模板文件是否存在：
ls 模板/
需要确认存在的文件：
| 文件名 | 用途 |
|---|
飞桨生态产品认证表格模板.docx | 阶段一 Step 3 使用（归属 = 飞桨时） |
文心生态产品认证表格模板.docx | 阶段一 Step 3 使用（归属 = 文心时） |
产品认证提报邮件模板.docx | 阶段一 Step 4 使用 |
申请理由模板.docx | 阶段二 Step 7 使用 |
飞桨伙伴协议模板.docx | 阶段二 Step 5 使用（归属 = 飞桨时） |
文心伙伴协议模板.docx | 阶段二 Step 5 使用（归属 = 文心时） |
若文件缺失：立即停止流程，告知用户："模板/ 文件夹中缺少以下文件：[列出缺失文件名]，请补充后再继续。"
执行步骤
阶段一：生态产品提报
Step 1：确认执行范围
询问用户：本次执行哪些阶段（仅产品提报 / 仅协议提报 / 两者都做）。
Step 2：判断生态归属
- 根据用户提供的产品介绍，判断属于 飞桨生态产品 还是 文心生态产品
- 不确定时主动询问用户，明确标注：
归属 = 飞桨 / 文心
Step 3：填写产品认证表格
- 根据 Step 2 确认的归属，从
模板/ 文件夹选取对应模板并复制重命名：
- 归属 = 飞桨 → 复制
飞桨生态产品认证表格模板.docx，重命名为 {应用名}-飞桨生态AI产品说明.docx
- 归属 = 文心 → 复制
文心生态产品认证表格模板.docx，重命名为 {应用名}-文心生态AI产品说明.docx
- 示例：
智能翻译助手-飞桨生态AI产品说明.docx
- 编辑方式：使用
docx Skill（use_skill: docx）读取模板文件，先扫描模板中所有需要填写的空缺位置（包括空白格、占位符、下划线填写区等），再根据用户提供的材料智能提取对应信息逐一填入：
- 对每个空缺字段，从用户材料中主动推断最匹配的内容
- 无法从材料中推断的字段，保留空白并标注
[待补充: 字段名]
- 不得自行捏造或假设任何信息
- 填写完成后，向用户输出两项内容：① 已填写字段的摘要确认；② 所有
[待补充] 字段的清单，逐一说明需要用户补充什么信息。循环修改直到用户回复"确认"
Step 4：生成提报邮件正文
- 从
模板/ 文件夹找到 产品认证提报邮件模板.docx
- 根据定稿表格内容生成邮件正文
- 收件人、抄送人留空，并提示用户："请自行填写收件人/抄送人，注意抄送人排序规则"
- 将邮件草稿归档到对应产品文件夹
阶段二：伙伴协议提报
Step 5：填写伙伴协议
- 根据生态归属，从
模板/ 文件夹选取对应模板并复制重命名：
- 归属 = 飞桨 → 复制
飞桨伙伴协议模板.docx
- 归属 = 文心 → 复制
文心伙伴协议模板.docx
- 重命名为：
{伙伴名称}-{协议类型}-协议草案.docx
- 编辑方式：使用
docx Skill（use_skill: docx）读取模板文件，先扫描协议中所有需要填写的变量位置（包括空白格、「」填写区、下划线等占位形式），再根据产品说明和已收集的外部信息智能填入：
- 对每个变量位置，从已有信息中主动推断最匹配的内容
- 无法确定的变量保留空白并标注
[待补充: 字段名]
- 期限字段严格按下方规则计算，不得推断
- 不得自行捏造或假设任何信息
- 期限规则（重要）：
- 开始日期 = 提报当月最后一天
- 结束日期 = 次年对应日期的前一天
- 归档到
{伙伴名称}_协议材料/ 文件夹
Step 6：外部信息收集与自查
- 基于产品名称、伙伴名称，联网搜索：公司全名、注册地址、官网、工商信息等基础公开数据
- 主动询问用户：对方负责人姓名、对接人姓名
- 将收集到的信息汇总为 checklist，发给用户确认无误
Step 7：生成申请理由与最终提醒
- 从
模板/ 文件夹找到 申请理由模板，结合产品认证表格和外部信息生成一段申请理由
- 同步生成提醒事项列表，包括但不限于：邮件抄送人排序、[待补充] 字段清单等
- 等待用户确认后，将所有生成文件（认证表格、协议草案、申请理由）统一放入新建文件夹：
- 命名规则：
{日期}_{产品名}_提报材料
- 示例：
20260422_智能翻译助手_提报材料
输出要求
- 结构清晰：每个文件单独输出，明确文件名和归档路径
- 结论与过程一致：填写内容需对应用户提供的原始材料
- 明确风险与假设：
- 所有
[待补充] 字段在交付时需单独汇总告知用户
- 工商信息来源于公开搜索，需用户二次确认
踩坑经验
- 归属判断不确定时一定要问，不要自行假设为飞桨或文心，归属错误会导致整个提报流程返工
- 期限计算：开始日期是"当月最后一天"而非"今天"，结束日期是"次年前一天"，容易写错。
- 模板文件路径：所有模板在
模板 文件夹下，读取前确认文件存在，若找不到需提示用户检查路径
- 邮件抄送人排序：这是用户反复强调的注意点，生成邮件时务必提醒，不要遗漏此提示
