簿記学習ノートの演習を自作問題集ベースに再設計し、クラウド会計風の帳簿アプリを実装した日

簿記の学習ノートの演習ページを大きく作り直した一日。朝、前日の計画書の続きを進めてもらっていたら、試作された問題文を読んだところで手が止まった。「この問題、誰が品質を保証するんだ？」——そこから方針を転換して、AIに作文させた70問を全部捨て、自分で論点網羅をチェック済みの自作仕訳問題集をベースに組み直すことにした。午後は紙の帳簿を前提にした出題への違和感から、クラウド会計風の帳簿アプリを丸ごと新規実装してもらった。

自動生成の70問を捨てる決断

前日に立てた計画では、総復習問題として70問をAIに作文させる流れになっていた。続きを進めてもらう前に、まず試作分がどこで確認できるのかを聞いたら、データだけが存在してページに組み込まれていない状態だった。「その7問が確認できるページがどこかわからないじゃないですか」と突っ込んで仮組みしてもらい、実際にブラウザで試作問題を眺めて気づいた。

私には別に、自作の仕訳問題集が191問ある。そちらは全論点を網羅できているか自分でチェック済みだ。しかも数字の作り方に思想がある——300とか30とか、桁をわざと軽くして数字に意味を持たせていない。簿記の問題は結局、借方と貸方にどの勘定科目を置くかが本体で、売却損益の計算などを除けば金額はほとんど飾りだからだ。AIが作文した「商品5万円」のようなそれらしい数字は、むしろノイズになる。

そこで方針を切り替えた。

新規の作文は廃止。検証済みの既存191問を演習ページに流用する
問題データをシングルソース（SSOT）化。ノート側に問題の複製を持たない
サンプル問題に付いていた良い解説（「定期預金は満期まで引き出せない代わりに利率が高め」のような周辺知識）は、捨てずに問題集側のデータに統合する
計画書のステップも「作文する」から「既存問題を流用する」に書き換える

解説の統合では、3段落構成の解説が81問分あることがわかり、データ型と問題集側の表示ロジックを3段落対応に拡張してもらった。解説のリフレーズにはdoc-communicationスキルの文章技法を適用させている。親計画・進捗記録・演習設計書の3か所も新方針で更新済みだ。

AIと対話するためのユニークID表示

流用を進める中で、指示の出し方に詰まる場面があった。「問13の解説を直して」と言っても、ページ上の問番号とデータ側の問題が一対一に紐づいていないと、どれを指しているのか伝わらない。実際、ページ側の連番が飛んでいて「問2〜6はどこに行った？」と聞く羽目になった（答え: 元から存在しない飛び番だった）。

対策として、問題集側のユニークID（q_4_4_2 のような形式）を各問カードの横にドラフト表示してもらった。

「問n」バッジの横に、小さくグレーのモノスペースでIDを出す
「q_4_3_3 の解説を直して」と一発で対象を特定できる
本番公開前にspanを1つ消せば非表示に戻せる

AIと共同で教材を編集するなら、人間とAIが同じ座標系で対象を指せることが先決だと実感した。「普通預金から定期預金への振り替えの論点、私の問題集にあったっけ？」という突き合わせも、IDがあると「q_4_4_2 がそれです（口座開設という文言は付くが仕訳は振替そのもの）」と即答が返ってくる。

連続回答UIの調整

演習のUIも作り直した。最初はBack/Nextで1問ずつ送る形だったが、ノート内の演習ページなのだから、全問を縦に並べて連続で答えられる方がいい。さらに、ここは試験ではなく理解確認の場なので、出し方も変えた。

Back/Nextのページ送りをやめ、問1、問2…と全問を縦に連続表示
解説は最初から表示しておく（隠さない）
選択肢カードを選んだら即座に正誤が返る

ただし一度シンプルにしすぎて、すぐ要望を追加した。選択肢をいちいち選びたくない人もいる。間違いの選択肢をわざわざクリックするのは嫌だから、押せば正解がハイライトされる**「解答を見る」ボタンも残す**（こちらは集計にカウントしない）。回答方法を1つに絞らず、選んで答える人と眺めて確認する人の両方の動線を用意した。

