Как я автоматизировал ведение финансов в Obsidian. Часть 1
Проект работает с Альфа-Банком, ВТБ и Т-Банком. Скрипт запускает отдельные persistent-профили Chrome для каждого банка, открывает нужные страницы, ждёт ручную авторизацию при истёкшей сессии и извлекает балансы по счетам и картам. Для кредитных карт он дополнительно собирает долг, доступный остаток, лимит и даты платежей, если эти поля есть на стороне банка.
Автор отказался от банковских API, потому что такой путь больше похож на бизнес-интеграцию с договором, чем на личную автоматизацию. Вместо этого используется Chrome DevTools Protocol: скрипт подключается к вкладке выделенного браузерного профиля и читает данные со страницы. Отдельные профили изолируют банковские сессии от обычного Chrome, уменьшают шум и стали особенно полезны после изменений Chrome 136 вокруг remote debugging и стандартного user data dir.
Итоговый файл сохраняется локально вне репозитория по пути ~/.codex/state/bank-balance-bridge/balances-summary.json. В нём по каждому банку лежат статус, служебные данные, балансы и блок creditCards, а рядом могут храниться сырые результаты сканов для отладки. Поверх сценария автор оформил локальный skill для Codex: агент запускает bankscan, ждёт авторизацию при необходимости, читает JSON и не запрашивает логины, коды или cookies.
Коротко
- BankScan запускается одной командой и собирает данные из трёх банков: Альфа-Банка, ВТБ и Т-Банка.
- Скрипт работает через выделенные профили Chrome, переиспользует банковские сессии и ждёт ручной вход, если авторизация истекла.
- Результат сохраняется в локальный JSON вне репозитория, чтобы реальные суммы и чувствительные данные не попадали в git.
- Самая хрупкая часть — различия между интернет-банками: для Альфы, ВТБ и Т-Банка нужна отдельная логика обработки страниц.
- Локальный skill для Codex добавляет агентный слой поверх bankscan, но не заменяет базовый CLI-скрипт и не требует секретов.
FAQ
Зачем автору понадобился BankScan, если финансовый учёт уже велся в Obsidian и его устраивала сама система заметок?
Проблема была не в Obsidian, а в ручном сборе исходных данных из нескольких банков. BankScan автоматизирует именно этот участок и даёт локальный источник актуальных остатков.
Почему для автоматизации выбран браузерный сценарий через Chrome DevTools Protocol, а не официальные API банков?
Готовые банковские API автор оценил как путь для бизнес-интеграций и технологического партнёрства. Для личной автоматизации он выбрал чтение данных со страниц интернет-банка через выделенные профили Chrome.
Как проект снижает риск утечки чувствительных данных при работе с банковскими балансами и кредитными картами?
Он не использует внешние сервисы и хранит результаты локально вне репозитория. Codex-слой работает с готовым JSON и не должен запрашивать логины, коды, cookies или другие секреты.
Читайте также
Как тимлид заменил десятки вкладок на файловую систему и Claude Code- Наглядный пример, зачем нужны AI-агенты
- Как я пришёл в аналитику, устроился в бигтех и понял, что рабочих задач недостаточно для роста
- Как поставить точку на беспорядке
- Разработка фронтенда интернет-магазина через Qwen 3.6 Plus и Qwen CLI
- Локальный bridge-слой для сбора чувствительных данных: Если источник данных не подходит для прямой API-интеграции, можно строить небольшой локальный bridge-слой: он открывает нужный веб-интерфейс, считывает данные и сохраняет результат в машиночитаемый файл. Для PubMag это применимо к внутренним сборщикам статистики, где важно не отправлять чувствительные данные во внешние сервисы и сохранить простой сценарий запуска.
[Автоматизация и локальные инструменты]
Зарегистрированные пользователи видят только два тезиса.
Зарегистрироваться
Автор описал BankScan — локальный CLI-bridge между интернет-банками и Obsidian: он собирает балансы через Chrome DevTools Protocol, сохраняет результат в JSON и не отправляет финансовые данные во внешние сервисы.