convoy

车队系统 (Convoy System) 是 Gas Town 工作区管理器的核心架构组件，旨在为多个 AI 代理 (agents) 和工作站 (rigs) 提供持久、事件驱动且具备容错能力的任务追踪功能。它允许开发人员将工作项目 (beads) 打包成车队，并进行自主管理、分段发布与指派给执行代理 (polecats)。此技能对于编排复杂的史诗级项目至关重要，需确保任务依赖关系受到尊重，并使状态在代理重启或崩溃后依然保持。

• 通过 bead 依赖项与基于 DAG 的波次执行，实现自动化批次任务追踪。

• 内建安全机制，包括 IsSlingableType 过滤器与 isIssueBlocked 依赖检测，防止无效的任务分发。

• 事件驱动的供给机制，利用 SDK 事件在先决任务完成时触发后续工作分派。

• 具备韧性的滞留扫描功能，若车队发生停滞，系统会自动恢复并重新分派工作。

• 结构化的生命周期管理，支持通过 gt convoy create 建立、通过 gt convoy stage/launch 执行分段工作流程，以及自动化的 sling 程序。

• 使用此技能来追踪大型项目、定义依赖关系，并确保 AI 代理在无人为介入的情况下，能依照正确的逻辑序列处理工作。

• 实务流程包括执行 gt convoy stage 以计算依赖波次，随后使用 gt convoy launch 初始化执行。

• 预期输入包括 bead 识别码、任务类型与依赖图表。输出包括车队状态更新、分发确认以及自动化的状态转换日志。

• 限制：本系统专为 Git 后端环境设计，请确保您的环境符合 dolt、sqlite3 与 beads 分类帐的依赖需求。请务必使用 gt convoy check 与 gt convoy status 监控车队健康状况，以侦测瓶颈或执行路径中断。

• 进行除错时，请查看 operations.go 中的事件驱动行为或 convoy_manager.go 中的滞留扫描逻辑，以识别特定任务为何被跳过或未能分发。