你不对我队-α冲刺Day5
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 202601福大-软件工程实践-W班社区 |
| 这个作业要求在哪里 | 软件工程实践团队作业——站立式会议+α冲刺 |
| 这个作业的目标 | 记录 α 冲刺第五天的站立式会议、各成员进展、燃尽图、代码签入与遗留问题 |
| 其他参考文献 | 《构建之法》第 5 章团队、第 13 章测试 |
你不对我队-α冲刺Day5
队名:你不对我队
项目:《最后一班地铁:0017》
记录日期:2026-10-27|冲刺第 5 / 7 天
上一篇:α 冲刺 Day4
一、今天的站会
会议 22:26 开始,8 个人参会,会议号 622 535 330,开了 12 分 17 秒。

散会后 22:59 前后,五条汇报陆续发到群里。

今天的会开得比昨天早,22:26 对昨天的 22:09 差不多,但汇报补得晚了半小时。会短了,会后的文字反而更长,这个规律这几天一直没变。
二、各线进展
| 成员 | 负责线 | 从昨天站会到现在 | 遇到的问题 | 到明天站会前 |
|---|---|---|---|---|
| 吴俊衡、陈思榕 | 剧情 / 玩法 | 重新梳理并完善了主线剧情,重点修正了 0017 的回叙、父亲与父亲的声音、郑维的签字动机、林岚的信息共享、第二十行线索和玩家的调查流程,产出《剧情完善说明 第二版》的 Word 和 PDF | 第二版把上一版的三个设定推翻了,得确认代码里没有按旧设定写死的地方 | 把第二版和玩法拓展文档的设定对齐,出一张差异表 |
| 程黄姗 | 美术 / 音频 | 对昨天的低模变体在 Godot 里微调了材质粗糙度和法线强度,轻调体积雾做氛围对比,补了一条导入检查备注;今天没有新增模型资产 | 规范文档还是没出,第三卡在这里 | 出建模规范文档 |
| 王嘉萍 | 编码 | 转入缺陷修复验证与回归测试:依据已整理的问题清单逐项复核修复情况,重点验证程序漏洞与功能异常是否闭合;同步跟进模型资源的整改,复查布线、贴图、比例和细节;更新缺陷清单,整理当日测试记录 | 清单在收敛,但人还没回编码 | 回编码 |
| 刘鑫语 | 编码 | 对照测试要点逐项核验新版本,核查时序控制模块,校验核心流程逻辑,验证事件机制模块,把问题分成阻塞级和次要优化两类 | 分类做完了,阻塞级还有几条没修 | 回编码 |
| 林永庆(飞哟飞) | 代码组 / 编码 | 做出停电三选一的差异化证据记录:选照亮站台、贴近广播、保持黑暗,三条路拿到的证据不同;提交后合并进 master,录了 20 秒的运行画面 | 三条支路的证据要接进同一套发线索接口,差点又写成三份条件分支 | 把补记申请也做出来,跑通四轮 |
| 苏钦晨 | 统筹 / 测试 / 演示 | 把五项验收口径按线分到人,跟两条测试线对了一遍用例;把阻塞级问题和次要优化分了个先后,按今天这版新内容重走了一遍演示流程 | 演示流程刚重走,还没在别人机器上试过 | 出测试范围与验收标准,补齐群里汇报 |
| 陶玉兰 | 博客 | 发布 Day4,更新集合页;把三份成果文档读了一遍,和今天录屏逐条对照 | 文档命名看不出先后,对照时差点拿错版本 | 发布 Day5,集合页补文档清单 |
三、今天补上的三个系统
今天只有一次代码提交,但这一次把三个系统都推到了能看的状态。
1. 三秒停电:看,还是听

