多数の元IDをカテゴリ別に管理し、各IDを専任PMが完了まで担当する継続開発に使う。担当配置、カテゴリ間の調整、停滞の解消と成果回収を扱う。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
体制は「カテゴリオーケストラ→元ID一つごとの新規chatのPM→限定ワーカー」とする。カテゴリは多数IDを管理し、PMは一つの元IDを完了まで担当する。常設の全体オーケストラや全成果の承認上位は置かない。
限定された成果群をまとめて分担する依頼はgantt-parallel-tasksを使う。通常担当は複数IDを扱える。作業数やWorktree数だけで大規模モードへ切り替えない。
計画相談なら計画までにとどめる。実行は利用者が許可した範囲で行い、モデル・推論・環境・操作権限はprojectの規則と共通実行条件から引き継ぐ。スキルを読んだことを、新規起動・通信・移管・Worktree・課金・タイマー設置の許可にしない。
| 担当・場面 | 責任と入口 |
|---|---|
| カテゴリの通常管理 | 本書で全管理IDを確認し、カテゴリ実行本文で完遂と供給を結ぶ配置・順序を決める。新規起動も同資料を使う。 |
| 単体ID PM | PMの実行入口で元ID全体の残工程を見通し、部分成果を次の原条件、合法完了へつなぐ。カテゴリの起動資料一式は読ませない。 |
| 供給不足・CLI拒否・完了条件の確認 | scopeと開始・完了判定。共有仕様や担当を変える場合はカテゴリ間調整も読む。 |
| 停滞・反復・状況照会 | カテゴリ内点検。解消すべき問題を絞り、必要な復旧手順へ進む。 |
| カテゴリ縮小・所属変更、承認された担当交代・統合集約 | 管理責任の引継ぎと所有移管。所属変更だけでPMを交代させず、通常の起動や部分供給には移管を要求しない。 |
| スキルの改訂 | 回帰確認。各製品作業の追加Gateにはしない。 |
ワーカーの指示・回収・採否は直接のPMが担当する。カテゴリはPMの中核実装や最終検収を重ねず、ワーカーへ並行して指示しない。設計・最終採否・検収を名目上ワーカーへ移し、役割別のモデル指定を回避しない。
計画外の危険や本人判断が必要な事象には、選択肢UIと完全停止を使う。該当PMと全ワーカーは本人の回答まで止め、カテゴリの指示や点検タイマーで再開しない。関係のない別IDの自律実行は維持する。
原依頼、実際の起動依頼、承認された追加・移管を唯一の進捗正本と双方向に照合する。カテゴリの管理範囲を合わせて全原scopeを覆い、未割当や重複を元IDのまま解消する。旧owner、待機中、未担当も対象に含め、owner検索やready一覧だけで分母を作らない。
カテゴリの管理ID集合と、PMが実作業のために取得するclaimは別である。実装するownerは元IDごとに一意にする。既存担当の範囲へ重複配置せず、引継ぐWIP、未追跡差分、未回収ワーカーは回収または正当な移管で責任を保つ。
配置・順序・WIPの判断はカテゴリ実行本文に集約する。新規PMを作る前の4列配置表はカテゴリが示す。元IDの残工程、中核実装、ワーカー分担、検収と終了条件は、PM自身の5列開始表で決める。既存PMの通常継続に、新規配置や再承認の手順を挟まない。
現在の提供範囲へ集中する場合も、全管理集合から仕事を落とさない。集中対象・必要供給・後続の休止・既存の完了を、カテゴリ実行本文に従って区別する。カテゴリ名を提供段階に読み替えない。
一律の固定人数、別進捗DB、汎用スケジューラ、毎成果の承認表は追加しない。適用先で決めた着手上限と、その見直し条件は守る。
共通機能には供給・維持の責任カテゴリと受取元IDを定める。受取PMが未配置なら、そのカテゴリが受取責任を持つ。局所問題はPMが解決し、配置・横断供給・共有仕様は関係カテゴリが直接調整する。
カテゴリは必要な履歴・差分・証拠から、対処する担当と次の操作を確認する。是正指示を送っただけで終えず、受取側が必要な版の成果を受け入れ、止まった元IDの作業を再開したことを点検手順で確認する。通常の修正・完了や、空いた試験枠の利用にカテゴリのACKは不要である。
起点chatは配置手続きをしただけで上位・報告先・承認先にはならない。カテゴリの結果は自分のchatに示し、他chatへの連絡は通信条件に限る。利用者との対話を分けても第二の指揮系統にしない。製品範囲、両立不能な保証、権限、費用など、既存権限で決められない変更だけを利用者へ戻す。
供給Iの完了と、consumer C/Vの接続・検証の完了は別に確認する。型、fixture、mainへの採用だけで通常経路が使えるとは判定しない。カテゴリは受取先と残るC/Vを追い、PMの担当を原条件外の全consumer完了まで延長しない。
最終統合・横断検証・リリースは、その元条件を持つIDのPMが担当する。他のIDの局所完了を承認する上位者にはしない。
全管理IDの元body/check・必要level、必須統合条件・Vと必要な正式化が終わったことを、同じ進捗正本と証拠で確認する。現在の集中対象が終わっても、休止中のIDを完了にせず、再開責任を残す。設定済みの点検タイマーは管理範囲の完了または利用者の停止指示で停止し、結果を確認する。設置と停止の実手順はカテゴリ内点検を使う。
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Rebuild a degraded AI image to remove crunchy textures and repeated-edit artifacts while preserving identity, style, and composition. Use for clean remakes, not ordinary retouching or upscaling.
日本語の概要は準備中です。原文の説明を表示しています。
セミナー・講義・ウェビナー・研修・実演動画をローカルで文字起こしし、内容を分析して、必要なスライド画像や動画クリップ付きのHTML／Markdown資料を作る。動画から学習資料・実践ガイドを作りたい場合に使う。映像作品の再現設計やCanvas生成は対象外。
責務・依存方向・状態や副作用の境界を監査し、既存挙動を保って段階的にリファクタリングする。read-only監査にも対応する。
AGENTS.mdや既存スキルをGPT-6 Astra向けに監査・整理するときに使う。契約と意図的な他モデル委譲を保ち、重複、過剰な手順、曖昧な停止条件を修正する。
人物の参照写真から、同一性を保った複数アングルのキャラクターシートを生成・修正する。指定された身だしなみや撮影表現も整える。
既存キャラクター画像を、承認制でピクセルアートの正準画像へ変換し、3状態パイロット、クロマ前処理、状態間ジオメトリ検証、9状態生成、遷移QA、仮配置、アプリ内確認、ロールバック可能な正式配置まで行う。キャラクターからCodexペットを作る依頼に加え、ジャンプで小さくなる、状態ごとに身長が変わる、足元が跳ねる、クロマ縁が出る、アニメーションを修復したい依頼で使用する。