@geekbeer/minion 3.59.8 → 3.60.1

package/docs/api-reference.md

@@ -1046,14 +1046,54 @@ Claudeへの注入例:
 - Linuxミニオン: `tmux ls | grep '^bt-'` でセッション一覧。WSターミナルからアタッチ可能。
 - Windowsミニオン: `wsl tmux ls | grep '^bt-'` で確認 (or HQ ダッシュボードのターミナル一覧で `wsl-tmux` タイプとして表示)。
 
-ミニオンが自分で参照する用途のためのスプリント API:
+ミニオン用スプリント API (v3.59.9〜):
 
 | Method | Endpoint | Description |
 |--------|----------|-------------|
-| GET | `/api/projects/:projectId/sprints` | スプリント一覧 (HQ認証 — ユーザーUI用) |
+| GET | `/api/minion/projects/:projectId/sprints` | 一覧 (`?status=planned\|active\|completed` で絞り込み可) |
+| POST | `/api/minion/projects/:projectId/sprints` | 作成 (作成者は `created_by_minion_id` に記録される) |
+| GET | `/api/minion/projects/:projectId/sprints/:sprintId` | 詳細 |
+| PATCH | `/api/minion/projects/:projectId/sprints/:sprintId` | 更新 (status遷移含む) |
+| DELETE | `/api/minion/projects/:projectId/sprints/:sprintId` | 削除 (`planned` のみ可) |
 
-ミニオンからスプリントを直接作成・遷移させる必要は通常ない (PMロールのユーザーが管理する)。
-状況確認用には標準のタスクAPIで `?sprint_id=<uuid>` を使えば所属タスクが取得できる。
+POST body:
+```json
+{
+  "name": "Sprint 1",       // required
+  "goal": "結合テスト完了"   // optional
+}
+```
+作成時の `status` は常に `planned`。HQダッシュボードで一覧/編集できる。
+
+PATCH body (status 遷移):
+```json
+// planned -> active
+{ "status": "active" }
+// → タスクが1件もないと 422 {"error": "sprint_has_no_tasks"}
+// → DoR 違反 (全タスクに assignee_minion_id + 1件以上の acceptance_criteria が必要) なら
+//    422 {"error": "definition_of_ready_unmet", "violations": [{task_id, title, missing[]}]}
+// → 別の active スプリントが既にあると 409 (active_sprint がエラーに同梱される)
+// 成功時は started_at が自動セットされる
+
+// active -> completed
+{ "status": "completed", "unfinished_tasks_action": "return_to_backlog" }
+// or
+{ "status": "completed", "unfinished_tasks_action": "carry_over" }
+// → carry_over の場合、未完タスクは最新の planned スプリントに移動 (無い場合 422)
+// → return_to_backlog (デフォルト) の場合、未完タスクは sprint_id=null & status='backlog' に戻る
+// 成功時は completed_at が自動セットされる
+```
+
+その他の更新項目 (status と独立に同一PATCHで可):
+- `name` (空文字不可)
+- `goal` (null可)
+
+**重要なルール:**
+- `planned -> active` または `active -> completed` 以外の status 遷移は 400。
+- DELETE は `planned` 状態のみ許可 (`active`/`completed` は不可)。
+- 削除しても紐づくタスクは残る (`sprint_id` だけ NULL になる)。
+
+状況確認用には標準のタスクAPIで `?sprint_id=<uuid>` を使えば所属タスクを取得できる。
 
 ### Project Milestones
 
@@ -2003,3 +2043,98 @@ hq note search <project_id> "キーワード"
 参加中の操作 (GET state / long-poll messages / speak / leave / end / heartbeat) は MCP ツール (`meeting_get_state`, `meeting_wait_for_next_message`, `meeting_speak`, `meeting_leave`, `meeting_end`) として claude に公開されるため、直接叩く必要はない。会議の**作成**だけはルーティン/スキルから明示的に叩く必要がある (作成後は HQ がプッシュした招待で各ミニオンに mt-* tmux セッションが立ち上がる)。
 
 **leave と end の違い**: `meeting_leave` は自分だけ退席するアクション (ルームは残る)、`meeting_end` (DELETE) はルームごと削除して全員解散させるアクション (ホストミニオン限定)。自分が招集した会議が終わったら必ず `meeting_end` を呼ばないとルームが孤児として残る。