停电固定发生三秒,玩家只能带走一种第一手信息。三个选项写得很清楚,每个都标了代价:
| 选项 | 能拿到什么 | 代价 |
|---|---|---|
| 照亮站台 | 站台物理记录 | 听不清广播里多出的词 |
| 贴近广播 | 广播音频碎片 | 看不清站台上发生了什么 |
| 保持黑暗 | 黑暗中的口供 | 无法确认现场细节 |
面板顶上那句「事故已经发生。本轮只能带走一种第一手信息」,把选择的前提说死了。
2. 本轮结算:把这一轮交代清楚
第 1 轮结束以后弹出一张结算卡,四行:准备与选择(预案:手动抄录,停电选择:照亮站台)、证据(P1 首次进路异常,已确认)、未解决问题(无,可以进入下一轮)、下轮建议(下一次注意五号继电器的波形,先决定记录方式)。
底下还有两句正文:「列车没有停。它驶进了废弃四道。」「……已按调度席指令执行。」最后一行字幕是「打印机吐出一张纸:异常事件 0017 · 第 1 次记录失败」。
这张卡解决的是「玩家不知道自己这一轮干了什么」。以前轮次之间只有黑屏,现在每一轮都有一个可读的交代。
3. 值班记录板:P0 到 P7

八格,P0 入职权限(遇班簿、欠租单、父亲照片)、P1 首次进路异常(调度台、停电三秒)、P2 半小时波形(五号继电器)已经亮成金色,P3 到 P7 还是「未获得」。
图例写在上面:「已确认=金,待核对=蓝,存疑=灰红」,操作提示是「拖动卡片交换位置」。底部一条停电记录:「第 1 轮 · 站台物理记录:继电器柜里划过一次红色火花,站台空无一人。[P1/已确认]」。
这三样东西都不是今天新想出来的,全部来自 10 月 24 日那份设计文档。下面单独说。
四、攒下来的三份文档,今天摊开看
有人问过一句:这些天的成果在哪里?光看日报,每天都是「修了点东西、测了点东西」,看不出做了什么。
问题是日报只记当天的动作,成果其实在另外三份东西里。今天把它们摊开对了一遍。
1. 剧情与可玩性拓展设计 · 最终版(PDF,22 页)
日期 2026-10-24。结构是 15 个设计章节加两个附录:总览、主线基准、核心循环、值班预案、三秒停电、调度台、维修与破解、P0-P7 证据链、名单与对质、一轮实际怎么玩、支线收缩、补记申请、终局状态、设计取舍与风险、参考游戏,附录是开发接入建议和本版拍板。
这份文档定的是一条原则:不改变六幕主线,把玩法装进去。 五个关键词是值班预案、三秒停电、设备维修、证据回路、补记撰写。
附录 B 拍了四个板,其中三个正好是前几天悬着的事:
| 悬着的问题 | 文档给的答案 |
|---|---|
| 结局从 2 个变 3 个,算不算范围膨胀 | 保留两个主选择,让证据完整度分成三种终局文本(完整具名、残缺具名、设备故障),不是新增分支 |
| 第二十个名字要不要新增角色 | 不新增。第二十行是一行被反复擦写、只能看见半个「林」字的记录 |
| 谜题卡住能不能跳过 | 连续失败两次后可以跳过,主线证据靠替代路径或 NPC 口供保底 |
附录 A 是给程序的边界:状态机加 puzzle 状态、解谜期间暂停时间推进、解谜成功调用同一个发线索接口、证据板从 7 个位置改成 8 个位置且可拖拽。里面还写了句实话:game.gd 已经四千多行,所有解谜必须走统一接口,不能继续在主线脚本里堆条件分支。
2. 剧情完善说明 第二版(Word,129 段 4 表)
日期 2026-10-27,就是今天。
这份管的是故事讲不讲得通,开头三句话就把事说完了:0017 是 2009 年事故后停运撤销的旧车次,岚桥站的旧调度系统每晚 00:17 重演那一段回放;林岚查了三年父亲被冤枉的证据,把知道的都告诉了林屿;2026 年旧站改造和保险审计逼郑维补一份家属无异议确认,林屿最后要在完整具名、残缺具名、设备故障之间选。
里面专门有一节「本版不做什么」,列得很硬:不让林岚用父亲声音打电话装鬼,不让她知道核心真相却故意不说,不让郑维十七年一直找替死鬼,不让关键证据凭空出现。
这一版删掉了谜语人、装鬼电话和反复找替死鬼三样东西。删得对,那些设定靠的是拖时长,不是靠人的处境。
3. 0017 美术风格统一报告(Word,52 段)
这份管的是画面别各画各的。基调定成陈旧苏式复古工业、低饱和浊色、暖黄米黄,形容是「老化褪色的旧胶片」。恐怖逻辑写得很清楚:诡异感来自熟悉日常空间的轻微错位,不是怪物和浓墨重彩。
分模块写了模型与拓扑、材质与贴图、光影等,每一节后面跟一段「当前初版问题对照」,比如「图 2 模型偏干净现代样板间质感,结构过于规整崭新,缺少岁月侵蚀痕迹」。
这份报告的价值在那些「问题对照」上。它不是描述理想画面,是拿已有截图一条条挑毛病。
三份文档,今天各落到哪一步
我把三份文档的要求和今天的录屏逐条对了一遍:
| 文档里写的 | 今天画面里有没有 |
|---|---|
| 三秒停电只能选一种感知方式 | 有,三选一,各自对应不同证据 |
| P0 到 P7 八个证据节点 | 有,八个格子,三格已确认 |
| 证据板从 7 个位置改成 8 个且可拖 | 有,八格,提示写「拖动卡片交换位置」,三态用颜色区分 |
| 谜题失败两次可跳过 | 有,昨天那三个解谜面板底部的「跳过(连续失败两次后)」 |
| 每轮 00:17 回环,场景重置、认知保留 | 有,结算卡写「未解决问题:无,可以进入下一轮」 |
| 补记申请:最终选择让玩家亲手写 | 还没有,这是唯一没在画面上验到的 |
六条里五条能对上。这就是「成果在哪」的答案:不在日报的动作里,在这张对照表里。
五、项目运行情况

