組織監査からタスクへ
手作業でこれを行うと半日かかっていました。長い監査レポートを読み、何をまとめるべきか判断し、各タスクに優先度と完了定義を書いて、トラッカーに入力する。このスキルは、読み取りと入力を自動化します。判断は担当者に委ねます。
ステップ1: 実行前に確認する
1メッセージで以下の項目を確認し、回答を待ちます。
- どの組織（CLIエイリアス）ですか？クライアントの本番組織でないことを確認してください。ただし、エンゲージメントで読み取り専用スキャンが許可されている場合は除きます。
- タスクの作成先はどこですか？ClickUp（どのリスト）またはGitHub（どのリポジトリ）。対応するMCPサーバーが接続されていることを確認し、接続されていない場合は停止して、接続方法を説明してください。
- タスクの担当者は誰ですか？担当者名を指定するか、未割り当てのままにします。
- 除外する項目はありますか？既知で受け入れられている発見項目があるかもしれません。ここで伝えておくと、後でノイズが減ります。
ステップ2: 監査
node audit.js --org <エイリアス> --out ./out
out/findings.md と out/findings.json を出力します。読み取り専用です。すべての呼び出しはクエリまたはリスト取得です。
ステップ3: タスクを整形する
node to-tasks.js out/findings.json
out/tasks.json を出力します。発見項目の種類と重大度ごとに1タスク、影響を受ける各コンポーネントをチェックリスト項目として、長いグループは25件ずつに分割し、優先度、工数、ラベル、受入基準を付与します。
ステップ4: 担当者とレビューする
タスクリストを表形式で表示します。キー、タイトル、優先度、工数、チェックリスト数。その後、スクリプトでは判断できない以下を適用します。
- グループ化がチームの進め方に合わない場合はマージまたは分割する。
- ステップ1で担当者が除外すると言った発見項目を削除する。
- 小さく見えても実際にはそうでない項目を取り上げる（Modify All Dataを持つ統合ユーザーはセキュリティ上の発見であり、変更管理上の発見でもある）。
- チームに独自の完了定義がある場合は、受入基準を書き換える。
担当者がリストが正しいと言うまで、何も作成しないでください。
ステップ5: 作成する
承認された各タスクを、接続されたMCPサーバーを通じて作成します。GitHubの場合は node create-issues.js --repo 所有者/リポジトリ名 を使用します（最初に --dry-run でプレビュー）。タイトル、説明、優先度、ラベル、チェックリスト（ClickUpのチェックリスト、またはGitHubのタスクリストを本文に）、受入基準を含めます。作成した各タスクのURLを out/tasks.json の url に記録します。
その後、レポートします。作成されたタスク数、場所、ステップ2から最後のタスク作成までの時間。
ルール
- 監査は決して組織に書き込みを行いません。
- リストの承認なしにタスクは作成されません。
- エンゲージメントフォルダ外に出るものにクライアント名を含めないでください。
- タスクシステムの呼び出しが失敗した場合は停止し、何が作成され、何が作成されなかったかを報告し、盲目的に再試行しないでください。