文档编号： CHANGE_REQUEST_2026_001_FINAL
核心内容： 将国赛报销路径从 School_Legacy_API (路径 A) 迁移至 College_HighPerformance_v2 (路径 B)
执行负责人： [PGD] (System Architect / Lead Developer)
状态： 待同步 (Pending)
目前项目进入国赛阶段（部署环境：青岛），现有的财务支持方案（路径 A）在多维度资源分配上存在明显的“带宽不足”。
| 特性 | 路径 A (学校/曹老师) | 路径 B (学院/李老师) | 兼容性评估 |
| 覆盖节点 | 仅 2 名答辩位 (40%) | 5 人全员 (100%) | 路径 A 存在核心开发节点脱机风险 |
| 吞吐量 (交通) | 仅限普铁/动车 (低带宽) | 高铁/飞机 (高带宽) | 路径 B 响应延迟更低 |
| 缓存 (住宿) | 普通酒店 (标准有限) | 三星级及以上 (高可用性) | - |
| 内存溢出 (自费) | 需学生全额垫付 (易 OOM) | 无需垫付 (全托管模式) | 路径 B 财务安全性更高 |
| 补丁 (餐补) | 无 (自理) | 80/人/天 (全覆盖) | - |
作为本项目的唯一开发人员及基础设施持有者，本人基于技术架构的完整性提出以下变更要求：
资产归属确权： 本项目 GitHub 源代码仓库所有权、生产环境域名及底层服务器资产均在本人名下。从行政归属逻辑上看，核心资产应与对应的报销资源池保持高度一致。
开发权重补偿： 本人承担了项目 100% 的底层构建工作。由于本人不参与前端答辩，且作为项目长期维护的唯一负责人，必须确保在非答辩阶段的行政资源分配（差旅支持）上达到“全员对等”标准。
技术链路依赖： 项目后续的迭代、环境迁移及线上部署均深度依赖本人的技术权限。为保证项目在国赛及后续阶段的平稳运行，报销接口必须切换至支持全员覆盖的高性能路径。
为保护答辩负责人与曹老师的长期协作关系，本方案采取**“前后端解耦”**的沟通策略。
日志记录（对外口径 - 由答辩负责人执行）：
面向曹老师： “曹老师，关于国赛差旅这块儿，我们和负责开发的同学沟通了一下。因为他一直是项目的唯一开发，GitHub 仓库和服务器域名也都在他个人账号里，他对于这次项目的行政归属和报销标准有比较明确的想法。他反馈说他个人那边已经申请到了另一条更适配开发侧的学院专项经费，可以全额覆盖全组 5 个人所有的差旅和补助。他现在的态度比较坚持，希望能统一走他那边的行政流程。这样也能省去您和学校这边的审批麻烦，我们考虑再三，决定顺应技术负责人的建议，就不走学校报销了。”
日志记录（本人视角 - 对接李老师）：
面向李老师： “李老师，我是您的学生 [PGD]。我们那个计算机设计大赛的项目进国赛了，我是这个项目的唯一开发人员。我想代表咱们学校去现场负责项目的后续迭代和技术落地，但学校那边的经费名额不太够。我想申请走咱学院这边的国赛支持名额，把我们全组 5 个人都带过去，这样成果最后也能完整地落在咱们学院这边，对外展示也是咱们学院负责的项目。”
Qingdao_Deployment_Success： 全员 5 人以最优舒适度完成线下部署（去青岛）。
Administrative_Optimization： 规避学校繁琐的垫付流程，实现零负担参赛。
Relationship_Protection： 通过“开发侧行政要求”这一中性理由，平滑化解曹老师侧的资源撤回压力。
唯一性校验： 只要报销路径切换成功，曹老师侧仅需保留名义上的指导地位，不产生财务冲突。
不可逆性： 本提案具有技术优先权，若不切换接口，将可能导致开发人员与项目行政流程的兼容性报错（行政资源分配不公影响后期维护积极性）。
确认执行人（签名）： [PGD]
确认日期： 2026-06-05