The first wrong total
You ask your agent what you spent last month. The number comes back and it feels light. You check it against your gut, then against your checking account, and there it is: rent is missing. The single biggest line in your budget, and the total just doesn't include it.
This isn't a bug in your agent. It found the transaction fine. It just filed a $2,500 payment to your landlord under transfers, and transfers get excluded from spending totals by default, because most of the time that's the right call.
Most of the time. Not this time.
Why rent looks like moving money to yourself
Bank data describes the mechanism, not the meaning. An online transfer to your savings account and an online transfer to your landlord's checking account are the same kind of event: money moved from one account to another. The category system labels both as transfers because, at the transaction level, that's exactly what they are.
It has no way to know you don't own the destination account. Your bank knows, sort of, but that knowledge doesn't survive the trip into transaction data. All that arrives is a date, an amount, and a description like "Online transfer to CHK 4471".
So when an agent computes "what did I spend", the safe default is to exclude transfers. Otherwise every move to savings would inflate your spending. That default is right for nine transfers out of ten. Rent is the tenth.
Same amount, same day, a name you don't own
You can separate real-spend transfers from internal ones with three signals, and you want all three together.
First, the amount repeats. Rent is $2,500 every month, not $2,500 then $1,840 then $600. Second, the timing repeats. It lands on the 1st, or the 3rd, or whatever day your lease says, give or take a day. Third, the destination isn't yours. The description often carries a last name or an account number that doesn't match anything you've connected.
One signal alone misleads. Automatic savings transfers repeat the same amount on the same day too. It's the third signal, a destination you don't own, that does the real work. The first two just tell you which transfers are worth checking.
The prompt pattern
Start by making the agent surface every candidate. With BankBridge connected, it'll pull raw transactions with list_transactions and pattern-match descriptions with search_transactions, live from your bank, nothing cached in between.
List every transfer out of my checking account over the last six months, grouped by description. Flag any group where the amount and the day of month repeat.
You'll get a short list. Usually it's savings moves, maybe a transfer to a business account, and one recurring payment that's clearly going to a person or company you don't control. That one's your rent. Or your kid's tuition, or the money you send your parents. Then classify it, out loud, once:
The $2,500 transfer on the 1st of each month to CHK 4471 is my rent. Treat it as real spending in every total, summary, and cashflow answer. The transfers to my savings account are internal, keep excluding those.
That second prompt is the whole trick. You're not fixing the data. You're giving the agent one fact the data can't carry: who owns the other account.
Make the correction permanent
A classification you state once in a chat evaporates when the session ends. Put it somewhere your agent reads every time: a CLAUDE.md file, a project note, custom instructions, whatever your host supports.
Rent: $2,500/mo transfer to CHK 4471 on the 1st. Real spending, include in all outflow totals. Transfers to savings and to the business checking account are internal, exclude them.
Three lines. Every future spending question inherits the correction. BankBridge won't remember this for you, on purpose: we don't store your data or your notes about it, so the memory has to live on your side, with the agent.
Don't overcorrect
Once you've seen one transfer that's really spending, it's tempting to count them all. Don't.
Credit card payments are the big trap. They're large, they recur monthly, and they leave your checking account, so they look exactly like the rent pattern. But counting them double-counts everything: the swipes on the card were already the spend, and the payment just settles the bill. That failure mode gets its own guide, Stop Double-Counting Credit Card Payments.
One-off transfers to people are spending too (paying a friend back, sending a deposit), but they don't need a standing rule. Handle those when they come up. The standing rule is for the recurring ones, because those are what silently skew every monthly total.
The five-minute sanity check
Once the rule's in place, verify it the blunt way: reconcile against raw money movement.
Add up everything that left my checking account last month, plus all my card swipes. Compare that to your spending total and explain every dollar of the difference.
The difference should be fully explained by internal transfers and credit card payments. If there's a recurring gap the agent can't account for, there's another rent hiding in the transfer pile. A storage unit paid by transfer, tuition, support you send family. Same rule, one more line in the note.
Run it once a quarter. The whole point of asking an agent about money is trusting the number that comes back, and this is how the number earns it.