+
+### Workspace Drive (HQ, experimental)
+
+ワークスペース単位のファイル管理機能。`experimental_drive` フィーチャーフラグが ON のワークスペースで利用可能。すべてのエンドポイントは `Authorization: Bearer ${API_TOKEN}` + ワークスペースメンバーであるミニオンに限定。
+
+| Method | Endpoint | Description |
+|--------|----------|-------------|
+| GET | `/api/minion/workspaces/:id/drive/files` | ファイル一覧。Query: `?folder_id=<uuid\|null>`, `?search=<keyword>` |
+| POST | `/api/minion/workspaces/:id/drive/files` | ファイルアップロード (`multipart/form-data`: `file`, `folder_id?`, `name?`) |
+| GET | `/api/minion/workspaces/:id/drive/files/:fileId` | ファイル metadata |
+| GET | `/api/minion/workspaces/:id/drive/files/:fileId/download` | 60秒有効な signed URL を返す |
+
+### Slide Decks 🧪 (HQ, experimental)
+
+Drive 内のスライドデッキ。**スライドは Storage ではなく DB テーブルで管理** され、要素単位で API を叩ける。多人数同時編集とミニオン操作を前提に、各 PATCH は楽観ロック (`version` 必須) でガードされる。
+
+**前提**: 対象ワークスペースで `experimental_drive` が ON、ミニオンが `workspace_minions` のメンバーであること。
+
+#### デッキ操作
+
+| Method | Endpoint | Description |
+|--------|----------|-------------|
+| GET | `/api/minion/workspaces/:id/drive/decks` | デッキ一覧 (非ゴミ箱、最大200件) |
+| POST | `/api/minion/workspaces/:id/drive/decks` | デッキ作成。Body: `{name, folder_id?, width?, height?}`。初期空白スライド1枚付き |
+| GET | `/api/minion/workspaces/:id/drive/decks/:deckId` | デッキメタ + スライド一覧 (要素は含まれない、軽量レスポンス)。`deckId` には `slide_decks.id` か `workspace_files.id` どちらでも可 |
+| DELETE | `/api/minion/workspaces/:id/drive/decks/:deckId` | ソフト削除 (Drive ゴミ箱へ移動) |
+
+POST レスポンス例:
+```json
+{
+  "deck": { "id": "...", "workspace_file_id": "...", "width": 1920, "height": 1080 },
+  "workspaceFileId": "<file-uuid>",
+  "firstSlideId": "<slide-uuid>",
+  "mime_type": "application/vnd.geekbeer.slides"
+}
+```
+
+#### スライド操作
+
+| Method | Endpoint | Description |
+|--------|----------|-------------|
+| POST | `/api/minion/workspaces/:id/drive/decks/:deckId/slides` | スライド追加。Body: `{position?, background?, speaker_notes?}` (`position` 省略時は末尾) |
+| GET | `/api/minion/workspaces/:id/drive/slides/:slideId` | スライド + 全要素 (z-order 昇順) |
+| PATCH | `/api/minion/workspaces/:id/drive/slides/:slideId` | スライド更新。Body: `{version, background?, speaker_notes?, order_key?, is_skipped?}`。`version` 必須。`is_skipped=true` でプレゼン時に飛ばされる(順序は保持) |
+| DELETE | `/api/minion/workspaces/:id/drive/slides/:slideId` | スライド削除 (要素は CASCADE) |
+
+#### 要素操作 (text / image)
+
+| Method | Endpoint | Description |
+|--------|----------|-------------|
+| POST | `/api/minion/workspaces/:id/drive/slides/:slideId/elements` | 要素追加。Body: `{element_type: "text"\|"image", x, y, width, height, rotation?, z_index?, data}` |
+| PATCH | `/api/minion/workspaces/:id/drive/elements/:elementId` | 要素更新。Body: `{version, x?, y?, width?, height?, rotation?, data?, order_key?}`。`version` 必須、`element_type` は不変 |
+| DELETE | `/api/minion/workspaces/:id/drive/elements/:elementId` | 要素削除 |
+
+#### data ペイロード形式
+
+**text:**
+```json
+{
+  "content": "Hello",
+  "style": {
+    "fontFamily": "Inter, sans-serif",
+    "fontSize": 32,
+    "fontWeight": 400,
+    "fontStyle": "normal",
+    "color": "#111827",
+    "textAlign": "left",
+    "lineHeight": 1.4
+  }
+}
+```
+
+**image:**
+```json
+{ "src": "<workspace_files.id>", "fit": "contain" }
+```
+
+`src` が UUID 形式なら表示時に Drive 内画像として解決される。外部URLも指定可。
+
+#### 座標系
+
+- 内部座標は **1920×1080 ピクセル固定** (デッキの `width` / `height` で参照可能)。左上が原点
+- 表示時は CSS transform で viewport にフィットする
+- `rotation` は中心基準の度数 (MVP では UI 未対応だが API では受け付ける)
+
+#### エラーコード
+
+| Code | 意味 |
+|------|------|
+| 400 | リクエスト不正 (`version` 欠落、`element_type` 不明、座標が数値でない等) |
+| 403 | `drive_not_enabled` (ワークスペースで Drive 未有効化) または `Minion is not a member` |
+| 404 | `not_found` (ID 間違いか別ワークスペースのリソース) |
+| 409 | `version_conflict` (他者の編集と衝突)、`name_conflict`、`order_key_collision` (同時挿入の競合、再送可) |
+| 410 | `deck_in_trash` (デッキがゴミ箱にある) |
+

