Tip

1か月から予測してはいけない: 季節性支出のためのプロンプト

6 min read
Direct answer: AIで季節性の光熱費を予算化するには、先月の数字を年換算してはいけません。エージェントに各光熱費の12か月分のマーチャント履歴を取得させ、合計を12で割って年換算の月平均を出し、最高月が最低月の少なくとも2倍以上ある請求書に印を付けます。予算には平均を使い、印は季節ごとに変動する請求書を教えてくれます。

1か月は嘘をつく

電気代の支出をエージェントに尋ねると、たいてい一番手軽な時間枠、つまり先月に手が伸びます。4月のテキサスの電気代は285ドルかもしれません。同じ家が8月にはエアコンを24時間動かして600ドル以上になります。4月の値を12倍すると、実際には5,000ドル近くかかる項目に対して3,400ドルほどの予算しか組めません。

ガスは逆方向に動きます。夏の45ドルの請求書は可愛らしく見えますが、2月に268ドルが届くまでの話です。

エージェントが出した数字は間違っていません。先月は本当に285ドルでした。間違っているのはその上に組み立てられた予測で、方法論を渡さなければエージェントは素朴な方法をデフォルトで使ってしまいます。

解決策: 12か月、年換算

解決策は具体的で少し退屈です。予算にはまさにそういうものを求めたいところです。全ての光熱費について、1か月ではなく1年分の履歴を取得します。

3ステップです。まず、支払っている各光熱費について直近12か月分のマーチャント履歴を要求します。次に、合計して12で割ります。これが年換算の月平均で、予測に安全に使える唯一の月次数字です。最後に、最高月と最低月を比較します。最大が最小の2倍以上あれば、その請求書に季節性の印を付け、二度と単月の値を引用しないようにします。

なぜ6でも24でもなく12なのか。12か月は各季節をちょうど1回ずつ捉えます。6か月では自分が今立っている半年をどちらか二重にカウントします。24か月でも動きますが、2年前の料金を現在と同じ重みで扱うことになり、光熱費の料金はほとんどの場合上がる方向に動きます。

すぐ使えるプロンプト

方法論全体を1つのプロンプトにまとめました。銀行を接続したClaude、ChatGPT、Cursor、その他のMCPホストに貼り付けてください:

私が支払っている各光熱費(電気、ガス、水道、ごみ、インターネット)について、直近12か月分のマーチャント履歴を取得してください。それぞれについて、12か月の合計、年換算の月平均(合計を12で割ったもの)、最高月、最低月を報告してください。最高月が最低月の少なくとも2倍以上ある請求書には印を付けて季節性とラベル付けしてください。予算項目には年換算の平均を使い、先月の値は決して使わないでください。

内部では、エージェントは通常get_recurring_chargesを1回呼び出して光熱費を特定し、次に各項目についてget_merchant_historyを呼び出します。5、6回のツール呼び出しと数秒で、予算にそのまま落とし込める表が得られます。

なぜ2倍が正しい閾値なのか

どの請求書も揺れます。水道はスプリンクラーを使った頻度で動きますし、電気は熱波で動きます。そういうノイズは予算にはあまり関係ありません。最高対最低の比率が2以上ならノイズではありません。構造です。

実際の口座でこのチェックを走らせるとパターンは明確です。インターネットは比率がほぼ1.0で、平坦なので好きな月から予測できます。暑い気候の電気は2.2前後になります。本格的な冬のある場所のガスは5倍以上に達することがあります。

この閾値は、どこで気を抜けるかも教えてくれます。2倍未満なら先月の請求書で問題なく代用できます。それ以上なら平均が必要です。この線引きこそが印の全ての意義です。

リアルな数字による実例

テキサスの家を例に取ります。電気代は晩夏のピークで約612ドル、早春の底で約278ドル、年換算平均は412ドルです。3月の285ドルの請求書から予測すると、年間の電気予算は約3,420ドルになります。実際の金額はおよそ4,950ドルで、1項目で約1,500ドル足りません。

ガスは逆です。8月は48ドル、2月は268ドル、平均は約98ドルです。8月の請求書を年換算すると、1,175ドルの年間支出に対して576ドルの予算になってしまいます。

