power-bid

需給調整市場の応札CSVの下書きを生成する。対象: $ARGUMENTS（不足する項目は確認する）。

単価（--price）と入札量（--qty）は金額に直結するため、いかなる場合も自動補完しない。必ずユーザー本人が明示入力すること。

ライトパス（既定）

1. 発話から エリア・日付・商品・時間帯・単価・入札量 を抜き出す（例:「明日の東京、三次②を16時〜20時」→ 日付=翌日、エリア=東京、商品=三次調整力②、時間帯=16:00-20:00。単価・入札量は発話に無ければ未確定のまま次へ）。
2. python power_bid.py --info --product <商品>（ネットワーク不要）で、その商品の ΔkW上限価格・単位・最低入札量・応動時間を取得し、ユーザーに提示する。商品が未指定なら --info（引数なし）で全商品一覧を見せ、選んでもらう。
3. 不足項目を補う。推測で埋めない項目は必ず質問する:
   • 日付未指定 → 「翌日でよいか」を提案し確認（応札は前日締切のため、既定は翌日が自然）。
   • エリア未指定 → まず power_profile の常用エリアを参照（/power-setup で登録済みなら自動解決）。無ければ9エリア（北海道/東北/東京/中部/北陸/関西/中国/四国/九州、沖縄は需給調整市場の対象外）を提示して質問する。
   • 商品未指定 → 候補一覧（一次調整力/二次調整力①/二次調整力②/三次調整力①/三次調整力②/複合）を提示して選んでもらう。推測で決め打ちしない。略称（三次②/RR2/FRR等）は power_bid.py 側で正式名に解決される。
   • 時間帯未指定 → 16:00-20:00 のような時刻形式（30分単位）、またはコマ番号 33-40 形式で聞く。
4. 単価・入札量は自動補完しない。 手順2で得た上限価格・単位・最低入札量（1,000kW=1MW、刻み1kW）をユーザーに見せたうえで、単価（円/ΔkW·30分）と入札量（kW）を本人に入力してもらう。上限超過は拒否されず精算時に上限価格で頭打ちになる旨、複合商品は単独約定でも複合の上限価格が適用される旨を、該当する場合は先に伝える。
5. 確定した値で python power_bid.py ... --dry-run を実行し、要約（受渡日・エリア・商品・コマ数・単価・入札量・上限判定）と先頭3行を提示する（ファイルは未生成）。内容をユーザーに確認してもらい、OKが出たら --out <ファイル> を付けて再実行し下書きCSVを書き出す。

精密パス

1. jp-power スキルを読み込み、references/markets.md の需給調整市場（商品・応動時間・ΔkW上限価格・単位）を確認する。
2. 入力（受渡日・エリア・商品・コマ範囲・単価・入札量、任意で上げ/下げ・価格範囲）を整理する。
3. ${CLAUDE_PLUGIN_ROOT}/scripts/power_bid.py（無ければ jp-power/scripts/power_bid.py）を実行して下書きCSVを生成する。

   python power_bid.py --date <YYYY-MM-DD> --area <エリア> --product <商品> \
     --komas <33-40 / 16:00-20:00> --price <単価> --qty <入札量> [--updown 上げ|下げ] \
     [--price-max <上限> --price-step <刻み>]
   

   補助フラグ: --info [--product <商品>]（上限価格・単位・最低入札量・応動時間の確認、ネットワーク不要）、--dry-run（ファイル未生成で要約確認）、--hours は --komas の別名（時刻表記向け）、--date 省略時は翌日、--area 省略時は power_profile の常用エリアを参照。
4. 生成したCSVを提示し、次を明示する:
   • ΔkW上限価格の超過があれば警告する（下表参照。円/ΔkW·30分）。上限超過は応札・約定を拒否されないが、精算手続で上限価格が適用され頭打ちになる（マルチプライス＝pay-as-bidのため超過分は実損）。
   • 列名・区切り・単位・ファイル名は実システムのテンプレートに合わせて要マッピングであること（本ツールは汎用スキーマの下書き）。
   • 下げ区分を指定された場合は「需給調整市場は現行、上げ区分のみ調達（下げは余力活用契約等で対応）」と注意喚起する。