【免费下载链接】sno-station-skillsSno Station Skills: 31 tested skills that turn Claude Code and Codex into one working team. Cross-vendor peer review, automatic handoff when an agent hits its quota, a one-page morning brief, work orders with proof, and a nightly loop that learns from your own sessions. Open source, installed with one sno setup.项目地址https://gitcode.com/gh_mirrors/sn/sno-station-skills点击查看免费下载Sno Station Skills 是一套为 Claude Code 和 Codex 打造的开源智能体技能集其中charter和deliver两个技能解决了一个新手最常踩的坑智能体说完成了但没有人能证明它真的完成了。本文用一次实战流程讲清楚如何写一张工作单charter再让智能体用deliver把它执行到每一步都有真实运行证据为止。痛点为什么它说做完了不可信用过 AI 编程智能体的人都见过这种场面你说修好这个 bug它回一句已修复测试通过但实际上一行代码没改它顺手加了三层你从没要求的抽象、一堆以防万一的守卫代码它把调用过一次接口当成消息已送达。Sno Station Skills 的解法很朴素把完成从口头承诺变成书面清单。每张工作单里写明交付物、边界、已定决策以及一组可以回答通过/失败的成功检查项Success checks——每一条都必须由一次真实运行来回答。智能体自己说done在这里权重为零。 核心理念来自项目首页的一句话Done means proven——完成等于被证明。工作单长什么样先认识 charter 模板charter技能会生成一个 Markdown 文件这个文件的路径就是任务的身份证。完整布局定义在模板里工作单模板references/template.md提问纪律references/questions.md模板由四个核心部分组成区块作用新手要点## Owner decisions你负责人已经拍板的决策保留你的原话智能体不允许自己发明决策## Outcome交付什么结果、给谁、解决什么问题声称要有证据不能靠猜## Scope and non-goals做什么、明确不做什么、哪些必须保持现状写明未经批准不得发布/删改/花钱## Success checks编号的成功检查项每条都能答出 pass 或 fail这是完成的定义唯一标准另外两个区块由系统维护人手不许碰## Proof证明表只由sno deliver-proof写入## Report在收尾时由执行者填写。工作单还有一个status字段取值draft → released → delivered或superseded代表它的生命周期。关于成功检查项模板给了很好的例子template.md 第 55-57 行文件类生成的报告能打开第 3 节的总额等于totals.csv独立重算的结果消息类订单后一分钟内客户收件箱里能看到确认邮件代码类改动前失败的命令现在输出预期值且退出码为 0。注意一个细节大任务可以切片sliced——每张工作单可拆成命名的小片每片有自己连续编号的检查项一个执行者只负责一张单或一片方便多个智能体并行。第一步写出可用的 charter 工作单5 步charter技能的写作流程定义在 charter/SKILL.md 第 50-71 行五步走先读现场读请求、相邻笔记和已有工作问之前先看文件能不能回答。文件里有的事绝不问第二遍。起草按模板写 Owner decisions、Outcome、Scope 和 Success checks。长度跟任务走——小任务几行就够大任务就切片。站在执行者角度重读每条检查项一个人不问任何人就能分清通过还是失败吗拿一个真实例子走一遍堵住会让结果误判的漏洞。独立评审一次用peer-review如已安装或第二个智能体只查是否符合负责人意图 具体缺陷修完即止不无限循环。汇报并等批准用大白话告诉负责人这张单交付什么、还差哪个决策最后附上那一个问题负责人批准后把status改为released再把路径交给执行者。三条保住工作单质量的硬规则值得新手记住SKILL.md 第 24-48 行✅不发明决策缺了一个会改变结果的选择只问一次、一次一问且沉默不等于同意✅检查项必须可观察写明观察什么、在哪里、怎么观察预期值来自需求或独立数据而不是抄程序的输出✅不加没用的关卡每加一个前置条件或检查步骤先说清它能发现什么故障、失败了会改变什么——什么都不改变就别加。⚠️ 特别提醒默认情况下智能体单独无权发布工作单它只能记录你的决策。你不在场时它会把单留成draft等你发布。第二步deliver 如何执行一张 released 工作单deliver技能接手后规则只有一条## Success checks就是完成的定义别的都不算deliver/SKILL.md 第 13-16 行。它的六步流程第 40-77 行步骤做什么关键约束1. 开工检查单必须存在、状态是released、检查项可观察否则退回charter修改发现名称.state.md接力文件时从上次中断处继续不推倒重来2. 计划有依赖步骤才在单里写## Plan超过 3 步的计划先独立评审一次一两个步骤的任务不需要计划3. 执行用项目自己的工人和工具coder、test 技能修 bug 前先复现 bug每完成一步就sno handoff-checkpoint记录 Done/Next随时可交接4. 证明每条成功检查项跑一次真实运行并记录详见下节5. 评审对改动做一次独立评审修常规路径缺陷发现问题但不扩大任务范围6. 收尾跑sno deliver-proof check只有退出码为 0 才能写 Report、置status: delivered记录步骤失败只记录并自修不撤销已跑通的结果证明环节sno deliver-proof 命令详解证明工具deliver-proof是一个小脚本deliver-proof 第 1-10 行 有完整用法只有三种子命令# 用真实命令证明第 n 条检查项输出和退出码自动存档 sno deliver-proof run charter n -- command # 检查本身就是看一眼时用如打开生成的文档附上证据文件 sno deliver-proof see charter n evidence-file 观察到什么 # 收尾校验所有检查项都有 pass 记录才退出 0 sno deliver-proof check charter它的行为对新手有几个友好设计每次run都会把命令输出和退出码存到工作单旁的名称.proof/目录日志名含 UTC 时间戳并往## Proof表追加一行| check | result | how | exit | log | at (UTC) |失败的检查项就记fail保持失败直到工作改变并再次通过不允许手工改成 pass被划掉的检查项~~3. 旧检查~~ dropped视为已弃用不要求证明check子命令逐条核对第 89-125 行没有记录、最新结果不是 pass、或日志文件丢了都会报NOT proven。证明必须发生在请求者看得见的地方这是 references/proof.md 的核心要求值得逐条对照 文档类打开生成的文件读出检查项点名的那句话✉️ 消息类在接收方读到它而不是看发送方的已发送 数据类从独立来源重算一遍再比对 修 bug 类先展示失败再展示修复后的通过——不能跳过复现 禁止用 mock 的返回值、一次成功的退出码、调用次数或程序自己的叙述来顶替证据。新手最容易翻车的 3 个地方把退出码 0当完成。deliver明确规定期望值必须来自工作单或独立数据程序自己说自己对了不算证据。手工编辑 Proof 表。Proof 表只由sno deliver-proof写入把失败行改成 pass等于伪造交付。智能体自我审批发布。默认只有负责人能把单从draft放到released如果工作单里出现智能体代为决定的决策直接打回重写。另外执行长任务时每步都写sno handoff-checkpoint接力文件意味着任何智能体哪怕额度快用完的都能随时优雅交棒这正是 Sno Station Skills 里handoff、rotate-agent等技能配合工作单的意义——任务属于团队不属于某一个智能体。相关文件清单想动手试一遍按这个顺序读charter技能说明skills/T-delegation-and-work-orders/charter/skill/SKILL.md工作单模板与检查项示例skills/T-delegation-and-work-orders/charter/skill/references/template.mddeliver技能说明skills/T-delegation-and-work-orders/deliver/skill/SKILL.md功能证明规范skills/T-delegation-and-work-orders/deliver/skill/references/proof.md证明命令实现skills/T-delegation-and-work-orders/deliver/skill/scripts/deliver-proof整个委派与工作单技能族索引skills/README.md小结给 AI 智能体下任务的新姿势整套流程其实只有两句话charter负责把口头需求变成书面契约——交付什么、边界在哪、你已决定什么、每条成功检查怎么证明缺一不可且由你批准发布deliver负责把契约执行到可验证——每一步真实运行、每条检查都有日志留痕sno deliver-proof check全绿之前完成两个字没有资格出现在报告里。当它说做完了不再是验收标准你才真正把任务交给了团队而不是交给了一个能言善辩的新人。️赞分享【免费下载链接】sno-station-skillsSno Station Skills: 31 tested skills that turn Claude Code and Codex into one working team. Cross-vendor peer review, automatic handoff when an agent hits its quota, a one-page morning brief, work orders with proof, and a nightly loop that learns from your own sessions. Open source, installed with one sno setup.项目地址https://gitcode.com/gh_mirrors/sn/sno-station-skills点击查看免费下载相关推荐5分钟看懂Sno Station Skills5个真实使用场景体验AI智能体团队如何替你上班5分钟看懂Sno Station Skills5个真实使用场景体验AI智能体团队如何替你上班 Sno Station Skills 是一个开源的 AI 智能Sno Station Skills通信与交接层全解reach、handoff与heartbeat如何让多个AI智能体无缝协作Sno Station Skills通信与交接层全解reach、handoff与heartbeat如何让多个AI智能体无缝协作 Sno Station Ski免装Sno Station也能用Sno Station Skills standalone独立版技能快速上手指南免装Sno Station也能用Sno Station Skills standalone独立版技能快速上手指南 Sno Station Skills htt上一篇安居客经纪人信息采集爬虫实战手机号获取、二维码详情页链路与阿布云代理配置下一篇如何把 TextGen 接入 MCP 服务器配置 mcp.json 并验证工具调用创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考