kiro

VSCodeとマーケットプレイス違う

VSCode:Microsoft

kiro:Eclipse

https://zenn.dev/yhatt/scraps/876f6fe83c901d


claude codeにクレジット管理について相談↓

まず仕組みを押さえると、使い方の答えが見えやすくなります。

クレジットの仕組み Proプランは月1,000クレジットで、超えた分は1クレジット$0.04の従量課金です。消費量は「作業の重さ × モデルの倍率」で決まり、簡単な依頼は1クレジット未満、Specタスクの実行のような複雑な依頼は1クレジット以上かかります。倍率はAutoを1.0とした相対値で、たとえばAutoで10クレジットの作業がOpusだと22、Haikuだと4、Qwen3 Coder Nextなら0.5クレジットになります。

ざっくり言うと、月20営業日なら1日あたり約50クレジットが目安です。

理想的な使い方

  • 基本はAutoのまま使う Autoはタスクに応じてモデルを使い分けてくれる、コスパ重視の既定モードです。まずこれで困らないかを試すのが一番の節約です。
  • 重いモデルは「ここぞ」の場面だけ Opus系は設計判断や大規模リファクタなど、Autoでうまくいかなかった難所だけに絞ります。逆に、コメント追加や小さな修正のような単純作業は、倍率の低い軽量モデルに切り替えると大きく節約できます。
  • Specは「最初にしっかり、タスクは小さく」 仕様(requirements/design)の段階で方向性を固めておくと、実装タスクでのやり直しが減り、結果的にクレジットが浮きます。タスクを細かく分けておくと、失敗しても失う分が少なく済みます。
  • コンテキストを膨らませない 話題が変わったら新しいセッションを始め、毎回説明しているプロジェクトのルールはSteeringファイルにまとめておくと、無駄な読み込みが減ります。なお、GPT-5.6などは272Kトークンを超えると倍率が上がる仕組みになっているので、巨大なファイルを丸ごと読ませるのは避けた方が無難です。
  • エージェントに頼まなくていいことは自分でやる ファイル名の変更やgit操作、ビルドの実行など、ターミナルで一発で済む作業をAIに頼むとクレジットがもったいないです。
  • 月の半ばで残量をチェック 使用量はダッシュボードやチャット欄で確認できます。15日時点で500を大きく超えていたら、モデル選択を見直すサインです。
  • 会社から「うまく利用して」と言われているなら、超過課金(オーバーエージ)が許可されているかを一度確認しておくのが大事です。許可されていないなら上限到達で止まる設定にしておけば安心ですし、許可されているなら「足りなくなったら無理に節約せず追加でOK」という運用もありえます。