原始来源：Ethan Mollick · X
原始来源：Ethan Mollick · WONTFIX源码与README
获取渠道：FxEmbed · X公开文本获取
10 月 30 日，Ethan Mollick 展示了让 Opus 制作的 WONTFIX：把 JIRA 工单改编成废弃空间站里的录音日志，玩家在房间中寻找线索。JIRA 是记录软件需求、缺陷和讨论的工作系统；这里借用的正是日常待办里的人物、争执与细节，把它们重新安排成故事。本期阅读了公开仓库说明，没有试玩或试听，也不据此评价游戏是否好玩。
做法并不是让模型每次从零生成一款完整游戏。流水线先读取整批工单，建立世界设定、人物和日志位置，再逐条写短脚本；随后安排角色声音，用 ElevenLabs 合成语音及环境声，最后把内容装入静态 three.js 网页。阶段间产物保存为文件，因此作者可改一句脚本后继续制作，不必重做全部内容。仓库还提供可选的语音核对步骤，本刊未执行。
演示使用20条虚构样例工单，人物和公司也是虚构的。换一批输入可以改变站名、角色、日志和房间文字，八个房间的建筑布局与一部分布景仍固定。这一边界解释了它如何把可变故事与可玩的结构接起来：模型主要重新写叙事，已有游戏负责行走、空间和触发。它不是已经验证能从任意项目自动生成任意游戏。
可信度 65 · 重要性 78 · 新颖度 80
技术与主题
AI 编程 · 多模态 · Structured Generation · Text-to-Speech · Procedural Narrative
Ethan Mollick
Mollick 发布自己的创作及演示、仓库入口；仓库说明补充了固定场景与虚构样例范围。
忠实转述（非原句）：他介绍自己让 Opus 把项目中的 JIRA 工单改编成戏剧化录音，并把这些录音作为一款旧式太空恐怖游戏的情节，附上可玩演示和源码。这里保留创作者对目标的描述；本刊只核对了文本与公开仓库，没有体验声音或游戏。
编辑评读
这个小项目提供了一种比“让模型生成一切”更容易理解的创作路径：先决定哪些体验必须稳定，再把可变化的内容装进去。固定空间给叙事一个可承载的地方，工单里的具体细节则让每个版本有自己的笑点和冲突。创作的机会来自重新利用已有材料，而不只来自更快生成代码。
先读全部材料建立设定，再逐条写日志，也让局部内容有共同参照。如果直接把每条工单独立改成故事，人物身份、时间与语气可能互相矛盾；共享设定至少提供了人工检查这些关系的入口。共享设定提供了检查一致性的入口，实际收益还要看生成出来的故事。可检查的中间文件比仅展示一句最终提示更便于学习和修改。
迁移这套办法时，应该保留它的边界：一个新输入集会产生新叙事，未必产生合适的新场景，固定布景还可能残留另一批工单的笑话。若使用真实工作材料，还需先决定哪些细节可以公开；作者的演示选择虚构样例。对读者而言，仓库的价值在于展示如何组织制作步骤与中间成果，娱乐质量仍要由实际体验判断。