OpenSkillIndex← back to search
claude-code

Shinkoku journal

install
source · Clone the upstream repo
git clone https://github.com/kazukinagata/shinkoku
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/kazukinagata/shinkoku "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/journal" ~/.claude/skills/kazukinagata-shinkoku-journal && rm -rf "$T"
manifest: skills/journal/SKILL.md
source content

仕訳入力・帳簿管理（Journal Entry & Ledger Management）

CSV・レシート・請求書からデータを取り込み、ユーザー確認のうえ仕訳を登録するスキル。 帳簿の初期化、仕訳の検索・修正・削除も本スキルで対応する。

CLI スクリプト

本スキルでは以下の CLI スクリプトを使用する:

  • 帳簿管理: 
    shinkoku ledger <subcommand> [args]
  • データ取り込み: 
    shinkoku import <subcommand> [args]

すべてのコマンドは JSON を stdout に出力する。入力はコマンドライン引数または 

--input <json_file>
で渡す。

設定の読み込み（最初に実行）

  1. shinkoku.config.yaml
    を Read ツールで読み込む
  2. ファイルが存在しない場合は 
    /setup
    スキルの実行を案内して終了する
  3. 設定値を把握し、相対パスは CWD を基準に絶対パスに変換する: 
    • db_path
      : CLI スクリプトの 
      --db-path
      引数に使用
    • output_dir
      : 進捗ファイル等の出力先ベースディレクトリ
    • 各ディレクトリ: ファイル参照時に使用

パス解決の例（db_path）

config の 

db_path
が 
./shinkoku.db
で CWD が 
/home/user/tax-2025/
の場合、CLI スクリプトには絶対パス 
/home/user/tax-2025/shinkoku.db
を 
--db-path
で渡す。
init
, 
journal-add
, 
journal-batch-add
, 
search
, 
journal-update
, 
journal-delete
すべてに同じ絶対パスを使用する。

進捗情報の読み込み

設定の読み込み後、引継書ファイルを読み込んで前ステップの結果を把握する。

  1. .shinkoku/progress/progress-summary.md
    を Read ツールで読み込む（存在する場合）
  2. 以下の引継書を Read ツールで読み込む（存在する場合）: 
    • .shinkoku/progress/01-setup.md
  3. 読み込んだ情報を以降のステップで活用する（ユーザーへの再質問を避ける）
  4. ファイルが存在しない場合はスキップし、ユーザーに必要情報を直接確認する

基本方針

  • CSV取り込み → ユーザー確認 → 仕訳登録 の3ステップを基本フローとする
  • 勘定科目は references/account-master.md のマスタデータに準拠する
  • 仕訳登録前に必ずユーザーに内容を確認する（自動登録しない）
  • 消費税区分（課税/非課税/不課税/対象外）を正確に設定する
  • 日付・金額・勘定科目の整合性を検証してからツールを呼び出す
  • エラー発生時はエラー内容を日本語で分かりやすく伝え、修正方法を提案する

前提条件の確認

仕訳入力を開始する前に以下を確認する:

  1. 帳簿が初期化済みか: 未初期化の場合は 
    init
    コマンドで初期化を案内する
  2. 会計年度: 対象の会計年度（例: 2025）を確認する
  3. 青色申告 or 白色申告: 複式簿記（青色65万円控除）か簡易簿記かで記帳方法が変わる

ステップ1: 帳簿の初期化

初回利用時、または新しい会計年度を開始する際に帳簿を初期化する。

init
コマンド

shinkoku ledger init \
  --db-path /path/to/shinkoku.db \
  --fiscal-year 2025
  • 会計年度と保存先パスをユーザーに確認してから実行する
  • 既存のデータベースがある場合は上書き警告を表示する
  • 初期化完了後、勘定科目マスタが登録されたことを確認する

ステップ2: データの取り込み

ユーザーが持つ取引データの形式に応じて適切なインポートツールを選択する。

2-1. CSV取り込み（
csv
コマンド）

クレジットカード明細・銀行取引明細・会計ソフトのエクスポートデータ等を読み込む。

shinkoku import csv \
  --file-path /path/to/transactions.csv

