项目、团队与交付记录

一、产品定位

项目模块承接已经确认的合作关系，用于记录“谁在什么项目中承担什么角色、项目目前处于什么状态、形成了哪些作品版本、最终依据什么完成归档”。

平台不把项目继续拆成任务、工时、甘特图或即时沟通，也不替代双方使用的专业项目管理工具。项目模块保留的是与人员能力、作品资产、权益使用和运营审计直接相关的主记录。

需求用于招募和匹配，项目用于履约和沉淀。需求进入 matched 后，应由关联项目承载后续工作，不应继续在需求对象上记录交付过程。

二、项目主档

项目主档至少包括项目名称、IP 类型、创作方向、简介、目标受众、项目负责人、计划开始与结束时间、素材或参考链接、权利主体、当前状态及必要的内部说明。

项目资料应满足以下要求：

项目主档不是合同，但应与已经确认的合作文件保持一致。合同或需求范围发生重大变化时，应同步更新项目记录并保留相关确认依据。

三、团队与角色

项目团队用于记录实际参与人和角色。平台支持项目负责人、IP 策划、编剧、视觉、视频制作和其他角色；同一成员可根据实际分工承担相应职责。

添加成员前，应确认：

• 成员已知悉并同意参与项目；
• 所分配角色与实际工作一致；
• 成员有权接触项目资料；
• 保密、知识产权和费用安排已在必要范围内明确；
• 联系信息仅在有业务必要的人员之间共享。

成员退出后，平台采用保留历史关系的方式处理，不直接删除其曾参与项目的事实。退出时间之后的新操作和成果不应继续归属于该成员，除非有新的书面确认。

四、项目状态

项目状态反映生命周期，不等同于付款、验收或合同效力。

状态变更应通过领域服务完成并保留操作者与时间。不得通过直接修改数据库或删除记录来掩盖项目历史。

五、作品与版本

项目成果通过作品主档和作品版本关联。重要提交应形成独立版本，至少记录版本号、标题、提交时间、文件或外部链接、来源和权利说明。

项目可以包含多个作品，每个作品也可以包含多个版本。用于归档、评分、赛事或案例的版本应先锁定，从而保证后续修改不会改变既有业务证据。

平台记录文件地址或对象存储标识，不代表平台已经完成内容审核、病毒检测、版权确权或质量验收。参与方仍应按合同和内部流程完成必要检查。

六、第三方权益

运营可把第三方创作工具的额度发放关联到具体项目和用户。项目关联使权益使用能够按人员、项目和周期对账，但不代表平台代替第三方提供创作服务。

发生补发、调整、撤销或异常消费时，应通过权益台账记录原因，不得直接覆盖历史余额。第三方记录与平台台账不一致时，应结合发放、消费、回调和导入记录核查。

七、评价与归档

项目结束时，项目负责人可依据真实履约填写专业质量、按时交付、交付完整度、责任、响应和协作评价。评价应有事实依据，不得以人情分、交换好评或商业施压影响能力资产。

归档前建议完成以下检查：

• 项目主档与实际范围一致；
• 当前成员和历史退出成员记录准确；
• 最终成果已形成清晰版本；
• 用于归档的作品版本已经锁定；
• 素材来源、AI 使用和权利声明完整；
• 结构化评价已经由有权限的负责人提交；
• 需要公开的案例已取得展示授权；
• 暂停、争议或异常事项已有处理记录。

项目归档后产生的评价和作品质量记录可进入 OPC 能力计算。归档不等于结清费用、完成发票、放弃索赔或确认全部知识产权已经转移；这些事项以专项合同和正式凭证为准。

八、门户展示

只有状态和可见性均符合平台发布条件的项目才会进入门户。公开摘要应面向外部读者重新整理，不直接复制内部备注、联系人、预算底价、源文件地址或保密信息。

公开项目可作为平台业务案例，但平台应遵循展示授权和最小必要原则。任何成员、企业或权利人对展示范围有异议时，可按版权与权利声明提交材料。

九、能力边界

当前项目模块不提供以下能力：

• 任务拆解、里程碑、工时和甘特图；
• 平台内即时聊天、会议和复杂审批；
• 在线创作、在线剪辑或自动生成；
• 合同签署、支付、发票和自动分账；
• 自动验收、自动版权确权或法律意见；
• 用项目状态替代正式财务和法律凭证。

如合作需要上述能力，应由各方选择适当工具，并确保关键结论能够回写到平台主记录或专项文件中。

更新日期：2026 年 7 月 29 日。