5gate
五门发版范式——从「修一批问题」到「上生产」的固定五道关(①任务门 ②合流门 ③盲测门 ④发车门 ⑤真人门),每门有进门条件/出门判断标准/产物/负责人,配一张随编排计划走的「五门台账」和两条回环规则。主编排在任何发版/修复批次开工时自动加载;它是脊柱,细节引…
Skill by 0fuk
Chalk Labs
Need help deploying 5gate?
Chalk Labs sets up agents like this inside real teams: connected to your tools, tested on your data, with a human in the loop where it matters.
Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/0fuk-5gate
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.
- Tools
- No tools found
- Secrets
- None asked for
- Install scripts
- None found
Network hosts it talks to 1
codeload.github.com· found in install command
Files it touches
~/.claude/skills/5gate
What's inside
- Skill name
5gate- Description
- 五门发版范式——从「修一批问题」到「上生产」的固定五道关(①任务门 ②合流门 ③盲测门 ④发车门 ⑤真人门),每门有进门条件/出门判断标准/产物/负责人,配一张随编排计划走的「五门台账」和两条回环规则。主编排在任何发版/修复批次开工时自动加载;它是脊柱,细节引 orch-plan(第0步)、verify-3way(①③门)、coordination-worktree(通讯与工作树)、项目 PROJECT-PROFILE(部署)。触发词:发版、修复批次、五门、这车怎么走、走到哪一门了、下一门。
- License
- MIT
- Instructions
- 102 lines in SKILL.md · view on GitHub
Files (1)
- SKILL.md
SKILL.md (first lines)
# /5gate — 五门发版范式
一句话:**一个问题从「要修」到「在生产上被真人用过」,固定经过五道关,每道关只认落盘的证据,不认口头声称;哪一门空着,后面的门就不许进。** 项目细节(路径、账号、部署脚本)读项目根 `PROJECT-PROFILE.md`;人读版宪法放在项目规范目录(路径登记在项目档案),与本 skill 冲突以宪法为准、改必须两处同改。
## 第 0 步 · 开车前(不算门)
按 /orch-plan 出本车编排计划三件套;**工单集里每张卡自带「五门格」**(五个格子,只许填证据文件路径)——这张工单集就是本车的五门台账,不另开账本。新问题一律先在台账立卡再动手;没有卡的改动=乱发明,当场停。owner 在此说「确认开工」。
## 五门(每门:谁 / 进门条件 / 出门判断标准 / 产物)
| 门 | 谁 | 进门条件 | 出门判断标准 | 产物(填进五门格) |
|---|---|---|---|---|
| ①任务门 | 各修复线,各自 worktree | 有「复现出错」的证据(已有盲测红卡/取证件的直接引用;只有零证据的新立项才派一个复现代理先造红) | 修复线的红绿验证会抓错(先故意改坏证明测试会变红)+ 不带背景的独立复核代理复核 + 关键宣称回数据库/真机核对 | 修复交回件 + 复核件 |
| ②合流门 | 主编排 | 本车全部卡的任务门都齐 | 候选 tag 五处来源互相核对 + 期望 commit 清单 + 封版前三检(动过被封印的源必重封 / 写死「当前尾条」的测试同步 / 跑测试脚本健康) + 全量回归零新增红(两次候选 tag 之间差异与某面测试零交集才许沿用结果,判读件贴 diff --stat) | tag + 全量交回件 |
| ③盲测门 | 部署线换装 + 盲测员 | 测试数据像真的(与生产同形态);章程含验法栏且 `tools/blind-check.mjs` 过;staging 已换到候选 tag | **卡组按类型分组(资金/权限/审批/展示…),同一 staging、同一批账号挨个跑**,只走界面(允许被动抓包与只读探针取证);关键宣称回数据库核对;主编排三路交叉判读「阻发车项=0」 | 章程 + 盲测交回 + 判读件 |
| ④发车门 | 部署线 | 判读件落盘,授权口径已在(项目档案记 owner 常设授权则不再等) | 推远端(tag+分支)→ 发车件(一份三节:判读/给 owner 与门店的说明/给部署线的执行令)→ 部署四门(重封+一致性检查 / 构建物来源核对+commit 清单 / 盲测 PASS 判读件 / 构建物在 tag 现建)+ **规范备份门**(规范/规则类文档镜像仓同步到最新并打与生产同名 tag 推远端;项目档案记仓址)+ 备份真恢复演练 → 回滚窗四项判断 | 发车件 + 发车交回 |
| ⑤真人门 | owner 安排的真人 | 生产已切换 | 真人走完核心流程;红 → 回①立项(下一车或热修),不在生产边测边改 | 反馈件 |
## 门次触发表(主编排照表走,不靠想起来;owner 不需要手动调 verify-3way)
- 修复交回件落盘 → 按 verify-3way §4 做①门出门三件。
- 台账里所有卡①门齐 → 进②门:出候选 tag,并行派全量回归与 staging 换装。
- 换装交回落盘 → 按 verify-3way §2 出分组盲测章程、派盲测员。
- 盲测交回落盘 → 按 verify-3way §3 出交叉判读;阻发车项=0 → 进④门发发车件。
- 发车交回落盘 → 登记(台账/PROFILE/memory/修复池收编)→ ⑤门候真人反馈。
## 两条回环规则
1. ③门出红:只对那张红回①(从当前候选 tag 拉新 worktree 修)→①→②出新候选 tag(全量按「可否沿用」判定决定重跑面)→换装→**只重放红卡+抽验回归**,不整章重跑。
2. 途中新发现:一律进修复池立卡,不进本车;owner 亲口「进本车」才装。
## 并行轴(别串行浪费)
①门各线并行;②门全量与③门换装并行;③门盲测一员顺序走(见用量纪律;只有两份章程互不相干且账号与数据不交叉时才分两员)。
## 发车件模板(三节合一,取代判读/发车说明/发车令三份文件)
文件名 `<前缀>-发车件-<版本>-<日期HHMM>.md`;第一行必须是「台账 `<工单集绝对路径>`:全部 N 卡①②③门齐,阻发车项=0」。
- **第一节·判读**:候选 tag 与 SHA;卡组盲测结果三栏(绿/红/灰各几张,红为零才有本节);全量回归读数与「可否沿用」判定;阻发车项=0 的依据文件路径。
- **第二节·说明(给 owner 与门店)**:说人话——这车修了什么、门店会看到什么变化、需要谁做什么(运营待办逐条);不出现代号。
- **第三节·执行令(给部署线)**:基座 SHA/tag、期望 commit 清单、迁移号区间与预期台账数、部署四门逐项判据、备份与真恢复演练要求、回滚窗四项判断与时长、交回件文件名。
## 用量纪律(实案:一车七条线全部继承主会话最贵档 + 三轮候选版返工之后立规)
| 角色 | 模型 · 推理档 | 说明 |
|---|---|---|
| 主编排 | 主会话(Fable) | 只编排、终审、合流、台账;不下场写码 |
| 施工线(动钱 / 权限判据 / 迁移 / 契约) | opus · high | 一次做对比便宜重要(20261003 owner:质量 → 一次过 = 最省) |
| 施工线(只改测试 / 合流 / 机械改动) | sonnet · high | 默认 |
| 施工线(涉及前端 apps/web 组件 / 页面 / 前端镜像) | opus · high | 前端断点隐蔽(dirty 判定 / 载荷契约 / 预填渲染);owner 20261003 定前端用 opus |
| 复核(动钱 / 权限 / 迁移 / 契约,或跨层) | opus · max | 固定八项清单,四小时封顶 |
| 复核(其余) | sonnet · max | 同上 |
| 机械扫描 / 机械 diff / 探活 / 只读取证 | haiku · low | 脚本能做的先用脚本 |
| 盲测员 | sonnet · high | **一员顺序走全部卡**,不按组开多员(每员开工要重读规程章程) |
| 禁 | 子代理继承主会话模型 / 派单不写模型档 | PreToolUse hook `agent-model-gate.ps1` 直接拦 |
1. **派单第七要素 = 模型档 + 推理档**:工单与派单缺此项不许派;派子代理工具的 model 参数必填,禁默认继承(hook 拦)。
2. **复核分级**:只改测试文件 / 只改读侧一两行 → 主编排按固定清单亲核,不派复核员;动产品码或库函数 → 派复核员,清单固定八项、四小时封顶,超时用已有证据收口写「未核项」,不许无限跑批。
3. **验证不重复**:合流后不单独跑定点用例,直接起全量回归(四面脱离式脚本 + 机械 diff),绿了再在同一提交上打候选 tag;封印检查器 / 预核脚本 / 类型检查照跑(≤3 分钟)。
4. **回红重放口径**:只重放红卡;改到共享函数的补一张相邻路径卡;不整组重跑绿卡;一个盲测员顺序走;换装令只做台账 / 健康 / 构建物三项冒烟,业务冒烟交给盲测。
5. **发车件三节合一,不另出判读件**;三路判读写在发车件第一节。
6. **一次性过的三条硬门写进 ①门验收**(返工轮次是最大的 token 黑洞):审批链类改动复核必须走真实「建单 + 逐签」命令路径,禁手写已签名数据进库;真库用例一律以业务角色(NOSUPERUSER / NOBYPASSRLS)起池;同一规则多层副本先列清单再动手(策略 / 库守卫 / 执行函数 / 前端镜像 / stage 表)。
7. **harness 给足(派单最低内容)**:基座 SHA 与树 / 改动面白名单与禁区 / 原始症状原文与出处 / 判据真源(owner 原话或规范条文)/ 复现要求(路由层 + 真实命令路径 + 业务角色池)/ 副本清单要求 / 红绿三步(先红 → 改 → 改坏回红 → 复原绿)/ 证据落点 / 交回六节 / 纪律五条 / 模型档与推理档 / 时限与止损。缺一项的派单先补再发。
8. **token 预算档**:编排计划按卡标预算档(小 / 中 / 大),主编排每个大节点对账;超档先降模型再缩范围,不许事后发现。
### 一次过门(20261003 回写;owner:「improve quality > one shot = more efficient」「cut redundant review & test」——省在不返工,不省阅读与核实)
9. **owner 口径按最窄字面执行**:任何扩大解释单列为「假设」写进派单并回报 owner,不许默默泛化(实案:「人事负责人不看欠款」被泛化成两类账号,三轮 AMEND 并误伤财务经理)。
10. **复核人数按风险**:动钱 / 权限判据 / 迁移 / 契约 = 两名独立复核;纯前端 / 文案 = 一名;只改测试 = 主编排亲核(同第 2 条)。
11. **AMEND 后续审增量**:原复核员续审「增量 + 新增裁定项 + 上轮问题销账 + 增量触及处回归抽核」,verdict 仍对完整累计范围下;只有返修动到钱面 / 权限核心判据或推翻原方案才换新人全量重审。中途加项 = 通知在飞复核员扩对象,不另开一轮。
12. **章程干跑(③门进门条件)**:盲测开工前派便宜代理按章程逐卡核前置——账号能力集、授权步骤、数据形态——只读核对,不走界面;每卡期望写出处(文件:行 或规范条文),写不出出处的卡不发(实案:章程漏授「审批发起」首轮 5 红;两张卡期望是主编排的错误假设)。
13. **新页面 / 新命令必带读写契合测试(①门验收)**:前端 data 层真实载荷 → 真路由 → 真库,读与写都要;手写请求形状的端到端用例不算(实案:库存两轮界面预演的缺陷大半属此类)。
14. **全量只在合流门跑一次**:各卡与复核只跑定向用例 + 自写探针;每个基座 SHA 的全量失败清单落文件复用,合流只跑新尖对比;环境红在新机一次性清零(否则每次要甄别上百条);共用提交型夹具的真库用例顺序跑。
15. **预演并入盲测**:不设多轮预演;候选版出包前至多一员对「新增界面项」窄范围走查,正式盲测只做一次、一员顺序走;上一版已绿且本版未动的功能只留冒烟卡。
## 纠偏(机械,不靠自觉)
- compass 轻检每轮扫台账:某卡后一门有值、前一门为空=跳门,当场上报;改动没有卡=乱发明。
- 发车件第一行必须引台账「全卡五门齐」,引不出来发不出去。
- 每张卡的五门格只许填文件路径;写「已完成」三个字=无效。
- 每次 compact/换代后第一动作=读台账定位「在哪一门、缺哪一门」(compact-s 的目标态栏、reboot 的必读清单首项都指向台账)。
### 用量纪律 v3(20261010 owner 两次打回「why so slow」「减少 token usage 但质量不掉」后立;实案:1.7.5 一车施工 6.8M + 复核 5.3M + 出稿调研 2.8M token,复核占施工的 78%)
16. **复核人数再收紧**:两名只给「动钱计算 / 权限判据核心」且改动面中档以上;仅迁移、仅契约、前端、导入器、留痕 = 一名(sonnet·max;跨层读侧才 opus·max)。两名时甲乙分工不重叠(甲 = 行为端到端与规范对照,乙 = 迁移文本 / 副本一致 / 兼容),各自不重跑对方项;复核员禁重建已有克隆库(用施工留下的模板克隆一次)。
17. **增量复核三档**:测试 / 文案 / 头注 / 夹具 / 单一护栏 = 主编排亲核 diff --stat + 施工读数,零续审;改库判据或钱面 = 原复核员只跑增量场景,不重跑全部;推翻方案才全量重审。
18. **子代理通讯只一次**:子代理只在结束报一次(最终答复固定格式);禁中途进度消息(只许「卡点候裁」一种);等待外部进程用后台 + 单次完成通知,禁轮询式「还在跑」(每次醒来都耗主编排一轮全上下文)。
19. **取数先于派工**:生产只读取数卡是施工卡的真依赖(枚举值、版本号格式、分类树、在途单),放 T0,完成前不派施工;读数写进工单输入。实案:权限版本号格式晚拿 4 小时 = 多一圈返工。
20. **重卡拆分**:单线预计大档即按单据族 / 层拆成两三个代理;一个代理不串两张卡(审批线 AP1→AP2→AP3→回①②③④ 串了 6.5 小时)。
21. **合流红文件按根因**:先分类;确定性根因(迁移 / 环境)修后并发复跑,再红的才并发 1 重放;合流全量开跑后不接新迁移(新发现走 rc2 或下车)。
22. **派单只给路径与裁定**:不复述工单内容;harness 固定附:rm 一律字面路径或 "${VAR:?}";交回六节 + 最终答复只报路径 / SHA / 读数一行;「零新增红」必须附设 PG_BINDIR 与 PGCLIENTENCODING=UTF8 后的逐文件清单,否则不收。
23. **主编排省自身上下文**:每条通知最多一句回复;大文件只 grep / sed 定段不全读;台账按门次一次写;checkpoint 每 60–90 分钟;不替代理复述它已写进交回件的内容。
### 用量纪律 v4(20261010 晚;实案:1.7.5 合流 11.5h vs 1.7.6 合流 1.7h;RF1 三轮 / CT1 四轮回修;部署线会话压缩停摆 3.5h 被误报「候 owner」)
24. **全量只在合流门跑一次**:施工线与复核只跑定向 + 相邻用例;派单 harness 固定写「不跑全量」。七线各跑全量互相挤到单文件 30 分钟,是今日最大拖累。
25. **交回先落、全量追加**:代码提交即落交回件(尖 SHA + 定向读数),复核并行起跑;任何「等全量跑完再写交回」一律打回。
26. **环境红先根治再合流**:新机三类环境红(临时库编码、缺前置脚本、负载超时)由 ENV1 一次治;合流令删 PGCLIENTENCODING;红分类四类 → 并发 4 重放 → 对基线比,本轮后封顶。
27. **动钱卡一条轻硬门**:卡文「步骤」首条必写四项关联路径的处理口径——薪资计提读镜 / 月结反冲 / 退款冲减或撤销交错 / 只回代码的回滚脚本;写不出先派 10 分钟调研卡(SV0 形态)再施工。不加其他硬门。
28. **口径先于派工**:凡触及业绩 / 规则 / 守卫的卡,派工前先 grep 现役规范条 + 代码判据各一处写进卡的「事实」栏;错假设(护理师有消耗业绩、可绕 DB 守卫)是回修轮次的主因。
29. **对端会话「waiting / idle」≠ 候 owner**:先 `list_events` 看最后事件(压缩 / 后台上传 / 权限弹窗三种不同处置),再判;禁凭状态栏报「等你点」。
30. **子代理收尾杀残留**:结束前 kill 自己起的等待循环、临时集群、无头浏览器(字面 PID);主编排每大节点 Get-Process 扫一次 node / bash / postgres / msedge 清僵尸。
31. **姓名也是个人信息**:交回件、复核件、测试头注、日志一律工号;发现即 sed 替换,历史不改写。
## 1.7.10 车增补(20261013,C3)
- **④门之后固定一步「演练库手动刷新」**(用户 10-13 裁定,周一自动重置已停):上生产 + 1 小时巡检绿 → 主编排出令 → 部署线按 refresh 脚本刷演练库(生产夜备克隆 + 脱敏)→ 核演练库台账 = 生产台账、演练站 health 200、gitTip = 生产;**刷前确认演练站连续 30 分钟无外部请求**,营业时段有人就推到北京 22:00 后。刷新冲掉盲测夹具属预期。
- **规范备份门 = 代码仓 tag + 规范仓同名 tag 两者都在远端**;部署线以 ls-remote 为准,缺一不开迁移。主编排签执行令前先跑 `vault-mirror.ps1` 再打规范仓 tag。
- **③门默认本机演练环境**(详见 /verify-3way §11);远端冒烟令与本机盲测并行派。
- 收尾令(还借用身份 / 停盲测号 / 删 slips / 演练库刷新 / 服务器 /tmp 清理)在 1 小时巡检绿后一并发,条件写进令件。
- **④门收尾动作加一条**:改 `C:\VyqoAI\Yirun\tools\monitor\local\expected-tips.json` 里 prod / staging 的期望提交号为新生产 tip,跑 `node tools\monitor\local\optimize-kuma.mjs`,看板「生产 版本 / 演练站 版本」转绿即完成(看板是用户唯一通知渠道,零推送)。From 0fuk/OpenACCP, MIT.
More from 0fuk/OpenACCP
- 0.598score
moniter-on
0fuk
让当前会话(主编排或任一 lane/worker)架起可验证的无人值守 Monitor+文件信箱可达性。v3 核心变化:每次调用一律【强制停旧+清残留进程+挂新】,不再做"判活后决定要不要重架"——标记文件时间戳只能证明有进程活着,不能证明通知通道活着(会话重载后旧 Monitor 会变残留进程:继续刷 标记文件…
SkillAFreshness: A★ 2Claude Code +9 - 0.595score
reboot
0fuk
主编排换代接力(原 reboot-orchestrator 已并入):为任意多 lane 编排项目生成 Gn→G(n+1) 交接文档并输出可粘贴路径,含全 lane 重指向新任的握手闭环。当主编排被分类器拖废、usage 过八成、同会话核心工作被 flag ≥2 次、或 owner…
SkillAFreshness: A★ 2Claude Code +9 - 0.595score
keep-pushing
0fuk
owner 离线前在本 thread 启动一次的「无人值守自主推进」模式:文件信箱唯一通道+Monitor 常驻+平台定时唤醒兜底+依赖图并发调度+零弹窗零空等,持续 consume→verify→dispatch 直到只剩 owner 专属决策。触发词:keep…
SkillAFreshness: A★ 2Claude Code +9 - 0.595score
need-research
0fuk
决策级盲区调研 — 当用户说 /need-research、"扫我的盲区"、"我不知道我不知道什么"、"给我决策建议"时触发。语义=补 unknown unknowns:不只答问的,更找没问但会咬人的,最终给带默认值的决策选择题。硬约束:总代理≤10(常态 3-8 sonnet)、全程禁…
SkillAFreshness: A★ 2Claude Code +9 - 0.595score
orch-plan
0fuk
编排计划(方向+工程双层)三件套产出规程——HTML 总览(第一节·总结说人话版+任务总表+依赖图+逐站验收门+候owner清单)+事实索引 md 附件+工单集 md 附件,任何 session 冷加载三件套即可直接按单干活。owner 说"出个编排计划/排一下任务/写个…
SkillAFreshness: A★ 2Claude Code +9 - 0.595score
senior-review
0fuk
派两名相互独立的高级复核员(A=改动纪律与可维护性,B=影响半径与边缘情况,默认 Opus 5·high),再由主循环综合成一份有证据支撑的严格 verdict。适用于接受/合流/发布任何非平凡实现之前;简单修复却出现异常大 diff 时;担心过度抽象、防御式代码、scope…
SkillAFreshness: A★ 2Claude Code +9 - 0.595score
verify-3way
0fuk
发版三路验证与修复定谳:全量回归 + 不带任何背景的根场景复现盲测(红绿灰卡组) + 规范走查,主编排交叉判读(单路收货门/孤证禁采信/双路矛盾亲手终裁/全绿反证/测试结果可否沿用的判定/验证等级),含修复证据四步、宣称三栏、从未跑通过的功能清单、三路隔离与封版前三检。触发:/verify-3way、三路验证、发版验…
SkillAFreshness: A★ 2Claude Code +9 - 0.595score
cn-prose
0fuk
书面中文文风:汇报 / 报告 / deck·PPT / 网站·app·SaaS 界面与营销文案的去 AI 味、去口水话、去占位废话,并保住专业度。只管「写出来的字」;口头解释归 /human-explain,汇报该含什么归 /formal-report,视觉归…
SkillAFreshness: A★ 2Claude Code +9 - 0.595score
compact-s
0fuk
选择性 compact:上下文将满/compact 前先把"只存在于本会话对话里"的高价值状态(owner 裁决原话/编排目标态/验收硬门/关键路径/在飞与叫醒)高保真外置成 checkpoint 文件,再放心 compact;compact 后第一动作=读回 checkpoint 重新对照目标。owner…
SkillAFreshness: A★ 2Claude Code +9 - 0.595score
compass
0fuk
导航校准(re-grounding):主编排对照决策台账/编排计划/终点 runbook 重新对照目标,逐个开放目标审计叫醒机制(含对端会话级活性与互等死锁),自检跑偏、假的完成与等待合法性。owner 喊"看决策清单/回顾编排计划/对照路线图/跑偏了/怎么不动了"=触发;compact 或 resume…
SkillAFreshness: A★ 2Claude Code +9 - 0.595score
coordination-worktree
0fuk
多会话/多代理协作的两项基础设施约定(项目无关):①协调目录=文件信箱通讯层(落盘即送达、命名与件型、会话级活性判据、收货门);②worktree 工作模式(每线一树自钉死基座拉出、编排独占合并权、禁…
SkillAFreshness: A★ 2Claude Code +9 - 0.595score
feature-dev
0fuk
通用功能开发流水线:调研探索 → 契约冻结与编排 → 工单派发执行 → 独立复核 → owner 最终验收, 按功能规模自动伸缩,任何项目/技术栈可用(运行时探测项目既有制度并优先服从,skill 零项目事实)。 当用户说「开发功能X」「实现XXX功能」「/feature-dev」时触发;纯问答、单文件小修、常规…
SkillAFreshness: A★ 2Claude Code +9
Signals
- Stars
- 2
- Forks
- 0
- Open issues
- 0
- Last commit (this folder)
- Oct 14, 2026 (17 days ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- MIT
- Repository
- github.com/0fuk/OpenACCP
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
More from 0fuk
- 0.598score
moniter-on
0fuk
让当前会话(主编排或任一 lane/worker)架起可验证的无人值守 Monitor+文件信箱可达性。v3 核心变化:每次调用一律【强制停旧+清残留进程+挂新】,不再做"判活后决定要不要重架"——标记文件时间戳只能证明有进程活着,不能证明通知通道活着(会话重载后旧 Monitor 会变残留进程:继续刷 标记文件…
SkillAFreshness: A★ 2Claude Code +9 - 0.595score
cn-prose
0fuk
书面中文文风:汇报 / 报告 / deck·PPT / 网站·app·SaaS 界面与营销文案的去 AI 味、去口水话、去占位废话,并保住专业度。只管「写出来的字」;口头解释归 /human-explain,汇报该含什么归 /formal-report,视觉归…
SkillAFreshness: A★ 2Claude Code +9 - 0.595score
compact-s
0fuk
选择性 compact:上下文将满/compact 前先把"只存在于本会话对话里"的高价值状态(owner 裁决原话/编排目标态/验收硬门/关键路径/在飞与叫醒)高保真外置成 checkpoint 文件,再放心 compact;compact 后第一动作=读回 checkpoint 重新对照目标。owner…
SkillAFreshness: A★ 2Claude Code +9 - 0.595score
compass
0fuk
导航校准(re-grounding):主编排对照决策台账/编排计划/终点 runbook 重新对照目标,逐个开放目标审计叫醒机制(含对端会话级活性与互等死锁),自检跑偏、假的完成与等待合法性。owner 喊"看决策清单/回顾编排计划/对照路线图/跑偏了/怎么不动了"=触发;compact 或 resume…
SkillAFreshness: A★ 2Claude Code +9 - 0.595score
coordination-worktree
0fuk
多会话/多代理协作的两项基础设施约定(项目无关):①协调目录=文件信箱通讯层(落盘即送达、命名与件型、会话级活性判据、收货门);②worktree 工作模式(每线一树自钉死基座拉出、编排独占合并权、禁…
SkillAFreshness: A★ 2Claude Code +9 - 0.595score
reboot
0fuk
主编排换代接力(原 reboot-orchestrator 已并入):为任意多 lane 编排项目生成 Gn→G(n+1) 交接文档并输出可粘贴路径,含全 lane 重指向新任的握手闭环。当主编排被分类器拖废、usage 过八成、同会话核心工作被 flag ≥2 次、或 owner…
SkillAFreshness: A★ 2Claude Code +9
Done for you
Rather not set it up yourself?
Chalk Labs scopes, builds and runs agents for your team: the task audit, the eval harness, the integrations and the weekly ops report. Fixed scope, priced before we start.
See how we build AI agents →Read the case studies
Chalk Labs is a two-founder AI and growth studio. We build AI agents, CRMs and MVPs for Web3 and AI companies, and have shipped 50+ product and token launches.
- launches shipped
- 50+
- launches shipped
- media placements
- 500+
- media placements
- founders on every account
- 2
- founders on every account
Press we've placed: Forbes · CoinDesk · Decrypt · Cointelegraph · The Block
Rahil Jain, Co-founder, Chalk Labs. Ex-Goldman Sachs engineer. You talk to the person who builds it.
Get 5gate running in your business
Tell us what you want to automate. A founder replies within one working day with a plan, not a pitch deck.
Cite this page
5gate skill. Agent Mart. https://agentmart.dev/skills/0fuk-5gate (last updated 2026-10-24)