整理日期：2026-10-10。
文档用途：第一阶段提供给产品、开发与测试共同确认的业务输入，供底座设计、工作量评估和后续实现使用。
当前状态：产品业务规则已确认，可交研发评审；技术兼容、容量、实际权限映射及留存依据需联合核查，不表示第一阶段联合评审完成或已开发、迁移、上线。
上位方案：三库现状与统一数据源建设规划。

下载两份 MD＋配套架构图（ZIP）

1. 两份文档的分工与本阶段目标

第一阶段完成现状盘点与底座设计；第二阶段才建设统一底座，第三阶段接入现有两平台，第四阶段迁移与切换。本文作为第一阶段产物，描述后续实现需要遵循的业务要求，不意味着第一阶段就完成平台改造或生产迁移。

统一范围是素材、提示词、技能的个人及共享资产，以及必要的归属、权限、版本和关联。保留应用操作入口与各自审批，不建设统一审批、全局审批排队、通用规则引擎或新管理后台。新应用不作为首期依赖。

三库遵循整体方案的共性规则；素材、提示词字段见第 4.1—4.3 节，技能专属字段、页面依据与已确认规则见第4.4节，业务规则与入口清单见第6章。不能用两库字段限制代替技能字段限制。

1.1 规则状态口径

2. 产品侧交付清单

本章仅说明产品经理需要交付的业务材料。以下六项已在本文件及整体方案中完善，可作为产品侧材料交付，无需另做六份文件。“已完善”表示业务材料已形成，不表示功能已经实现或验收测试已经执行。

2.1 交付内容与完成状态

2.2 产品交付口径

• 六项材料集中维护在本文；整体方案负责总体架构、共性边界和阶段路线，字段及执行明细不重复维护。
• 产品交付的是业务范围、目标行为、规则和验收标准；入口清单已明确第一阶段业务覆盖，不以具体代码文件或接口定位作为本章的产品完成标准。
• 页面事实、已确认建设规则及需要证据的兼容／容量／留存事项保持区分；剩余核查与联合评审项集中在第8章，不混作本章尚未交付的业务材料。
• 本章材料已具备产品交接条件；后续新增业务选择或变更已确认规则时另行记录确认，不把材料完善等同于整个项目或第一阶段联合评审完成。

3. 业务对象与共用数据要求

3.1 对象边界

3.2 底座需要承接的共用信息

本表描述业务数据要求，不指定数据库表、技术字段名或存储方式。不是每一项都由用户填写；个人与共享资产所需归属信息也不能机械要求完全相同。

页面展示的上传人、创建时间、当前状态、验证状态及使用次数仍由研发核查来源映射。尤其不能将审批中状态、验证状态、资产可用状态混成一个状态，也不能将各应用使用次数直接相加冒充已确认的统一统计口径。

3.3 枚举、词表与状态口径

本节定义业务取值及字典边界，不预设数据库编码。已列出的目标取值纳入实现；依赖现有系统的完整字典和状态转换须在第一阶段设计评审中提交，不得在实现时无依据自定。

研发交接字典须逐项列出：业务值、技术编码、含义、单选／多选、默认值、空值、旧值映射、未知值处理、维护权限；状态另附合法转换、触发角色和生效条件。既有异常值进入兼容清单，不自动转公共、强行归类或丢弃。

4. 三库专属字段与规则

4.1 素材库与提示词库字段限制

页面长度属性仅作为前端观测，不代表已核实服务端校验。必填与空白规则见第6.1节；字符计数与大小写去重需研发提出一致实现口径并评审。

4.2 提示词库字段盘点

下表记录初次盘点问题；已关闭的产品选择以第6章规则为准，剩余问题由研发映射核查。

效果图展示版式或产出效果，不是任务实际执行时必须提供的参考图。“是否需要参考图”也不等于资产内已有参考图；任务输入由应用负责记录，避免把展示图片自动作为执行输入。

4.3 素材库字段盘点

下表记录初次盘点问题；已关闭的产品选择以第6章规则为准，剩余问题由研发映射核查。

4.4 技能库数据源字段、已确认方案与页面依据

4.4.1 盘点依据与覆盖边界

2026-10-10 用户端以用户提供的 8 张截图为主要依据；管理端通过已打开的聚合后台内 Studio 页面只读查看。以下仅记录字段、提示与可见入口，不复制员工信息、真实技能正文或脚本。页面文字和输入属性不是后端校验或完整流程已验证的证据。

用户端企业详情与导入校验后页面尚缺直接证据。已有截图用于现状映射，建设模型以本文规则为准，缺少证据的约束由研发核实。

4.4.2 已确认的数据源模型与字段（2026-10-10）

