一、背景：会话易失是普适痛点

AI 编码代理的会话是易失的：上下文一断，"项目进行到哪、接下来干什么、哪些坑别再踩"全部丢失。用户每次都要重新解释背景，或 Agent 凭残缺记忆误判。

真实事故（我们的）：用户说 "night mode"（指夜间自主工作协议），Agent 误判成"给网站加暗色主题"，直接改了线上页面并部署。这类误判的根因不是模型笨，而是没有任何标准化的会话状态载体与触发约定。

二、建议：内置三个「班次协议」标准 skill

我在真实项目（黑客松.com —— 全球 AI 黑客松情报平台，日更数据管线 + 跨 20+ session 连续一个月实战）中沉淀了三个触发词协议，已开源为 AtomCode skill 标准件格式：

**仓库：https://atomgit.com/MIZONGClass/mase-shift-protocols**（MIT）

三者构成班次闭环：open 开班 → night-mode 夜间延伸 → relay 落盘交班 → 次日 open 承接。状态永远在磁盘上流转，人的记忆不参与接力。

三、为什么适合做成内置标准件

1. 普适痛点：任何项目的会话连续性问题都存在；"班次"隐喻（开班/交班/夜班）比泛泛的 session 概念更准——night-mode 其实是同一天的延伸，不是新会话；
2. 实现极轻：三个 SKILL.md + 三份项目模板（AGENTS/STATUS/FACTS），零依赖，MIT，已去个人化（价值判断框架参数化、路径规矩分层）；
3. 已实测：真实项目一个月、20+ session 交接零丢状态；night-mode 消歧条款来自真实线上事故；
4. 跨壳可移植：不绑定模型与壳，只要求目标壳有「指令加载 + 文件读写」能力（README 有移植状态表：AtomCode 原生 / Claude Code 同构 / OpenClaw·dsh 待验证 / Codex·Cursor 需改写挂载）。

四、复现当前痛点（30 秒）

新开一个 session 对 Agent 说"继续" → 它读不到状态、开始瞎猜或重问背景。
装上本 skill 后 → 说 open → Agent 自动读 STATUS → FACTS → 探针 → 5 行汇报 → 开工，全程无追问。

五、诉求

1. 优先：考虑把三个协议（或其精简版）收进 AtomCode 内置 skill，让新用户开箱即得"状态落盘 + 无缝交接"能力；
2. 或在官方文档/最佳实践中收录此模式（状态文件 + 触发词协议）作为推荐实践；
3. 若格式有出入（SKILL.md frontmatter 字段 / 目录约定），欢迎指出，我按官方规范对齐后可直接提 PR。

六、附加价值（可选采纳）

• 官方 Skills 文档已明确 ~/.atomcode/skills/<name>/SKILL.md 与自动刷新机制——本仓库即按此格式实现，可作为第三方 skill 规范化的参考样例；
• night-mode 的"算力窗口榨干"设计，与 AtomCode CodingPlan 的额度刷新节奏天然契合（把配额窗口用满）。

本项目由 MIZONGClass（黑客松.com 团队）维护。仓库：https://atomgit.com/MIZONGClass/mase-shift-protocols