录屏 20 秒,1920×1080,从第一轮的交班走到第二轮。
画面顶部时钟从 23:50 走到 00:17:00,红色数字。左上角 HUD 写「第一幕·进二道 | 第 1 轮·夜班预案」,行动点 4 / 4,预案「手动抄录」。进到第二轮变成「第二幕·半小时」,行动点 3 / 5。右上角是值班台面板和记录清单,底部一行操作提示:WASD 移动、空格跳、←→ 转头、F 手电。
代码签入

| 时间 | 内容 | 提交人 |
|---|---|---|
| 22:17:58 | [game] 增加停电三选一差异化证据记录 | feilovey |
| 22:19:48 | !11 merge feat/game-refactor into master(验证通过) | 林永庆 |
提交号 183d1005、251ce3f2。仓库现在 86 次提交、6 个分支、105.2 MB。
六、今天的问题
1. 编码线第四天没回去。
王嘉萍和刘鑫语今天在做回归验证和问题分类,方向比前三天对了:从「发现问题」变成「验证修复」。但两个人还是在测试,写代码的仍然只有林永庆一个。真实情况是修复也压在一个人身上。
2. 测试这条线的负责人第三天没汇报。
测试的范围和「测到哪算完」还是没有落到纸面。今天刘鑫语自己把问题分成了阻塞级和次要优化,这件事本该由这条线来定。
3. 轮次第三次没定。
设计文档写的是「六幕主线和每一轮 00:17 回环」,画面里写的是「第一幕·进二道|第 1 轮」「第二幕·半小时」,幕和轮是两层。但一共几轮、每轮的边界在哪,翻遍三份文档和所有汇报都没写死。游戏已经按轮推进了,规则还是散的。
4. 建模规范第三次没出。
程黄姗今天补的是一条导入检查备注,不是文档。这条从 Day3 排到今天,三天没落地,美术这条线每做一个资产都要重新问一遍。
5. 两份剧情文档的版本号是倒挂的。
10 月 24 日那份叫「最终版」,10 月 27 日这份叫「第二版」。名字看不出先后,我今天对照时差点按日期的直觉用反了。三份文档交出去,别人第一眼分不清哪份作准。这不是内容问题,是命名问题,改起来只要十分钟。
七、AI 技术员今天做了什么
今天 AI 用在两个地方:
- AI 美术:材质粗糙度、法线强度、体积雾参数这几组微调,程黄姗是让 AI 给参数候选,再在 Godot 里逐个试出来的。参数本身不难,难的是同一套参数在不同资产上表现不一样。
- AI 文档:整理 22:59 那批汇报,以及把三份文档的章节标题和要点抽出来做对照。第二个用途今天第一次用,比我手动翻 22 页 PDF 快得多,但页码和章节号得自己核。
今天没有用的:AI 剧情手和 AI 程序员。今天剧情是人在删设定,代码是把三条支路接进同一套接口,这两件事都需要知道上下文,塞给 AI 反而要花时间纠正。
三份文档里,剧情设计那份的「本版拍板」和美术那份的「问题对照」,都是人逐条判断出来的,AI 帮不上。
八、各成员心得
| 成员 | 心得 |
|---|---|
| 吴俊衡 | 第二版删东西比加东西费劲。谜语人和装鬼电话是上一版撑时长用的,删掉以后故事短了,但每个人做事都有理由了。郑维的动机从「一直找替死鬼」改成「审计前要一次签字」,一下就说通了。 |
| 陈思榕 | 今天主要在核第二版和代码对不对得上。有几处台词是按旧设定写的,得回去改。改完还得确认一遍,别忘了哪句是谁说的。 |
| 程黄姗 | 参数调得比昨天准,粗糙度和法线这两组现在有数了。但规范文档一直没出,自己心里也清楚这是欠账,明天先写文档再动模型。 |
| 王嘉萍 | 从找问题转到验修复,感觉清楚一些,至少知道哪些已经好了。剩下的阻塞级问题集中在事件机制,明天想盯着这几条改完。 |
| 刘鑫语 | 分出阻塞级和次要优化以后,清单从一长条变成了两小堆,心理压力小了不少。时序模块今天核得比较细,剩下的问题不多了。 |
| 林永庆 | 停电三选一差点写成三份分支,最后压成一套接口,靠的是先定证据 id 再写逻辑。补记申请明天接着做,那个是最后一块。 |
| 苏钦晨 | 演示流程按新内容重走了一遍,卡在两处:结算卡出来的时候会挡住画面,停电选择那三行字有点挤。明天把这两处记进问题清单。 |
| 陶玉兰 | 今天把三份文档摊开对录屏,比我预想的费时间。对完才明白,日报里那些零碎动作其实都落在文档的某一条上,只是之前没人把它们连起来。 |
九、燃尽图