技能数据源采用“技能资产＋内容版本＋资源包＋来源关系”四层模型。以下为目标建设模型；不指定物理表、数据库列名或部署方式。当前页面仅用于映射与兼容核查，不直接决定底座字段。

技能资产：身份、检索与权限。

内容版本：保存确定的执行内容。

七项执行规范（适用场景、输入要求、输出要求、执行流程、边界与禁止事项、异常处理、使用示例）作为正文标准章节，首期不另存七份独立正文。创建页面可分项编辑，保存时生成统一正文；导入保留原文。若以后需要章节检索或编辑，再增加可重建的解析结果。新建七章必填；旧包缺章节提示但允许导入，不强行改写。

资源包：保存完整内容和文件关系。

正文、模板、图片、脚本和参考资料共同构成确定内容版本，不能只迁移正文。文件与总包容量、安全阈值和解析优先级待产品确认／研发核实。

来源关系：连接独立对象与业务记录。

字段校验与业务细则：

交接依赖而非已定数值：研发提供单文件／总包容量、包兼容与标识格式核查；留存期限需制度依据。上述结果影响业务规则时再由产品确认。具体版本文本格式及状态映射仍需研发兼容方案，执行中行为见第6.4节，不预设未经兼容核查的技术限制。

4.4.3 已确认的职责与关联规则

4.4.4 来源差异与待决事项

已确认模型、字段校验及职责见 4.4.2—4.4.3。剩余交接依赖：容量与包兼容核查、留存制度依据；标识／版本格式及状态映射由研发核查兼容性，执行中失效按第6.4节实施。调用权限由实际服务校验，不以分类、标签或包内 visibility 声明代替授权；具体授权与拦截策略待核实。

定稿前由研发核实：名称和标识唯一性范围、前后端全部校验、包解析优先级、资源完整性与安全阈值、稳定个人／企业／提交关联、跨设备个人数据存储、同版本不同内容及历史读取、发布写入失败重试、删除后审核与匿名统计真实留存。缺少代码或接口证据的项不在本文标为已实现。

4.4.5 技能专属验收要求

4.5 三库员工个人删除规则

本规则适用于素材、提示词和技能，是已确认建设规则，不代表现有系统已实现。

• 员工个人删除仅移除个人侧记录或可见关系，不向员工提供完整物理删除入口；未共享资料也不得由员工操作直接触发完整物理清除。
• 已共享或已发布到企业的资料继续保留，个人删除不改变企业共享关系、企业可用状态或企业访问权限。
• 素材和提示词保持原有同一资产共享模型，只移除个人侧关系，不删除企业仍引用的资产；技能保留独立企业对象及其确定内容。
• 不得因个人删除连带清除企业引用的正文、文件、技能包及内容版本。
• 底层物理清理由系统按留存规则处理，不向员工提供直接入口。首期不建设自动物理清理；清理条件、留存期限需制度依据，执行中行为见第6.4节；企业失效后的历史查看及禁止重跑见第4.4.2节；本条不扩大管理员企业删除权限。

交付验收：三库分别验证员工删除后个人侧不再展示、企业侧仍可按原权限访问且内容完整；验证个人删除接口不会执行完整物理清除。企业删除、下架和撤权另按相应规则验收，不能混为个人删除。

5. 我的分组与存量字段处理

5.1 已确认的分组规则

统一数据源保存分组及资产关联，记录分组所属用户和所属应用。首期不强制跨平台共用分组；其他应用可以忽略分组，继续按资产权限、分类和标签读取同一资产，按需接入分组查询能力。

• 分组属于用户的个人整理关系，不改变资产归属、共享范围或维护权限；其他用户不自动继承该分组。
• 修改或删除分组只改变个人整理关系，不删除资产，不影响已有任务引用。
• 分组不是各应用的必填字段，也不作为统一分类或权限判断依据。

5.2 历史超限内容

迁移时保留已有超限内容，不截断或丢弃。历史超限资产允许只改其他字段，修改超限字段时该字段适用新限制（见第6.1节）；研发提供名称、说明、正文、标签的实际长度分布及受影响记录数量，供产品复核。若需调整已确认上限，须记录新的确认结果。

必填项、标签等新校验也不能自动当成历史数据删除依据。缺失归属、无效分类、文件不可读等迁移异常按第一阶段确认的业务处理规则执行，不伪造缺失的历史信息。

6. 已确认产品执行规则与研发交接

本章定义字段、权限、版本、异常及入口行为要求。现有页面事实用于映射与兼容核查，不作为目标规则的限制。

6.1 素材、提示词及共性字段规则

6.2 角色与操作矩阵

