afk coding agent 指挥中心是什么
afk coding agent 指挥中心是什么：Mooglest AFK 的 dashboard、持久 session、review gates 与 BYOK，非模型层。
afk coding agent 指挥中心是什么：Mooglest 出品的 AFK（Autonomous Flow Kit），定位 browser-based coding agent command center，给工程团队看板、持久 session 与 review gate，而不是再卖一家模型 API。事实来自 mooglest.com 页面内 schema.org JSON-LD 与 FAQ（2026-08-09 curl 抓取），属厂商自述，非独立测评。
解决的是 visibility 不是 intelligence
孤立 terminal 里跑 Claude Code / Codex CLI，经理很难回答：现在有几个 agent 在跑、卡在哪一步、谁 approved 了 destructive shell。AFK FAQ 写明目标用户是 engineering / platform / eng leader，要 continuity 与 control，而非单人 REPL。
它与 model provider 的关系：FAQ 直接写「No. AFK is model-agnostic and bring-your-own-key」，团队继续用 cloud、subscription、local OpenAI-compatible 或私有 endpoint，AFK 不加 token markup。AFK 卖的是编排与可见性层；模型质量仍取决于你接的 provider。
长时 unattended loop 的风险（越权 tool、审批疲劳）见 coding agent 自治循环风险；AFK 用 review gate 试图把人插回 loop，但不消除 residual risk。
浏览器 dashboard 与持久 session
JSON-LD featureList 列：Browser dashboard、Persistent and resumable agent sessions。配合 app 域名 afk.mooglest.com（Organization sameAs），模式是 daemon 接本地或 Docker 内 repo，浏览器 supervises tool calls、diff、approval 与 history。
「AFK」语义是：agent 在后台跑，人离开；session 可恢复，避免 terminal 断连即丢上下文。与纯 claude -p 一次性 headless 相比，强调跨设备回到同一 run（resume 字段见 docs.mooglest.com，首页 SPA 未展开）。
OpenAI Cookbook 曾有第三方贡献意向，描述 AFK 为 browser-supervised persistent session + daemon 接本地目录，模型可换 OpenAI connection。这与 schema FAQ「不替代 provider」一致：AFK 管 session 状态与 UI，API 账单仍在 OpenAI/Anthropic 控制台。
浏览器 dashboard 的价值在多 session 并行：lead 能看哪些 run 在等 approval、哪些已 failed、哪些 worktree 有 unmerged diff。孤立 terminal 要靠人工记 tmux pane 编号，scale 到五人团队就丢 visibility。AFK 自述 resumable session 意味着工程师笔记本合盖后，回到浏览器同一 run id 继续审，不必 ssh 回 server 找 log 文件；具体 session 存储位置与 retention 政策需 vendor 文档确认，JSON-LD 只列 capability 不列 SLA。
review gates 与 human-in-the-loop
featureList 含 Human-in-the-loop review gates and plan approval。即：自治执行到某类决策点（计划、破坏性命令、对外发布）暂停，等人工在 dashboard 批或拒。这与 Claude Code auto mode 用 classifier 代批是不同哲学：AFK 偏显式 gate + 团队可见，classifier 偏默认放行 + 异常拦截。
平台团队可把 gate 对齐 change management：例如 merge 前必须有人类点 plan，降低 overnight 未审 PR 概率。gate 规则 DSL、是否与 GitHub protected branch 联动，公开 JSON-LD 未写；试点时应记录：一次 webhook 触发的 run 在哪些 step 停审、停审最长 idle 时间、超时是否 auto-abort。plan approval 若只覆盖首次 plan 而不覆盖后续 tool burst，仍可能出现「批了计划但 execution 漂移」类事故，team playbook 里应写二次确认触发条件。
BYOK routing 与 webhook 工作流
BYOK model routing 支持 cloud、subscription、local、private endpoints（featureList 原文）。webhook-triggered and scheduled coding-agent workflows 表明可接 CI、定时任务或 incident ticket 触发 agent run，适合 platform 组做「每周依赖升级 bot」类标准化作业。
典型编排：CI 在 main 绿后 POST webhook → AFK 开 session 跑 migration 检查 → review gate 等人类点 merge。scheduled workflow 适合 off-hours lint/fix，但要设 concurrency cap，避免与 daytime 人工 session 抢同一 daemon。BYOK 意味着 key 存在 AFK/daemon 配置里，rotation 流程要写进 runbook；AFK FAQ 称无 token markup，但不等于 key 不出网到 Mooglest 控制面，采购要问 data flow diagram。
token 成本仍走你自家 provider 账单；AFK 若并行多 session，总 token 可能上升，与 怎么少浪费 token 里的并行上限提醒同向，需在 dashboard 层做并发与 budget cap（是否内置 cap 需查 Mooglest 文档）。
Docker host worktree daemon 执行面
featureList：Docker, host, worktree, and shared-daemon execution。覆盖从本机 daemon 连工作目录，到容器隔离，再到 git worktree 并行（类似 Muse --subagent-worktree-isolation 思路），以及多工程师共用一个 daemon 进程的场景。
MCP tools, skills, hooks, plugins, memory, and custom agents 也在列表中，说明 AFK 不替换 Claude Code 生态工具，而是试图统一挂载；与「只换模型不换 harness」相对，AFK 是外层 harness + UI。插件兼容性需查 Mooglest 文档矩阵，schema 不断言与 Claude Code hooks 100% 互通。
Docker 模式要把 repo volume 挂载与 egress 策略写清；host 模式要 segregate prod 凭据。worktree 适合 parallel feature agent，不等价 K8s 编排，AFK 不替代 Argo/Tekton 类 CI 引擎。shared-daemon 让多人共 audit log，也集中了攻击面，平台组应把 daemon 纳进 privileged host 清单。
和 terminal agent 怎么分工
| 角色 | Terminal CLI agent | AFK（厂商定位） |
|---|---|---|
| 交互 | 单人本地快启 | 浏览器多人可见 |
| 持久化 | 依赖 session 文件/厂商云 | 平台侧 resumable session |
| 审批 | 产品内置 classifier/手动 | 显式 review gates |
| 模型 | 常绑 vendor 订阅 | BYOK 多 endpoint |
适合试 AFK 的信号：团队已 parallel 跑多个 coding agent，缺 audit trail；需要 webhook 触发标准化 repo 任务。不必换 AFK 的信号：个人开发者、强依赖单一 IDE 集成、或已有自研 CI agent 且仅需 model API。
AFK 不生成模型权重；FAQ 明确 teams keep preferred providers。它与 coding agent 自治循环风险 里「loop 缺 human gate」是应答关系：dashboard gate 把人拉回环，规则太松仍会 overnight PR 堆叠。worktree 并行改不同分支，合并冲突仍要人解；shared-daemon 统一 audit log 但 daemon 主机成新高价值目标，需 harden SSH、rotate BYOK、隔离 prod checkout。
schema 还列 operatingSystem: Cloud, Docker, Host，说明控制面可 SaaS、执行面可自托管。engineering leader 视角应问：deny/approve 事件能否导出、BYOK key 存哪；JSON-LD 未写 compliance 认证，regulated 行业需直接向 Mooglest 索要 DPA，不能从 featureList 推断 SOC2。
与 Claude Code Teams managed settings、Cursor dashboard 类似，AFK 争「多 agent 运维界面」品类；差异在 BYOK 不 markup token 与 webhook 一等公民。docs.mooglest.com 若超时，评估仍以 mooglest.com JSON-LD 与 afk.mooglest.com 登录页为据；daemon 安装本文未复现。若只需单人 terminal agent，AFK 多一层 SaaS 依赖，故障域从 model API 扩到 Mooglest 控制面，要写入 incident runbook。
FAQ schema 回答 Who is AFK for：engineering / platform / eng leaders needing visibility。个人开发者非首要 persona；勿与 agent-afk.com 那类 local-first CLI runtime 混为一谈。custom agents 是否兼容 Claude Code .claude/agents 格式，需查 Mooglest 扩展文档，JSON-LD 未承诺互通。
参考资料
- AFK by Mooglest（Mooglest 官网 JSON-LD / FAQ，访问于 2026-08-09）
- AFK app（Mooglest 应用入口，同上 Organization sameAs）