GFSSM 2026 资格轮记录。
前言
我先做个简短的自我介绍，我是 2025 级 418 班（首创 2 班）的陈家治，昵称是 lailai，个人网站是 lailai.one。我以前是学信息学竞赛的，从 2025 年中考结束到 11 月底 NOIP 联赛都在脱产集训，拿到省一后选择退役，回归文化课准备高考。
方圣熠是我的同班同学，他很早就加入了步天工程社，我们平时关系比较好，聊天时经常提到步天工程社。2026 年 3 月 10 日傍晚，方圣熠带我到鹤琴书院 8010 社团教室，我在旁边看着他们讨论 GFSSM 资格轮，因为空间站主模的问题吵了 2 小时。等他们讨论完，我说了一些想法：这样效率太低了，整个项目从寒假开始过了这么久，连主模都没确定下来，分工也不合理；而且我认为如果这是真实的工程项目，那么重心毫无疑问在主模，但作为比赛，最终呈现的唯一载体是 PPT，重心也应该在 PPT。
我对 GFSSM 比赛感兴趣，主要因为这是纯软件的 STEM 比赛，很适合用 AI。我们竞赛平时全天都在用电脑，对 AI 接触得比较多。我空余时间经常用 AI 做项目开发和设计，对很多 AI 新品也有所耳闻。我问了一下具体的比赛规则，又发现报名刚好截止到当天晚上，就临时决定参赛了。
思路
那天晚上回家，我下载了所有资料文件（规则、案例、论文等），新建了一个 GitHub 仓库，方便文件版本管理。然后我把 RFP 文件给 ChatGPT，让它简单分析并写了一段 2000 字的 AI 提示词，告诉 Codex 具体要怎么做。
Codex 根据提示词分析仓库中的所有文件，完成了一份 7 万字的 计划 文档，并经过了几轮审查。我尝试让 Codex 生成整体 PPT 的框架，但当时 Codex 没有原生 PPT 插件，是通过写 JavaScript 脚本实现的，效果不好，排版混乱。而我略微会一点设计，决定自己用 Figma 人工 排版 PPT：按照「统一、简约、现代」的设计理念，使用 Inter 字体和 Lucide 图标库，各板块内配色统一，每页使用页眉栏和卡片布局。
然后我开始思考如何 建模：首先想到的是让 AI 直接生成图片，刚好 Google Gemini 在 2 月 26 日新发布了 AI 生图模型 Nano Banana 2，我尝试了一下，但发现比例和细节不合理。我上网查到一些 text-to-3D 或 image-to-3D 的 AI 建模工具（例如 Tripo AI、Rodin AI 等）。我尝试后发现，它们都会生成一个由几十万个三角形或四边形网格面构成的模型，细节做得很差，只可远观，我也不满意。最后我想到了一种方法：先让 Codex 根据精确参数，用 Python 脚本建模一个胚体，然后截图并用 Nano Banana 2 贴图，得到最终的主模。还让 Nano Banana 2 生成了三视图和拆解图（作为搭建过程的插图），效果勉强还行。
最后制作 图表，我有三个思路：一是让 AI 直接生成图片，但会有很多细节问题；二是让 AI 写 Python 脚本调用图表库生成，但设计一般，看上去很古老；三是让 AI 写 HTML 网页，这个是我用下来最好的，AI 给的细节和一致性都很好，而且能做到像素级可控。
分工
这次天枢团队的分工是这样的：
- Structure and Construction (ST)：阚智宸、方圣熠
- Operation and Maintenance (OP)：吴雨桐
- Human Factors (HF)：廖玥宸
- Facility and Infrastructure (IN)：李亦飞、王浚凯
- Schedule and Cost (CD)：姚淑悦、郑喻哲
除了 PPT 排版、文案、主模、图表外，剩下的都是一些零碎素材了。其他队员已经完成了部分板块，吴雨桐、廖玥宸、李亦飞、姚淑悦分别向我提供了各自负责板块的 PPT，但我对他们的素材本身并不满意，而且整体风格也和最终 PPT 不统一。我原本打算全部重制，但当时距离 DDL（3 月 31 日）的时间很紧，能用的素材就保留了，简单做了微调；而包含核心数据的表格和 Codex 的计划文档出入较大，还是需要重制。另外有些地方我认为没必要现在追求 AI 自动化，先人工处理一下交差吧。
拆解
以下是对 Proposal_Tianshu_Explorer_upd.pdf 每页 PPT 中各 非文本素材 的详细说明，所有文案和参数均来自 Codex 的计划文档。
P01：主模背景图，由主模效果图降低至 40% 透明度获得；GFSSM Logo，来自 GFSSM 官网。
P02：主模效果图，由 Nano Banana 2 生成。
P04：主模正视图 和 主模俯视图，均由 Nano Banana 2 生成，经人工标记尺寸参数。
P05：空间分配柱状图，由 Codex 生成 HTML 网页并截图获得。
P07：3 张 主模拆解图，均由 Nano Banana 2 生成。
P08、P09：电力子弹图 和 电力预算表格，均由 Codex 生成 HTML 网页并截图获得。
P10：太阳能板模型图，由 Nano Banana 2 生成，经人工标记尺寸参数。
P11、P12：水循环流程图 和 空气循环流程图，均由吴雨桐制作。
P13、P14：内部平面图，由廖玥宸制作；内部参数表格，由 Codex 生成 HTML 网页并截图获得。
P15：内部效果图，由廖玥宸使用 AI 生成。
P16：智能腕带模型图，原图由廖玥宸使用 AI 生成，经 Nano Banana 2 重制。
P17、P18：4 张 应急预案流程图，原图由廖玥宸制作，经 AI 使用 Figma 重制。
P19：交通路线图，由 Nano Banana 2 生成，经人工标记交通路径。
P20、P23：运输车模型图 和 机械臂模型图，均由 Nano Banana 2 生成（包括尺寸参数）。
P22：AI 系统流程图，由 AI 使用 Figma 制作。
P24：计划甘特图，由 Codex 生成 HTML 网页并截图获得。
P25、P26：成本预算表格 和 2 张 按年图表，均由 Codex 生成 HTML 网页并截图获得。
评价
我认为这份资格轮 PPT 做得不好，虽然晋级决赛肯定没问题，但还有很多地方可以改进：
- 保留的素材和 PPT 风格不一致。
- 存在大量细节问题，我目前发现了：P03 应统一使用千分位；P04 不应加粗冠词、连词、介词和标点符号；P07 不应有大面积留白；P09 应避免拼写错误，「Radio」应为「Ratio」；P16 不应孤字成行；P20 数字和单位之间应添加空格；P21 应正确使用连接号。
- 缺乏专业度和创意，主模过于单调。
- 整体 AI 生成痕迹明显，原本想在提交前降 AI 率，但后来时间紧，忘记了。
后记
原本我对 GFSSM 决赛的计划是通过架构改革，重新调整分工策略。为此我还搭建了「步天工程社协作平台」网站，用于线上统一派发管理任务。
高信息密度的 PPT 不适合让 AI 直接生成。我找到了一种更稳定的方法：像那些图表一样，全部用 HTML 网页并截图，再转换为 PDF 或 PPT，因为 AI 对网页的设计、排版、稳定性都远好于直接生成 PPT。
现在 AI 发展日新月异，我也在持续关注新品。目前发现了 4 个能大幅度改变 GFSSM 工作流的 AI 新品：
- ChatGPT Images 2.0（2026 年 4 月 21 日）：这是 OpenAI 新发布的 AI 生图模型，质量断层领先第二名的 Nano Banana 2，适合用来生成图片素材（例如小模型图）和编辑图片（例如添加注记）。
- Blender MCP（2026 年 4 月 28 日）：目前 Claude Code 已经原生支持调用 Blender MCP 建模了，和真人的操作方式完全相同，能自动完成贴图和渲染等后续步骤，效率和质量都很高。
- Claude Code Ultracode（2026 年 5 月 28 日）：这是 Claude 新发布的超大工程任务模式，很适合 GFSSM 这种项目，能开大量 subagent 同时工作，分别完成计划、PPT、设计、排版、建模、图表、审查等任务。
- Claude Fable 5（2026 年 6 月 9 日）：这是 Claude 新发布的下一代大模型，但目前被美国政府限制出口了，我尝试通过一些特殊手段获取使用权限。
有了这些新品，已经不需要像资格轮那样用 AI 辅助，而是完全由 AI 制作。我认为 Claude Code 比 Codex 更适合做这个项目。因此我正在尝试制作一个 能在 60 分钟内根据任意 RFP 全自动产出一份高质量 PPT 的 AI Skill。我把历年 GFSSM 的 RFP 和优秀案例发给 AI，让它总结并分析优点。后期让 AI 自己出题自己作答自己评分，实现左脚踩右脚地自我迭代进化。技术上可行性很高，但不确定是否会引起其他人的不满。
我也不知道真正等到 GFSSM 决赛那天，AI 会进化到什么程度，拭目以待吧。