What problem does it solve? Engineers and teams struggle to justify AI token budget requests with credible numbers. This Skill produces a defensible token ask by multiplying upcoming committed work by the user's own historical token cost per unit of work, with an explicit planning buffer. ## Core Features & Use Cases - Historical rate computation: Derives tokens-per-point, hours-saved-per-point, and utilization percentages from metered waybill ledger data, never from manual estimates. - Upcoming work gathering: Pulls assigned sprint issues or epic children via Atlassian MCP, with a fallback to user-listed items flagged as self-estimated. - Honesty guardrails: Labels forecasts low confidence when fewer than 5 shipped stories have token data, keeps ranges as ranges, and refuses to invent rates without ledger evidence. - Use Case: Before a sprint planning meeting, ask for a token forecast and receive a committed-work table, a one-line ask with the 1.2 buffer stated, the statistical basis, projected hours saved, and risk framing. ## Quick Start Ask the assistant to forecast my token needs for next sprint based on my assigned Jira issues and waybill ledger history.