剩余 17 人日,理想线是 16,今天第一次落到理想线下面。前四天要么持平要么略快,今天慢了。
剩下两天要清 17 人日,平均每天 8.5,比理想速度高。按今天这个节奏,10 月 29 日会剩 2 到 3 人日左右,也就是说最后一天必须有东西主动砍掉。
这个数按汇报折算:停电三选一和结算卡记一天,剧情文档第二版记一天半,美术微调记半天,两条测试线各记一天。
十、明天(10/28)的安排
| 事项 | 负责人 | 期限 |
|---|---|---|
| 定死轮次,出一张「幕 ↔ 轮」对应表 | 林永庆、吴俊衡 | 10/28 站会前 |
| 出测试范围与验收标准,补齐群里汇报 | 苏钦晨 | 10/28 站会前 |
| 阻塞级问题清完,回编码 | 王嘉萍、刘鑫语 | 10/28 站会前 |
| 出建模规范文档 | 程黄姗 | 10/28 站会前 |
| 做出补记申请,跑通四轮 | 林永庆 | 10/28 站会前 |
| 三份文档加版本号和日期,出一张差异表 | 吴俊衡、陈思榕 | 10/28 站会前 |
| 集合页补文档清单,标清每份的日期与状态 | 陶玉兰 | 今日 |
十一、小结
今天的价值在第三节和第四节。三秒停电、本轮结算、P0-P7 记录板都跑起来了,设计文档里写的六条,画面上能验到五条。这是这几天第一次能把「文档写的」和「代码做的」放在一张表里对上。
进度上今天慢了半拍,燃尽图第一次掉到理想线下面。剩下两天最现实的选择是先保证四轮跑通、补记申请做出来,其余内容能砍就砍。
附:今日材料
| 项目 | 内容 |
|---|---|
| 站会时间 | 2026-10-27 22:26–23:26(实际 00:12:17) |
| 会议号 / 发起人 | 622 535 330 / 小千 |
| 参会人数 | 8 人 |
| 汇报情况 | 22:59 前后发在群里,5 条覆盖 6 人(吴俊衡代陈思榕) |
| 今日产出 | 停电三选一差异化证据记录、本轮结算卡、P0-P7 值班记录板、《剧情完善说明 第二版》、材质与氛围微调、回归验证与问题分级 |
| 交付文档 | 剧情与可玩性拓展设计·最终版(PDF 22 页,10-24)、剧情完善说明第二版(Word,10-27)、0017 美术风格统一报告(Word) |
| 代码提交 | 2 条(含 1 次合并请求),提交号 183d1005、251ce3f2 |
| 剩余工作量 | 17 人日(估算) |
相关推荐
国央企在推动科技创新时,如何利用技术交易系统实现全流程闭环管理?.docx
国央企在推动科技创新时,如何利用技术交易系统实现全流程闭环管理?
高校技术转移办公室人员如何提升技术成果的推介效率?.docx
科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。
机械三维3D设计图-自动引孔锁螺丝设备.zip
机械三维3D设计图-自动引孔锁螺丝设备.zip
sogou-wubi-5.5f.zip
五笔输入法
智能体上下文工程:预算控制与结构化压缩的Python实现
【内容概要】 本资源是《智能体演化史》系列第四篇的配套代码,用 108 行 Python 实现一个会"收桌子"的上下文管理器。核心是两件事:一是设一个上下文预算,用 token 估算函数实时盯着;二是超预算时执行结构化压缩——把早期轮次压成一段结论式摘要,保留最近若干轮原文,并且对失败尝试和关键事实单独留档,不让它们被摘要吃掉。配套测算脚本给出三组可复算的数据:关键信息密度从第一轮的 100% 衰减到第 80 轮的 13%(腐烂的本质是稀释,不是撑爆,按当前增量要 213 轮才真的撞上 128K 窗口);跑 80 轮,不压缩累积 199 万 token,滚动摘要降到 37.1 万,直接截断只要 42.6 万但关键信息只留下 8%。这组数字说明:只盯着账单会选错策略。 【适用人群】 智能体已能跑通、但长任务开始"变傻"的开发者;负责长会话产品体验的工程师;需要在成本与准确率之间做取舍的架构师。 【使用场景及目标】 1) 给自己的智能体加一层可配置的上下文预算与压缩; 2) 用测算脚本对比三种策略的成本与保留率,做出有依据的选择; 3) 作为团队内部分享材料,解释"提示词工程"为何被上下文工程取代。 目标:让长任务不再越跑越糊涂,同时把 token 花在真正重要的信息上。 【其他说明】 需 pip install openai 并配置 OPENAI_API_KEY;预算值与保留轮数为常量,可按业务调整。测算脚本离线可跑,假设参数在文件内显式标注,便于改成你的真实口径。压缩会损失细节,涉及合规留痕的场景请关闭自动压缩或单独归档原文。