package/docs/task-guides.md

@@ -702,6 +702,44 @@ curl -X PATCH "$HQ_URL/api/minion/projects/<project-id>/milestones/<m-id>" \
   -d '{"status":"in_progress"}'
 ```
 
+#### 4. スプリント管理 (v3.59.9〜)
+
+スプリントはアジャイル運用の単位で、`planned -> active -> completed` の3状態を持つ。
+1プロジェクトにつき `active` は1つだけ。スプリントを `active` にするとボードタスクの
+自動着手 (`board-task-poller`) が起動する。
+
+```bash
+# 1. プランドスプリントを作成
+curl -X POST "$HQ_URL/api/minion/projects/<project-id>/sprints" \
+  -H "Authorization: Bearer $API_TOKEN" -H "Content-Type: application/json" \
+  -d '{"name":"Sprint 1","goal":"MVP のログイン/サインアップ実装完了"}'
+# レスポンスの id を <sprint-id> として控える
+
+# 2. スプリントにタスクをアサイン (タスク作成時 or 更新時)
+curl -X PATCH "$HQ_URL/api/minion/projects/<project-id>/tasks/<task-id>" \
+  -H "Authorization: Bearer $API_TOKEN" -H "Content-Type: application/json" \
+  -d '{"sprint_id":"<sprint-id>","acceptance_criteria":[{"id":"...","text":"...","checked":false}]}'
+
+# 3. スプリント開始 (DoR チェックが入る — 全タスクに assignee_minion_id + acceptance_criteria 必須)
+curl -X PATCH "$HQ_URL/api/minion/projects/<project-id>/sprints/<sprint-id>" \
+  -H "Authorization: Bearer $API_TOKEN" -H "Content-Type: application/json" \
+  -d '{"status":"active"}'
+# 422 {"error":"sprint_has_no_tasks"} → タスクを1件以上追加してから再試行
+# 422 {"error":"definition_of_ready_unmet","violations":[...]} → violations[] の missing を埋めてから再試行
+
+# 4. スプリント完了 (未完タスクをバックログに戻すか、次の planned スプリントに持ち越す)
+curl -X PATCH "$HQ_URL/api/minion/projects/<project-id>/sprints/<sprint-id>" \
+  -H "Authorization: Bearer $API_TOKEN" -H "Content-Type: application/json" \
+  -d '{"status":"completed","unfinished_tasks_action":"return_to_backlog"}'
+# unfinished_tasks_action: "carry_over" にすると最新の planned スプリントへ移動 (無ければ 422)
+```
+
+**スプリント運用のガイドライン:**
+- スプリントを `active` 化する前に、所属タスクが全て **assignee_minion_id を持ち、かつ acceptance_criteria が1件以上** あることを確認する (DoR)。違反タスクは PATCH レスポンスの `violations[]` に列挙される。
+- 既に別のスプリントが `active` だと 409 が返る (`active_sprint` フィールドに既存スプリントが入る)。先にそれを `completed` にする必要がある。
+- DELETE は `planned` 状態のみ可。`active` や `completed` のスプリントは削除できない。
+- スプリント完了時、未完タスクのデフォルト挙動は `return_to_backlog` (status=`backlog`、sprint_id=null)。
+
 ### Engineer ロールの典型操作
 
 #### 1. 自分にアサインされたタスクを取得
@@ -853,6 +891,37 @@ meeting_end()  # DELETE /api/minion/meetings/:id を裏で叩く
 # → 全参加ミニオンに終了通知が push され、各 mt-* tmux が終了する
 ```
 