戻り値（JSON）:

  • headers
    : 検出されたカラムヘッダ一覧
  • rows
    : パースされた各行のデータ
  • encoding
    : 自動検出されたエンコーディング
  • row_count
    : 行数

取り込み後の処理手順:

  1. 取り込まれたデータのプレビューを表示する（先頭5〜10行）
  2. 日付・金額・摘要のカラムを特定してユーザーに確認する
  3. 各行に対して勘定科目の推定を行い、候補を提示する
  4. 推定根拠を明示する（摘要のキーワードマッチ等）
  5. ユーザーが科目を確認・修正したら仕訳データに変換する

勘定科目の推定ルール:

  • 摘要に「電車」「バス」「タクシー」「JR」→ 旅費交通費（5130）
  • 摘要に「Amazon」「ヨドバシ」→ 消耗品費（5190）または事務用品費（5360）
  • 摘要に「ドコモ」「au」「ソフトバンク」→ 通信費（5140）
  • 摘要に「東京電力」「ガス」「水道」→ 水道光熱費（5120）
  • 摘要に「家賃」「賃料」→ 地代家賃（5250）
  • 推定できない場合は「不明」として候補一覧を提示し、ユーザーに選択を求める

2-2. レシート取り込み（
receipt
コマンド）

紙のレシート・領収書の画像ファイルからOCRでデータを抽出する。

shinkoku import receipt \
  --file-path /path/to/receipt.jpg

重要: 画像の読み取りは対応する reading- スキルに委任する。*

単一レシートの場合

  1. receipt
    コマンドでファイルの存在を確認する

  2. 画像ファイルの読み取りには 

    /reading-receipt
    スキルを使用する。 スキルの指示に従い、デュアル検証（2つの独立した読み取り結果の照合）を行って結果を取得する。

    結果照合: 両方の読み取り結果から 

    total_amount
    , 
    date
    , 
    vendor
    を比較する

    一致の場合: そのまま採用。「2つの独立した読み取りで結果が一致しました」と報告

    不一致の場合: ユーザーに元画像パスと両方の結果を提示し、正しい方を選択してもらう:

    • 差異のあるフィールドを明示する
    • A を採用 / B を採用 / 手動入力 の3択を AskUserQuestion で提示する

  3. 読み取り結果の 

    ---RECEIPT_DATA---
    ブロックの内容を解析する

  4. 日付・金額・店舗名をユーザーに表示して正しいか確認する

  5. 品目から勘定科目を推定する

  6. 家事按分の必要性を確認する（自宅兼事務所の場合等）

  7. 確認後、仕訳データに変換する

