Genarrative/docs/planning/BEIJING_DIRECTION13_APPLICATION_MATERIALS_2026-04-14.md

方向 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 端案例组织空间。