+## スライド作成・編集 🧪 (experimental)
+
+ワークスペース Drive にスライドデッキを作成・編集する。「資料作って」「スライドにまとめて」と頼まれた時はこのワークフローを使う。専用スキル `create-slide-deck` / `edit-slide-deck` が用意されており、これらが優先。スキルが手元に無い場合は API 仕様 (`Slide Decks` セクション) を直接叩く。
+
+### 新規作成 (推奨フロー)
+
+1. **アウトラインを先に決める。** 1枚あたりのタイトルと主要メッセージを箇条書きにする。長くても5-10スライド程度を目安に
+2. デッキを作成: `POST /api/minion/workspaces/:id/drive/decks` (Body: `{name}`)。初期空白スライド1枚が `firstSlideId` で返る
+3. 各スライドに **テキスト要素** を1つずつ追加: `POST .../slides/:slideId/elements`
+   - タイトル: `{x: 160, y: 80, width: 1600, height: 160, data: {content, style: {fontSize: 56, fontWeight: 700, ...}}}`
+   - 本文: `{x: 160, y: 280, width: 1600, height: 700, data: {content, style: {fontSize: 32, ...}}}`
+4. 2枚目以降: `POST .../decks/:deckId/slides` でスライドを追加し、手順3を繰り返す
+5. 完了したらノートまたはスレッドで起票者にデッキ URL (`${HQ_URL}/drive/slides/<workspaceFileId>`) を共有する
+
+座標系は 1920×1080 ピクセル固定。詳細は `~/.minion/docs/api-reference.md` の `Slide Decks` セクションを参照。
+
+### 部分編集
+
+1. `GET .../decks/:deckId` でスライド一覧 (要素なし、軽量) を取得
+2. 対象スライドの中身を `GET .../slides/:slideId` で取得 (要素の `version` も返る)
+3. 編集対象の要素を `PATCH .../elements/:elementId` で更新。**Body に `version` 必須**
+4. 409 (`version_conflict`) が返ったら手順2から再取得してリトライ
+
+### 注意点
+
+- **JSON 全体を送る方式ではない。** 1要素単位で PATCH するため、ミニオンが扱うコンテキストは常に小さい
+- **1テキスト要素 = 単一スタイル。** 部分太字などはできない。スタイルを変えたい区間は別要素として配置する
+- **画像は Drive にアップロード済みであることが前提。** `POST .../drive/files` で画像をアップロードした後、その `workspace_files.id` を `data.src` に貼る
+- **削除はソフト削除** (`DELETE .../decks/:deckId` で Drive ゴミ箱に入る)。誤削除は UI から復元できる
+- スライドマスター・テーマ・トランジション・アニメーションは MVP ではサポート外
+
 ## ツール・MCPサーバーのインストール
 
 スキルが `requires` で宣言している MCP サーバーや CLI ツールが不足している場合は、`~/.minion/docs/environment-setup.md` の手順に従ってインストールする。

package/linux/routes/chat.js