細かいところでは、解説画像が左に寄っていたのを中央配置に直してもらうなど、ブラウザで見ては指摘するループを回した。解説画像も191枚揃っていることを確認済みだ。

カテゴリごとサンプル3問＋問題集リンクの構成へ

構成も揺れた末に落ち着いた。最初は対応する演習問題を各サンプル問題の直下に全部ぶら下げる形を試したが、ふと「70問の枠自体がもう意味がない」と気づいた。全191問をノート側に並べたら問題集の複製になるだけだ。

最終形はこうした。

カテゴリごとにサンプル問題を3問だけ出す
残りは仕訳問題集の該当章へのリンクカードで誘導し、そちらで解いてもらう
カテゴリの章立て・タイトル・問数（現金・預金まわり17問、商品売買と債権債務51問、など）は問題集側と完全一致させる

タイトルが食い違うと、学習者がノートと問題集を行き来したときに迷子になる。章タイトルに残っていた「70問」表記も一掃してもらった。ノートは地図、問題集が本体、という役割分担がやっと言葉になった。

長大ページを論点別の個別ページに分割

新構成にしても、1ページに11カテゴリ×3問＝33問が縦に並ぶと長すぎた。スクロールバーが豆粒になったのを見て、ページを分割することにした。提案すると「分割に賛成です。個別ページなら解説章から『この論点の演習はここ』と直リンクも張れます」と返ってきて、ナビの技術確認から進めてもらった。

総復習問題: トップをインデックスにして、11カテゴリをそれぞれ個別ページ（動的ルート）へ。補足・学習レベルの目安・まとめの記述はインデックスに残す
模擬試験対策: 同じ要領で、3つの大問ごとのページ＋インデックス（イントロ・戦略・まとめ）に分割
ノート用レイアウトをサブページ対応に改修し、左サイドバーのナビも追従させる
i18n設定を再生成し、新ページを登録

模擬試験対策の方は中身を変えずに器だけ先に分割しておいて、自作問題集ベースへの置き換えは別タスクとして切り出した。一度に全部やらず、構成変更とコンテンツ差し替えを分けたのは正解だったと思う。

学習方法ページの不整合に気づく

ノートの学習方法ページを読み返していて、引っかかった。「理解が大事」と言っているのに、学習計画は「1周目で理解度3〜4割、2周目で5〜7割、3周目で定着」と3周前提で書いてある。理解せよと言いながら、わからないまま周回することを推奨している。これは不整合だ。

考えた結果、整理はこうなった。

1周目は全体像のスキャン、つまり地図を手に入れるフェーズと位置づける
理解できたかどうかは自己申告ではなく、各フェーズに置いた理解度テストの正答率で測る
簿記なら、仕訳が切れること＝理解できていること、とほぼ等価に扱える。あとは用語を覚えているかどうか

この理屈でページを再構築してもらい、ついでに繰り返し説明している段落を集約させた。方針は「同じ主張は1回だけ書き、その1回をマゼンタ強調で立たせる」。本文は約20行スリムになった。説明を重ねて安心するのは書き手側の都合で、読み手には1回強く言う方が届く。

章全体の裏取りと並列校正

別セッションでは、前日に作ったストーリーシートが全27章に反映済みかの裏取りもやってもらった。結論は、本文25章は反映済み、演習2章（総復習問題・模擬試験対策）が途中——前者は今日の作業で完了し、後者をタスクとして切り出した形だ。

あわせて校正エージェントを並列で走らせた。

修飾語の順序・文のねじれ・助詞など32箇所を校正
章番号の誤記1件（「②商品売買」→正しくは④）を修正
章間の継続性リンクをアンカー付きに修正
リンク切れスキャンは問題なし、テスト2,418件グリーン、進捗memoも更新

複数エージェントに章を分担させて、完了通知を待ちながら検出事項だけ自分のセッションで直していく流れが板についてきた。

クラウド会計風の帳簿アプリを新規実装

