10 KiB
参赛文档与文本描述草稿（用于官网与 Word 填报）
本文档用于快速整理当前版本“李诫传——重修《营造法式》”项目的提交文字内容。正文按照常规参赛文档写作习惯，尽量采用成段叙述，便于直接复制到官网表单或 Word 模板中。文中出现“【待补充】”的位置，表示需要你在最终提交前按真实情况补齐。
一、官网信息填写草稿
作品简介
本作品是一款以北宋营造制度发展为主题的剧情交互游戏。玩家以将作监“画图令史”的身份进入历史现场，在李诫的带领下，从识木辨材、验工纠弊到制图立样，逐步理解“凡构屋之制，皆以材为祖”的核心思想。项目通过章节化叙事、对话推进与榫卯拼装交互，将《营造法式》中的材份制、构件标准化和制度化治理逻辑转化为可体验、可操作、可理解的游戏流程，使玩家在互动过程中感受中国古代建筑技术与制度文明的演进脉络。
作品简介（100字以内版本，可用于概要表）
本作以李诫重修《营造法式》为主线，融合剧情对话与榫卯拼装交互。玩家从将作监新吏成长为制图与验工参与者，在“可玩、可感、可理解”的流程中认识材份制与古代营造法度价值。
设计思路
本作品的设计思路是以“历史问题驱动学习体验”为核心，将“工地失范—制度重建—标准落地—影响传承”的历史过程拆解为可交互的游戏阶段。叙事上采用章节推进结构，以人物冲突和制度争论形成持续动机；机制上以对话、场景切换、阶段任务和拼装验证相结合，使玩家既能通过文本理解历史语境，也能通过操作验证“标准化优于经验口传”的实践结果。整体上并未将历史知识作为独立说明附加在玩法之外，而是把知识点嵌入玩家每一步行动的前后因果中，确保“剧情推进即学习推进，玩法完成即认知完成”。
设计重点与难点
本项目的设计重点在于历史叙事与交互机制的一体化表达。为了避免“知识讲解化”和“玩法空转化”两种常见问题，项目在对话文本、任务目标和反馈文案之间建立了统一语义：玩家在每次验工、拼装或制图任务中，都需要回应前文提出的具体历史矛盾，例如偷工减料、尺寸失准和工序无序等。开发难点主要体现在三方面：其一是多章节对话数据的组织与流程衔接，需要保证章节切换、对话起止和事件触发稳定一致；其二是拼装玩法的规则校验，需要在拖拽交互中同时处理类型匹配、顺序校验与进度反馈；其三是 AI 对话功能的工程化接入，需要兼顾流式返回、异常提示与可降级运行，确保在配置缺失时不影响主线流程可玩性。
开源代码与组件使用情况说明
本项目基于 Unity 2022.3.62f3c1 开发，核心运行依赖 Unity 官方包（如 URP、Input System、TextMeshPro、UGUI 等）以及项目内集成的第三方组件。框架层使用了 Game Framework（项目内 Assets/GameFramework，附带 MIT License 文件），用于流程管理、数据表、UI、事件等通用能力封装；动画与界面过渡使用 DOTween（项目内 Assets/Plugins/Demigiant/DOTween）；同时集成了 LitJson 与 protobuf-net 动态库用于数据处理与协议扩展。以上组件均用于通用工程能力支撑，不改变作品原创剧情、美术组织与玩法设计的主导性。最终提交时将按组委会要求在“相关文件”与“版权状态”栏逐项标注来源、授权方式与链接信息。
作品安装说明
本作品最终提交形态为 Windows 平台打包后的压缩包。评审使用时无需额外安装环境，只需将压缩包解压到本地目录，进入解压后的主文件夹并双击 exe 主程序即可启动。游戏启动后进入主菜单，点击“开始”即可按章节体验完整主线流程，包含剧情对话推进、场景过渡与拼装交互等核心内容。除常规系统运行组件外，本版本不要求评审手动安装额外依赖。
AIChat 功能随提交包一并提供可用配置，评审可在运行过程中直接进入 AI 对话界面体验问答能力。当前版本采用 DeepSeek（默认模型：deepseek-v4-flash）。为保证评审期间可用性，配置中使用的是本作品准备的测试密钥与测试额度；若评审时网络环境异常或额度临时耗尽，AIChat 可能出现请求失败提示，但不影响主线流程体验与其他功能运行。
作品效果图（配图文字说明草稿）
建议效果图按“叙事建立—机制演示—成果呈现”顺序组织。第一张可展示章节标题或主界面，体现历史题材与整体风格；第二张与第三张可展示对话界面与人物互动，体现剧情推进方式；第四张可展示榫卯拼装交互过程，突出拖拽、顺序校验与即时反馈；第五张可展示章节阶段性成果或结局场景，体现“法度落地”的主题收束。每张图建议配 40 至 80 字说明，强调该画面在完整学习链路中的作用。
其他说明
本作品当前版本已完成主线流程联调与稳定运行，剧情、交互与章节衔接均可在提交包中直接复现。AIChat（DeepSeek）功能在最终提交版本中将提供可用 apikey 供评委现场试用，密钥仅用于本次作品评审与展示场景，并采用测试额度与可轮换策略进行管理。即使 AI 接口在特定时段出现波动，作品的主线叙事与拼装玩法仍可完整运行，不影响主体评审内容。
二、《作品信息概要表》可直接填写文本草稿
创新描述（100字以内版本）
本作将《营造法式》“材份制”由文本知识转化为可交互规则，采用“剧情冲突+流程任务+拼装验证”的一体化设计，让玩家在操作中理解古代建筑标准化与制度治理逻辑，实现历史知识的可感知传播。
特别说明第2条（如需填写“前期基础”）
本作品在课程与项目实践积累的 Unity 基础工程能力之上，围绕参赛主题完成了新一轮系统化创作。本次参赛新增并重点完善了历史主线剧本结构、多章节对话数据组织、榫卯拼装玩法规则、章节触发与过场衔接、AI 对话界面与流式通信能力，并对 UI 表达、音频反馈和运行稳定性进行了集中优化。若需进一步细化，可在最终版中按“新增脚本数量、重构模块范围、素材增量”补充量化说明。
开发制作平台与运行展示平台（文字说明版）
开发制作平台为 Windows + Unity 2022.3.62f3c1。运行展示平台为 Windows 桌面端。项目采用 Unity URP 渲染管线与 UGUI 界面体系，适配常见 16:9 分辨率场景展示需求。
开发制作工具（文字说明版）
开发过程中主要使用 Unity Editor、JetBrains Rider / Visual Studio Code（脚本编写与调试）、Excel（数据表维护与导出）、图像与音频处理工具（素材整理与压缩）以及 Git（版本管理）。具体工具名称与版本号可按你实际使用记录在最终表单中补齐。
参考文献、项目或作品（示例草稿）
参考资料以《营造法式》相关史料、宋代建筑研究文献及中国古代建筑史研究成果为主，用于剧情考据与机制设定。建议最终提交时列出 3 条可检索文献，保持“作者、题名、出版信息/来源链接”完整格式，避免仅写书名。
三、《AI工具使用说明》文字草稿（若提交）
本项目在策划与开发过程中使用了 AI 工具辅助部分工作，主要集中于资料梳理、文案润色、技术问题排查与代码实现讨论，不将 AI 输出直接视为最终成果，而是由开发者逐条校核后再进行人工改写与工程落地。就使用原则而言，团队始终坚持“AI 仅作辅助，创作责任归属团队”的规范，涉及历史叙事、核心机制与最终表达的关键内容均由人工定稿。
在技术实现层面，AI 相关能力一方面体现在开发过程中的辅助性工具使用，另一方面体现在作品内置的 AIChat 互动模块。该模块通过外部配置文件（StreamingAssets/apikey_config.json）读取接口地址、密钥与模型参数，当前采用 DeepSeek（deepseek-v4-flash），并采用流式返回方式提升交互连贯性；在网络异常、鉴权失败或配置缺失时会给出可识别错误提示，以保证主线玩法不受阻断。提交《AI工具使用说明》时，建议按模板逐行列出使用时间、使用环节、关键提示词、人工修改情况与采纳比例，并在附录中提供截图或录屏作为佐证。
四、操作手册（可放“设计与开发文档”中的运行说明）
本作品启动后先进入主菜单界面，玩家可选择开始游戏、设置或退出。开始游戏后，流程按照章节推进，玩家通过对话阅读、事件触发和交互任务逐步完成主线内容。在交互环节中，玩家需根据界面提示完成榫卯拼装，系统会根据部件类型、放置顺序与槽位规则给出即时反馈，完成后自动推进后续剧情。
设置界面提供音量、画面与对话相关参数，玩家可根据设备情况调整分辨率、窗口模式、垂直同步与抗锯齿等选项。AIChat（DeepSeek）入口在运行流程中常驻显示，若配置文件完整且网络可用，可进行实时问答；若未配置密钥，系统会提示不可用状态。评审使用时建议优先体验主线流程与拼装玩法，再根据现场网络条件选择是否演示 AIChat 模块。
五、明日（2026-04-26）补齐 AIChat 后建议补写的一段说明
在完成密钥配置并验证 AIChat 后，建议在官网“其他说明”与答辩材料中追加一段简短说明：本作品 AIChat（DeepSeek）功能已在独立测试环境完成连通性与流式回复验证，支持以现代白话或文言风格回答与剧情相关问题。该功能定位为学习型延展交互，不影响主线流程评分项，主要用于增强历史知识问答体验与角色沉浸感。
六、提交前替换检查
请在转写到 Word 与官网前统一检查并替换以下占位信息：作品名称、作品编号、团队成员与分工比例、指导教师信息、网盘链接与提取码、实际参考文献条目、第三方素材授权证明链接、AI 工具使用记录时间戳与佐证文件名。