Чотири шляхи, за одну хвилину
Кожне AI-запитання про гроші впирається в одну й ту саму стіну: модель не бачить твого банківського рахунку. Claude, ChatGPT, Cursor та інші вже добре аналізують транзакції, коли їх отримують. Донести дані до моделі, ось у чому вся проблема.
Є чотири способи це зробити. Можна дати агенту файли, дозволити йому керувати браузером через твій онлайн-банкінг, самому будувати на основі bank API, або спрямувати його на хостований MCP-сервер, який робить fetching за тебе.
Кожен варіант по-різному балансує свіжість, безпеку і час налаштування. Жоден з них не є неправильним у кожній ситуації, включно з нудним першим.
Шлях перший: ручне завантаження CSV і PDF
Найдавніший метод усе ще працює. Завантажуєш CSV або PDF-виписку з сайту свого банку, кидаєш її в чат і задаєш запитання.
Ось моя січнева виписка. Скільки я витратив на ресторани, і які списання схожі на підписки?
Для одноразового запитання про закритий період це нормально. Підготовка податків за минулорічними виписками, суперечка про один місяць, швидкий погляд на рахунок, до якого ти рідко торкаєшся. Дані вже не змінюються, тож застарілість не має значення.
Це розвалюється як звичка. Виписки застарівають у той момент, коли ти їх експортуєш, кожен банк форматує експорти по-своєму, PDF псують екстракцію таблиць, а повний рік транзакцій може вилетіти за контекстне вікно моделі. Ще й у тебе назбирується купа файлів з номерами рахунків у папці Downloads. Нормально час від часу. Жалюгідно щотижня.
Шлях другий: screen scraping і автоматизація браузера
Screen scraping означає, що агент, або сервіс, який діє від його імені, входить у твій онлайн-банкінг з твоїм справжнім іменем користувача і паролем, і читає те, що на екрані. Агенти для автоматизації браузера роблять це на вигляд простим: вставляєш облікові дані, дозволяєш моделі клікати.
Не роби цього. Твій банківський пароль це головний ключ до переказу твоїх грошей, і цей шлях передає його програмі, яка так само може натиснути Переказати. Умови більшості банків взагалі забороняють ділитися обліковими даними, що може перекласти відповідальність за шахрайство на тебе, якщо щось піде не так. І це постійно ламається: MFA-запити, стіни CAPTCHA і будь-який редизайн сайту банку вбивають автоматизацію, поки хтось не помітить і не полагодить.
Так працював ранній fintech приблизно у 2010 році, бо нічого кращого не існувало. Кращі речі існують зараз.
Шлях третій: прямі bank API
Банки дедалі частіше надають офіційні API, стандартизовані як FDX у США і обов'язкові за правилами open banking, як-от PSD2 у Європі. Доступ токенізований, обмежений і відкликаний. Твій пароль ніколи не залишає банк. Це справді правильна основа, і два шляхи під поверхнею більшості сучасних фінансових застосунків побудовані на ньому.
Заковика в тому, хто може ним користуватися. Прямий доступ до API створений для компаній: угоди для розробників, перевірки безпеки, іноді підключення до кожного банку окремо, що займає місяці. Якщо у тебе рахунки в трьох установах, це три інтеграції з трьома наборами особливостей. Агрегатори існують саме для того, щоб це вирішити. Вони підтримують банківські з'єднання, тож розробникам застосунків не доводиться цього робити, і майже кожен фінансовий застосунок, яким ти користувався, спирається на когось із них.
Для окремої людини, яка просто хоче, щоб її агент відповідав на грошові запитання, будувати це самому означає тижні роботи до першої корисної відповіді, а тепер ти ще й черговий інженер для власного банківського фіду.
Шлях четвертий: хостований MCP-сервер
MCP (Model Context Protocol) це відкритий стандарт, який дозволяє AI-застосункам викликати зовнішні інструменти. MCP-сервер для банківських даних дає твоєму агенту невеликий набір типізованих, read-only інструментів замість сирих файлів або сесії браузера. Агент запитує те, що йому потрібно, отримує структуровані дані назад і міркує над ними.
BankBridge це наша версія цього. Ти підключаєш банк один раз через офіційний шар підключення до банку (твої облікові дані йдуть у твій банк, ніколи до нас або до твого агента), і з того моменту у твого агента є 11 інструментів: list_accounts, search_transactions, get_recurring_charges, get_monthly_cashflow, list_holdings і так далі. Кожен виклик отримує живі дані з банку. Нічого не кешується на наших серверах, тож немає збереженої копії твоїх фінансів, за яку варто хвилюватися.
Який у мене баланс на checking рахунку прямо зараз, і які регулярні списання пройдуть цього місяця?
Це запитання, з відповіддю за живими даними в будь-якому MCP-хості, і є вся суть. Це працює в Claude Desktop, Claude Code, ChatGPT, Cursor, Gemini, Zed і близько двох десятках інших застосунків, які ми задокументували. Налаштування займає кілька хвилин, автентифікація через bearer key або OAuth 2.1, і це $5 на місяць за підключений банк. Скасувати можна будь-коли.
Пліч-о-пліч: свіжість, безпека, налаштування, що ламається
Свіжість. Завантаження застарівають у той момент, коли ти їх експортуєш. Scraping живий, поки не помирає. Прямі API і MCP-сервери живі за задумом. BankBridge отримує дані з банку на кожне запитання, тож "який у мене баланс" означає прямо зараз, а не станом на твій останній експорт.
Безпека. Завантаження досить безпечні, але файли виписок накопичуються на диску. Scraping це найгірший варіант: повні облікові дані, повний доступ на запис, порушення умов. Прямі API і хостовані MCP-сервери використовують токенізований, відкликаний, read-only доступ. У BankBridge немає інструментів, які переказують гроші, тож найгірше, що може зробити збентежений агент, це поставити дивне запитання, а не надіслати дивний переказ.
Час налаштування. Завантаження нічого не коштують спочатку, потім десять хвилин експорту і чистки щоразу, назавжди. Scraping вимагає полудня, щоб налаштувати, і невизначеного часу, щоб няньчитися. Прямі API забирають тижні або місяці, якщо ти будуєш їх сам. Хостований MCP-сервер займає кілька хвилин, один раз на банк.
Що ламається. Завантаження ламаються на особливостях формату і лімітах контексту. Scraping ламається на MFA, CAPTCHA і редизайнах. Саморобна інтеграція з API ламається щоразу, коли банк щось змінює, і тепер це твій пейджер. Хостований сервер зазвичай ламається в одному передбачуваному місці: підключення до банку потребує швидкої повторної автентифікації після того, як ти зміниш банківський пароль, і це виправляється за дві хвилини.
Що саме тобі обрати?
Якщо у тебе одне запитання про один закритий місяць, завантаж виписку і запитай. Немає в цьому нічого поганого. Ми порівнювали BankBridge з ручним експортом CSV віч-на-віч, і висновок не "ніколи не завантажуй".
Не давай жодному агенту свій банківський пароль. Ні для демо, ні один раз.
Якщо ти будуєш fintech-продукт з бюджетом на compliance, іди напряму до bank API або до шару агрегаторів під ними. Саме для цього вони створені.
А якщо ти людина, яка хоче постійних відповідей від агента, яким ти вже користуєшся, шлях хостованого MCP це той, що витримує. Підключаєшся один раз, а потім запитуєш що завгодно, коли завгодно:
Мій рахунок за інтернет виріс цього року? Витягни всі списання від мого ISP з січня і порівняй.