午後、帳簿組織の章を眺めていて根本的な違和感に行き当たった。仕訳帳の記載事項をスライド画像6枚の切り替えで説明していたのだが、そもそもこれは紙の帳簿を前提にした出題に引きずられた構成だ。試験はいまだに紙の帳簿の書式（仕丁欄、赤記、繰越記入）を問うてくるが、実務はクラウド会計や会計ソフトで動いている。教材がその時代錯誤を無批判になぞるのは嫌だった。

そこで、画像ではなくテーブルデータで帳簿体系を丸ごと再現するクラウド会計風の帳簿アプリを、ノート内の別アプリケーションとして作ってもらうことにした。スライドのページには「紙の帳簿を前提にした出題が続いている」という解説とアプリへのリンクを入れて、両者を橋渡しする。

実装はプランモードで計画を立てさせ、Codexレビューを通したうえで進めてもらった。

手計算で検証済みの取引データセットを1つ用意し、そこから各帳簿を純粋関数で導出する設計
仕訳帳・総勘定元帳・試算表のテーブルコンポーネント3つ
補助簿ページ11枚: 出納帳、仕入帳・売上帳、商品有高帳（FIFO・移動平均の両対応、ここが山場）、売掛金元帳・買掛金元帳など、全15ページ
勘定科目をクリックすると元帳へ遷移し、仕訳帳アンカー（紙の仕丁欄の代替）で転記元の行がハイライトされる

検証も一通り回してもらった。テスト2,454件すべて合格、試算表の貸借一致（1,155,525 / 1,772,675 の合計欄一致）をブラウザで確認、全35ルートのHTTPステータス200と不正slugの404、コンソールエラーなし、モバイル表示まで見ている。「表示確認してくれてますか」と聞いたら、Chrome DevTools経由のスクショ3枚が即座に返ってきた。

売掛金元帳とは何か、をサイドバーで間違える

サイドバーで総勘定元帳の配下に全20勘定を折りたたみ表示してもらった（デフォルト閉・シェブロンで開閉・閲覧中の勘定は自動展開してハイライト）。その後、補助元帳グループの「売掛金元帳」をクリックしたら総勘定元帳の売掛金が開いて、おや？となった。ここで頭の中が整理された。

売掛金元帳とは、総勘定元帳の売掛金勘定を取引先別に分けたものだ。総勘定元帳の売掛金には全得意先の合計しか載らないから、内訳を補助元帳で管理する。つまり補助元帳グループの「売掛金元帳」という親項目自体はリンクであるべきではなく、実体は取引先別のページの方にある。親項目（売掛金元帳・買掛金元帳・商品有高帳）は見出しに変えて、取引先別・商品別のリンクだけを並べる形に直してもらった。

アプリを作る過程で帳簿体系の理解そのものが一段深くなる。教材作りの副産物として、これがいちばん面白い。

AIに70問作文させるより、自分が論点網羅を保証済みの191問を流用する方が品質も保守性も上。SSOTを自分の検証済みデータに置く判断が今日いちばん効いた
AIと教材を共同編集するなら、ユニークIDをドラフト表示して人間とAIが同じ座標で対象を指せるようにする。指示の摩擦が目に見えて減った
「理解せよ」と言いながら3周前提の計画を書く、という自分の教材の不整合は、読み返すまで気づかなかった。理解度はテストの正答率で測る、に倒して解消
紙の帳簿前提の出題への違和感は、批判で終わらせずにクラウド会計風アプリという代替物を作って答えた。作る過程で売掛金元帳と総勘定元帳の関係を自分の言葉で言い直せたのが収穫
構成変更（ページ分割）とコンテンツ差し替え（問題の置き換え）をタスクとして分けたことで、揺れながらでも前に進めた

明日やること

模擬試験対策ページの中身を自作問題集ベースに置き換える（総復習問題と同じ方式）
帳簿アプリの控除系の表示を決める（赤字＋▲のままか、▲のみで通常色に戻すか）
残カテゴリの解説統合（問題集側データへの良い解説の移植）を進める
ユニークIDのドラフト表示を本番公開前に外すタイミングを進捗memoに記載する