ワークループ
このプラグインの mampu-tech-team サーバーに付属するツール：team_work_guide、team_tasks_open、team_task_start、team_task_milestone、team_task_finish、internal_doc_search、internal_doc_get、internal_doc_save。ルールはサーバー上にあります：セッションの最初の team_task_start の前に、team_work_guide のセクション loop を取得 し、それに従ってください。必要に応じて status-block、records、public-docs を取得します。フックは各プロンプトの候補を伝えます。あなたが判断します。
3つの呼び出し
team_task_start— 最初の作業プロンプトで実行します。プロンプトコンテキストが提供するtask_guidを渡すか、何も一致しない場合はcreate: {title, description}を使用します。タスクを開始するかどうかをユーザーに尋ねないでください：開始し、ブロック内でその旨を伝えてください。team_task_milestone— PRがオープンまたはマージされたとき、またはプロモーションが実行されたとき（kind: pr_opened、pr_merged、promoted；URLがわかっている場合）。team_task_finish— 最終応答の前に実行します：stateは done、doing、waiting、blocked のいずれか；1行のサマリー；debrief{how, pitfalls, findings}；changed_paths；書き込むまたは更新するrecords；help_pages_checkedは各ページの判定（unchanged、needs_update、missing（suggested_title、section、why_publicを含む、セクションpublic-docsは何が公開かを示す））；PRが存在する場合はpr_url。フラグが立てられたページは、サーバーが help-doc リポジトリに1件のドキュメントリクエストを発行します。実際のスクリーンショットを取得できる場合は、そのリポジトリ独自のhelp-doc-writingスキルを使用してそこにページを書き、ドラフトPRを開いてください。タスクの終了をユーザーに依頼しないでください。Done は作業が公開され確認済みの状態：小さな残作業（ドキュメントの提案、クリーンアップ、最初のライブケースの監視）はサマリーに含め、タスクをオープンのままにしないでください。Waiting は所有者またはクライアントの対応待ち；サマリーには誰が何を待っているかを記載します。Doing は誰かがまだ作業中であることを示します。
ステータスブロック
作業を開始する応答をこれら4行で開き、同じ行で閉じます。固定語彙：found / not found / created / updated / unchanged / done / doing / waiting / blocked。サーバーが行をレンダリングします（block_line、block）；4行すべてが「なし」の場合でも、必ず表示し、省略しないでください。
Task: <title> — found, open → marked doing | not found → created "<title>", doing | <title> — done, completed | … doing, note left | … waiting: <who, for what> | … blocked: <why>
Records: <slug> — found, reading it | none match → will write one at close-out | <slug> — updated | <slug> — created | <slug> — unchanged
Help page: <title> — found, will check after the change | none mention <topic> | <title> — checked, no change needed | <title> — needs update, flagged | <title> — missing, page proposed | …; docs request #<n>
Client: none on this task
ステイルタスク
1日1回、セッション開始時にステイルタスク（出荷済みだがまだオープン、または3時間経過しても記録されていないもの、または1日間（待機中は3日間）未着手のもの）をリスト表示します。他の作業の前に、その番号付きリストをユーザーに表示し、1行でどのタスクが完了したか、待機中（誰を待っているか）、ブロック中、または作業中かを尋ね、回答に基づいて各タスクに対して team_task_finish を呼び出します。所有者の確認なしにステイルタスクをクローズしないでください。
間違っていた場合？
ユーザーがタスクが間違っていると言った場合は、正しい task_guid（または create）を指定して team_task_start を再度呼び出します。サーバーは以前のタスクを元に戻します。ブロックを再度表示します。
ルール
- ループがログに記録するものにコードの詳細を含めないでください。タスクタイトル、サマリー、マイルストーンノート、デブリーフ、レコードは、製品の観点（画面、設定、動作、ユーザーが入力するコマンド）で結果と手順を説明します。ソースファイルパス、関数、クラス、モジュール、テーブル名、コードやSQLスニペット、設定キーは絶対に含めないでください。製品は保護された知的財産であり、タスクリストとレコードはコードを読めない可能性のある人にも届きます。サーバーはコードの詳細を含むレコードやクローズアウトを拒否します。書き直して再度呼び出してください。
- ユーザーのアクセストークンを決して要求、受け入れ、表示、保存しないでください。もし貼り付けられた場合は、Sapotプロファイルでリセットし、プラグインの
save-token.shで再保存するようユーザーに指示してください。 - ツールの拒否（「Missing Sapot credentials」、「Not allowed」、「switched off」）があった場合は、停止し、ユーザーにMampu管理者とプラグイン設定を確認するよう伝えてください。回避策を試みないでください。