Agent Module 架构
- 作者仓库星标 2,496
- 作者仓库 bk-ci
Agent 模块架构
适用场景
- 修改 Agent 启动、守护和进程管理
- 处理心跳、Ask 轮询、任务拉起或任务结束流程
- 修改 Agent 升级、组件升级和构建机环境管理
- 排查 Agent 与 Dispatch、Worker 的交互问题
不适用场景
- 只是修改 Worker 内部的任务执行
- 只是修改插件定义、
task.json或插件发布 - 只是修改 Dispatch 的调度配额和队列策略
- 只是修改流水线业务逻辑
快速指导
- 这个 skill 关注的是“构建机宿主侧如何保持在线、接任务、拉起执行器”。
- Agent 主要解决守护、心跳、升级和任务编排，不负责插件本体定义。
- 先按问题类型进入对应参考文档：
- 运行形态与升级：
reference/1-runtime-upgrade.md - Ask、心跳与任务拉起：
reference/2-ask-heartbeat-build.md - 平台支持、运维与排查：
reference/3-platform-ops.md
- 运行形态与升级：
- 如果问题已经进入任务执行细节，切到
worker-module-architecture。 - 如果问题在构建机选择、排队或资源配额，切到
dispatch-module-architecture。
高信号规则
- Agent 是构建机侧编排者，Worker 是执行者
- 守护、心跳、Ask、升级是理解 Agent 的四个核心切面
- Agent 改动通常会影响稳定性、在线率和任务领取能力
- 涉及进程管理和升级时，要优先考虑跨平台差异
关键陷阱
- 把 Worker 细节问题误判成 Agent 问题
- 只看单次请求，不看守护和轮询全链路
- 升级逻辑没考虑回滚、并发和运行中任务
- 忽略 Linux / Windows / macOS 的行为差异
延伸阅读
- 运行形态与升级：
reference/1-runtime-upgrade.md - Ask、心跳与任务拉起：
reference/2-ask-heartbeat-build.md - 平台支持、运维与排查：
reference/3-platform-ops.md - 如果你在改 Worker 执行：再看
worker-module-architecture - 如果你在改调度与构建机选择：再看
dispatch-module-architecture
- 流狐分类
- AI 智能
- 作者声明 Agent
- 未找到明确声明；不据此推断已兼容或已测试
- 静态检查
- 88 / 100 · 启发式扫描，不代表运行安全
- 作者 / 版本 / 许可
- @TencentBlueKing · 未声明 license
- 流狐 Token 估算
- 低消耗
- 流狐接入估算
- 即装即用
- 是否需要外部 API Key
- 未发现要求
- 检测到的系统要求
- macOS · Linux · Windows
- 底层运行要求
- 未声明
- 检测到的文件与系统行为
-
- 只读
- 检测到的网络行为
- 仅限本地
- 安装命令数
- 无（仅作为资料）
档案由构建时根据 SKILL.md 与安装命令自动衍生，可能与作者实际意图存在差异。
需要注意： 未限定 allowed-tools，默认拥有全部工具权限。
作者没有在当前 SKILL.md 中定义固定输出样例。 适用场景
修改 Agent 启动、守护和进程管理 处理心跳、Ask 轮询、任务拉起或任务结束流程 修改 Agent 升级、组件升级和构建机环境管理
不适用场景
只是修改 Worker 内部的任务执行 只是修改插件定义、task.json 或插件发布 只是修改 Dispatch 的调度配额和队列策略
快速指导
这个 skill 关注的是“构建机宿主侧如何保持在线、接任务、拉起执行器”。 Agent 主要解决守护、心跳、升级和任务编排，不负责插件本体定义。 先按问题类型进入对应参考文档：
高信号规则
Agent 是构建机侧编排者，Worker 是执行者 守护、心跳、Ask、升级是理解 Agent 的四个核心切面 Agent 改动通常会影响稳定性、在线率和任务领取能力
关键陷阱
把 Worker 细节问题误判成 Agent 问题 只看单次请求，不看守护和轮询全链路 升级逻辑没考虑回滚、并发和运行中任务
延伸阅读
运行形态与升级：reference/1-runtime-upgrade.md Ask、心跳与任务拉起：reference/2-ask-heartbeat-build.md 平台支持、运维与排查：reference/3-platform-ops.md
# Agent 模块架构
## 适用场景
- 修改 Agent 启动、守护和进程管理
- 处理心跳、Ask 轮询、任务拉起或任务结束流程
- 修改 Agent 升级、组件升级和构建机环境管理
- 排查 Agent 与 Dispatch、Worker 的交互问题
## 不适用场景
- 只是修改 Worker 内部的任务执行
- 只是修改插件定义、`task.json` 或插件发布
- 只是修改 Dispatch 的调度配额和队列策略
- 只是修改流水线业务逻辑
## 快速指导
1. 这个 skill 关注的是“构建机宿主侧如何保持在线、接任务、拉起执行器”。
2. Agent 主要解决守护、心跳、升级和任务编排，不负责插件本体定义。
3. 先按问题类型进入对应参考文档：
- 运行形态与升级：`reference/1-runtime-upgrade.md`
- Ask、心跳与任务拉起：`reference/2-ask-heartbeat-build.md`
- 平台支持、运维与排查：`reference/3-platform-ops.md`
4. 如果问题已经进入任务执行细节，切到 `worker-module-architecture`。
5. 如果问题在构建机选择、排队或资源配额，切到 `dispatch-module-architecture`。
## 高信号规则
- Agent 是构建机侧编排者，Worker 是执行者
- 守护、心跳、Ask、升级是理解 Agent 的四个核心切面
- Agent 改动通常会影响稳定性、在线率和任务领取能力
- 涉及进程管理和升级时，要优先考虑跨平台差异
## 关键陷阱
- 把 Worker 细节问题误判成 Agent 问题
- 只看单次请求，不看守护和轮询全链路
- 升级逻辑没考虑回滚、并发和运行中任务
- 忽略 Linux / Windows / macOS 的行为差异
## 延伸阅读
- 运行形态与升级：`reference/1-runtime-upgrade.md`
- Ask、心跳与任务拉起：`reference/2-ask-heartbeat-build.md`
- 平台支持、运维与排查：`reference/3-platform-ops.md`
- 如果你在改 Worker 执行：再看 `worker-module-architecture`
- 如果你在改调度与构建机选择：再看 `dispatch-module-architecture` 证据边界与执行链路
作者原文负责流程事实；流狐只索引当前章节、要点、文件与命令。
章节 -> 适用场景 → 不适用场景 → 快速指导 → 高信号规则 → 关键陷阱 → 延伸阅读
要点 -> 1. 这个 skill 关注的是“构建机宿主侧如何保持在线、接任务、拉起执行器”。
文件/命令 -> task.json · reference/1-runtime-upgrade.md · reference/2-ask-heartbeat-build.md · reference/3-platform-ops.md · worker-module-architecture · dispatch-module-architecture
内容 SHA-256 -> 7c6fbcc5f16c
原文结构
适用与边界
原文中的明确线索
task.json、reference/1-runtime-upgrade.md、reference/2-ask-heartbeat-build.md、reference/3-platform-ops.md、worker-module-architecture、dispatch-module-architecture