GenarrativeAI/Genarrative
5
0
Fork 0
Code Issues Pull Requests Actions 5 Packages Projects Releases Wiki Activity

Integrate role asset studio into custom world agent flow

Browse Source
This commit is contained in:
高物
2026-04-14 20:16:41 +08:00
parent 0981d6ee1b
commit bc2999ffb9
118 changed files with 31211 additions and 1232 deletions
Download Patch File Download Diff File Expand all files Collapse all files

346
docs/planning/BEIJING_DIRECTION13_APPLICATION_MATERIALS_2026-04-14.md Normal file
View File

@@ -0,0 +1,346 @@
# 方向 13 软件智能化提升奖励材料整理（2026-04-14）
## 1. 方向判断
### 1.1 与当前项目的匹配点
当前项目与附件 13 的匹配点主要有：
1. 项目本质上是 `游戏软件` 的智能化提升。
2. AI 能力不是外挂聊天，而是深入到剧情、世界生成、任务、NPC 关系、运行时内容编排等核心软件功能。
3. 当前项目具有完整软件工程形态：
- 前端应用
- `Express` 后端
- 数据存储
- AI 服务编排
- 编辑器与内容工具链
### 1.2 当前方向的主要风险
附件 13 的门槛并不低，当前必须优先核验以下事项：
1. 项目纳入奖励范围的总投资额是否 `>= 500 万元`
2. 项目是否已经 `竣工并投入运行`
3. 项目建设周期是否 `<= 2 年`
4. 是否具备 `2 项软著` 或 `1 项发明专利`
5. 是否已接入 `已备案国产主流大模型`
6. 是否有 `日均 Token >= 500 万`
7. 是否能满足 `5 个不同客户案例` 或 `5 万 DAU`
8. 是否能取得 `CNAS/CMA` 机构出具的软件智能化成熟度测评报告
如果以上条件中有 3 项以上暂无依据，建议把方向 13 视为“高潜力但高补件强度”的主申报方向，而不是“马上能提报”的方向。
## 2. 官方要求拆解
### 2.1 申报条件
1. 在北京市登记注册，具有独立法人资格的信息软件企业
2. 项目纳入奖励范围的总投资额超过 `500 万元（含）`
3. 截至申报日项目已竣工并投入运行，竣工时间在 `2025 年 1 月 1 日` 及以后
4. 项目形成的智能软件产品具备自主知识产权，取得不少于 `2 项软著` 或 `1 项发明专利`
5. 项目建设周期不超过 `2 年`
### 2.2 绩效要求
项目需同时满足以下条件：
1. 形成智能化软件开发能力
- 代码生成占比 `>= 35%`，或代码行采纳率 `>= 30%`
2. 形成智能化软件产品
- 接入已备案国产主流大模型
- 具备自然语言或多模态交互
- 日均 Token 消耗量不少于 `500 万`
- 软件智能化成熟度至少达到 `部分智能化`
3. 具备行业应用效果
- 面向企业端：至少 `5 个不同客户`
- 面向消费者端：`DAU > 5 万`
## 3. 申报材料总清单
### 3.1 必交材料
1. 《北京市软件智能化提升项目绩效要求》对应证明材料
2. 《智能化提升项目纳入奖励范围的总投资要求》对应专项审计与明细
3. 《智能化提升奖励申报表》
4. 《智能化提升项目实施总结报告》及证明材料
5. 《北京市高精尖产业发展项目资金承诺书》
6. 企业最新版营业执照复印件
7. 其他与项目有关的补充资料
### 3.2 材料与项目事实的对应关系
| 官方材料 | 需要表达什么 | 当前项目可复用内容 | 当前待补件 |
| --- | --- | --- | --- |
| 申报表 | 项目基本信息、投资、创新点、成效、推广性 | `README.md`、`docs/prd/`、`docs/technical/` | 企业信息、投资额、建设时间、客户/DAU、资金支持情况 |
| 实施总结报告 | 项目背景、建设方案、关键技术、投资、绩效、效益 | `README.md`、剧情引擎/自定义世界/技术文档 | 立项/结项文件、专项审计、成熟度测评、日志证明 |
| 技术设备与投资明细 | 硬件、软件、材料、研发人员投入 | 可从采购、云资源、模型调用、开发工具里整理 | 发票、合同、付款凭证、记账凭证、审计报告 |
| 知识产权证明 | 项目形成软件的自主知识产权 | 仓库结构、架构、功能模块可支撑匹配说明 | 软著/专利证书本体 |
| 绩效证明 | AI 编码、模型接入、Token、成熟度、应用效果 | 代码仓库、运行日志、接口能力说明 | 第三方编码平台证明、Token 数据、测评报告、客户合同或 DAU |
## 4. 建议的申报项目命名
建议在以下 3 个口径中选一个：
1. `AI 原生剧情引擎与游戏软件智能化提升项目`
2. `面向互动叙事游戏的 AI 原生剧情引擎智能化提升项目`
3. `跨题材 AI 原生叙事游戏软件智能化改造项目`
推荐优先使用：
`AI 原生剧情引擎与游戏软件智能化提升项目`
原因：
- 兼顾 `游戏软件` 与 `智能化提升`
- 不把自己限制成单一玩法
- 后续客户案例或平台化能力也更好挂靠
## 5. 申报表字段建议底稿
### 5.1 项目所属领域
建议填写：
- `游戏软件`
### 5.2 项目主要内容（1000 字内，可作为首稿）
建议首稿：
> 本项目围绕 AI 原生视觉 RPG 产品开展智能化提升，建设内容覆盖 AI 原生剧情引擎、自定义世界生成、角色关系与任务生成、运行时物品叙事编排、流式交互式对话以及后端持久化与内容工具链等核心模块。项目以“AI 负责叙事表达、本地规则负责状态裁决”为总体技术路线，通过接入大模型能力和本地规则编排机制，完成传统游戏内容生产和运行时交互链路的智能化改造，使游戏软件从固定脚本驱动升级为可结构化生成、可状态约束、可持续演进的 AI 原生软件产品。
### 5.3 项目关键技术和创新点（1000 字内，可作为首稿）
建议首稿要点：
1. `剧情引擎结构化`
- 通过 `themePack / storyGraph / narrativeProfile / knowledgeFacts / threadContracts` 等结构，把大模型输出从松散文本升级为可控的剧情引擎语义层。
2. `AI 与本地规则分工`
- AI 负责叙事表达、关系生成、世界扩展，本地规则负责数值、状态、任务推进、背包、招募、持久化等核心逻辑，提升软件稳定性与可验证性。
3. `跨题材自定义世界生成`
- 支持从用户输入的世界锚点出发，生成世界框架、场景、角色、剧情线程和运行时资料，提升内容生产效率与可扩展性。
4. `运行时智能交互`
- 在实际游玩过程中，支持流式剧情推进、NPC 对话、关系推进、任务生成和物品叙事编排，实现游戏软件运行态的智能化。
5. `前后端协同架构`
- 以 `Express + PostgreSQL` 为服务端核心，实现运行时 AI 接口、持久化、资产接口、编辑器写盘与开发联调支撑，形成可持续迭代的软件产品工程体系。
### 5.4 项目智能化改造成效（1000 字内，建议结构）
建议分 4 段写：
1. `技术重构内容`
- 从静态内容和单轮生成升级为结构化世界生成、角色叙事档案、线程驱动任务和运行时记忆回写。
2. `智能化改造重点`
- 大模型接入、自然语言交互、智能生成剧情、智能生成任务、智能物品叙事、多阶段世界生成。
3. `效益量化评估`
- 内容生产效率提升、生成链路自动化率提升、编辑器与运行时联动效率提升、研发智能辅助能力增强。
4. `生态适配能力和社会经济效益`
- 面向互动叙事、游戏软件、数字内容、IP 衍生、文化科技融合场景具备复制潜力。
### 5.5 项目可推广性（1000 字内，建议结构）
建议强调：
1. 可从单款产品复用为 `AI 互动叙事引擎`
2. 可扩展到多题材、多世界观、多角色规模
3. 可服务于游戏、互动内容、数字文化产品
4. 后续具备平台化、SaaS 化或中台化演化空间
## 6. 实施总结报告建议写法
### 6.1 报告结构
按附件 13-5 的模板，建议直接写成以下章节：
1. 企业基本情况介绍
2. 项目建设方案
3. 项目建设情况
4. 相关证明材料
5. 其他需说明事项
### 6.2 可直接落稿的章节框架
#### 一、企业基本情况介绍
建议覆盖：
- 企业基本信息
- 发展阶段
- 核心软件产品
- 近 3 年经营情况或成立以来经营情况
- 当前研发团队与技术方向
#### 二、项目建设方案
`2.1 项目主要内容`
- 从“传统脚本化内容生产和运行时交互效率低、扩展成本高”切入
- 强调项目要解决的核心问题：
- 内容生成成本高
- 叙事扩展难
- 互动体验不连续
- 游戏软件的智能化程度不足
`2.2 项目建设方案`
建议写成 5 个子模块：
1. AI 原生剧情引擎模块
2. 自定义世界生成模块
3. 角色关系与任务智能生成模块
4. 运行时交互与持久化模块
5. 编辑器与资产工具链模块
`2.3 项目关键技术和创新`
建议围绕以下关键词展开：
- 大模型接入与多阶段编排
- 结构化剧情引擎语义层
- AI 叙事与本地规则协同
- 游戏软件运行态智能化
- 自定义世界生成和叙事图谱构建
`2.4 项目预期实现的经济社会效益`
建议从 3 个角度写：
1. 提升游戏软件研发和内容生产效率
2. 形成 AI 原生互动叙事软件产品能力
3. 为数字内容、文化科技融合和互动娱乐软件提供可复制技术路径
#### 三、项目建设情况
`3.1 项目概况`
- 项目建设地点
- 起止时间
- 版本迭代时间点
- 上线 / 投运节点
`3.2 项目建设内容完成情况`
建议按“计划模块 -> 已完成内容 -> 当前状态”写。
`3.3 项目投资完成情况`
- 技术设备费
- 材料费
- 研发人员费用
- 资金到位与使用情况
- 专项审计情况
`3.4 项目绩效完成情况`
必须逐项回应：
1. 代码生成占比 / 采纳率
2. 国产主流大模型接入
3. 日均 Token 量
4. 软件智能化成熟度等级
5. 行业应用效果或 DAU
`3.5 项目其他实施效果`
- 工程效率提升
- 研发流程优化
- 内容产能提升
- 交互质量提升
- 可扩展性提升
## 7. 证据材料采集清单
### 7.1 基础证明
- 营业执照
- 立项决议 / 项目启动文件
- 项目竣工 / 版本上线证明
- 项目建设周期证明
### 7.2 投资与审计证明
- 设备清单
- 投资支出明细表
- 发票
- 付款凭证
- 记账凭证
- 银行流水
- 采购合同
- 专项审计报告
- 研发人员清单、工资、社保材料
### 7.3 技术与知识产权证明
- 软著
- 发明专利
- 知识产权与申报产品对应关系说明
- 架构图
- 关键模块说明
### 7.4 智能化绩效证明
- 第三方辅助编码平台导出的代码生成占比 / 采纳率
- 项目周期内 1 个月辅助编码平台日志
- 大模型接入截图
- 网信办备案截图
- 日均 Token 量后台证明
- 第三方智能化成熟度测评报告
### 7.5 应用效果证明
二选一准备：
1. `B 端路径`
- 5 个不同客户销售合同
- 上线或验收证明
- 非关联关系证明
2. `C 端路径`
- 后台 DAU 日志
- 统计口径说明
- 关键时间段截图
## 8. 当前项目的红黄绿核验表
| 核验项 | 当前判断 | 说明 |
| --- | --- | --- |
| 北京市信息软件企业主体 | `待核验` | 仓库无法证明，需企业基础材料确认 |
| 项目总投资 >= 500 万 | `待核验` | 需按附件 13-3 口径做专项审计测算 |
| 项目竣工并投运 | `待核验` | 需形成明确版本竣工和运行证明 |
| 建设周期 <= 2 年 | `大概率可满足` | 需立项与竣工时间文件确认 |
| 2 项软著或 1 项发明专利 | `待核验` | 当前仓库未见证书信息 |
| 国产主流备案模型接入 | `待核验` | 需提供模型名称、备案号和接入截图 |
| 日均 Token >= 500 万 | `高风险` | 需要真实运行数据支撑 |
| 智能化成熟度测评 | `待补` | 需第三方机构报告 |
| 5 客户或 5 万 DAU | `高风险` | 需选定 B 端或 C 端路径并集中准备 |
## 9. 推荐的实际推进动作
1. 立刻建立 `方向 13 数据底表`
- 建设周期
- 投资金额
- 研发人员
- 模型调用量
- 客户 / DAU
- 软著 / 专利
2. 先做一版 `项目实施总结报告` Word 初稿
- 文字先成型
- 数字和证明后补
3. 同步预约或筛选 `智能化成熟度测评机构`
4. 立刻判断应用效果走哪条路径
- `C 端 DAU`
- `B 端 5 个客户`
5. 如果当前达不到 `5 万 DAU`，且已经有引擎化输出可能，建议考虑把申报产品口径从“单款游戏”适度提升为“AI 原生剧情引擎及其游戏软件应用”，以增强 B 端案例组织空间。

