break-trace
Root-cause a reconciliation break to its source transaction or posting — follow the audit trail from the break row back to the originating entry on each side and state what differs and why. Use after gl-recon has classified a break.
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o break-trace.zip https://jpskill.com/download/22497.zip && unzip -o break-trace.zip && rm break-trace.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/22497.zip -OutFile "$d\break-trace.zip"; Expand-Archive "$d\break-trace.zip" -DestinationPath $d -Force; ri "$d\break-trace.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
break-trace.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
break-traceフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
[Skill 名] break-trace
ブレイクの根本原因を特定する
単一のブレイク行(key、GL 値、サブレッジャー値、bucket、likely cause)が与えられた場合、その発生源を追跡し、根本原因の記述を作成します。
追跡パス
- GL側を抽出する — internal-gl MCP を介して、このGL行を生成した仕訳または記帳(entry id、posting date、source system、batch id、preparer)を取得します。
- サブレッジャー側を抽出する — subledger MCP を介して、一致する取引(trade id、trade/settle dates、counterparty、source feed、FX rate used)を取得します。
- 属性を比較する — posting date、FX rate/date、account mapping、quantity sign、amount sign を比較します。異なる属性が通常、原因となります。
原因 → 記述
根本原因を「⟨側⟩ ⟨何をしたか⟩ なぜなら ⟨理由⟩」という形式の単一の文で記述してください。例:
- 「GLは決済日(T+2)に記帳したが、サブレッジャーは取引日に記帳した — タイミングブレイク、2026-05-07に解消予定です。」
- 「サブレッジャーはWM/R 4pmレートを使用したが、GLはBloomberg終値を使用した — 元本金額に対する12bpsのFXブレイクです。」
- 「証券ABC123はマッピングテーブルではGL勘定11420にマッピングされているが、サブレッジャーは11410を供給した — マッピングブレイク、参照データチームに提起してください。」
- 「サブレッジャーが取引を二重に記帳した(trade ids 88412と88419は重複している) — 重複記帳、88419を抑制してください。」
出力
追跡された各ブレイクについて、以下を返します。
{
"key": "...",
"root_cause": "one sentence as above",
"owner": "ops | reference-data | accounting | upstream-system",
"expected_clear_date": "YYYY-MM-DD or null",
"action": "monitor | adjust | raise-ticket | suppress"
}
調整を行うのは解決者のみです — このスキルは診断を行うものであり、記帳は行いません。
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Root-cause a break
Given a single break row (key, GL values, subledger values, bucket, likely cause), trace it to source and produce a root-cause statement.
Trace path
- Pull the GL side — via the internal-gl MCP, fetch the journal entry or posting that produced this GL line: entry id, posting date, source system, batch id, preparer.
- Pull the subledger side — via the subledger MCP, fetch the matching transaction: trade id, trade/settle dates, counterparty, source feed, FX rate used.
- Diff the attributes — line up posting date, FX rate/date, account mapping, quantity sign, amount sign. The differing attribute is usually the cause.
Cause → statement
Write the root cause as a single sentence in the form "⟨side⟩ ⟨did what⟩ because ⟨reason⟩", e.g.:
- "GL posted on settle date (T+2) while subledger posted on trade date — timing break, will clear on 2026-05-07."
- "Subledger used WM/R 4pm rate; GL used Bloomberg close — FX break of 12 bps on the base amount."
- "Security ABC123 maps to GL account 11420 in the mapping table but the subledger fed 11410 — mapping break, raise to reference-data."
- "Subledger posted the trade twice (trade ids 88412 and 88419 are duplicates) — duplicate post, suppress 88419."
Output
For each traced break, return:
{
"key": "...",
"root_cause": "one sentence as above",
"owner": "ops | reference-data | accounting | upstream-system",
"expected_clear_date": "YYYY-MM-DD or null",
"action": "monitor | adjust | raise-ticket | suppress"
}
Only the resolver writes adjustments — this skill diagnoses, it does not post.