[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"/api/social-links:{}":3,"/api/blogs/ai-accounting-assistant:{}":9},{"links":4},[5],{"platform":6,"url":7,"icon":8},"note","https://note.com/morinoupa2020","simple-icons:note",{"post":10,"relatedPosts":36,"prevPost":117,"nextPost":118},{"id":11,"slug":12,"title":13,"date":14,"excerpt":15,"content":16,"thumbnail":17,"categories":18,"tags":23,"difficulty":32,"tldr":33,"readingTime":34,"relatedTech":35},9003,"ai-accounting-assistant","経理担当をAIに任せてみた","2026-06-16T10:00:00","個人事業で後回しにしがちな経理を、AIに「経理担当」として継続的に任せてみた記録。書類整理から仕訳の自動化まで、人間とAIの役割分担をどう設計したかを振り返ります。","\u003Ch2>きっかけは「溜めてしまった帳簿」\u003C/h2>\n\u003Cp>個人で事業をやっていると、どうしても後回しになりがちなのが日々の経理です。売上の管理ならまだしも、こまごまとした経費の仕訳や領収書の整理は、忙しくなるとつい手が止まってしまう。気づけば、しばらくの間まったく帳簿に手をつけられていない、という状態になっていました。\u003C/p>\n\u003Cp>放っておいても勝手に片付くものではありません。そこで思い切って、AIに「うちの経理担当」になってもらうことにしました。単発で質問するのではなく、継続的に経理の面倒を見てもらう、という関わり方です。やってみると、想像していた以上にうまく回り始めたので、どんなことをしてきたのかを振り返ってみます。\u003C/p>\n\u003Ch2>まずは「置き場所」と「呼び名」を整えるところから\u003C/h2>\n\u003Cp>最初にぶつかったのは、書類が散らかっているという地味な問題でした。たとえばサブスクや通信費の領収書が、サービスごとにてんでバラバラの名前で保存されている。同じサービスなのに表記が揺れていたり、ダウンロードしたときのままの記号のような名前になっていたり。これでは人間でも探しづらいですし、AIに突き合わせをお願いするにも都合が悪い。\u003C/p>\n\u003Cp>そこでまず、ファイルの名前を一定のルールで揃えるところから始めました。あわせて、書類をどこに置くかも決めました。専用の「提出箱」にあたる場所を用意して、そこに放り込んでおけば、あとはAIが中身を読んで、年月やサービスを判断し、しかるべき場所へ仕分けてくれる、という流れです。\u003C/p>\n\u003Cp>地味ですが、この「置けば片付く」状態を作れたことが、後々ずいぶん効いてきました。\u003C/p>\n\u003Ch2>「あるべきもの」と「実際にあるもの」を突き合わせる\u003C/h2>\n\u003Cp>次に取り組んだのが、毎月決まって出ていくお金の整理です。\u003C/p>\n\u003Cp>もともと、こうした月ごと・年ごとの支払い——つまり確定申告に必要な情報——は、スプレッドシートにまとめて管理していました。長年それで回してきて、人が眺めるぶんには十分だったのですが、AIに扱ってもらうとなると少し勝手が違います。そこで、データとして読み書きしやすい形式、具体的には設定ファイルなどでよく使われる「YAML」という構造のはっきりしたテキスト形式に作り変えてもらいました。\u003C/p>\n\u003Cp>中身としては、通信費や光熱費、いくつかのサブスクのように、定期的に発生する支払いをひと通り洗い出して、一覧にしておきます。いわば「これは毎月あるはず」というお手本です。\u003C/p>\n\u003Cp>このお手本と、実際に手元にそろっている領収書を突き合わせると、「今月はこれが足りない」というのが一目で分かるようになります。人間が記憶を頼りに「あれ、あの領収書もらったっけ?」と悩む必要がなくなる。足りないものだけを取りに行けばいいので、抜け漏れがぐっと減りました。\u003C/p>\n\u003Cp>しかも、支払い額が変わったときには、その履歴も残してもらうようにしました。いつから値段が変わったのかが後から追えるので、見直しのきっかけにもなります。\u003C/p>\n\u003Ch2>データは機械に優しく、画面は人に優しく\u003C/h2>\n\u003Cp>ここで、ちょっとした工夫をしています。これが今回の肝のひとつだと感じている部分です。\u003C/p>\n\u003Cp>さきほどのお手本の「正本」は、AIが読み書きしやすいテキスト形式のファイルです。ただ、これは処理するぶんには都合が良くても、人間がぱっと眺めるには向きません。そこで、この正本をもとにして、ブラウザで見やすく表示する一枚の画面を自動で作ってもらいました。毎月の支払い状況、足りない書類、単発の出費、そして仕分けの結果を、タブで切り替えながら眺められる「経理ダッシュボード」です。\u003C/p>\n\u003Cp>この「データの本体」と「見るための画面」を分けたのが、ポイントでした。正本を書き換えたら画面を作り直すだけで、いつ開いても最新の状況が映ります。そして地味ですが大事なのが、AIに毎回いちから事情を説明し直さなくて済むという点です。正本を読めば現状がそのまま伝わるので、やり取りが軽くなり、余計なコストもかかりません。人間は見やすい画面で全体を把握し、AIは扱いやすいデータで処理する——それぞれに都合のいい形を、同時に用意できたわけです。\u003C/p>\n\u003Cp>会話のたびにこの画面を最新の状態に更新してもらっているので、手元ではいつ開いても今の状況がそのまま映っている、という安心感があります。数字とにらめっこする作業ではなく、全体像を「見るだけ」で把握できるのは、思った以上に快適でした。\u003C/p>\n\u003Ch2>過去の自分を「お手本」にして仕分けを自動化する\u003C/h2>\n\u003Cp>ここが今回いちばんの肝でした。\u003C/p>\n\u003Cp>実は、前の年にきちんと付けた帳簿が残っていました。これはつまり「どの支払いを、どう扱ったか」という正解の記録です。これをAIに読み込んでもらい、判断の基準にしてもらいました。\u003C/p>\n\u003Cp>たとえば、ある支払いは事業の経費として、別のものは個人の支出として処理する——その線引きは、過去の自分がすでに一度やっているわけです。その実績を下敷きにすれば、今年の取引も「これは経費」「これは個人の分」「これはそもそも登録不要」と、かなりの部分を機械的に振り分けられます。\u003C/p>\n\u003Cp>家計と事業が同じ財布から出ていく場面も多く、明細には事業に関係のない支払いも混ざります。そうしたものを一つひとつ人間が選り分けるのは骨が折れますが、過去の基準と照らし合わせることで、その大半を自動でさばけるようになりました。\u003C/p>\n\u003Ch2>迷うものだけ、人間が決める\u003C/h2>\n\u003Cp>とはいえ、何でもかんでも自動で決めてしまうのは危険です。たとえば、用途によって経費にも私用にもなりうる買い物や、按分が必要な支払いのように、文脈を知らないと判断できないものは必ずあります。\u003C/p>\n\u003Cp>そこで、機械的に決められないものだけを「要判断」として浮かび上がらせる仕組みにしました。確実なものはAIが処理し、グレーなものだけが人間の前に並ぶ。人間は、その限られた数の判断に集中すればいい。一度判断した内容は基準側に反映していくので、回を重ねるほど「迷うもの」は減っていきます。\u003C/p>\n\u003Cp>このさじ加減——どこまでを任せて、どこからを自分で決めるか——を調整できたことが、安心して任せられる決め手になった気がします。\u003C/p>\n\u003Ch2>やってみて感じたこと\u003C/h2>\n\u003Cp>振り返ると、AIにお願いしたのは「面倒だけど判断はそれほど要らない作業」が中心でした。名前を揃える、突き合わせる、過去の例と照らす、一覧にまとめる。こうした手間のかかる部分を引き受けてもらうことで、人間は本当に考えるべきところ——お金の使い方そのものや、判断の難しい仕分け——に向き合えるようになりました。\u003C/p>\n\u003Cp>完全な丸投げではなく、役割分担です。AIが下ごしらえをして、人間が最後の味付けをする。そう捉えると、経理のような「正確さは要るけれど創造性は要らない」仕事は、AIととても相性がいいのだと実感しました。\u003C/p>\n\u003Ch2>次の課題は、帳簿アプリへのデータ投入\u003C/h2>\n\u003Cp>ここまでで、書類を整え、仕分けまでできる土台がそろいました。とはいえ、正直に言えばこれはまだ下ごしらえの段階です。本当のゴールは、こうして分類した内容を、実際に帳簿をつけるためのアプリに取り込み、最終的に確定申告まで持っていくことにあります。\u003C/p>\n\u003Cp>そこで次の課題は、この整理済みのデータを、帳簿アプリが受け取れる決まった形式に変換して投入するところです。ありがたいことに、分類の基準も、元になるデータも、すでにきれいな形でそろっています。あとは流し込むだけ——と言いたいところですが、アプリ側の取り込み形式にはおそらく独特の作法があるはずで、ここはこれから経理担当のAIと一緒に探っていくことになりそうです。\u003C/p>\n\u003Cp>いちばん面倒だと身構えていた「散らかった情報を整える」という山は、ひとまず越えられた気がしています。残るデータ投入の工程についても、うまくいったらまた続きを書ければと思います。同じように経理を後回しにしてしまっている方の、何かのヒントになれば幸いです。\u003C/p>\n","",[19],{"id":20,"name":21,"slug":22},42,"ワークスタイル","workstyle",[24,28],{"id":25,"name":26,"slug":27},91,"AI","ai",{"id":29,"name":30,"slug":31},92,"フリーランス","freelance","beginner","散らかった経理書類の整理・突き合わせ・仕分けをAIに任せ、人間は判断に迷うものだけに集中する役割分担を作った話です。","7",[],[37,60,91],{"id":38,"slug":39,"title":40,"date":41,"excerpt":42,"thumbnail":17,"categories":43,"tags":48,"difficulty":57,"tldr":58,"readingTime":59},9001,"nginx-dns-resolution-failure","nginxが一瞬のDNS失敗で起動不能になった話と、proxy_pass の落とし穴","2026-04-15T10:00:00","公開中のポートフォリオサイトが数日間ダウンしていた——原因はnginxの proxy_pass が起動時のDNS失敗で停止していたこと。切り分けの考え方から、変数経由＋resolverによる対策、再発防止の外形監視までを振り返ります。",[44],{"id":45,"name":46,"slug":47},44,"技術深掘り","deep-dive",[49,50,53],{"id":25,"name":26,"slug":27},{"id":51,"name":52,"slug":52},89,"nginx",{"id":54,"name":55,"slug":56},90,"インフラ","infra","advanced","nginxの proxy_pass に外部ドメインをリテラルで書くと、起動時のDNS解決が一瞬失敗しただけで設定テストが落ち、起動不能になる。変数経由＋resolver で回避した実例と、rewrite・SNIの注意点をまとめました。","11",{"id":61,"slug":62,"title":63,"date":64,"excerpt":65,"thumbnail":17,"categories":66,"tags":68,"difficulty":32,"tldr":89,"readingTime":90},254,"ai-markup-horizontal-expansion","AIエージェントが一番確実に活躍できるフロントエンドの仕事 — マークアップの横展開","2026-03-25T19:01:28","AIにコードを書かせる場面は増えてきました。ただ、「結局どこに使うのが一番効くの？」という問いに対して、まだ手探りの方も多いんじゃないかと思います。 自分はフリーランスのフロントエンドエンジニアとして、日常的にAIエージ […]",[67],{"id":45,"name":46,"slug":47},[69,73,77,81,85],{"id":70,"name":71,"slug":72},78,"AI協働","ai-collaboration",{"id":74,"name":75,"slug":76},81,"Claude Code","claude-code",{"id":78,"name":79,"slug":80},84,"フロントエンド","%e3%83%95%e3%83%ad%e3%83%b3%e3%83%88%e3%82%a8%e3%83%b3%e3%83%89",{"id":82,"name":83,"slug":84},85,"マークアップ","%e3%83%9e%e3%83%bc%e3%82%af%e3%82%a2%e3%83%83%e3%83%97",{"id":86,"name":87,"slug":88},86,"実務","%e5%ae%9f%e5%8b%99","フロントエンドの実務でAIエージェントが最も確実に力を発揮するのはマークアップの横展開。レイアウトパターンごとに数ページ人間が作り、残りをAIに任せると圧倒的に速い。完璧ではないが、単純作業の負担を大幅に減らせる。","6",{"id":92,"slug":93,"title":94,"date":95,"excerpt":96,"thumbnail":17,"categories":97,"tags":99,"difficulty":114,"tldr":115,"readingTime":116},252,"wordpress%e3%83%90%e3%83%83%e3%82%af%e3%82%a8%e3%83%b3%e3%83%89%e3%82%92ai%e3%81%ab%e5%85%a8%e4%bb%bb%e3%81%9b%e3%81%97%e3%81%a6%e3%81%bf%e3%81%9f-%e6%84%9f%e6%80%a7%e3%81%8c%e8%a6%81","WordPressバックエンドをAIに全任せしてみた — 感性が要らない領域こそAI向きなのか検証する","2026-03-15T02:38:53","WordPressのバックエンド——カスタム投稿タイプの定義、REST APIの設計、管理画面のカスタマイズ。こうした作業は、仕様が明確でパターン化しやすい。 前回までの連載で「デザインやアニメーションなど、人間の感性に […]",[98],{"id":45,"name":46,"slug":47},[100,101,102,106,110],{"id":70,"name":71,"slug":72},{"id":74,"name":75,"slug":76},{"id":103,"name":104,"slug":105},82,"PHP","php",{"id":107,"name":108,"slug":109},83,"REST API","rest-api",{"id":111,"name":112,"slug":113},31,"WordPress","wordpress","intermediate","ポートフォリオサイトのWordPressバックエンド（テーマ・REST API・管理画面）をAIに全任せで実装。定型的なバックエンド作業はAIの得意領域だが、実際に使い始めると「キー名の不一致」「運用を想定していない設計」など、細かい修正が必要になる場面があった。","8",{"slug":39,"title":40,"thumbnail":17},null]