你不对我队-α冲刺Day5

你不对我队 你不对我队 墨衍会员 · AI 创作全网分发 墨衍智能分发 通过墨衍一键同步至各平台 可同步平台 CSDN微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年,写一次发全网 我也要 + 加入社区
项目内容
这个作业属于哪个课程202601福大-软件工程实践-W班社区
这个作业要求在哪里软件工程实践团队作业——站立式会议+α冲刺
这个作业的目标记录 α 冲刺第五天的站立式会议、各成员进展、燃尽图、代码签入与遗留问题
其他参考文献《构建之法》第 5 章团队、第 13 章测试

你不对我队-α冲刺Day5

队名:你不对我队
项目:《最后一班地铁:0017》
记录日期:2026-10-27|冲刺第 5 / 7 天
上一篇:α 冲刺 Day4


一、今天的站会

会议 22:26 开始,8 个人参会,会议号 622 535 330,开了 12 分 17 秒。

10 月 27 日站立式会议详情

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

群里的进度汇报

今天的会开得比昨天早,22:26 对昨天的 22:09 差不多,但汇报补得晚了半小时。会短了,会后的文字反而更长,这个规律这几天一直没变。


二、各线进展

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

三、今天补上的三个系统

今天只有一次代码提交,但这一次把三个系统都推到了能看的状态。

1. 三秒停电:看,还是听

三秒停电三选一

停电固定发生三秒,玩家只能带走一种第一手信息。三个选项写得很清楚,每个都标了代价:

选项能拿到什么代价
照亮站台站台物理记录听不清广播里多出的词
贴近广播广播音频碎片看不清站台上发生了什么
保持黑暗黑暗中的口供无法确认现场细节

面板顶上那句「事故已经发生。本轮只能带走一种第一手信息」,把选择的前提说死了。

2. 本轮结算:把这一轮交代清楚

第 1 轮结束以后弹出一张结算卡,四行:准备与选择(预案:手动抄录,停电选择:照亮站台)、证据(P1 首次进路异常,已确认)、未解决问题(无,可以进入下一轮)、下轮建议(下一次注意五号继电器的波形,先决定记录方式)。

底下还有两句正文:「列车没有停。它驶进了废弃四道。」「……已按调度席指令执行。」最后一行字幕是「打印机吐出一张纸:异常事件 0017 · 第 1 次记录失败」。

这张卡解决的是「玩家不知道自己这一轮干了什么」。以前轮次之间只有黑屏,现在每一轮都有一个可读的交代。

3. 值班记录板:P0 到 P7

值班记录板 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 手电。

代码签入

10 月 27 日提交记录

时间内容提交人
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 再写逻辑。补记申请明天接着做,那个是最后一块。
苏钦晨演示流程按新内容重走了一遍,卡在两处:结算卡出来的时候会挡住画面,停电选择那三行字有点挤。明天把这两处记进问题清单。
陶玉兰今天把三份文档摊开对录屏,比我预想的费时间。对完才明白,日报里那些零碎动作其实都落在文档的某一条上,只是之前没人把它们连起来。

九、燃尽图

α 冲刺燃尽图(10/27)

剩余 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

国央企在推动科技创新时,如何利用技术交易系统实现全流程闭环管理?

BIZKEEN

高校技术转移办公室人员如何提升技术成果的推介效率?.docx

科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。

BIZKEEN

机械三维3D设计图-自动引孔锁螺丝设备.zip

机械三维3D设计图-自动引孔锁螺丝设备.zip

ZL4120505

sogou-wubi-5.5f.zip

五笔输入法

一and一>二

智能体上下文工程:预算控制与结构化压缩的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;预算值与保留轮数为常量,可按业务调整。测算脚本离线可跑,假设参数在文件内显式标注,便于改成你的真实口径。压缩会损失细节,涉及合规留痕的场景请关闭自动压缩或单独归档原文。

积流成海
评论
收藏 已收藏
分享
返回顶部