349
docs/planning/BEIJING_DIRECTION21_APPLICATION_MATERIALS_2026-04-14.md Normal file
View File

@@ -0,0 +1,349 @@
# 方向 21 “创赢未来”成长计划材料整理（2026-04-14）
## 1. 方向判断
### 1.1 与当前项目的匹配点
当前项目与方向 21 的匹配度较高，原因如下：
1. 方向 21 明确支持 `未来信息` 领域。
2. 当前项目更适合归入 `未来信息 -> 通用人工智能`。
3. 项目同时具备 `沉浸式互动内容`、`世界生成`、`角色智能体化`、`多轮交互式叙事` 等特征，可作为 `元宇宙` 叙事补充语义，但不建议作为首选归类。
4. 从仓库状态看，项目已具备完整产品原型、明确技术路线和多阶段演进文档，适合做早期高潜企业 / 团队的路演材料。
### 1.2 推荐申报口径
建议主口径：
- `未来信息 -> 通用人工智能`
备选口径：
- `未来信息 -> 元宇宙`
推荐理由：
- 当前项目的核心竞争力在于 AI 原生剧情引擎、结构化世界生成与运行时智能交互，而不是纯 3D 场景或虚拟空间平台。
### 1.3 时间节点
附件 21 明确写明：
- `2026 年 6 月` 路演对应申报截止时间：`2026 年 5 月 15 日`
## 2. 官方材料要求
### 2.1 必交材料
1. “创赢未来”成长计划报名表
2. 承诺书
3. 商业计划书
4. 产品或技术演示材料
5. 其他补充材料
### 2.2 与当前项目的适配判断
| 材料 | 主要看点 | 当前项目优势 | 待补信息 |
| --- | --- | --- | --- |
| 报名表 | 团队、技术、行业归类、融资规划 | 技术方向清晰，产品结构完整 | 企业基本信息、财务、股权、融资、估值 |
| 承诺书 | 基础合规 | 只需走公章和法人签字流程 | 公司主体信息 |
| 商业计划书 | 行业空间、技术壁垒、商业化路径、融资用途 | 文档体系完整，路线图和产品能力明确 | 市场数据、营收、客户、融资规划 |
| 产品/技术演示 | 路演说服力 | 项目演示性很强，适合做 Demo | 需组织脚本、录屏和讲解 |
| 补充材料 | 荣誉、知识产权、合作 | 可补架构、PRD、测试、软著等 | 荣誉、融资、客户证明 |
## 3. 报名表逐项整理建议
### 3.1 一、申报主体基本情况
#### 推荐准备字段
- 申报主体名称
- 统一社会信用代码
- 注册资本
- 注册地址 / 通讯地址
- 企业性质
- 法定代表人
- 申报负责人 / 联系人
- 申报主体人数
- 研发人员人数与占比
#### 企业或创新团队简介建议口径
建议首稿：
> 团队围绕 AI 原生互动叙事软件开展研发，核心方向是构建可支撑跨题材互动内容生成、角色关系演化、运行时剧情推进和自定义世界创建的 AI 原生剧情引擎。当前已完成以视觉 RPG 为主要产品形态的原型验证，形成了前后端一体的软件产品框架，并围绕剧情引擎结构化、世界生成、任务编排、角色关系和运行时状态持久化建立了较完整的技术路线和产品文档体系。
#### 核心团队信息建议准备
每位核心成员建议统一整理以下字段：
- 姓名
- 角色定位
- 负责模块
- 学历 / 过往经历
- 擅长方向
- 与项目的适配性
- 奖项 / 荣誉 / 代表成果
### 3.2 二、核心技术与产品 / 服务
#### 核心技术基础
建议围绕以下 5 点展开：
1. 大模型驱动的剧情生成与世界生成
2. 结构化剧情引擎语义层
3. AI 叙事与本地规则协同架构
4. 自定义世界分阶段生成技术
5. 运行时智能交互与持久化技术
#### 技术 / 产品定位（不超过 300 字）
建议首稿：
> 项目聚焦 AI 原生互动叙事软件，面向游戏、数字内容与沉浸式互动场景，提供从世界构建、角色关系、任务生成到运行时剧情推进的一体化智能引擎能力。产品核心解决传统互动内容生产成本高、扩展慢、剧情可玩性不足的问题，支持在统一规则约束下实现多轮对话、动态剧情、角色状态演化与自定义世界生成。
#### 差异化优势与壁垒（不超过 300 字）
建议首稿：
> 项目的差异化不在于简单接入大模型，而在于构建了“AI 负责叙事表达、本地规则负责状态裁决”的分层架构，并将大模型能力进一步沉淀为结构化剧情引擎语义层。相比纯聊天式互动产品，本项目在世界生成、角色关系、任务推进、内容持久化和运行时控制方面具备更强的可控性、可扩展性和软件产品化能力。
#### 知识产权情况
当前建议填写方式：
- 已授权专利：`[待补]`
- 发明专利：`[待补]`
- 软件著作权：`[待补]`
- 其他知识产权：`[待补]`
#### 技术 / 产品成熟度
如果当前还未形成稳定商业化收入，建议优先选择：
- `中试 / 测试`
如果已经存在真实付费客户或稳定运营数据，再考虑：
- `已完成商业化`
#### 商业化进展
建议按真实情况二选一：
1. 如果已有收入
- 填历史收入、当前客户和代表性案例
2. 如果尚在测试阶段
- 建议如实填写：
- 已完成核心原型验证
- 已形成可演示产品
- 正在推进测试验证 / 合作接洽 / 商业化探索
### 3.3 三、核心产业领域
建议勾选：
- `未来信息 -> 通用人工智能`
如需辅助说明，可在备注中补一句：
> 项目兼具沉浸式互动内容和数字世界生成特征，但核心技术驱动仍以通用人工智能能力为主。
### 3.4 四、融资历史与资本结构
需要准备：
- 历史融资时间、轮次、金额、投资方、估值
- 当前股权结构
- 当前估值
- 现有资金储备与可持续运营时间
如果暂无外部融资，建议如实写：
- 历史融资：暂无
- 当前股权结构：创始团队持股 `100%` 或按真实结构填写
- 当前估值：按拟融资口径测算
### 3.5 五、历史财务信息
如果已注册公司，需要补齐：
- `2024`
- `2025`
- 最近一期
指标包括：
- 营业收入
- 利润总额
- 净利润
- 研发投入
- 总资产
- 净资产
- 经营活动现金流净额
### 3.6 六、融资规划与发展战略
#### 未来 12-18 个月资金用途建议分类
建议按以下 5 类填：
1. 产品研发与迭代
2. 核心技术团队扩建
3. 市场推广与业务拓展
4. 基础设施与模型调用投入
5. 补充运营流动资金
#### 关键发展里程碑建议
建议先按以下 5 条拟定：
1. 完成 AI 原生剧情引擎核心能力升级，并形成可对外展示的稳定版本
2. 完成自定义世界生成与角色叙事系统的产品化闭环
3. 完成首批种子用户测试与关键使用数据沉淀
4. 完成核心知识产权申请 / 获取
5. 完成下一轮融资所需的数据验证、客户验证或平台验证
#### 是否接受“拨改投”
建议先与公司决策层确认再填。
如果当前阶段确实需要政府快投和后续基金跟投支持，通常建议倾向：
- `是`
但这属于有实际融资后果的选择，必须由公司确认。
### 3.7 七、财务预测与要素需求
需要形成 `2026-2028` 三年预测：
- 营业收入
- 净利润
- 研发投入
- 团队规模
- 累计知识产权数量
建议同步准备：
- 增长驱动因素
- 风险与应对
- 希望获得的非资金支持
## 4. 商业计划书建议结构
附件 21-3 已给出 8 个章节，建议直接写成 15-18 页 BP：
1. 封面
2. 一句话定义项目
3. 行业痛点与机会
4. 产品形态与演示截图
5. 核心技术与架构
6. 差异化与壁垒
7. 当前进展与验证情况
8. 商业化路径
9. 市场空间
10. 团队介绍
11. 融资历史与当前结构
12. 本轮融资需求与用途
13. 未来 12-18 个月里程碑
14. 三年财务预测
15. 政府支持与生态协同需求
## 5. BP 各章节可直接复用的项目内容
### 5.1 公司 / 团队基本情况
可复用来源：
- `README.md`
- `docs/technical/NODE_SERVER_KNOWLEDGE_GRAPH_2026-04-08.md`
- `docs/experience/PROJECT_DEVELOPMENT_EXPERIENCE.md`
### 5.2 技术研发情况
重点引用：
- `docs/prd/AI_NATIVE_CROSS_GENRE_STORY_ENGINE_PRD_2026-04-06.md`
- `docs/prd/AI_NATIVE_CLASSIC_RPG_EXPERIENCE_BENCHMARK_PRD_2026-04-06.md`
- `docs/prd/AI_NATIVE_NARRATIVE_THREAD_ITEM_AND_WORLD_NPC_PRD_2026-04-06.md`
- `docs/prd/AI_NATIVE_STORY_ENGINE_PHASE1_IMPLEMENTATION_PLAN_2026-04-06.md`
- `docs/prd/AI_NATIVE_STORY_ENGINE_PHASE2_IMPLEMENTATION_PLAN_2026-04-06.md`
### 5.3 产品 / 服务
可突出以下模块：
1. AI 原生剧情引擎
2. 自定义世界生成
3. 角色关系与对话系统
4. 任务生成与推进
5. 运行时智能交互
6. 编辑器与内容工作台
### 5.4 行业及市场
虽然仓库里没有市场数据，但可以先定义分析框架：
1. 游戏与互动内容的 AI 生产工具市场
2. 互动叙事软件市场
3. 数字文化和沉浸式内容市场
4. 可扩展到教育、文旅、IP 互动内容的潜在空间
这一部分需要外部市场数据支持，不能只靠仓库文档。
### 5.5 发展战略与商业规划
建议路线：
1. 先做自有标杆产品验证引擎能力
2. 再沉淀可复用的剧情引擎与世界生成能力
3. 再探索平台化 / 工具化 / B 端合作 / 内容生态输出
## 6. 产品 / 技术演示材料建议
### 6.1 推荐演示结构
建议控制在 `5-8 分钟`：
1. 项目定位
2. 进入世界或创建自定义世界
3. 展示 AI 剧情推进
4. 展示 NPC 对话 / 关系 / 任务生成
5. 展示运行时状态与本地规则约束
6. 展示编辑器或后台架构，证明不是单点 Demo
### 6.2 建议准备的演示附件
- 1 个主演示视频
- 1 份产品截图包
- 1 页系统架构图
- 1 页技术路线图
- 1 页未来里程碑图
## 7. 当前项目的材料缺口
| 类别 | 当前状态 | 说明 |
| --- | --- | --- |
| 企业基本信息 | `待补` | 需公司或团队真实资料 |
| 财务数据 | `待补` | 报名表和 BP 都需要 |
| 股权结构与融资历史 | `待补` | 仓库无此信息 |
| 市场验证与客户信息 | `待补` | 需真实商业化数据 |
| 知识产权 | `待核验` | 建议同步整理软著 / 专利 |
| Demo 材料 | `可快速形成` | 项目演示性较强 |
| 技术路线与产品逻辑 | `优势明显` | 仓库文档充足，可直接转写 |
## 8. 推荐的实际推进动作
1. 先把报名表做成一版可填写底稿。
2. 同时做一版 `15 页` 左右的 BP 目录和每页一句话。
3. 与创始团队确认：
- 轮次
- 估值
- 拟融资金额
- 资金用途
- 是否接受拨改投
4. 录制第一版产品演示视频。
5. 把未来 12-18 个月里程碑先量化成数字。

