tres-report-advisor について
TRES Finance ユーザー向けに、目的に合うレポートを提案するスキルです。関連するタブや列、フィルター、API タイプも案内します。
主な機能
- 01目的に応じたレポート選定
- 02関連するタブと列の案内
- 03API タイプとフィルターの提示
- 0418 種類の TRES レポートに対応
活用シーン
- 01月末締めのレポート選び
- 02税務申告用データの確認
- 03残高不一致の調査
MCP 対応
TRES MCP GraphQL API を使ったレポートタイプの確認、エクスポート開始、完了レポートのリンク取得方法を説明します。
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ anthropics/ claude-plugins-community --skill tres-report-advisorインストール後、Claude Code で/tres-report-advisorを入力して読み込まれたか確認します。
同梱ファイルevals/evals.jsonreferences/report-catalog.md
詳細
TRES Report Advisor
TRES Finance のユーザーがニーズに合ったレポートを見つけられるよう支援します。ユーザーが達成したいことを説明したら、最適なレポートを推奨し、それが適している理由を説明します。また、注目すべきタブや列を示し、関連する代替案があれば提案します。
回答方法
-
目的を理解する -- 言葉だけで判断しないでください。「残高が必要」という要望は、現在のスナップショット、過去の特定時点、または推移の比較を意味する場合があります。意図が本当に曖昧な場合は、確認の質問を1つしてください。ただし、ほとんどの場合は文脈から推測できます。
-
最適なレポートを1つ推奨し、適している理由を簡潔に説明します。ユーザーが注目すべきExcelのタブと列を具体的に示してください。
-
代替案は実際に役立つ場合に限って提示してください(例:「取得原価も必要な場合は、代わりにXを使用してください」)。
-
実用的な情報を含めてください -- APIタイプ(例:
EXTENDED_RAW_TRANSACTIONS)を記載し、ユーザーや自動化処理がプログラムからレポートを生成できるようにします。重要なフィルターや日付パラメーターがあれば記載してください。 -
簡潔にしてください。 適切な回答は3~6文で、長々と説明しません。ユーザーは追加の質問をすることができます。
TRES レポート18種
すべての18種のレポートについて、タブ、列、ユースケース、相互参照を含む完全なカタログは references/report-catalog.md を参照してください。
以下の簡易判断ツリーを参考にしてください。
「トランザクション単位のデータが必要」
| ニーズ | レポート | APIタイプ |
|---|---|---|
| 基本的なトランザクション一覧(送信者、受信者、金額、チェーン) | Transaction Ledger | BASIC_RAW_TRANSACTIONS |
| トランザクション+取得原価+実現損益 | Realized Gains & Losses | EXTENDED_RAW_TRANSACTIONS |
| トランザクション+ロットごとの売上原価内訳 | Cost Breakdown | COST_BREAKDOWN_RAW_TRANSACTIONS |
| ロールアップ項目の元となる個々のトランザクション | Rollup Breakdown | ROLLUP_BREAKDOWN |
「残高データが必要」
| ニーズ | レポート | APIタイプ |
|---|---|---|
| 現在の残高(数量+法定通貨額+取得原価) | Asset Balances | RAW_BALANCES |
| 現在の残高、共有しやすい見やすいレイアウト | Asset Balances V2 | RAW_BALANCES_V2 |
| 過去の日付時点の残高(再構成、過去のコミット不要) | Asset Balances + Time Capsule | HISTORICAL_BALANCE |
| 過去の特定のコミット時点の残高スナップショット | Asset Balances - Archives | ARCHIVED_BALANCES |
| 現在と前回の残高(変化の検出) | Balance Trends | BALANCE_TRENDS |
「取得原価データが必要」
| ニーズ | レポート | APIタイプ |
|---|---|---|
| 取得によって取得原価の積み上げがどのように形成されるか | Cost Basis Inventory | COST_BASIS_INVENTORY |
| 含み損益を含む個別の税務ロット | Cost Basis Stack Per Wallet | COST_BASIS_STACK_PER_ACCOUNT |
| 期首から期末までの取得原価の変動 | Cost Basis Roll Forward | COST_BASIS_ROLL_FORWARD |
「照合/期末処理が必要」
| ニーズ | レポート | APIタイプ |
|---|---|---|
| 安全性チェック付きの資産数量ロールフォワード | Asset Roll Forward | ASSET_ROLL_FORWARD |
| オンチェーンと帳簿の完全な照合(5層) | Ledger Reconciliation | RECONCILIATION_LEDGER |
| 含み損益/時価評価/減損 | Revaluation | REEVALUATION |
「ERP/仕訳データが必要」
| ニーズ | レポート | APIタイプ |
|---|---|---|
| 同期前の仕訳プレビュー | ERP Pre-Sync | PRE_SYNC_JOURNAL |
| 同期済み仕訳の監査証跡 | ERP Post-Sync | POST_SYNC_JOURNAL |
「参照情報/メタデータが必要」
| ニーズ | レポート | APIタイプ |
|---|---|---|
| 1日分の時間単位の資産価格 | Asset Fiat Values | DAILY_ASSET_PRICING |
| ウォレット/アカウントの一覧 | Organization Wallets | INTERNAL_ACCOUNTS |
よくあるシナリオ
よく見られるパターンです。おすすめをすばやく提示する際にご活用ください。
「月末締め」 -- Ledger Reconciliation(RECONCILIATION_LEDGER)から始めてください。Summary タブで合否をひと目で確認できます。オンチェーンとの比較は不要で、数量の増減だけを確認したい場合は、Asset Roll Forward のほうがシンプルです。取得原価の増減も必要な場合は、Cost Basis Roll Forward を追加してください。
「監査人に X を求められた」 -- 監査人が通常求めるものは、(1)数量の増減を確認する Asset Roll Forward、(2)取得原価の増減を確認する Cost Basis Roll Forward、(3)照合一式を確認する Ledger Reconciliation、(4)ウォレットの台帳を確認する Organization Wallets です。具体的な依頼に合った組み合わせをおすすめしてください。
「税務申告/キャピタルゲイン」 -- Realized Gains & Losses(EXTENDED_RAW_TRANSACTIONS)をご利用ください。取引ごとの実現損益を確認でき、Summary Per Year タブには年間合計が表示されます。監査人がロット単位の詳細を必要とする場合は、Cost Breakdown を追加してください。
「残高が一致しない」 -- 何が一致しないかによって異なります。
- UI とレポート:Asset Balances(
RAW_BALANCES)が現在残高の正しい情報源です - オンチェーンと帳簿:Ledger Reconciliation、特に Historical Token/Fiat Reconciliation タブをご利用ください
- 現在と前回:Balance Trends(
BALANCE_TRENDS)で、Previous Amount/Fiat 列を確認してください - 取得原価と数量:取得原価スタックと現在残高は異なる場合があります。個々のロットを確認するには、Cost Basis Stack Per Wallet をご利用ください
「価格がおかしい」 -- Asset Fiat Values(DAILY_ASSET_PRICING)をご利用ください。該当日のその資産の時間ごとの価格を確認してください。Price Source = "manual" の場合、誰かが価格を上書きしています。
「ERP 同期の問題」 -- 同期前に設定ミスのある取引を見つけるには、ERP Pre-Sync をご利用ください。実際に ERP に送信された内容を確認し、同期に失敗した取引がないか調べるには、ERP Post-Sync をご利用ください。
「タックスロス・ハーベスティング」 -- Cost Basis Stack Per Wallet(COST_BASIS_STACK_PER_ACCOUNT)をご利用ください。未実現損益がマイナスのロットで絞り込みます。Unrealized Gain ($) 列で、含み損のあるロットを確認できます。
「FIFO/LIFO の検証」 -- Cost Breakdown(COST_BREAKDOWN_RAW_TRANSACTIONS)をご利用ください。各処分で消費された取得ロットが表示されるため、ロットの順序が取得原価の計算方法と一致しているか検証できます。
「ステーキング報酬」 -- ロールアップの内訳となる個別の報酬取引を確認するには、Rollup Breakdown をご利用ください。現在のステーキングポジション残高を確認するには、Asset Balances を使い、Balance State = "Locked" または "Claimable" で絞り込んでください。
「特定日時点の過去の残高」 -- 2 つの方法があります。(1)Asset Balances with Time Capsule(HISTORICAL_BALANCE)は、事前のコミットなしで過去の任意の日付の残高を再構築します。ほとんどのユーザーに適しています。(2)Asset Balances - Archives(ARCHIVED_BALANCES)は、実際のコミットのスナップショットを取得します。その時点で収集された正確なデータが必要な場合にご利用ください。対象日にコミットがない場合、Archives にはデータがありませんが、Time Capsule では確認できます。
重要な注意点
- Asset Balances V2 は Time Capsule をサポートしていません。過去のデータを確認するには、Time Capsule を使った Asset Balances(再構築)または Archives(コミットベース)を使用してください。
- Asset Balances + Time Capsule は、バックエンドで
HISTORICAL_BALANCEレポートタイプを生成します。指定した日に事前のコミットがなくても、残高を再構築します。Archives(ARCHIVED_BALANCES)では、実際のコミットのスナップショットが存在している必要があります。ユーザーが過去の残高を求めていて、コミットベースのデータを特に必要としていない場合は、Asset Balances with Time Capsule を標準で推奨してください。 - Asset Roll Forward は概要レベルのみのレポートです。個々の取引日は含まれません。ユーザーが残高の変動概要と取引の詳細の両方を必要としている場合は、Asset Roll Forward と Transaction Ledger の両方をエクスポートすることを推奨してください。
- Ledger Reconciliation は、最も包括的な照合レポートです(57 列、7 タブ、5 つのチェックレイヤー)。簡単なロールフォワード確認だけが必要な場合は、Asset Roll Forward のほうが軽量で高速です。
- Cost Basis Stack はロットレベルの在庫を表示するもので、現在のウォレット残高を示すものではありません。数量が Assets UI と異なる場合がありますが、これは想定どおりです。現在残高の信頼できる情報源は Asset Balances です。
- Asset Fiat Values は、単一の24時間の期間を対象とします。複数日にわたる価格情報が必要な場合は、複数のエクスポートを生成する必要があります。
- Rollup Breakdown が関係するのは、組織でロールアップ(集約)ルールを使用している場合のみです。取引を集約していない場合、このレポートは空になるか、Transaction Ledger と同じ内容になります。
TRES MCP の使用
ユーザーがプログラムからレポートを生成したい場合は、TRES MCP GraphQL API を使用できます。
availableReportTypesを呼び出し、レポートが存在することを確認して、exportTypeとentitiesTypeを取得しますentitiesTypeに応じて、適切なミューテーションを呼び出します。ASSETS/BALANCE/HISTORICAL_BALANCE->organizationBalanceエクスポートLEDGER->transactionエクスポート(timestamp_Gte/timestamp_Lteをサポート)ACCOUNTS/GENERAL->internalAccountエクスポート
status=DONEになるまでreportクエリをポーリングし、その後linkフィールドを使用します
API または自動化の設定でユーザーが参照できるよう、推奨時には必ず exportType を含めてください。