What it does
For the founder who writes "MRR is up 4%" in the Monday update and then gets asked why. The agent rebuilds MRR from the live subscriptions, the way an investor would check it, then walks the week's subscription events to split the change into new business, upgrades, downgrades and cancellations.
You get one number to quote and the four parts that explain it, with the biggest cancellation of the week named, so the follow-up question already has an answer.
How it works
1List the paying subscriptions
Page through
GET /v1/subscriptions?status=activeand again withstatus=past_due(limit=100,starting_afterfor the next page,expand[]=data.discounts), or runstripe subscriptions list --status active --limit 100. Leave outtrialing,incompleteandcanceled: they don't pay yet, or anymore.- 2
2Normalize every item to a month
For each item take
price.unit_amounttimesquantity, divide yearly prices by 12 and every price byprice.recurring.interval_count, multiply weekly ones by 52/12, then apply the subscription's discounts while the coupon lasts. Skip metered prices, convert other currencies at one rate for the whole run, and sum. 3Read the week's subscription events
Call
GET /v1/eventsforcustomer.subscription.created,customer.subscription.updatedandcustomer.subscription.deletedwithcreated[gte]set to last Monday 00:00. Stripe keeps events for 30 days, so a weekly run always sees the whole week.- 4
4Split net new MRR
Created and active, or a trial whose status went from
trialingtoactive, is new. An update where the monthly amount rose is expansion and one where it fell is contraction (compare withdata.previous_attributes.items). Deleted is churn. Check that last week's MRR plus net new lands within 1% of today's figure. - 5
5Write the report
MRR and its change in dollars and percent, the four parts with the number of subscriptions behind each, active subscriptions, and the largest cancellation and upgrade of the week.
Post it to the board
With
BRIEFKIN_TOKENset, the agent sends the result as one card that updates in place every run. Without it, you get the report in the chat.
What you get
- MRR today and the change against last Monday.
- Net new MRR split into new, expansion, contraction and churn, with the subscriptions behind each.
- Active subscriptions and the change.
- The largest cancellation and the largest upgrade of the week, by MRR.
- A note if last week plus net new doesn't add up to this week within 1%, with the likely cause (a currency, a backdated change).
Install and run it
Pick your agent, where the data comes from and how to schedule it; the commands below follow.
Install the skill
One command. It puts the SKILL.md in ~/.claude/skills and in ~/.agents/skills, which Codex, Cursor, Gemini CLI, Copilot CLI and OpenCode read too.
shell
curl -fsSL https://briefkin.dev/skills/stripe-weekly-mrr-report/install | shRun it
Ask Claude Code:
prompt
Run the stripe-weekly-mrr-report skillOr paste the prompt instead of installing:
prompt
Using my Stripe account (read only), compute MRR from subscriptions with status active or past_due: for each item, unit amount times quantity, yearly prices divided by 12, weekly ones times 52/12, after discounts, skipping metered prices and trials. Then list the customer.subscription.created, updated and deleted events since last Monday and split net new MRR into new (including trials that converted), expansion, contraction and churn, with the number of subscriptions in each. Give me MRR and its change, the four parts, the active subscription count, and the largest cancellation and upgrade of the week. If last week's MRR plus net new doesn't match today's within 1%, say so.Put it on a schedule
Mondays at 8:00, from cron on any machine where Claude Code is signed in:
crontab
0 8 * * 1 claude -p "Run the stripe-weekly-mrr-report skill"Add it with
crontab -e. A laptop asleep at that time runs it when it wakes if you use launchd or Task Scheduler instead; GitHub Actions works for the API route.Send it to your board
Connect Briefkin once with
curl -fsSL https://briefkin.dev/install | shand every run lands on your board as a stat tile. How setup works
View the SKILL.mdRaw file
SKILL.md---
name: stripe-weekly-mrr-report
description: "Every Monday: MRR, net new MRR split into new, expansion, contraction and churn, and active subscriptions, computed from Stripe the same way each week. Use when the user asks for this, or when it runs on a schedule."
---
# Stripe weekly MRR report
Every Monday: MRR, net new MRR split into new, expansion, contraction and churn, and active subscriptions, computed from Stripe the same way each week.
For the founder who writes "MRR is up 4%" in the Monday update and then gets asked why. The agent rebuilds MRR from the live subscriptions, the way an investor would check it, then walks the week's subscription events to split the change into new business, upgrades, downgrades and cancellations.
You get one number to quote and the four parts that explain it, with the biggest cancellation of the week named, so the follow-up question already has an answer.
## Two ways to get the data
Use the API or MCP route when you have an MCP server, a CLI or an API token for the app. Otherwise, if you can drive a browser the user is signed in to (Claude in Chrome, a Playwright or Chrome DevTools MCP server), use the browser route. Say which one you used.
## Route A: API or MCP server
### What you need
- A restricted Stripe key with read access to Subscriptions, Events, Prices and Customers in `STRIPE_API_KEY`, or the Stripe MCP server connected to the live account.
- The Stripe CLI (`stripe login`) works too for runs on your own machine.
If something is missing, say what and stop; do not invent numbers.
### Steps
1. **List the paying subscriptions** (Stripe): Page through `GET /v1/subscriptions?status=active` and again with `status=past_due` (`limit=100`, `starting_after` for the next page, `expand[]=data.discounts`), or run `stripe subscriptions list --status active --limit 100`. Leave out `trialing`, `incomplete` and `canceled`: they don't pay yet, or anymore.
2. **Normalize every item to a month**: For each item take `price.unit_amount` times `quantity`, divide yearly prices by 12 and every price by `price.recurring.interval_count`, multiply weekly ones by 52/12, then apply the subscription's discounts while the coupon lasts. Skip metered prices, convert other currencies at one rate for the whole run, and sum.
3. **Read the week's subscription events** (Stripe): Call `GET /v1/events` for `customer.subscription.created`, `customer.subscription.updated` and `customer.subscription.deleted` with `created[gte]` set to last Monday 00:00. Stripe keeps events for 30 days, so a weekly run always sees the whole week.
4. **Split net new MRR**: Created and active, or a trial whose status went from `trialing` to `active`, is new. An update where the monthly amount rose is expansion and one where it fell is contraction (compare with `data.previous_attributes.items`). Deleted is churn. Check that last week's MRR plus net new lands within 1% of today's figure.
5. **Write the report**: MRR and its change in dollars and percent, the four parts with the number of subscriptions behind each, active subscriptions, and the largest cancellation and upgrade of the week.
## Route B: the browser
### What you need
- Signed in to the Stripe Dashboard as a user with the Analyst role or higher (Administrator and Developer also see Billing analytics), with live mode on and the right account picked if you use Organizations.
If something is missing, say what and stop; do not invent numbers.
### Steps
Start at https://dashboard.stripe.com/billing. The user is signed in already; never type passwords or codes, and ask if a sign-in page appears.
1. **Open the Billing overview**: Open `https://dashboard.stripe.com/billing` in live mode. The overview shows **MRR**, **MRR growth** and **Active subscribers**. Set the date range to the last 7 days (last Monday to today) with the comparison to the previous period.
2. **Explore MRR growth**: Click **Explore** on the **MRR growth** chart. The table under the chart splits the period into new, expansion, contraction and churn MRR, with reactivation and FX adjustment when they apply. Read each amount; a clickable cell lists the customers behind it, which gives the subscription count per part.
3. **Read active subscribers**: Back on the overview, read **Active subscribers** and its change for the same range. The Dashboard counts customers with positive MRR, not subscriptions, so label the figure as subscribers.
4. **Find the largest moves**: In the Explore table open the churn cell and the expansion cell for the week, sort the customers by MRR and note the largest cancellation and the largest upgrade. If Explore is not offered on your account, use **Report downloads** on the overview, download **Customer MRR changes** and filter the CSV to last week.
5. **Check the MRR configuration**: Click **Configure** on the overview and read whether recurring and one-time discounts are subtracted from MRR. Say which in the report, so nobody compares it with a figure computed the other way.
Note: The Dashboard figure excludes taxes and metered items, counts subscribers rather than subscriptions, and converts foreign currencies at daily rates, so expect small differences from an MRR computed from the API. Explore drill-downs are not available on accounts that bill in several currencies; the Customer MRR changes download covers the same ground.
## The report
- **MRR** today and the change against last Monday.
- **Net new MRR** split into new, expansion, contraction and churn, with the subscriptions behind each.
- **Active subscriptions** and the change.
- The largest cancellation and the largest upgrade of the week, by MRR.
- A note if last week plus net new doesn't add up to this week within 1%, with the likely cause (a currency, a backdated change).
## Post it to Briefkin
When `BRIEFKIN_TOKEN` is set, or `~/.config/briefkin/env` exists (the installer from https://briefkin.dev/docs writes it), also send the result to the user's Briefkin board as one card. Keep the `item_key` the same on every run so the card updates in place, use a new `event_id` per run, and put today's real numbers in place of the example ones. If the request fails, say so once and carry on.
```bash
[ -n "${BRIEFKIN_TOKEN:-}" ] || . ~/.config/briefkin/env
curl -sS -X POST "${BRIEFKIN_URL:-https://briefkin.dev}/v1/events" \
-H "authorization: Bearer $BRIEFKIN_TOKEN" \
-H "content-type: application/json" \
-d @- <<'JSON'
{
"v": 1,
"event_id": "stripe-weekly-mrr-report/<date of this run, e.g. 2026-10-16>",
"item_key": "stripe-weekly-mrr-report",
"project": "Acme",
"source": "Stripe weekly MRR report skill",
"kind": "metric",
"title": "MRR up $1,690 this week",
"metric": {
"label": "MRR",
"value": 48210,
"prefix": "$",
"better": "higher",
"period_start": "<start of the period, ISO 8601>",
"period_end": "<end of the period, ISO 8601>"
},
"glance": [
{
"type": "Grid",
"props": {
"columns": 3
},
"children": [
{
"type": "Stat",
"props": {
"label": "Net new MRR",
"value": 1690,
"prefix": "$"
}
},
{
"type": "Stat",
"props": {
"label": "Active subscriptions",
"value": 612,
"delta": 2.3
}
},
{
"type": "Stat",
"props": {
"label": "Churned MRR",
"value": 1120,
"prefix": "$",
"better": "lower"
}
}
]
}
],
"widget": [
{
"type": "Table",
"props": {
"columns": [
"Movement",
"MRR",
"Subscriptions"
],
"align": [
"left",
"right",
"right"
],
"rows": [
[
"New",
"+$2,140",
23
],
[
"Expansion",
"+$980",
11
],
[
"Contraction",
"-$310",
4
],
[
"Churn",
"-$1,120",
9
],
[
"Net new",
"+$1,690",
"+14"
]
]
}
},
{
"type": "Callout",
"props": {
"text": "Largest churn: a Team annual account worth $410 a month, feedback \"switched_service\".",
"tone": "warn"
}
}
],
"size": "md"
}
JSON
```
Widgets come from the Briefkin catalog (https://briefkin.dev/v1/catalog). Without a token, just give the user the report.
Set `period_start` and `period_end` to the window the number covers: the tile names it from them ("Last 7 days", "Today", "This month"). For a count right now (open items, a balance), send `"period_label": ""` so no period shows; for another name, send it as `period_label` (at most 24 characters).
## Run it on a schedule
Suggested: Mondays at 8:00 (`0 8 * * 1`). From cron, with the agent signed in on that machine:
```bash
0 8 * * 1 claude -p "Run the stripe-weekly-mrr-report skill"
# Codex: codex exec, Gemini CLI: gemini -p, Copilot CLI: copilot -p, OpenCode: opencode run
```
Or use the agent's own scheduler (Claude Code routines, Codex automations, Claude or ChatGPT scheduled tasks): https://briefkin.dev/skills/stripe-weekly-mrr-report#schedule
Source: https://briefkin.dev/skills/stripe-weekly-mrr-report
What your agent needs
A restricted Stripe key with read access to Subscriptions, Events, Prices and Customers in
STRIPE_API_KEY, or the Stripe MCP server connected to the live account.The Stripe CLI (
stripe login) works too for runs on your own machine.
Connecting Stripe
- Stripe MCP server, Stripe's official remote server at
https://mcp.stripe.com. Add Stripe from Claude's connector directory, or runclaude mcp add --transport http stripe https://mcp.stripe.com/, and sign in with OAuth; clients without OAuth can send a restricted key as a Bearer token. - The Stripe CLI. Run
stripe loginonce, thenstripe subscriptions list --status active --limit 100orstripe invoices list --status open. The CLI defaults to test mode, so add--livefor real data. - API with a restricted key. Create a restricted key (
rk_live_...) in the Dashboard under Developers > API keys, store it inSTRIPE_API_KEY, and give it Read on the resources the report touches: Subscriptions, Invoices, Charges, Customers, PaymentIntents, Balance and Disputes.
Never hand an agent the secret key (sk_live_...); a restricted key with Read where needed and None everywhere else can't refund, cancel or charge anything.
Questions
Will this match the MRR in the Stripe dashboard?
Close, but not always to the cent. Stripe's own chart converts currencies at daily rates, refreshes on its own schedule, and subtracts discounts only if the Configure setting on the Billing overview says so; this skill uses one rate per run, takes discounts off, and reads the subscriptions exactly as they are now. Expect a gap under 1%, and quote one source consistently.
Are trials and past-due subscriptions counted?
Trials stay out until they convert, and the conversion then counts as new MRR. Past-due subscriptions stay in while Smart Retries run, because the customer still means to pay; they leave as churn when the subscription is canceled or marked unpaid.
Do I need Briefkin to use the Stripe weekly MRR report skill?
No. The skill runs with your own agent and gives you the report in the chat. With a Briefkin token set, each run also posts it to your board as a stat tile, so you can glance at it instead of asking again.
Which agents can run it?
Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot CLI, OpenCode, Windsurf and Amp all read SKILL.md files. The install command puts it in ~/.claude/skills and ~/.agents/skills, where they look. ChatGPT, the Claude app and Grok take the prompt instead. Pick your agent under "Install and run it" and the commands change to match.
Can it work without an API or MCP server, from my browser?
Yes. Switch the data source to "Your browser" and the steps change to the Stripe pages themselves: the agent opens dashboard.stripe.com/billing in a browser you are signed in to and reads the numbers off the page. Claude Code, Codex, Cursor, Claude app and ChatGPT can drive a browser out of the box; Gemini CLI, Copilot CLI and OpenCode need a Playwright or Chrome DevTools MCP server first. It is slower than the API and needs you signed in, so it suits a report you run by hand or from a scheduler on your own computer.