mcpField
R
resource-development

resource-development

github.com/kucherenkoエージェントワークフロー8544 回インストール1 日前に更新
リポジトリ

resource-development について

Resource Development は Gangsta Agents のワークフローで Underboss が使うスキルです。署名済み Contract を追跡可能な Work Packages と Execution Plan に変換し、担当、分離、前提条件、検証、トークン予算を整理します。

主な機能

  1. 01Contract を Work Packages に分割
  2. 02領域と Crew Lead を割り当て
  3. 03ブランチまたは worktree で分離
  4. 04前提条件とベースラインテストを確認
  5. 05検証コマンドと予算を設定
  6. 06Execution Plan を作成

活用シーン

  1. 01Contract 承認後の実装を計画
  2. 02検証可能な独立タスクに作業を分割
  3. 03領域ごとに分離した並行作業を準備
  4. 04実行前にトークン予算を割り当て

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/kucherenko/gangsta --skill resource-development

インストール後、Claude Code で/resource-developmentを入力して読み込まれたか確認します。

詳細

リソース開発：インフラストラクチャとツール

概要

Underboss は、署名済みの Contract を Work Package に分解し、並列実行のためのインフラストラクチャを整え、Execution Plan を作成します。Execution Plan は、The Hit を統括する詳細なタスク内訳です。

トリガー

Don が Contract に署名した後（The Sit-Down の完了後）に呼び出されます。

プロセス

ステップ 1：Contract を Work Package に分解する

Contract の各要件について：

  1. 対象ファイルを特定します（作成／変更）
  2. 担当領域を決定します（どの Crew Lead が担当するか）
  3. 受け入れ基準を定義します（Contract に基づく）
  4. 検証コマンドを記述します
  5. トークン予算を見積もります

各 Work Package は、次の条件を満たす必要があります。

  • 独立している — 他の Work Package を待たずに実装できます（同じ領域内では順序が重要な場合があります）
  • 検証可能である — 動作を証明する具体的なテストまたはコマンドがあります
  • 小規模である — Worker の作業で 2～5 分程度です
  • 追跡可能である — 特定の Contract 条項を参照しています
ステップ 2：担当領域を定義する

Work Package をドメインごとにグループ化し、Crew Lead の担当領域を定義します。

## Territory: <Name>
**Domain:** <Description>
**Files:** <Glob patterns>
**Work Packages:** WP-001, WP-003, WP-007
**Workers:** <Parallel count>
**Budget:** <Token allocation>
ステップ 3：隔離環境を設定する

プロジェクトで git を使用している場合：

  • Heist 用のブランチを作成します：heist/<heist-name>
  • 必要に応じて、真の並列作業のために担当領域ごとの worktree を作成します

使用していない場合：

  • 隔離戦略（ディレクトリのコピーなど）を記録します
ステップ 4：前提条件を確認する

The Hit を開始する前に：

  • 現在のベースラインですべての既存テストが合格する
  • 必要な依存関係が利用可能である
  • Work Package 内のファイルパスが有効である
  • ベースブランチとのマージコンフリクトがない
ステップ 5：Execution Plan を作成する

すべての内容を Execution Plan にまとめます。

Execution Plan の形式

保存先：docs/gangsta/<heist-name>/plans/YYYY-MM-DD-execution-plan.md

---
heist: <heist-name>
date: YYYY-MM-DD
total-work-packages: <N>
territories: <N>
estimated-total-budget: <tokens>
---

# Execution Plan: <Heist Name>

## Territories

### Territory: <Name 1>
**Crew Lead Domain:** <description>
**Files:** <globs>
**Workers:** <N parallel>
**Budget:** <tokens>

### Territory: <Name 2>
...

## Work Packages

**Prevention Guidance (all Work Packages):** Do NOT reproduce Gangsta-internal spec identifiers (FR-xxx, NFR-xxx, WP-xxx, where xxx is one or more digits) in any deliverable — source code, test files, code comments, or documentation. These identifiers belong only in `docs/gangsta/`.

### WP-001: <Title>
**Territory:** <Name>
**Contract Clause:** <FR-NNN>
**Files:**
- Create: `path/to/file`
- Test: `tests/path/to/test`
**Acceptance Criteria:**
1. <criterion>
**Verification:** `<command>`
**Budget:** <tokens>
**Dependencies:** None | WP-XXX

### WP-002: <Title>
...

## Execution Order
1. Independent packages (can run in parallel): WP-001, WP-002, WP-005
2. Depends on group 1: WP-003 (needs WP-001)
3. ...

## Baseline Verification
- Tests: <PASS/FAIL — must be PASS>
- Dependencies: <OK/MISSING>
- Branch: heist/<heist-name> created from <base>
ステップ 6：Don が Execution Plan を承認する

Don に提示します：

「Execution Plan の準備ができました。 個の担当領域にまたがる 個の Work Package があります。推定予算：。The Hit を実行しますか？」

チェックポイント

---
heist: <heist-name>
phase: resource-development
status: completed
timestamp: <ISO 8601>
next-action: Proceed to The Hit
artifacts:
  - docs/gangsta/<heist-name>/plans/YYYY-MM-DD-execution-plan.md
---

Omerta の遵守

  • 仕様は法：すべての Work Package が Contract の条項に結び付いている
  • 予算のルール：担当領域ごとにトークン予算が割り当てられている
  • 利用可能性のルール：Execution Plan とチェックポイントが保存されている

コメント

Markdown 対応