perf(pr-verify): set the capture key proxy's token-cap from a full measured capture

オープン
#13,724 コメント 6 件 リアクション 0 件 担当者 1 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@kyle-sexton がすでに取り組んでいます。

2026年11月6日 から。

評価

この issue はまだ評価されていません。

説明

host-run priority: medium status: confirmed work-class: scoped

Refs: #12232

Problem

PR capture's key proxy enforces merge.verify-capture.proxy.token-cap (docs/conventions/pr-pipeline.yaml), still the provisional judgment value set before any live run. The first live capture (run 42235412941, graded at issuecomment-6687618296) stopped at the key's credit wall ("Credit balance too low"; the proxy counted 27,876 driven tokens), so it measured no full capture.

Done when

  • One capture on PR_VERIFY_CLAUDE_API_KEY with refreshed promotional credit drives a UI-surface PR's hook and mod entry points without a credit stop.
  • token-cap is set above that run's proxy-reported token use (the "Report the key proxy's usage" notice) with a stated margin, in a PR that cites the run, and the yaml comment's "provisional" wording is replaced.
  • The trigger to start: the first capture run after the credit refresh whose "Report the key proxy's usage" notice shows no 400 credit-stop answers.

Remaining

  • Every item needs a full CI key capture and waits on PR_VERIFY_CLAUDE_API_KEY's credit reset (the key is burnt, run 42323030495; owner Q8: no rotation; hub H149). A local capture runs on the building session's subscription, behind no key proxy, so it cannot measure the proxy's caps.
  • Progress: PR 13868 split the cap. token-cap: 1500000 bounds the driven session, and driver-token-cap: 6000000 bounds the driver legs, both provisional. The fullest run so far, 42313414930, used 3,656,992 loopback and 33,234 driven tokens, but its typed entry points were refused (since fixed by PR 13877), so it is not the measurement. Rule: cap = measured × 1.5, rounded up to the next 100,000.
主要言語
Shell
スター
22
フォーク
2
平均マージ
1時間 13分
マージ済み PR(30日)
954

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

melodic-software/claude-code-plugins のほかの issue

melodic-software/claude-code-plugins の issue をすべて見る

似ている issue

Shell/Bash の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。