184
docs/planning/BEIJING_DIRECTION24_APPLICATION_MATERIALS_2026-04-14.md Normal file
View File

@@ -0,0 +1,184 @@
# 方向 24 北京市中小企业服务券材料整理（2026-04-14）
## 1. 先说判断
方向 24 不能直接按“和 13、21 一样的项目申报”理解。
它至少有两条完全不同的路径：
1. `路径 A：服务机构申报配券产品`
2. `路径 B：中小微企业领券用券`
对当前项目来说，必须先明确你想走哪条路径。
## 2. 当前项目与方向 24 的适配结论
### 2.1 如果你想走“服务机构申报配券产品”
当前项目不建议直接以现有形态冲这一路径，原因如下：
1. 当前项目核心是 `AI 原生视觉 RPG / 互动叙事产品`，不是天然面向北京市中小微企业销售的标准化企业服务产品。
2. 附件 24 要求服务机构上年度与北京市中小企业签约合同不少于 `15 份`，营业收入不低于 `800 万元`。
3. 还要求产品有明确服务内容、收费标准、知识产权、销售体系和售后服务。
4. 当前批次配券产品征集时间截至 `2026 年 3 月 9 日`，本轮窗口已经结束。
结论：
- `不建议把当前轮 24 作为主申报方向。`
### 2.2 如果你想走“企业领券用券”
这条路径是可行的，但它不是重材料申报，而是：
1. 企业身份认证
2. 查找上线服务产品
3. 下单领券
4. 线下签约
5. 服务交付与留痕
这条路径更适合作为：
- 为 `方向 13` 配套采购第三方大模型、数据治理、智能研发工具、数智转型服务时的降本手段
## 3. 路径 A：服务机构申报配券产品
## 3.1 官方硬门槛
服务机构需满足：
1. 依法注册，有固定经营场所，成立 `1 年（含）以上`
2. 拥有开展专业服务所需设备、许可、认证、资质、资格
3. 近 `3 年` 经营、环保、纳税、诚信等方面无严重失信记录
4. 上年度与北京市中小企业签订合同量不少于 `15 份`
5. 营业收入不低于 `800 万元`
6. 产品具有完整知识产权、销售体系及售后服务
7. 产品需有明确服务内容和收费标准
## 3.2 申报材料清单
### 3.2.1 服务机构申请材料
1. 服务机构详细介绍（不少于 `2000` 字）
2. 营业执照
3. 运营所在地证明文件
4. `2025` 年度财务审计报告 / 专审报告 / 财务报表
5. 至少 `15` 份北京市中小企业合同扫描件或等效证明
6. 申请方向相关专业资质证明
7. 其他优势特色证明材料
### 3.2.2 配券服务产品申请材料
每个产品单独成一个文件夹，需提交：
1. 配券产品申请表
2. 产品价格证明
- 报价明细表
- 近 `12` 个月 `5 套` 合同 + 发票 + 转账凭证
3. 知识产权或销售 / 售后体系证明
4. 近两年服务北京地区专精特新、小巨人、上市高成长企业名单（如无可不提供）
## 3.3 当前项目如果一定要做 24，需要怎么改口径
如果未来还想走路径 A，建议不要再以“游戏项目”名义申报，而是重构成面向中小企业的标准化服务产品，例如：
1. `AIGC 互动内容生成与叙事工作台`
2. `AI 角色对话与剧情内容生产系统`
3. `中小内容团队智能叙事创作平台`
更适合申报的类别：
- `方向 1 大模型应用`
- 或 `方向 2 数智转型系统`
但即便如此，仍需补齐：
1. 北京地区 `15` 份中小企业合同
2. `800 万元` 营收
3. 标准化产品定价体系
4. 售后和交付体系
5. 如果按大模型产品报，还需网信办备案信息
## 3.4 当前路径 A 的建议结论
建议标记为：
- `本轮不主攻`
- `仅保留备查清单`
## 4. 路径 B：企业领券用券
## 4.1 这条路径需要做什么
1. 在北京市统一身份认证平台完成企业认证
2. 登录北京通企服版 APP
3. 在服务券专区查找适合的产品
4. 领券并下单
5. 与服务机构线下签约
6. 履约、付款并保留全套材料
## 4.2 对当前项目最有价值的用券方向
如果你们作为企业用券，最值得关注的通常是：
1. `大模型应用`
- 模型部署
- 模型调用
- 大模型精调
- 数据治理
2. `数智转型系统`
- 智能研发工具
- AI 辅助编程系统
- 研发设计 / 经营管理 / 软件系统集成服务
## 4.3 用券侧建议留存的材料
虽然企业侧不一定需要像服务机构一样重申报，但仍建议留痕：
1. 企业认证截图
2. 下单截图
3. 订单编号与下单时间
4. 服务合同
5. 发票
6. 付款凭证
7. 服务交付说明
8. 服务完成确认截图
这些材料后续也可能反过来支持 `方向 13` 的投资和智能化建设证明。
## 5. 当前项目的实际建议
### 5.1 不建议做的事
1. 不建议把当前 AI 游戏项目直接包装成 24 配券产品就立刻申报。
2. 不建议在本轮窗口已过的情况下继续花大量时间准备服务机构征集材料。
### 5.2 建议做的事
1. 如果你们是 `用券企业`，优先研究可采购的 AI 服务产品。
2. 如果你们未来想做 `配券服务机构`，把这份文档当成下一轮准备清单。
3. 现阶段把主要精力放在 `方向 13` 和 `方向 21`。
## 6. 备查清单
### 6.1 路径 A：未来如要做服务机构征集
- 服务机构介绍
- 营业执照
- 场地证明
- 审计报告 / 财务报表
- `15` 份北京中小企业合同
- 资质证明
- 产品报价体系
- `5` 套合同 + 发票 + 转账凭证
- 知识产权 / 销售 / 售后体系
- 高成长客户清单
### 6.2 路径 B：当前如要用券
- 企业认证
- 下单记录
- 合同
- 发票
- 付款记录
- 服务交付留痕