複数レシートの一括処理

  1. Glob ツールでレシート画像の一覧を取得する（例: 

    receipts/*.jpg
    , 
    receipts/*.png
    ）

  2. receipt
    コマンドで各ファイルの存在を確認する

  3. 画像ファイルの読み取りには 

    /reading-receipt
    スキルを使用する。 スキルの指示に従い、デュアル検証（2つの独立した読み取り結果の照合）を行って結果を取得する。

    結果照合: ファイル単位で両方の読み取り結果の 

    total_amount
    , 
    date
    , 
    vendor
    を比較する

    一致の場合: そのまま採用。「2つの独立した読み取りで結果が一致しました」と報告

    不一致の場合: 不一致のファイルについてユーザーに元画像パスと両方の結果を提示し、正しい方を選択してもらう:

    • 差異のあるフィールドを明示する
    • A を採用 / B を採用 / 手動入力 の3択を AskUserQuestion で提示する

  4. 各レシートの結果をまとめてユーザーに提示する

  5. 各レシートの勘定科目を推定し、一覧でユーザーに確認する

  6. 確認後、

    journal-batch-add
    コマンドで一括登録する

2-3. 請求書取り込み（
invoice
コマンド）

PDFの請求書からテキストを抽出する。

shinkoku import invoice \
  --file-path /path/to/invoice.pdf

戻り値（JSON）:

  • vendor
    : 請求元
  • date
    : 請求日
  • due_date
    : 支払期日
  • amount
    : 請求金額
  • tax_amount
    : 消費税額
  • items
    : 明細行
  • raw_text
    : 抽出生テキスト

画像ファイルの場合: OCR 読み取り

extracted_text
が空の場合（画像ファイルまたはスキャン PDF）、画像の読み取りは 
/reading-invoice
スキルを使用する。 スキルの指示に従い、デュアル検証（2つの独立した読み取り結果の照合）を行って結果を取得する。

結果照合: 両方の読み取り結果から 

total_amount
, 
tax_amount
, 
date
, 
vendor
を比較する

一致の場合: そのまま採用。「2つの独立した読み取りで結果が一致しました」と報告

不一致の場合: ユーザーに元画像パスと両方の結果を提示し、正しい方を選択してもらう:

  • 差異のあるフィールドを明示する
  • A を採用 / B を採用 / 手動入力 の3択を AskUserQuestion で提示する

取り込み後の処理手順:

  1. 抽出結果を表示し、金額・日付・取引先が正しいか確認する
  2. インボイス番号（T+13桁）の有無を確認する
  3. 消費税の税率区分（10%/8%軽減税率）を確認する
  4. 発生主義で未払金を計上するか、現金主義で処理するか確認する
  5. 確認後、仕訳データに変換する

ステップ2.5: 重複チェック（CSVインポート時）

CSVインポートのフローに重複チェックを組み込む:

  1. ファイル重複チェック: 
    check-imported
    コマンドでファイルのハッシュを確認 
    shinkoku import check-imported \
  --db-path DB --file-path /path/to/file.csv
    • 既にインポート済みの場合はユーザーに警告し、再インポートの意思を確認する
  2. 仕訳登録時の自動チェック: 
    journal-batch-add
    が自動的に重複を検出
    • exact（完全一致）: 登録をブロック、既存の仕訳IDを表示
    • similar（類似）: 警告を表示し、ユーザーに確認を求める
    • ユーザーが「登録する」と回答した場合は 
      --force
      を付けて再実行
  3. インポート記録: 登録成功後、
    record-source
    コマンドでインポート履歴を記録する 
    shinkoku import record-source \
  --db-path DB --file-path /path/to/file.csv --source-type csv

申告前の重複チェック

決算処理の前に 

check-duplicates
コマンドを実行し、重複の疑いのある仕訳ペアを一覧表示する。

shinkoku ledger check-duplicates \
  --db-path DB --fiscal-year 2025

ユーザーに確認の上、不要な重複は 

journal-delete
コマンドで削除する。

ステップ3: 仕訳の登録

ユーザーが確認したデータを帳簿に登録する。

3-1. 単一仕訳の登録（
journal-add
）

# journal.json に JournalEntry を JSON で記述
shinkoku ledger journal-add \
  --db-path DB --fiscal-year 2025 --input journal.json


journal.json
の形式:

{
  "date": "2025-01-15",
  "description": "摘要テキスト",
  "lines": [
    {"side": "debit", "account_code": "5200", "amount": 1000},
    {"side": "credit", "account_code": "1100", "amount": 1000}
  ]
}

3-2. 一括仕訳登録（
journal-batch-add
）

CSV取り込み等で複数の仕訳を一度に登録する場合に使用する。

# entries.json に JournalEntry の配列を記述
shinkoku ledger journal-batch-add \
  --db-path DB --fiscal-year 2025 --input entries.json [--force]

登録前の確認事項:

  • 登録件数と合計金額をサマリーとして提示する
  • 「以下の N 件の仕訳を登録します。よろしいですか？」と確認する
  • ユーザーの明示的な承認を得てから 
    journal-batch-add
    を実行する

登録時の検証ルール

以下を検証し、不備があれば登録前に警告する:

  1. 日付の妥当性: 会計年度の範囲内であるか（例: 2025-01-01 〜 2025-12-31）
  2. 勘定科目の存在: 借方・貸方の科目コードがマスタに存在するか
  3. 金額の正値: 金額が正の整数であるか
  4. 貸借の一致: 複合仕訳の場合、借方合計 = 貸方合計であるか
  5. 消費税区分の整合: 科目の tax_category と税率の組み合わせが妥当か

ステップ4: 仕訳の検索

登録済みの仕訳を検索する。

search
コマンド

# search_params.json に JournalSearchParams を記述
shinkoku ledger search \
  --db-path DB --input search_params.json


search_params.json
の形式:

{
  "fiscal_year": 2025,
  "date_from": "2025-01-01",
  "date_to": "2025-03-31",
  "account_code": "5200",
  "description_contains": "Amazon"
}

検索結果の表示:

  • 検索結果を日付順の一覧表で表示する
  • 各仕訳には journal_id を表示する（修正・削除で使用）
  • 合計金額を末尾に表示する

ステップ5: 仕訳の修正・削除

5-1. 仕訳の修正（
journal-update
）

shinkoku ledger journal-update \
  --db-path DB --fiscal-year 2025 --journal-id 42 --input updated.json
  • 修正前後の差分を表示してから確認する
  • 修正理由を摘要に追記することを推奨する

5-2. 仕訳の削除（
journal-delete
）

shinkoku ledger journal-delete \
  --db-path DB --journal-id 42
  • 削除対象の仕訳内容を表示して確認する
  • 「この仕訳を削除します。よろしいですか？」と最終確認する
  • 削除は取り消しできない旨を注意喚起する

よくある仕訳パターン

売上の計上

借方: 売掛金(1010) / 貸方: 売上(4001)   金額: 110,000円  税率: 10%
摘要: ○○社 Webサイト制作費 請求書No.2025-001

経費の支払い（事業用口座から）

借方: 消耗品費(5190) / 貸方: 普通預金(1002)  金額: 5,500円  税率: 10%
摘要: Amazon ワイヤレスキーボード

個人の財布から事業経費を支払った場合

借方: 旅費交通費(5130) / 貸方: 事業主借(3010)  金額: 1,200円  税率: 10%
摘要: JR 新宿→渋谷 打ち合わせ往復

事業資金を個人利用した場合

借方: 事業主貸(1200) / 貸方: 普通預金(1002)  金額: 50,000円
摘要: 生活費引き出し

次のステップの案内

仕訳入力が完了したら、以下を案内する:

  • settlement
    スキルで決算整理・決算書作成を行う
  • trial-balance
    コマンドで残高試算表を確認して仕訳漏れがないか検証する: 
    shinkoku ledger trial-balance \
  --db-path DB --fiscal-year 2025
  • 全取引の登録完了を確認してから決算処理に進む

引継書の出力

サマリー提示後、以下のファイルを Write ツールで出力する。 これにより、セッションの中断や Compact が発生しても次のステップで結果を引き継げる。

ステップ別ファイルの出力

.shinkoku/progress/04-journal.md
に以下の形式で出力する:

---
step: 4
skill: journal
status: completed
completed_at: "{当日日付 YYYY-MM-DD}"
fiscal_year: {tax_year}
---

# 仕訳入力・帳簿管理の結果

## インポート済みソース

| ソース名 | 件数 | インポート日 |
|---------|------|------------|
| {CSV名やレシート等} | {件数} | {日付} |

## 登録済み仕訳

- 総仕訳件数: {件数}件

## 主要勘定科目の残高（試算表スナップショット）

| 勘定科目 | コード | 残高 |
|---------|--------|------|
| {科目名} | {コード} | {残高}円 |
（売上、主要経費、現預金、売掛金、買掛金など主要科目を記載）

## 重複チェック結果

- チェック実施: {済み/未実施}
- 重複の疑い: {なし/あり（件数）}

## 未処理の項目

- {あれば記載、なければ「なし」}

## 次のステップ

/settlement で決算整理・決算書作成を行う

進捗サマリーの更新

.shinkoku/progress/progress-summary.md
を更新する（存在しない場合は新規作成）:

  • YAML frontmatter: fiscal_year、last_updated（当日日付）、current_step: journal
  • テーブル: 全ステップの状態を更新（journal を completed に）
  • 次のステップの案内を記載

出力後の案内

ファイルを出力したらユーザーに以下を伝える:

  • 「引継書を 
    .shinkoku/progress/
    に保存しました。セッションが中断しても次のスキルで結果を引き継げます。」
  • 次のステップの案内