誤差は尋ねる時期によって別方向を向くことに注目してください。春に尋ねると電気は安く見えます。晩夏に尋ねるとガスがそう見えます。それこそが1か月が信頼できない証拠です。答えがカレンダーに依存して変わってしまい、予算はそうあってはいけません。

光熱費だけではない

同じ罠は、支出に季節性のある場所ならどこにでも潜んでいます。12月のプレゼント、夏のフライト、年間保険料、新学期の準備、同じ月に全てのドメインの更新が来る、といったものです。どれも、間違った月から組み立てた予測を汚します。

直近12か月の各月について、カテゴリ別に支出を分解してください。各カテゴリについて月平均を出し、最大月が最小月の2倍以上ある項目に印を付けてください。毎年同じ月にスパイクするカテゴリを指摘してください。

年次請求は特に疑うべきです。ゼロが11か月、600ドルが1か月あると比率は無限大になり、ゼロの月から予測するエージェントはその費用を丸ごと落としてしまいます。年次請求は12か月に分散させて月次の積立として計上するよう指示してください。

平均そのものが間違っているとき

追跡平均は、来年が去年に似ていることを前提にしています。そうならない場合もあります。光熱費の料金は跳ね上がることがあり、30%の値上げがあれば、対象期間内の古い月が将来の重みを密かに過小評価していることになります。

各光熱費について、直近の請求書を1年前の同月と比較してください。15%以上上がっていれば指摘し、新しい料金が今後も続くと仮定して年間平均を再推定してください。

同月前年比は、季節を一定に保つ正直な比較です。2月のガスが前年2月から34%上がっていれば、それは寒波ではなく料金変更で、平均は上方修正する必要があります。

生活の変化も平均を壊します。EV、プール、新しい在宅勤務環境などです。将来が過去と違うと分かっているときは、プロンプトでそれを伝え、継続性を仮定させるのではなくエージェントにモデル化させてください。

一度だけセットアップ

これら全てが機能するには、スクリーンショットや半分覚えている数字ではなく、実際の1年分のトランザクションをエージェントが見られる必要があります。BankBridgeはホスト型のMCPサーバーで、Claude、ChatGPT、Cursor、Geminiをはじめ20以上のホストにあなたの口座への読み取り専用アクセスを提供します。全ての質問は銀行からライブ取得され、私たちのサーバーには何も保存されません。

接続銀行1つあたり$5/mo、いつでも解約できます。一度接続すれば、このガイドの全てのプロンプトがそのまま動きます。より広いパターン集が欲しい場合は、金融関連の質問に対するプロンプトパターンのガイドから始めてください。

FAQ

季節性の光熱費を予算化するには何か月分の履歴が必要ですか?

最低でも12か月です。1年で全ての季節を一巡するので、夏のエアコンと冬の暖房がそれぞれデータに1回ずつ現れます。6か月では1つの季節を二重にカウントしてしまいます。24か月分ある場合は、古い年で料金の値上がりを確認し、予算は直近12か月から組み立てます。

年換算の月平均とは何ですか?

過去12か月間に特定のマーチャントに支払った合計を12で割った数字です。電気やガスのような季節性のある請求書では、夏のピークと冬の底が正しい比率で既に含まれているため、予測に安全に使える唯一の月次数字です。

支出カテゴリが季節性かどうかはどう判断しますか?

過去1年で最高月と最低月を比較します。最大月が最小月の少なくとも2倍以上あれば、そのカテゴリは季節性として扱い、単月ではなく年換算の平均を予算にします。インターネットのように比率が1に近い請求書は、先月分から予測しても安全です。

AIエージェントは12か月分の光熱費履歴を自動的に取得できますか?

はい。BankBridgeをMCP経由で接続していれば、get_merchant_historyのようなツールが指定のマーチャントについて1年分のトランザクションを取得し、銀行から読み取り専用モードでライブ取得します。1つのプロンプトで全ての光熱費をカバーでき、BankBridgeのサーバーには何もキャッシュされません。

季節平均とピーク月のどちらを予算にすべきですか?

年換算の平均を予算にします。1年を通せば正確に一致するからです。ただしキャッシュフローについてはピークを念頭に置いてください。8月の電気代は平均より200ドル高くなることがあるので、年間予算が合っていてもピーク月には当座預金にその余裕が必要です。