233
docs/planning/BEIJING_POLICY_APPLICATION_OVERVIEW_13_21_24_2026-04-14.md Normal file
View File

@@ -0,0 +1,233 @@
# 北京市方向 13 / 21 / 24 申报总览（2026-04-14）
## 1. 文档目的
这份文档用于把当前项目与以下 3 个方向的申报要求对齐，并给出统一的材料准备框架：
- 方向 `13`：软件智能化提升奖励
- 方向 `21`：“创赢未来”成长计划
- 方向 `24`：北京市中小企业服务券
本文档基于以下官方附件整理：
- `C:\Users\windows\Downloads\W020260225601546780336.docx`
- `C:\Users\windows\Downloads\W020260225601548312243.doc`
- `C:\Users\windows\Downloads\W020260225601549271520.docx`
## 2. 先说结论
### 2.1 当前项目与三个方向的匹配判断
1. `方向 13` 是当前最值得主攻的申报方向。
- 当前项目本质上是“AI 原生剧情引擎 + 本地规则裁决 + 游戏软件产品”的智能化软件项目，且附件 13 明确包含 `游戏软件`。
- 但这一方向材料最重、硬门槛最多，必须优先核验 `总投资 >= 500 万元`、`项目已竣工投运`、`知识产权数量`、`国产模型接入`、`Token 量`、`5 个客户案例或 5 万 DAU`、`智能化成熟度测评` 等要求。
2. `方向 21` 与当前项目方向高度匹配，建议并行准备。
- 当前项目适合归入 `未来信息 -> 通用人工智能`，`元宇宙` 可作为备选描述维度，不建议作为首选。
- 这一方向更看重技术潜力、团队能力、融资规划和未来产业前景，比较适合当前这种“技术路线清晰、产品原型已成型、后续仍处于快速演化阶段”的项目。
- 附件 21 明确写明 `2026 年 6 月` 路演对应申报截止时间为 `2026 年 5 月 15 日`。
3. `方向 24` 需要先区分申报身份，再决定是否投入材料准备。
- 如果你想申报的是 `服务机构配券产品征集`，那当前项目并不天然匹配，因为现有仓库核心是 AI 游戏产品，不是面向北京市中小微企业销售的标准化企业服务产品。
- 如果你想用的是 `中小企业服务券`，那不是一套重申报材料，而是企业认证、下单、签约、付款、留痕流程。
- 附件 24 写明本轮 `配券产品征集` 截止至 `2026 年 3 月 9 日`，按当前日期 `2026 年 4 月 14 日`，这一轮服务机构征集窗口已经结束。
### 2.2 建议的投入顺序
1. 先完成 `方向 13` 的硬条件核验和主材料框架。
2. 并行完成 `方向 21` 的报名表底稿、BP 结构和演示材料提纲。
3. 对 `方向 24` 只做判断和备查，不建议当前把主要时间投入到“配券产品征集”上。
## 3. 当前项目可复用的共用事实
以下内容可以作为 `13` 和 `21` 的共用项目底稿基础：
### 3.1 项目定位
- 项目名称：`AI Native Visual RPG`
- 核心定位：以 `AI 叙事 + 本地规则 + 像素演出` 为核心的 AI 原生视觉 RPG 原型
- 产品形态：前端表现层 + `Express` 后端 + `PostgreSQL` 持久化 + AI 接口编排
- 核心能力：
- 世界与角色选择
- AI 剧情推进与流式对话
- 战斗演出、NPC 战斗、切磋
- NPC 交易、送礼、求助、招募
- 宝藏交互
- 同伴跟随与战斗
- 预设编辑器 / NPC 视觉编辑器 / 行为编辑器
- 自动存档与继续游戏
### 3.2 技术架构
- 前端：`React 19` + `TypeScript` + `Vite`
- 后端：`Express` + `TypeScript`
- 数据层：`PostgreSQL`
- AI 能力接入：
- 流式剧情生成
- 自定义世界多阶段生成
- NPC 对话 / 招募 /关系总结
- 任务生成
- 角色视觉与动画资产生成接口
- 工程门禁：
- `npm run lint`
- `npm run check:encoding`
- `npm run check:content`
- `npm run build`
- `vitest`
### 3.3 当前可支撑的创新点
1. `AI 负责叙事表达，本地规则负责状态裁决`
- 把剧情生成与关键规则分离，降低纯模型驱动的不稳定性。
2. `AI 原生剧情引擎`
- 当前文档已经形成 `themePack -> storyGraph -> narrativeProfile -> knowledgeFacts / threadContracts` 的结构化设计。
3. `跨题材自定义世界生成`
- 支持从世界锚点出发生成世界框架、角色、地点、叙事图谱与运行时编译结构。
4. `游戏软件的智能化改造方向明确`
- 不是简单在游戏里接聊天，而是围绕剧情推进、任务、角色关系、物品叙事、世界生成做系统级 AI 注入。
5. `前后端职责边界清晰`
- 遵循“前端只做表现，逻辑和数据放后端”的工程约束，便于形成可持续演进的软件产品能力。
## 4. 仓库内建议重点引用的项目依据
- `README.md`
- `docs/prd/AI_NATIVE_CROSS_GENRE_STORY_ENGINE_PRD_2026-04-06.md`
- `docs/prd/AI_NATIVE_CLASSIC_RPG_EXPERIENCE_BENCHMARK_PRD_2026-04-06.md`
- `docs/prd/AI_NATIVE_NARRATIVE_THREAD_ITEM_AND_WORLD_NPC_PRD_2026-04-06.md`
- `docs/prd/AI_NATIVE_CUSTOM_WORLD_CREATION_FLOW_OPTIMIZATION_PRD_2026-04-06.md`
- `docs/prd/AI_NATIVE_STORY_ENGINE_PHASE1_IMPLEMENTATION_PLAN_2026-04-06.md`
- `docs/prd/AI_NATIVE_STORY_ENGINE_PHASE2_IMPLEMENTATION_PLAN_2026-04-06.md`
- `docs/technical/NODE_SERVER_KNOWLEDGE_GRAPH_2026-04-08.md`
- `docs/planning/CURRENT_GAME_ITERATION_PRIORITIES_2026-04-03.md`
- `docs/experience/PROJECT_DEVELOPMENT_EXPERIENCE.md`
## 5. 三个方向的共用材料包
以下材料建议先做成一个统一总包，再按方向拆分：
### 5.1 企业基础件
- 营业执照扫描件
- 法定代表人信息
- 联系人信息
- 公司简介
- 统一社会信用代码
- 注册地址 / 办公地址 / 经营场所证明
- 企业近 2 年到 3 年财务数据
- 2025 年审计报告 / 专审报告 / 财务报表
### 5.2 项目基础件
- 项目命名口径
- 项目建设周期
- 项目立项文件 / 决策文件
- 项目结项 / 版本竣工 / 上线证明
- 项目建设地点
- 项目实施团队名单
- 项目总投资和构成明细
### 5.3 技术与知识产权件
- 软件著作权证书
- 发明专利证书或申请进展材料
- 产品版本说明
- 系统架构图
- 关键技术说明
- 模型接入说明
- 技术创新点说明
### 5.4 市场与应用件
- 客户合同 / 订单 / 上线验收证明
- 用户数据后台截图
- 日活 / 调用量 / Token 日志
- 合作伙伴名单
- 试点案例
- 演示视频 / 产品截图
### 5.5 融资与团队件
- 核心团队简历
- 股权结构
- 历史融资情况
- 当前估值与资金储备
- 未来 12-18 个月资金需求与用途
- 未来 3 年财务预测
## 6. 建议的材料目录结构
建议在仓库外或公司申报盘中采用以下目录：
```text
申报材料/
├─ 00_共用基础材料/
│ ├─ 00_营业执照与资质/
│ ├─ 01_财务与审计/
│ ├─ 02_团队与融资/
│ ├─ 03_知识产权/
│ ├─ 04_项目立项与结项/
│ ├─ 05_产品截图与演示/
│ └─ 06_客户与应用证明/
├─ 13_软件智能化提升奖励/
│ ├─ 01_申报表/
│ ├─ 02_实施总结报告/
│ ├─ 03_绩效与测评/
│ ├─ 04_投资明细与专项审计/
│ └─ 05_补充证明/
├─ 21_创赢未来成长计划/
│ ├─ 01_报名表/
│ ├─ 02_承诺书/
│ ├─ 03_商业计划书/
│ ├─ 04_产品技术演示/
│ └─ 05_补充证明/
└─ 24_中小企业服务券/
├─ A_配券产品征集_如后续开放/
└─ B_企业用券留痕/
```
## 7. 当前最需要立即核验的硬条件
### 7.1 方向 13
- 是否已经形成一个可定义为“已竣工并投入运行”的软件版本
- 是否能确认项目建设开始时间和竣工时间，且周期不超过 2 年
- 是否有 `2 项软著` 或 `1 项发明专利`
- 是否能拿到 `>= 500 万元` 的专项审计口径总投资
- 是否能提供 `第三方辅助编码平台` 的代码生成占比 / 采纳率证明
- 是否已接入 `已备案的国产主流大模型`
- 是否有 `日均 Token >= 500 万`
- 是否能拿到 `智能化成熟度测评报告`
- 是否能满足 `5 个不同客户案例` 或 `5 万 DAU`
### 7.2 方向 21
- 当前申报主体是已注册公司还是创新团队
- 是否已有历史融资、估值和股权结构
- 是否已有最小商业化验证
- 未来 12-18 个月的融资金额和用途是否可量化
- 未来 3 年收入、利润、研发投入预测是否能由财务或管理层确认
### 7.3 方向 24
- 如果按 `服务机构配券产品征集` 走，是否满足：
- 上年度与北京市中小企业签约合同不少于 `15 份`
- 营业收入不低于 `800 万元`
- 存在标准化、可售卖、可售后、可定价的企业服务产品
- 如果不满足，是否转为 `企业用券` 路径，而不是继续准备配券申报材料
## 8. 推荐的本周推进顺序
1. 先把 `方向 13` 的硬条件做一次红黄绿核验。
2. 同步准备 `方向 21` 的报名表底稿和 BP 第一版。
3. 只保留 `方向 24` 的判断文档与备查清单，不建议本周作为主线。
4. 所有数字类信息统一建一个 `数据底表`，避免三个方向口径不一致。
## 9. 关联文档
- [BEIJING_DIRECTION13_APPLICATION_MATERIALS_2026-04-14.md](./BEIJING_DIRECTION13_APPLICATION_MATERIALS_2026-04-14.md)
- [BEIJING_DIRECTION21_APPLICATION_MATERIALS_2026-04-14.md](./BEIJING_DIRECTION21_APPLICATION_MATERIALS_2026-04-14.md)
- [BEIJING_DIRECTION24_APPLICATION_MATERIALS_2026-04-14.md](./BEIJING_DIRECTION24_APPLICATION_MATERIALS_2026-04-14.md)

