/agent-module-architecture

name: agent-module-architecture
description: 处理 BK-CI Agent 构建机侧能力时使用，例如守护进程、心跳、Ask 轮询、任务拉起、升级更新和与 Dispatch/Worker 的协作。当用户要改构建机宿主侧行为而不是 Worker 执行细节时优先使用。

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`