@@ -458,8 +458,11 @@ async function buildContextPrefix(message, context, sessionId, workspaceId, refe
             `  POST   \$HQ_URL/api/minion/projects/${context.projectId}/tasks       # 作成 (body: title, description?, status?, priority?, milestone_id?, sprint_id?, parent_task_id?, assignee_minion_id?, due_date?, acceptance_criteria?)`,
             `  PATCH  \$HQ_URL/api/minion/projects/${context.projectId}/tasks/<id>  # 更新 (status変更で status_changed_at がサーバ自動更新、acceptance_criteria/sprint_id も更新可。AC更新時は既存idを保持)`,
             `  GET    \$HQ_URL/api/minion/projects/${context.projectId}/milestones  # マイルストーン一覧`,
+            `  GET    \$HQ_URL/api/minion/projects/${context.projectId}/sprints     # スプリント一覧 (?status=planned|active|completed で絞り込み可)`,
+            `  POST   \$HQ_URL/api/minion/projects/${context.projectId}/sprints     # 作成 (body: name, goal?) — 初期 status は planned`,
+            `  PATCH  \$HQ_URL/api/minion/projects/${context.projectId}/sprints/<id># 更新 (status遷移: planned→active で DoR 検証、active→completed で unfinished_tasks_action=carry_over|return_to_backlog 指定可)`,
             `  GET    \$HQ_URL/api/minion/projects/${context.projectId}/health      # 健康度サマリ (overdue/stalled/マイルストーン進捗。progress_pct は leaf タスク基準)`,
-            `タスクは5段階Kanban (backlog→todo→doing→review→done)、親子は2階層まで(孫不可)。priority は low|normal|high|urgent (可視化+フィルタ用)。親EPICに milestone_id を付ければ子タスクも進捗に自動反映される。詳細は ~/.minion/docs/api-reference.md の「Project Tasks」「Project Milestones」「Project Health」を参照。`,
+            `タスクは5段階Kanban (backlog→todo→doing→review→done)、親子は2階層まで(孫不可)。priority は low|normal|high|urgent (可視化+フィルタ用)。親EPICに milestone_id を付ければ子タスクも進捗に自動反映される。スプリントは1プロジェクトにつき active=1つだけ、DoR (全タスクに assignee_minion_id + acceptance_criteria) を満たすと active 化可能。詳細は ~/.minion/docs/api-reference.md の「Project Tasks」「Project Milestones」「Project Sprints」「Project Health」を参照。`,
             `取得した内容をもとに回答してください。`
           )
         }

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@geekbeer/minion",
-  "version": "3.59.8",
+  "version": "3.60.1",
   "description": "AI Agent runtime for Minion - manages status and skill deployment on VPS",
   "main": "linux/server.js",
   "bin": {

package/rules/core.md

@@ -33,15 +33,16 @@ Minion
     - **script ノード (v3.54.0〜)** は LLM を使わない決定的処理用。`script_runtime` (`'python'` or `'node'`) と `script_source` を指定。input_data を stdin で JSON 受け取り → output_data を stdout に JSON 出力する規約。outgoing edge に contract を貼れば transform と同じ runtime validation が走る。LLMトークンを節約したい・出力ブレを許容できない定型処理に使う。詳細は `~/.minion/docs/task-guides.md` の「Script ノード」を参照
     - **fan_out の incoming edge に contract を貼る場合**、`fan_out_source` が指すフィールドが contract 内に `type='array'` として宣言されている必要がある（静的検証で弾かれる）
 - **Routine**: ミニオンスコープ。ミニオンローカルの定期タスク。
-- **Project Tasks / Milestones**: プロジェクトスコープ。**人間+ミニオンが共有するタスクボード**(5段階Kanban: `backlog`→`todo`→`doing`→`review`→`done`)とロードマップ(マイルストーン)。ミニオンは `/api/minion/projects/:projectId/{tasks,milestones,health}` で操作可能。
-  - PMロールは朝のチェックで `/health` を叩いて遅延・停滞タスクを把握、ユーザー要望をエピック+子タスクに分解
+- **Project Tasks / Milestones / Sprints**: プロジェクトスコープ。**人間+ミニオンが共有するタスクボード**(5段階Kanban: `backlog`→`todo`→`doing`→`review`→`done`)、ロードマップ(マイルストーン)、アジャイル運用単位(スプリント)。ミニオンは `/api/minion/projects/:projectId/{tasks,milestones,sprints,health}` で操作可能。
+  - PMロールは朝のチェックで `/health` を叩いて遅延・停滞タスクを把握、ユーザー要望をエピック+子タスクに分解、スプリントに割り当てて active 化
   - Engineerロールは `?assignee_minion_id=$MINION_ID` で自分のタスクを取得し、着手時に `status: doing` へ更新(以降 `status_changed_at` がサーバ側で自動更新され、停滞検出に使われる)
   - 親子は2階層のみ(孫タスク禁止)、担当は **ミニオン or 人間** の二択
   - **priority**: `low` / `normal` / `high` / `urgent` (default `normal`)。可視化とフィルタ用途(並び順は `sort_order` が優先)
   - **`milestone_id` は親 EPIC に付ければ配下の子タスクも自動的にその進捗に含まれる**(effective milestone)。子を個別にひもづけ直す必要はない。`/health` は leaf タスク基準で `progress_pct` を算出する
   - **タスク検索**: `?q=<keyword>` でタイトル+説明の部分一致検索(pg_trgm、日本語OK)、`?priority=high,urgent` でカンマ区切り複数指定
+  - **スプリント**: `planned -> active -> completed` の3状態。1プロジェクトにつき `active` は1つだけ。`planned -> active` 遷移時に DoR (全タスクに `assignee_minion_id` + 1件以上の `acceptance_criteria`) を検証し、満たさないと 422 で `violations[]` が返る。`active -> completed` 時は `unfinished_tasks_action` で未完タスクの扱いを選択 (`return_to_backlog` (default) / `carry_over`)
   - **`[task:UUID]` チケットタグ**: HQチャットでユーザーがチケットを指す際に使う形式。受信メッセージに含まれる場合、HQが解決した詳細がプロンプト先頭の「参照チケット」ブロックに同梱される。応答内でチケットへ言及する際にも同タグを使ってよい(HQ側でチップに描画される)
-  - 詳細は `~/.minion/docs/api-reference.md` の「Project Tasks」「Project Milestones」「Project Health」と `~/.minion/docs/task-guides.md` の「プロジェクトタスク管理」を参照
+  - 詳細は `~/.minion/docs/api-reference.md` の「Project Tasks」「Project Milestones」「Project Sprints」「Project Health」と `~/.minion/docs/task-guides.md` の「プロジェクトタスク管理」を参照
 - **Workspace**: ミニオンは複数のワークスペースに所属でき、スキルやプロジェクトはワークスペース単位でスコープされる。チャットセッションもワークスペース別に分離される。所属ワークスペースはハートビートで自動同期され、`hq list workspaces` で確認できる。
 - ミニオンは複数プロジェクトに `pm`、`engineer`、`accountant` として参加できる。
 

package/win/routes/chat.js

@@ -519,8 +519,11 @@ async function buildContextPrefix(message, context, sessionId, workspaceId, refe
             `  POST   \$HQ_URL/api/minion/projects/${context.projectId}/tasks       # 作成 (body: title, description?, status?, priority?, milestone_id?, sprint_id?, parent_task_id?, assignee_minion_id?, due_date?, acceptance_criteria?)`,
             `  PATCH  \$HQ_URL/api/minion/projects/${context.projectId}/tasks/<id>  # 更新 (status変更で status_changed_at がサーバ自動更新、acceptance_criteria/sprint_id も更新可。AC更新時は既存idを保持)`,
             `  GET    \$HQ_URL/api/minion/projects/${context.projectId}/milestones  # マイルストーン一覧`,
+            `  GET    \$HQ_URL/api/minion/projects/${context.projectId}/sprints     # スプリント一覧 (?status=planned|active|completed で絞り込み可)`,
+            `  POST   \$HQ_URL/api/minion/projects/${context.projectId}/sprints     # 作成 (body: name, goal?) — 初期 status は planned`,
+            `  PATCH  \$HQ_URL/api/minion/projects/${context.projectId}/sprints/<id># 更新 (status遷移: planned→active で DoR 検証、active→completed で unfinished_tasks_action=carry_over|return_to_backlog 指定可)`,
             `  GET    \$HQ_URL/api/minion/projects/${context.projectId}/health      # 健康度サマリ (overdue/stalled/マイルストーン進捗。progress_pct は leaf タスク基準)`,
-            `タスクは5段階Kanban (backlog→todo→doing→review→done)、親子は2階層まで(孫不可)。priority は low|normal|high|urgent (可視化+フィルタ用)。親EPICに milestone_id を付ければ子タスクも進捗に自動反映される。詳細は ~/.minion/docs/api-reference.md の「Project Tasks」「Project Milestones」「Project Health」を参照。`,
+            `タスクは5段階Kanban (backlog→todo→doing→review→done)、親子は2階層まで(孫不可)。priority は low|normal|high|urgent (可視化+フィルタ用)。親EPICに milestone_id を付ければ子タスクも進捗に自動反映される。スプリントは1プロジェクトにつき active=1つだけ、DoR (全タスクに assignee_minion_id + acceptance_criteria) を満たすと active 化可能。詳細は ~/.minion/docs/api-reference.md の「Project Tasks」「Project Milestones」「Project Sprints」「Project Health」を参照。`,
             `取得した内容をもとに回答してください。`
           )
         }