4
docs/planning/README.md
View File

@@ -5,6 +5,10 @@
- [CURRENT_GAME_ITERATION_PRIORITIES_2026-04-03.md](./CURRENT_GAME_ITERATION_PRIORITIES_2026-04-03.md)：当前阶段最值得优先做什么、为什么，以及它和审计/PRD 的对应关系。
- [EXPRESS_BACKEND_REFACTOR_PLAN_2026-04-08.md](./EXPRESS_BACKEND_REFACTOR_PLAN_2026-04-08.md)：基于“前端只做表现、逻辑与数据全部后端化”的工程重构规划。
- [EXPRESS_BACKEND_PARALLEL_WORKSTREAM_PLAN_2026-04-08.md](./EXPRESS_BACKEND_PARALLEL_WORKSTREAM_PLAN_2026-04-08.md)：将后端化重构拆成可并行推进、尽量不冲突的任务流与协作顺序。
- [BEIJING_POLICY_APPLICATION_OVERVIEW_13_21_24_2026-04-14.md](./BEIJING_POLICY_APPLICATION_OVERVIEW_13_21_24_2026-04-14.md)：北京市方向 13 / 21 / 24 的统一判断、共用材料框架和准备顺序。
- [BEIJING_DIRECTION13_APPLICATION_MATERIALS_2026-04-14.md](./BEIJING_DIRECTION13_APPLICATION_MATERIALS_2026-04-14.md)：方向 13 软件智能化提升奖励的硬门槛、必交材料、底稿建议和证据清单。
- [BEIJING_DIRECTION21_APPLICATION_MATERIALS_2026-04-14.md](./BEIJING_DIRECTION21_APPLICATION_MATERIALS_2026-04-14.md)：方向 21 “创赢未来”成长计划的报名表、BP、Demo 和融资规划整理。
- [BEIJING_DIRECTION24_APPLICATION_MATERIALS_2026-04-14.md](./BEIJING_DIRECTION24_APPLICATION_MATERIALS_2026-04-14.md)：方向 24 服务机构配券产品与企业用券两条路径的判断和材料备查。
## 使用建议