マガジン

AIの利用上限に当たった日の作業の続け方:止まらないための代替手順リスト

AIを使いこなす

Claudeで執筆し、GPTで自動校閲・修正しています。

ノートの横で作業を表す色違いの付箋を仕分ける手元
記事の内容をもとに制作したAI生成イメージです。実際の製品画面や検証結果の写真ではありません。

上限に当たったら、まず「待つ・追加する・別手段に回す」のどれにするかを決め、AIなしで進められる作業から先に片づけます。この順で動くと、AIが使えない時間を無駄にしません。 「いつまで」の目安は、公式ドキュメントを2026年10月29日に確認した範囲で次のとおりです。 • Cursor:現行のThe X Subscriptionの有料プランでは、Cursorモデル用の使用量プールは週単位で更新されます。枯渇時の選択肢は、リセットを待つ、プリペイドクレジットで続ける、上位プランへ移る、の3つです。旧Cursorプランは月単位の使用量プールと従量課金が継続するため、契約中のプランを確認してください(Cursor Models & Pricing)。 • GitHub Copilot(個人向け):含まれるAIクレジットは毎月1日00:00 UTC(日本時間9:00)に更新され、未使用分は翌月に持ち越せません。使い切った場合は、プランのアップグレードか追加使用の予算設定で続けられます。コード補完と次の編集の提案はAIクレジットの課金対象外で、有料プランでは無制限ですが、Freeのコード補完には月間上限があります(個人向け使用量ベース課金)。 • Copilotのレート制限:クレジット切れとは別の仕組みで、公式は待って再試行、使用状況の確認、プランのアップグレードを案内しています。リセット時刻の明記は、確認したページにはありませんでした(利用制限)。 プランごとの含有量や価格、対象モデルは変わりやすいので、数値は契約中の画面で確認してください。

この記事の目次
  1. 当たった直後に確認する3点
  2. 作業の仕分け表:AIが要る・要らない
  3. 引き継ぎメモのテンプレート
  4. 上限中にやる作業の一覧
  5. 再開時の依頼文

当たった直後に確認する3点

  1. どの制限か:月間または週間の使用量枠なのか、短時間のレート制限なのかを、エラー表示と使用状況画面で見分けます。前者は更新日まで続き、後者は待てば戻る可能性があります。
  2. 次の更新はいつか:Cursorは現行プランでは週単位、旧プランでは月単位です。設定画面で次の更新日を確認します。CopilotのAIクレジットは暦月単位です。更新が今日・明日なら待つ、数日以上先なら次の仕分けに進みます。
  3. 追加の可否:追加課金や予算設定は、個人なら自分で決められます。チーム契約では管理者の設定が絡むため、勝手に判断せず管理者に確認します。

作業の仕分け表:AIが要る・要らない

下の表は編集上の提案で、公式の仕様ではありません。AIを使い切る前の、余裕のある日に自分の案件へ書き換えておくと効きます。

  • 仕様の読み込み、issueの整理、上限時の進め方:人手で進める、人が確認すること:未決事項を箇条書きにする
  • 手元でのテスト実行、ログ確認、上限時の進め方:人手で進める、人が確認すること:失敗したテスト名と最初のエラー行を控える
  • 小さな修正、リネーム、上限時の進め方:エディタの機能や補完(課金対象外のもの)で進める、人が確認すること:差分を目視する
  • 単純な繰り返し編集、上限時の進め方:検索置換、既存のスニペット、人が確認すること:置換漏れの検索
  • 設計の相談、原因の切り分け、上限時の進め方:契約済みの別ツールのチャットに回す、人が確認すること:機密情報を渡してよい契約か
  • 大規模なリファクタ、新機能の実装、上限時の進め方:着手せず、更新後に回す、人が確認すること:分割した手順書だけ作る
  • レビュー、リリース判断、上限時の進め方:人手(もともとAIに丸投げしない)、人が確認すること:差分とテスト結果

別ツールへ切り替えるときは、実コードや顧客データをそのまま貼らず、必要最小限に絞るか説明用のデータに置き換えてください。学習利用の設定と秘密保持の取り決めは別の話なので、契約や社内規程で確認します。

引き継ぎメモのテンプレート

メモは、上限が来る前にAIへ書かせておくのがおすすめです。残りが少ないと感じたら、次の依頼文を送ります。以下は未実行の説明用の例です。

ここまでの作業を、引き継ぎメモにまとめてください。
次の見出しで、各3項目以内にします。
1. 目的(何を直しているか)
2. 完了したこと(変更ファイル名つき)
3. 未完了のこと(次にやる順)
4. 確認済み/未確認(テスト結果は実行した事実のみ)
5. 触ってはいけない箇所と理由
6. 再開時にAIへ最初に渡す依頼文
推測は「推測」と明記してください。

出てきたメモは、そのまま信じずに人が見直します。特に「確認済み」の欄は、実際に自分が実行した結果と一致するかを確認してください。

メモの完成形は、次のようになります(説明用の例。架空のプロジェクトです)。

目的:会員一覧のCSV出力で、日本語が文字化けする不具合の修正
完了:export.py の文字コード指定を変更(差分確認済み)
未完了:1) テスト test_export_csv の期待値を更新 2) 他の出力処理の同様箇所を検索
確認:手元で出力→表計算ソフトで開いて確認は未実施
触らない:config/settings.py(別担当が変更中)
再開用依頼:export.py の変更を踏まえ、test_export_csv を更新してください。他ファイルは変更しないでください。

上限中にやる作業の一覧

そのまま使えるチェックリストです。

  • [ ] 引き継ぎメモを保存した(リポジトリ外のメモでも可)
  • [ ] 失敗しているテストと再現手順を、人の言葉で1行ずつ書いた
  • [ ] 次にAIへ頼む作業を、1依頼1目的に分割した
  • [ ] 補完など課金対象外の機能で終わる小修正だけ、先に片づけた
  • [ ] 更新日、または追加課金するかの判断を決めた

再開時の依頼文

更新後は、最初にメモを貼ってから頼みます。

次の引き継ぎメモを前提に、未完了の1番だけ進めてください。
変更するのは export.py と test_export_csv のみです。
変更前に、修正方針を3行で示してください。

最初に方針を出させると、AIが前提を誤解していても早く気づけます。上限に当たる頻度が高いなら、作業の分割を細かくするより、プランの見直しや追加予算の設定を検討する方が現実的な場合もあります。

出典・参考資料