プレーンテキストの元帳は、完全なコントロールを与えてくれる一方で、最新の状態に保つための面倒な作業になり得ます。
カメラロールにはレシートが残り、レビュー待ちの銀行取引が蓄積されます。単純な質問にもクエリが必要で、ちょっとした修正もコンピュータの前に戻るまで待たなければなりません。これらのタスクはどれも単独では難しくありません。しかし、それらが組み合わさることで、信頼できる元帳が実生活に追いつかなくなるほどの摩擦を生み出します。
これこそが、2026年に私たちが取り組んできた問題です。
Beancount.io v3は基盤を確立しました。帳簿はプレーンテキストで、すべての変更にGitの履歴が残り、データはポータブルなままです。3.6では、何かが発生してからそれが元帳の信頼できるエントリになるまでの距離を短くすることに焦点を当てました。透明性をブラックボックスで置き換えることなく実現しています。
最初のボトルネック：元帳へのデータ入力
手動入力は正確ですが、ここが簿記のバックログが始まる場所でもあります。財務データは通常、不便な形式で届きます。PDFの明細書、銀行からのスプレッドシート、紙のレシート、あるいは勘定科目表を知らない取引フィードなどです。
私たちはまず、スマートインポートをリリースしました。これは、明細書、スプレッドシート、レシート、画像を構造化されたBeancountエントリに変換します。行をコピーして構文を修正する代わりに、編集可能な結果をレビューし、何を元帳に含めるかを決定します。
Plaidとの銀行同期も、現在は同じ原則に従っています。すでに元帳にある口座に取引をマッピングし、カテゴリを提案できますが、最終的な決定はユーザーに委ねられます。過去数ヶ月の間に、銀行や口座によるフィルター、リンクされた口座の共有管理、口座ごとの通貨、インポートされたエントリの保存先ファイルを選択する機能を追加しました。
レシートの取り込みでループが完成します。Webでレシートをアップロードするか、モバイルアプリで撮影すると、Beancount.ioが有用な詳細情報を抽出し、レビュー用の取引を準備します。自動化が文字起こしを処理し、会計上の判断はユーザーが行います。
2番目のボトルネック：理解を行動に変える
年初の時点では、Ask AIは読み取り専用のアナリストでした。残高、支出、口座履歴に関する質問に答えることはできましたが、元帳を変更する必要がある時点で止まっていました。
その境界線は安全ではありましたが、常に有用とは限りませんでした。アシスタントが誤分類された経費を見つけても、ユーザーは会話を離れ、適切なファイルを見つけ、編集し、結果を自分で検証する必要がありました。
6月には、Ask AIがアクション実行可能なエージェントになりました。BQLクエリの実行、ファイルの検査、アップロードされたレシートの読み取り、元帳編集の準備が可能です。何かが書き込まれる前に、提案された変更を確認し、承認または拒否できます。承認された編集は通常のGitコミットになるため、可視性、レビュー可能性、復元可能性が保たれます。
その後、同じ機能を人々がすでに使用しているツールにも開放しました。Beancount MCPサーバーは、元帳スコープのOAuth 2.1を通じて、元帳をClaude、Cursor、Windsurf、Zed、その他のMCP互換クライアントに接続します。帳簿のコピーを別のワークフローにエクスポートすることなく、財務に関する質問をしたり、編集を準備したりできます。
目的は、AIに静かに家計を管理させることではありません。AIに機械的な作業を任せつつ、人間による承認とGitの履歴を中心に据えることです。
会計は机を離れても止まるべきではない
モバイルアプリは、その約束の中で最も弱い部分でした。有用な情報を表示することはできましたが、実際のタスクの多くは依然としてWebダッシュボードを必要としました。この夏、私たちは人々が机を離れて実際に行う必要のある作業に合わせてアプリを再構築しました。
新しいホーム画面は、最初に重要な口座とトレンドを表示します。口座はドリルダウンと新しい口座の開設をサポートします。取引はステータス、日付、口座で検索・フィルタリング可能で、複数転記エントリがデフォルトのフローとなり、既存の取引の編集や削除も可能です。レポートは収入、支出、貸借対照表のビューを別々のタブに分散させるのではなく、1つにまとめます。
アプリはまた、レシートのスキャン、口座の提案、Beancountファイルの閲覧と編集、元帳エラーの表示、最近のGit変更の表示、予算の追跡も行えます。複数通貨の金額はより明確になり、チャートはタッチ操作に対応し、元帳ドロワーにより個人用、ビジネス用、共有の帳簿の切り替えが容易になりました。
最も重要な変更の中には、意図的に目立たないようにしているものもあります。セッション認証情報は、オペレーティングシステムのキーチェーンまたはキーストアに保存されるようになりました。読み込み、ダークモード、ナビゲーション、プル・トゥ・リフレッシュの動作も、新しい画面と同様に注意深く調整されました。アプリは引き続き13の言語をサポートしています。
これはもはや、残高を確認するための単なるコンパニオンではありません。基盤となる活動がどこで発生しても、元帳を維持するための実用的な方法です。
Web上でピースをまとめる
インポート、AI、モバイルがより高性能になるにつれて、Webダッシュボードも機能の集合ではなく、1つのワークスペースとして感じられる必要がありました。
ダッシュボードは現在、カスタマイズ可能な概要、よりシンプルなナビゲーション、より明確な初回利用ガイダンス、口座の開設と閉鎖、一括仕訳アクション、予算履歴、レシートアップロード、転記口座からレポートへの直接リンクを備えています。スマートインポート、銀行同期、Ask AI、ファイル、レポート、バージョン履歴は、現在、より一貫性のあるフローとビジュアルアイデンティティを共有しています。
このインターフェースの背後では、ダッシュボードをサーバーサイドレンダリングに移行し、認証状態をPostgreSQLとRedisに移行し、サインインおよびGitエンドポイントの保護を強化し、重要なワークフローの自動テストを拡張しました。また、Rust/WASMエンジンを搭載した新しいTypeScript元帳サービスを構築し、パリティテストを実施しました。本番環境への切り替えは慎重に段階的に行われ、既存のPythonサービスはベイクイン期間中のロールバックパスとして保持されています。
理想的には、ユーザーはこれらのインフラについて考える必要はありません。単に、遅延が減り、驚きが減り、Web、モバイル、Git、AIにわたって一貫した動作をする製品に出会うはずです。
3.6の真の意味
個々の機能も重要ですが、より大きな変化はそれらを接続するワークフローです。
取引は、銀行フィード、文書、モバイル写真、フォーム、テキストエディタ、AIアシスタントとの会話から始まります。それでも、最終的には同じ場所、つまり監査可能なGit履歴を持つプレーンテキストのBeancountファイルにたどり着きます。利便性はもはや、ポータビリティやコントロールを犠牲にする必要はありません。
それが3.6の約束です。
4.0に向けて：完全オープンソースへ
Beancount.io 4.0の目標はより大きく、Beancount.io製品全体をオープンソース化することです。
Webダッシュボードとモバイルアプリは、CLI、レポートツール、コーディングエージェント用スキルとともに、すでに公開開発されています。残りの主要な部分は、それらのクライアントをホスト型元帳に接続するバックエンドです。これを公開することで、製品アーキテクチャをBeancount.ioが当初から掲げてきた原則に近づけることができます。つまり、自分の財務データを所有できるのであれば、それを管理するソフトウェアも検査し、その形成に貢献できるべきです。
4.0に至るまでには、まだエンジニアリングとドキュメントの作業が残っています。単なるソースコードの公開ではなく、結果が理解可能で、保守可能で、コントリビューターにとって有用であることを望んでいます。Beancount.io 3.6は、その未来への重要な一歩です。つまり、今日のオープンなフォーマットに基づいて構築され、完全にオープンなスタックへと移行する、1つの首尾一貫した財務ワークスペースです。
4.0を公開の場で築くために
Beancount.io 3.6はbeancount.ioで利用できます。完全にオープンソースの財務スタックを実現してほしいと思ったら、GitHubでBeancount.ioにスターを付けてください。一つひとつのスターが、より多くの開発者、会計の専門家、プレーンテキスト会計ユーザーにプロジェクトを届け、4.0への歩みを間近で見守るきっかけになります。