沿用原平台已有授权，不因统一数据源接入新增权限或扩大可见范围。原平台角色具体映射由研发核查；映射不清时不自动授予权限。

组织变化不自动扩大授权，由统一身份和原授权规则计算。归属不明或无人维护的共享资产保留，不自动转移所有权；需要业务授权的管理动作进入人工处理。

6.3 字段变化与版本影响

6.4 失效、留存与迁移边界

• 员工个人删除按第4.5节，企业资料继续保留，不执行完整物理删除。
• 企业下架、删除或撤权后，禁止不获准的新调用和重跑；旧任务已保存内容和结果按任务权限查看，不因此重新授予原资产使用权。
• 执行中发生企业下架、删除或撤权时，停止后续受控读取、新生成及外部操作，保留已完成结果；对已启动的调用或操作尽力取消。无法中断的调用及无法撤销的外部动作须明确反馈，由研发核查覆盖，不承诺全部即时停止。
• 首期不建设自动物理清理；具体清理条件、留存期限及制度依据另行确定。管理员企业删除不等于立即清除被历史引用的底层资源。
• 迁移保留内容、归属、权限、旧编号及版本引用；不按名称自动合并。技能相同内容导入去重按第4.4节，不能将请求重试去重直接等同于所有资产内容去重。
• 切换发现丢失、越权或关键引用损坏，该批不通过；批次、窗口与回退设计由研发提出，再联合评审。

6.5 第一阶段受影响入口清单

本清单是产品要求的业务覆盖范围，不证明所有入口当前存在。第一阶段由两端研发逐行标记“现有／需适配／不适用及理由”，补充页面、接口、存储和负责人，作为底座设计与估算输入；第二阶段建设底座，第三阶段按清单改造并联调，第四阶段迁移切换。不得等底座完成才首次盘点。

研发交接产物需补：入口定位、接口／存储现状、适配工作、不可还原限制、负责人、依赖及工作量；产品核对业务行为。具体代码文件、函数、接口地址、错误码和部署方式不在本清单预设。

6.6 输入输出与异常交接

• 超时或连接中断可能发生在写入完成之后，不能一律等同“未保存”。显示结果待确认，使用同一请求标识核查或安全重试；不可另发全新请求导致重复资产、版本或发布。
• 请求重试去重与内容重复规则是两件事；核查结果只返回有权读取的信息。
• 任务实际输入与本次执行记录必须确认保存后才执行。执行后结果记录失败时，明确报告执行与记录的真实状态，不因记录失败自动再执行外部动作。
• 修订保存成功不等于发布生效；待发布内容不自动替换当前生效版本。
• 历史任务无权限、记录不存在、原输入无法还原与服务异常分别表达；不把当前资产内容补成历史输入。
• 技术请求结构、核查接口、错误码及分页结构由研发设计，不在总方案预设。

7. 第一阶段交付的验收依据

7.1 底座验收要求

以下从原整体方案第 12.3 节迁入，作为第一阶段需要交付的验证要求，在第二阶段执行；应用任务记录与重跑完整链路在第三阶段验证。

7.2 共性规则的最小验证集

各库使用等价样例验证共性规则，并保留文件读取、提示词正文、技能包完整性等专属检查。样例覆盖个人与共享范围，不要求构造无意义的维度组合；测试数据使用受控样本。

7.3 字段规则的边界样例

以上用例用于后续验收。

7.4 补齐规则的验收样例（后续执行）

| 写入超时但实际已保存 | 展示待确认，原请求标识核查／重试返回同一结果，不重复资产或版本 | | 修订保存与发布生效 | 两种结果及当前生效版本明确区分，未发布修订不替换当前内容 | | 输入或执行记录保存失败 | 不启动执行／重跑；结果未知先核查，不盲目重复执行 | | 历史记录不存在／不可还原／服务异常 | 分别提示，不用最新内容替代历史输入 | | 重跑成功及结果记录失败 | 新执行记录关联旧任务，原记录不覆盖；记录失败不自动重做外部动作 |

以上仅为验收要求，未执行生产测试。

8. 研发现状核查、阶段完成条件与来源

8.1 研发需要提供的核查结果

8.2 第一阶段完成条件

产品范围和关键业务规则可执行，开发完成必要事实核查，形成可评审的数据模型、接口范围、两端改造和迁移方案；产品与研发对影响范围和验收口径无关键分歧。负责人和排期按真实工作量安排。

产品业务规则可交研发评审；仍需实际入口、权限映射、容量、包兼容、历史可还原性及留存制度依据。第一阶段只有联合设计评审及必要核查完成后才可关闭，不宣称已完成开发或上线。

8.3 来源与维护