从客户的开发任务出发，确认算力与模型使用需求，以及如何接入团队已有流程。
团队希望使用模型完成哪些任务？
梳理设定整理、方案比较、文档问答与代码候选等任务，结合任务频次、资料规模和输出要求确认可用模型与资源范围。
模型如何适配游戏开发语境？
结合游戏类型、引擎、团队规范与输出格式配置上下文，用代表性问题检查模型是否理解项目约束。
如何接入、使用和评审？
共同确认访问方式、使用人员及数据用途，提供工作流接入支持，安排来源核对、设计走读、代码审查和测试等评审环节。
AI COMPUTE & MODEL SERVICES
AI算力与模型服务
赤曜以已有计算资源和公司内部部署的 GLM 等大模型，为客户提供 AI 算力与模型服务。客户可使用这些资源与模型，并在我们的支持下接入自己的游戏开发工作流。
01 / 从需求开始
需要哪些资源，
用在什么任务上？
02 / 服务范围
从资源供给，
到开发工作流接入。
算力与模型使用
由赤曜提供已有计算资源与内部部署的模型，供客户使用。
按任务确认 GLM 等可用模型的版本、适用范围和使用许可，约定资源使用规模与访问方式，并以实际任务评估运行表现。
场景适配与接入
让客户在自己的游戏开发流程中使用模型服务。
配置项目术语、设计约束、引擎与代码规范和输出模板；结合现有工具与资料格式提供接入支持，用样例任务验证输入与输出衔接。
访问与数据约定
共同确定谁可以访问，哪些资料可用、如何使用。
约定项目资料与输出的访问权限、提交范围、保存与删除方式，以及是否可用于模型改进等用途；整理资料版本与引用来源，按确认范围接入。
人工评审
决定谁接收候选输出，依据什么采纳。
设计方案经团队讨论，工程候选经审查与测试；把事实、推断和建议区分清楚，留下评审与修订记录。
03 / 假设性开发场景推演 · 非运行演示
“这条任务规则为什么这样定？”
客户使用赤曜提供的模型服务，结合约定接入的项目资料查找记录、整理影响与提出候选；最终改动由负责设计与工程的成员评审。
限定问题
明确规则所属版本、想解决的体验问题与允许调整的范围。
检索依据
在约定的资料范围内查找规则文档、接口约定和历史决策，标注来源，指出冲突或缺失。
形成候选
整理替代规则、关联模块和待验证路径，将已有事实与新建议分开。
人工接收
设计走读、工程审查与测试之后决定是否采用，再更新被确认的知识。
评审关注来源能否核对、建议是否符合约束、未知项是否明确，并据此调整任务配置与接入方式。
04 / 需求对接与服务使用
让客户用得上，
让结果可检查。
对接需求与使用约定
梳理任务、使用人员、资料规模与现有工具，确认可用模型、算力资源范围和访问方式，形成数据使用约定与评审问题清单。
提供模型使用与接入支持
按约定提供算力与模型使用，说明访问和操作方式；支持接入客户工作流，配置开发语境与任务模板，用代表性任务核对输入、输出和引用来源。
评审结果并调整使用方式
共同评审任务输出，记录约束理解、回答质量和待改进项，整理使用说明与接入配置，按需求调整资料范围和任务流程。
具体模型版本、资源使用规模、访问权限、数据用途及支持范围在需求对接时共同确认，任务效果以实际样例评审为依据。
05 / 与其他能力衔接