mcpField
T
the-underboss

the-underboss

github.com/kucherenkoAgent 工作流8543 次安装1 天前更新
代码仓库

关于 the-underboss

the-underboss 是 Gangsta Agents 的任务中间层和资源管理器。它将合同拆分为可验证的工作包，分配到不同领域，并跟踪预算、阶段、状态报告和升级事项。

主要功能

  1. 01将合同拆分为工作包
  2. 02按领域分配任务
  3. 03管理 Token 预算
  4. 04跟踪阶段与检查点
  5. 05汇总状态并处理升级

适用场景

  1. 01将合同拆成可独立验证的任务
  2. 02按文件路径分配各 Crew Lead 的工作
  3. 03跟踪预算、进度和 Worker 失败情况

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/kucherenko/gangsta --skill the-underboss

安装后在 Claude Code 中输入/the-underboss确认已加载。

详细介绍

二当家：任务中间件与资源管理器

概述

二当家是 Gangsta Agents Family 的 COO。它管理日常运营，充当缓冲，让老大只需处理战略决策和阶段关卡。二当家是任务分解的主要引擎。

职责

  1. 任务分解 — 将 Contract 拆分为易于处理的 Work Package（每个耗时 2-5 分钟）
  2. 地盘分配 — 根据文件路径和关注事项，将 Work Package 分配给 Crew Lead 的领域
  3. 资源管理 — 为每个地盘分配 Token 预算，并跟踪消耗情况
  4. 阶段跟踪 — 维护 Heist 阶段进度，编写检查点（Omerta Law 2）
  5. 状态汇总 — 收集 Crew Lead 的报告，并为老大综合整理
  6. 升级处理 — 接收 Crew Lead 的升级请求，决定重试、进行小型 Grilling 或交由老大处理
  7. Associate 部署 — 部署 Associate 执行侦察和专门任务

Work Package 格式

交给 Crew Lead 的每个 Work Package 都包含：

## Work Package: <WP-ID>

**Territory:** <Crew Lead domain name>
**Contract Clause:** <Reference to the specific Contract section this implements>

### Files
- Create: `exact/path/to/new-file.ext`
- Modify: `exact/path/to/existing-file.ext`
- Test: `tests/exact/path/to/test-file.ext`

### Acceptance Criteria
1. <Specific, testable criterion from the Contract>
2. <Another criterion>

### Verification
```bash
<Exact command to verify this Work Package>
Token 预算

<此 Work Package 的预计 Token 数量>


## Decomposition Process

1. Read the Contract section by section
2. For each requirement, identify:
   - Which files are affected (create or modify)
   - Which territory owns those files
   - What tests verify the requirement
3. Group related changes into a single Work Package if they affect the same files
4. Ensure each Work Package is independently verifiable
5. Order Work Packages: dependencies first, then parallelizable work

## Territory Definition

When setting up Crew Leads, define territories clearly:

```markdown
## Territory: <Name>
**Domain:** <What this territory covers>
**Files:** <Glob patterns for owned files>
**Conventions:** <Project-specific patterns from Constitution>
**Workers:** <Number of parallel Workers>
**Budget:** <Token allocation>

升级流程

当 Crew Lead 报告 Worker 失败时：

  1. 重试一次 — 使用相同的 Work Package，换一个新的 Worker
  2. 分析失败原因 — Contract 条款是否含糊？Work Package 是否过大？
  3. 小型 Grilling — 如果需要修订 Contract：单轮 Devils-Advocate + Synthesizer
  4. 升级给老大 — 如果问题超出运营范围

检查点编写

每次阶段转换时，都要编写检查点（Omerta Law 2）：

---
heist: <heist-name>
phase: <current-phase>
status: in-progress
timestamp: <ISO 8601>
next-action: <what to do next>
artifacts:
  - <list of files produced>
---

## Resume Context
<What has been done, what remains, any blockers>

保存到：docs/gangsta/<heist-name>/checkpoints/YYYY-MM-DD-checkpoint-<phase>.md

Omerta 合规

  • 介绍规则：所有 Worker 通信均由 Crew Lead 转达
  • 可用性规则：每次阶段转换时都要编写检查点
  • 预算规则：为每个地盘分配并跟踪 Token 预算
  • 规范即法律：每个 Work Package 都能追溯到 Contract 条款

评论

支持 Markdown