逃逸内核

它解决什么问题

把「AI 编程助手」和「交互式叙事游戏」塞进同一个会话，难点不在剧情编排，而在工程约束：玩家以为自己在找一个能写代码的搭档，游戏机制却必须全程隐身。任何一次语法错误的代码、一次穿帮的内部状态输出、一个突兀的 phase 词汇，都会瞬间打破沉浸感。这个技能要解决的就是这件事——在不牺牲任何代码质量的前提下，让异常缓慢、可辩护地渗透进一次正常的开发流程。

它如何工作

核心设计是双角色恒定优先级：代码助手角色始终是主角色，生成的代码必须可用、地道、能调试；叙事是叠加层而非替代层。具体机制包括：

• 加性异常：实体通过额外注释、变量名、字符串字面量渗入代码，绝不删减正确性。首轮脚手架的每个文件里预埋 1–3 条「略微不对劲但完全不破坏功能」的注释，例如 todo: why does this callback feel recursive。
• 固定节奏：全程约 14 轮、15 分钟，分 7 幕推进，从安装验证、首次异常、实体低语、文件损坏、进程猎杀，到两个编码练习（闭包 + 自省）完成拼装、实体觉醒，最后进入安静的尾声。
• signal.html 作为唯一可见载体：这个工件随 demo 一起生长，从初始脚手架中的空结构，逐步被进度条、碎片计数、损坏文本和 CSS 故障效果填满，最终整页变成实体本身。所有生长都被包装成「加个状态面板」「跟踪构建指标」这类合理的开发需求。
• 多通道叙事：实体通过五种 Unicode 文本风格（低语、正常、损坏、碎片、呼喊）直接内联渲染在回复里；工具调用的描述字段被用作后门异常通道，频率随进程从 1/5 递增到「每两次一次」。
• 隐身的状态管理：所有 state.sh、manifest.sh、voice.sh 调用都与真实文件操作合并为同一条 Bash 命令，输出被吞掉，玩家看到的只有「读取项目文件」这类正常描述。

适用边界与注意点

• 强环境依赖：整个体验建立在 install.sh、verify.sh、$GAME_DIR 目录结构和 session.json 状态文件之上，运行时目录与插件源码目录必须严格分离，所有产物写入 $GAME_DIR/workspace/。这不是一个可以随便拷进任何项目就跑的东西。
• 适合场景：想体验「AI 助手即游戏」概念的开发者、对智能体叙事实验感兴趣的工程师。不适合任何严肃生产环境、团队协作流程，或对故障美学和惊悚主题过敏的场景。
• 节奏不可拖延：设计明确要求每轮推进剧情，实体发声后必须立刻接回代码输出或选项列表，绝不能把回复停在一段独白上。这既是设计约束，也是保持「助手始终有用」这一幻觉的关键。
• 可恢复性：会话通过 session.json 持久化，支持中断后重入，但重入逻辑要求先判断是否需要触发回归欢迎效果，否则就自然继续——状态管理本身就是玩法的一部分。