已开启
[共创大赛][Feature] 新增「班次协议」内置 skill:open / relay / night-mode —— 跨会话状态落盘与无缝交接 #1101
[共创大赛][Feature] 新增「班次协议」内置 skill:open / relay / night-mode —— 跨会话状态落盘与无缝交接 #1101
已开启
MIZONGClass创建于 14 天前
MIZONGClass
14 天前

这个 PR 做什么

给 AtomCode 增加三个会话班次协议内置 skill(setup seeds),让新用户开箱即得「状态落盘 + 无缝交接」能力:

skill 触发词 作用
open open 开班/续班:读状态文件 → 读事实日志尾部 → 跑探针自检 → 几行内汇报 → 直接开工;项目还没有状态文件时自动 bootstrap 一份
relay relay 交班:追加事实(只增不改)→ 跑探针回归 → 整体重写状态文件为六节快照 → 收班摘要。由人触发,AI 不自触发
night-mode night mode 夜班:以 RSI(自进化)为内核,在一个算力窗口内自主干活 —— 探索未完之事 / 信息碰撞 / 自我审计 —— 次日交晨报

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

为什么值得内置

  1. 普适痛点:AI 编码代理的会话是易失的——上下文一断,"项目进行到哪、接下来干什么、哪些坑别再踩"全部丢失。用户每次要重新解释背景,或 Agent 凭残缺记忆误判。
    真实事故:用户说 "night mode"(指夜间自主工作协议),Agent 误判成"给网站加暗色主题"并改了线上页面。根因不是模型笨,而是缺少标准化的会话状态载体与触发约定。本 PR 的 night-mode 里带了一条消歧条款防这类误判。
  2. 实现极轻:纯 markdown + frontmatter,零依赖、零 Rust 代码改动,只新增 3 个 seed 目录。
  3. 已实战:在一个日更数据管线项目上连续一个月、跨 20+ session 交接零丢状态(开源实现:https://atomgit.com/MIZONGClass/mase-shift-protocols ,MIT)。

格式说明(已按本仓解析器对齐)

  • 位置:crates/atomcode-capabilities/assets/setup-seeds/skills/<name>/SKILL.md(与既有 atomcode-automation-recommender/ 同级,走 install_directory_skills_from_seeds)
  • frontmatter 只用解析器实际读取的键(见 src/skills/skill.rs 的 parse_frontmatter):name / description / user-invocable,连字符形式
  • description 特意写成"何时该用"的句式(含触发词与使用场景),因为它是模型判断是否自动调用的主要依据

顺带发现(本 PR 未改,供参考)

assets/setup-seeds/skills/atomcode-automation-recommender/SKILL.md 的 frontmatter 用了下划线键(user_invocable: / allowed_tools: / argument_hint:),而 parse_frontmatter 只匹配连字符前缀(user-invocable: / allowed-tools:)。按当前代码,该文件这三个字段实际不会被解析(user_invocable 因默认为 true 恰好无碍,allowed_tools 则被静默丢弃)。如果这是笔误,可以另开一个小 PR 修正;若是刻意为之请忽略。

复现当前痛点(30 秒)

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


由 MIZONGClass(黑客松.com 团队)提交。协议实现与文档:https://atomgit.com/MIZONGClass/mase-shift-protocols

likedislike
合并受阻
atomgit-bot
atomgit-bot成员
14 天前 评论:

变更摘要

本 PR 以纯 markdown 形式为 AtomCode 新增三个「会话班次协议」内置 skill(setup seeds),用于解决 AI 编码代理会话易失、上下文一断即丢失「进度/下一步/已知坑」的普适痛点。三个 skill 分别为 open(开班/续班:读状态文件、读事实日志尾部、跑探针自检、汇报后直接开工,缺少状态文件时自动 bootstrap)、relay(交班:追加事实、跑探针回归、将状态文件整体重写为六节快照并输出收班摘要,由人触发)、night-mode(夜班:以 RSI 自进化为内核在算力窗口内自主探索、信息碰撞、自我审计并交晨报),三者构成 open → night-mode → relay → 次日 open 的班次闭环,使状态在磁盘上流转。改动仅新增 3 个 seed 目录下的 SKILL.md,无 Rust 代码改动、零依赖。

主要改动

  • 新增 open skill:定义开班/续班流程——读取状态文件、读取事实日志尾部、运行探针自检、简短汇报后直接开工,并在项目尚无状态文件时自动 bootstrap 一份。
  • 新增 relay skill:定义交班流程——以只增不改的方式追加事实、执行探针回归、把状态文件整体重写为六节快照并给出收班摘要,且约定由人触发而非 AI 自触发。
  • 新增 night-mode skill:定义夜班自主工作协议,以 RSI 为内核在单个算力窗口内进行探索、信息碰撞与自我审计,次日输出晨报;其中包含一条消歧条款,用于防止把「night mode」误判为「给网站加暗色主题」。
  • 对齐仓库解析器约定:SKILL.md 放置于 crates/atomcode-capabilities/assets/setup-seeds/skills/<name>/SKILL.md,与既有 atomcode-automation-recommender/ 同级并走 install_directory_skills_from_seeds;frontmatter 仅使用 parse_frontmatter 实际读取的 name / description / user-invocable 连字符键,description 写成含触发词与使用场景的「何时该用」句式。
likedislike
不准确?
atomgit-bot
atomgit-bot成员
14 天前 评论:

🤖 本次改动均为数据 / 生成 / 二进制文件(如测试用例、锁文件、媒体资源),没有可审查的代码逻辑,已跳过 AI 代码审查。

likedislike
不准确?
atomgit-bot
atomgit-bot成员
14 天前 评论:

AtomGit AI 助手使用指南

在 PR 评论中使用命令即可触发。支持在普通评论和代码行评论中使用。

功能 命令 说明
代码审查 /ai review 检查代码质量、潜在问题、安全风险
PR 摘要 /ai summary 生成 PR 变更内容的结构化摘要
代码解释 /ai explain 解释代码变更的逻辑和意图
自由提问 @atomgit-bot <问题> 询问关于本 PR 的任何问题
帮助 /ai help 显示此帮助信息

免责声明

AI 助手可能存在误判,请结合自身判断。可以对评论点 👍 或 👎 帮助我们改进。

likedislike
不准确?