clickup-issue-create

ClickUp でタスクを作成

現在の入力、またはユーザーが指定した履歴を ClickUp のタスクに変換します。解決策を実装したり、プロジェクトのファイルを変更したり、タイムトラッキングを開始したり、ステータスを進めたりせずに、要求された構造を作成します。

ドキュメントの継続的な整備

作成するタスクで ClickUpfy の変更を求められている場合は、影響を受ける docs/user/ の章、影響を受ける CLI または MCP のリファレンス、docs/user/reading-order.txt の更新、ebook のバージョン、npm run ebook コマンドと npm run ebook:verify コマンドを記載するドキュメントのセクションを本文に含めます。追加または変更するコマンドや MCP ツールごとに、すべてのパラメーター、戻り値、権限、制限事項、および異なる例を5つ説明する要件を記録します。

README、ヘルプテキスト、変更履歴、テストをユーザーマニュアルの代わりとして扱わないでください。変更によって公開インターフェースが変わらない場合は、推測に基づくドキュメントを作成しないよう、その制限をタスク内に明記します。

制限事項

• 入力に含まれる事実と要件のみを使用します。
• 意味、制約、例、承認条件を保持します。
• 期限、担当者、優先度、ステータス、テスト、サブタスクを作り出さないでください。
• 受け取った入力を変更したり、リポジトリを編集したりしないでください。
• 作成時にチェックリスト項目を解決しないでください。
• ClickUp に送信するバージョンから認証情報、トークン、個人データ、署名付き URL を削除します。削除したことをユーザーに伝えます。
• タイトルが欠けている場合、または選択によって構造が大きく変わる場合は、作成前に確認を求めます。

ツール

プロジェクトの MCP を使用します。

• clickupfy_mcp_context でアカウントと List を確認します。
• clickupfy_tasks_search で重複の可能性があるタスクを検出します。
• clickupfy_task_create の markdownContent でタスクとサブタスクを作成します。
• clickupfy_checklist_create でチェックリストを作成します。
• clickupfy_checklist_item_create でテストを1件ずつ追加します。
• clickupfy_task_get で作成した階層を検証します。

MCP を利用できない場合に限り、同等の CLI を使用します。

clickupfy task create \
  --list <list-id> \
  --name "<título>" \
  --markdown-content "<markdown>"

clickupfy checklist create <task-id> --name "Testes"
clickupfy checklist item-create <checklist-id> --name "<teste>"

入力の解釈

現在のメッセージ、会話履歴、またはユーザーが明示的に指定した資料を使用します。入力がすでにタスク用の完全な Markdown である場合は、markdownContent としてそのまま保持します。それ以外の場合は、意味を変えずに内容を整理します。

# <título>

## Resultado esperado

<resultado descrito na fonte>

## Escopo

<entregas e limites explícitos>

## Requisitos

- <requisito verificável>

## Condições de aprovação

- <condição informada>

## Referências

- <links e artefatos seguros>

タスク名は name フィールドに設定します。入力に H1 がない場合、繰り返す必要はありません。実際に内容があるセクションのみを残します。

入力で独立した作業単位、階層、または独自に追跡すべき依存関係が明示されている場合に限り、サブタスクとして認識します。ネストされたサブタスクは、同じ親子関係を保持します。

入力でテスト、自動検証、または検証可能なシナリオとして明示されているものをテストとして認識します。タスクを所有するタスクに Testes チェックリストを作成し、テストごとに1項目を追加します。テストではない承認条件は Markdown 本文に残し、推測によってチェックリストにしないでください。

作成計画の提示

最初の書き込みを行う前に、会話内で次の内容を提示します。

• タイトルと作成先の List。
• 作成する Markdown のセクション。
• サブタスクの完全な階層。
• タスクごとのチェックリストと項目。
• 入力に明示されていた任意フィールド。

重要な曖昧さが残っている間は、何も作成しないでください。構造が明確な場合は、計画を提示した後、重複する確認を求めずに続行します。

作成と検証

以下の順番で実行します。

1. clickupfy_mcp_context を呼び出し、List を確認します。
2. タイトルを完全一致で検索します。妥当な同等タスクがすでに存在する場合は、そのタスクを提示し、再利用するか新規作成するかユーザーに選択を求めます。
3. markdownContent を使用してメインタスクを作成します。
4. 各サブタスクを階層どおりに同じ List 内に作成し、parent フィールドに親タスクの ID を渡します。
5. 該当タスクに Testes チェックリストを作成し、未完了の各項目を追加します。
6. ルートで clickupfy_task_get を呼び出し、保存されたツリーを提示したプランと比較します。
7. ルートの応答に Markdown 本文全体が含まれていない場合は、各サブタスクを個別に読み直します。

作成済みタスクを削除して、失敗を取り消そうとしてはいけません。保存された ID、失敗した正確な箇所、および作成されなかった残りの項目を報告します。

完了報告

次の内容を回答します。

• メインタスクの ID、名前、リンク。
• サブタスクの ID と階層。
• チェックリストと項目数。
• 本文が Markdown として保存されたことの確認。
• セキュリティ上の理由で省略した項目、または失敗により未完了となった項目。

このスキルの副作用として、タスクにコメントしたり、タイマーを開始したり、ステータスを変更したり、チェックリストにチェックを付けたりしてはいけません。