datapack-builder
CIM・目論見書・SECファイリング・Web検索・MCPサーバーなど多様なソースから、プロフェッショナルな金融サービス向けデータパックを構築します。財務データを抽出・正規化・標準化し、一貫した構造・適切な書式・前提条件の記録を備えた投資委員会提出用のExcelワークブックに仕上げます。M&Aデューデリジェンス、プライベートエクイティ分析、投資委員会資料の作成、ポートフォリオ企業間の財務レポート標準化などに活用してください。
description の原文を見る
Build professional financial services data packs from various sources including CIMs, offering memorandums, SEC filings, web search, or MCP servers. Extract, normalize, and standardize financial data into investment committee-ready Excel workbooks with consistent structure, proper formatting, and documented assumptions. Use for M&A due diligence, private equity analysis, investment committee materials, and standardizing financial reporting across portfolio companies. Do not use for simple financial calculations or working with already-completed data packs.
SKILL.md 本文
Financial Data Pack Builder
プライベートエクイティ、投資銀行業務、資産管理向けのプロフェッショナルで標準化されたファイナンシャルデータパックを構築します。CIM、オファリングメモランダム、SEC提出書類、ウェブ検索、またはMCPサーバーアクセスからの金融データを、投資委員会向けレビューの準備ができたExcelワークブックに変換します。
重要: このワークフロー全体でExcelファイルの作成と操作にはxlsxスキルを使用してください。
重要な成功要因
すべてのデータパックがこれらの基準を達成する必要があります。いずれかで失敗するとデリバリ物が使用不可になります。
1. データの正確性(エラーゼロトレランス)
- すべての数値をソース文書にページ参照で追跡
- 排他的にフォーミュラベースの計算を使用(ハードコード値なし)
- 小計と合計を内部整合性で相互確認
- 貸借対照表が一致することを確認:資産 = 負債 + 資本
- キャッシュフローが貸借対照表の変化と関連付いていることを確認
2. 重要なルール
ルール1: 金融データ(金銭を測定)→ $記号付き通貨形式 トリガー: 収益、売上、収入、EBITDA、利益、損失、原価、費用、現金、債務、資産、負債、資本、資本支出 形式: 百万ドルは$#,##0.0、千ドルは$#,##0 マイナス: $(123.0) NOT -$123
ルール2: 運用データ(物をカウント)→ 数値形式、$なし トリガー: ユニット、店舗、拠点、従業員、顧客、平方フィート、物件、ヘッドカウント 形式: カンマ付き#,##0 マイナス: (123) テーブルの残りと一貫性を持たせて
ルール3: パーセンテージ(レートと比率)→ パーセンテージ形式 トリガー: マージン、成長、レート、パーセンテージ、イール、リターン、利用率、占有率 形式: 小数第1位で0.0% 表示: 15.0% NOT 0.15
ルール4: 年→ コンマ挿入を防ぐテキスト形式 形式: テキストまたはカスタム 2,024を防止 表示: 2020, 2021, 2022, 2023A, 2024E
ルール5: コンテキストが混在する場合、各メトリックスは適切な形式を取得 例:
Segment Analysis, 2022, 2023, 2024
Retail Revenue, $50.0, $55.0, $60.0
Stores, 100, 110, 120
Revenue per Store, $0.5, $0.5, $0.5
収益と店舗あたりのメトリックスは$を使用し、店舗数は数値形式を使用します。
ルール6: すべての計算にフォーミュラを使用→ 計算値をハードコード化しない すべての小計、合計、比率、派生メトリックスはフォーミュラベースであり、ハードコード値ではない必要があります。これによって正確性が確保され、動的な更新が可能になります。
3. プロフェッショナルなプレゼンテーション基準
フォーマット基準:
カラースキーム - 2レイヤー:
レイヤー1: フォント色(xlsxスキルから必須)
- 青いテキスト(RGB: 0,0,255): すべてのハードコード入力(過去データ、仮定)、通常のテキストではない
- 黒いテキスト(RGB: 0,0,0): すべてのフォーミュラと計算
- 緑のテキスト(RGB: 0,128,0): 他のシートへのリンク
レイヤー2: フィル色(プレゼンテーション強化用のオプション)
- フィル色はオプションであり、ユーザーがリクエストした場合またはプレゼンテーション強化の場合のみ適用します
- ユーザーが色またはプロフェッショナルなフォーマットをリクエストした場合、この標準スキームを使用:
- セクションヘッダー: ダークブルー背景(RGB: 68,114,196)に白いテキスト
- サブヘッダー/列ヘッダー: ライトブルー背景(RGB: 217,225,242)に黒いテキスト
- 入力セル: ライトグリーン/クリーム背景(RGB: 226,239,218)に青いテキスト
- 計算セル: 白い背景に黒いテキスト
- ユーザーが指定した場合、カスタムブランドカラーでオーバーライド可能
レイヤーが連動する仕組み(フィル色を使用する場合):
- 入力セル: 青いテキスト + ライトグリーンフィル = 「ユーザー入力データ」
- フォーミュラセル: 黒いテキスト + 白い背景 = 「計算値」
- シートリンク: 緑のテキスト + 白い背景 = 「別のタブからの参照」
フォント色はそれが「何か」を教えます。フィル色はそれが「どこか」を教えます(使用する場合)。
重要: xlsxスキルからのフォント色は必須です。フィル色はオプション - デフォルトは白/フィルなし。ユーザーがプレゼンテーション強化または色をリクエストした場合を除きます。
常に適用:
- ボールドなヘッダー、左揃え
- 数値は右揃え
- サブアイテムの2スペースインデント
- 小計の上に単一アンダーライン
- 最終合計の下に二重アンダーライン
- 行/列ヘッダーのペインを固定
- 最小限のボーダー(構造的に必要な場所のみ)
- 一貫したフォント(通常、Calibri または Arial 11pt)
決してインクルードしないこと:
- すべてのセルの周りのボーダー
- 複数のフォントまたはフォントサイズ
- 特にリクエストされない限りのチャート
- 過度なフォーマットまたは装飾
構造的一貫性
明示的に指示がない限り、標準的な8タブ構造を使用:
- エグゼクティブサマリー
- 過去の財務(損益計算書)
- 貸借対照表
- キャッシュフロー計算書
- 運用メトリックス
- 物件/セグメント業績(該当する場合)
- 市場分析
- 投資のハイライト
タブ1: エグゼクティブサマリー
目的: 忙しいエグゼクティブ向けの1ページ概要
内容:
- 会社概要(ビジネスモデルに関する2~3文)
- 主要投資ハイライト(3~5個の箇条書き)
- 金融スナップショットテーブル(過去3年間および予測の収益、EBITDA、成長率)
- 該当する場合、トランザクション概要
- 主要メトリックスが目立つように表示
形式: クリーンで、太字のヘッダー、最小限の装飾、重要な数値を強調
タブ2: 過去の財務(損益計算書)
目的: 完全な利益と損失の履歴
内容:
- セグメント/製品ラインごとの収益内訳
- 売上原価/収益原価
- 売上総利益と売上総利益率%
- 運用費の詳細(S&M、R&D、G&A)
- EBITDA および調整済みEBITDA
- 下記の項目(D&A、利息、税金)
- 純利益
形式:
- 年を列として(テキスト形式: 2020, 2021, 2022)
- $百万または$千(上部で単位を明確に指定)
- すべての金融データに会計形式を適用
- 小計の上に単一アンダーライン、純利益の下に二重アンダーライン
- すべての数値を右揃え
タブ3: 貸借対照表
目的: 期末時点の金融ポジション
内容:
- 流動資産(現金、売掛金、棚卸資産、前払い、その他)
- 長期資産(PP&E、無形資産、のれん、その他)
- 流動負債(買掛金、未払費用、現在の債務部分、その他)
- 長期負債(長期債務、繰延税金、その他)
- 株主資本(普通株、留保利益、その他)
形式:
- フォーミュラを確認: 資産 = 負債 + 資本
- 一貫した日付ラベリング
- 運転資本計算を含める
- 主要小計の上に単一アンダーライン、最終合計に二重アンダーライン
タブ4: キャッシュフロー計算書
目的: キャッシュ生成と使用分析
内容:
- 営業キャッシュフロー(間接法が推奨)
- 投資キャッシュフロー(資本支出、買収、資産売却)
- 融資キャッシュフロー(債務発行/返済、資本、配当)
- 現金の純変化
- 期首および期末現金残高
形式:
- 可能な場合、損益計算書および貸借対照表にリンク
- 純利益から営業キャッシュフローへの調整を表示
- キャッシュの使用(流出)対ソース(流入)を明確にラベル
タブ5: 運用メトリックス
目的: 非財務KPIと運用データ
内容(業界によって異なる):
- ユニット数、顧客数、拠点数
- 生産性メトリックス(従業員あたり収益、店舗あたり、ユニットあたり)
- 収容力利用率
- 市場シェア
- 顧客リテンション/チャーンレート
- 業界固有のKPI
重要フォーマット注意: 運用メトリックスに$記号はありません。これらは通貨ではなく数量です。
形式:
- 明確に指定されたユニット(顧客、従業員、店舗、平方フィートなど)
- カンマ付き全体数: 1,250 NOT $1,250
- レートのパーセンテージ: 95.0%
- 数値を右揃え
タブ6: 物件/セグメント業績(該当する場合)
目的: ビジネスユニット、物件、またはセグメント別の詳細な内訳
内容:
- セグメント別の収益と利益性
- 拠点/製品別の主要メトリックス
- セグメント固有のKPI
- 比較業績分析
形式: 収益/EBITDA については金融タブと一貫性があり、運用メトリックスについて数値形式
タブ7: 市場分析
目的: 業界コンテキストと競争力のあるポジショニング
内容:
- 市場規模と成長トレンド
- 競争環境の概要
- 市場シェア分析
- 業界ベンチマークとピア比較
- 関連する場合、規制環境
形式: ナラティブテキストとテーブルの混在、市場データについてはソースを引用
タブ8: 投資のハイライト
目的: 主要投資テーゼポイントのナラティブ要約
内容:
- 競争上の強みの詳細な説明
- 成長機会と戦略的イニシアチブ
- リスク要因と緩和戦略
- 経営能力評価と実績
- 投資テーゼ要約
形式: 明確なヘッダー、箇条書き、簡潔な段落
ステップバイステップワークフロー
フェーズ1: ドキュメント処理とデータ抽出
ステップ1.1: ソースデータを分析
- ソース資料へのアクセス: アップロードされたドキュメント、公開ファイリングのウェブ検索、またはMCPサーバーデータ
- データ構造をレビューし主要セクションを特定
- 財務諸表を検索(通常は3~5年の過去)
- 管理予測が含まれている場合それを特定
- 会計年度末日をメモ
- データ品質の問題をすぐにフラグ立て
ステップ1.2: 財務諸表を抽出
- 過去の損益計算書データを検索
- 貸借対照表スナップショットを抽出(年末または四半期末)
- キャッシュフロー計算書を検索
- 管理予測がある場合それを抽出
- すべてのページ参照をメモ(追跡性のため)
ステップ1.3: 運用メトリックスを抽出
- 業界に関連する非財務KPIを特定
- ユニット経済学データをキャプチャ
- 顧客/拠点/収容力データを抽出
- 成長メトリックスとトレンドをドキュメント化
ステップ1.4: 市場および業界データを抽出
- 競争力のあるポジショニング情報
- 市場規模と成長率
- 業界ベンチマークデータ
- ピア比較情報
ステップ1.5: 主要なコンテキストをメモ
- トランザクション構造と根拠
- 管理チームの背景
- ソース資料からの投資ハイライト
- リスク要因と考慮事項
- データギャップまたは矛盾
フェーズ2: データ正規化と標準化
ステップ2.1: 会計プレゼンテーションを正規化
- すべての年を通してラインアイテム名を一貫性を確保
- 収益認識処理を標準化
- ワンタイム費用を特定してドキュメント化
- 必要に応じて「調整済みEBITDA」調整表を作成
- 会計方針の変更をメモ
ステップ2.2: フォーマット検出ロジックを適用 各データポイントについて、フルコンテキストに基づいてフォーマットを決定:
- タブ名、テーブルタイトル、列ヘッダー、行ラベルを読む
- 重要なルールを適用(上記参照)
- 不確かな場合、オリジナルのソース文書を確認
- デフォルトはクリーナーなフォーマット(少ないほうが多い)
ステップ2.3: 正規化調整を特定 ドキュメント化する一般的な調整:
- 構造再編費用(真にワンタイムの場合は加算)
- 株式ベースの報酬(業界標準に従って加算)
- 買収関連費用(加算、金額を指定)
- 法的和解またはリティゲーション費用(再発リスクを評価)
- 資産売却またはインパイアメント(営業結果から除外)
- 関連当事者調整(市場レートに正規化) 注: ソース引用フォーマットはデータソースによって異なります(ドキュメント用のページ番号、ウェブソース用のURL、MCPデータ用のサーバー参照)
ステップ2.4: 調整スケジュールを作成 すべての正規化について:
- 何が調整され、なぜかをドキュメント化
- ソースを引用(ドキュメントのページ番号、URL、またはデータソース参照)
- 年ごとのドル影響を定量化
- 再発リスクを評価
- 報告値から調整値への計算を表示
ステップ2.5: データ整合性を確認
- フォーミュラを使用して小計が正しく合計することを確認
- 貸借対照表が一致することを確認
- キャッシュフローが貸借対照表の変化に関連付いていることを確認
- タブ間で数値について相互確認
- 矛盾をフラグ立てて調査
フェーズ3: Excelワークブックを構築
重要: Excel ファイル操作のすべてにxlsxスキルを使用します。進める前にxlsxスキルドキュメントを読んでください。
ステップ3.1: 標準化されたタブ構造を作成 以下のタブでワークブックを作成:
- エグゼクティブサマリー
- 過去の財務
- 貸借対照表
- キャッシュフロー
- 運用メトリックス
- 物件業績(該当する場合)
- 市場分析
- 投資のハイライト
ステップ3.2: 適切なフォーマットで各タブを構築 フォーマットルールを体系的に適用:
- ヘッダー: ボールド、左揃え、11ptフォント
- 金融データ: 百万ドルの通貨形式 $#,##0.0
- 運用データ: 数値形式 #,##0($なし)
- パーセンテージ: 0.0% 形式
- 年: コンマ挿入を防ぐテキスト形式
- マイナス: 括弧を使用した会計形式
- アンダーライン: 小計の上に単一、合計の下に二重
ステップ3.3: 計算用フォーミュラを挿入
- すべての小計と合計はフォーミュラベース必須
- 貸借対照表を損益計算書に可能な限りリンク
- キャッシュフローを損益計算書と貸借対照表の両方にリンク
- 検証用にクロスタブ参照を作成
- ハードコード計算値を避ける
<correct_patterns>
行参照追跡 - このパターンをコピー
データを書き込む際に行番号を保存し、フォーミュラで参照:
# ✅ 正しい - 書き込み時に行番号を追跡
revenue_row = row
write_data_row(ws, row, "Revenue", revenue_values)
row += 1
ebitda_row = row
write_data_row(ws, row, "EBITDA", ebitda_values)
row += 1
# 保存された行番号をフォーミュラで使用
margin_row = row
for col in year_columns:
cell = ws.cell(row=margin_row, column=col)
cell.value = f"={get_column_letter(col)}{ebitda_row}/{get_column_letter(col)}{revenue_row}"
複雑なモデルの場合、辞書を使用:
row_refs = {
'revenue': 5,
'cogs': 6,
'gross_profit': 7,
'ebitda': 12
}
# 後でフォーミュラ内で
margin_formula = f"=B{row_refs['ebitda']}/B{row_refs['revenue']}"
</correct_patterns>
<common_mistakes>
間違い: ハードコードされた行オフセット
相対的なオフセットを使用しないでください - テーブル構造が変わると破損します:
# ❌ 間違い - 脆いオフセットベースの参照
formula = f"=B{row-15}/B{row-19}" # row-15とは何か? row-19とは何か?
# ❌ 間違い - マジックナンバー
formula = f"=B{current_row-10}*C{current_row-20}"
これが失敗する理由:
- 行を追加/削除するとサイレントに破損
- コードを読んで正確性を確認することは不可能
- 配信されたExcelファイル内でデバッグの悪夢を作成
</common_mistakes>
ステップ3.4: プロフェッショナルなプレゼンテーションを適用
- 各データタブの上部行と最初の列を固定
- 適切な列幅を設定(通常は12~15文字)
- すべての数値データを右揃え
- すべてのテキストとヘッダーを左揃え
- 会計基準に従い単一/二重アンダーラインを追加
- クリーンで最小限の外観を確保
フェーズ4: シナリオ構築(予測が含まれている場合)
管理ケース: ソース資料で提供されているように会社の予測を提示:
- すべての管理仮定を抽出
- 成長率、マージン拡大、資本要件をドキュメント化
- 主要ドライバーとセンシティビティをメモ
- ホッケースティックインフレクションをフラグ立てて懐疑的に検討
- 「Management Case」として明確にラベル付け
ベースケース(リスク調整): 会社固有のリスク要因に基づいて管理予測に保守的な調整を適用:
- 実行リスクと過去の予測精度を反映した収益成長減額を適用
- 業界ベンチマークと営業レバレッジに基づいてマージン拡大仮定を調整
- 成長依存の場合、資本支出仮定を増加
- 過小評価されている場合、運転資本要件を追加
- 統合の複雑さに基づいてシナジー実現を遅延させる
- すべての調整を根拠と支援分析とともにドキュメント化
ダウンサイドケース(オプションだが LBO 分析に推奨): 業界の周期性と会社の脆弱性に基づいてストレステストシナリオ:
- 不況リスクまたは競争圧力を反映した収益低下をモデル化
- ストレス下でマージン圧縮を想定(ボリュームレバレッジ解除、価格設定圧力)
- コベナント遵守と流動性をテスト
- ダウンサイド保護を評価
- テストされているリスクをドキュメント化
シナリオの追加ドキュメント要件: 以下を示す仮定スケジュールを作成:
- シナリオごとの主要仮定(収益成長、マージン、資本支出%)
- 各調整の根拠
- 主要変数に関するセンシティビティ分析
- 利用可能な場合の過去の予測精度
- 業界ベンチマークとの比較
フェーズ5: 品質管理と検証
ステップ5.1: データ正確性チェック 検証:
- すべての数値がソースに追跡される(スポットサンプルを確認、ドキュメント/URL/サーバーを引用)
- すべての計算がフォーミュラベース(ハードコード値なし)
- 小計と合計は数学的に正しい
- 年が正しく表示(2024 NOT 2,024)
- フォーミュラエラーなし: #REF!、#VALUE!、#DIV/0!、#N/A
ステップ5.2: フォーマット一貫性チェック 確認:
- 金融データが$記号を持つ
- 運用データが$記号を持たない
- パーセンテージが%として表示(0.15ではなく15.0%)
- マイナス数値が金融データに括弧を使用
- ヘッダーがボールドで左揃え
- 数値が右揃え
- 年がテキスト形式
ステップ5.3: 構造と完全性チェック 確認:
- すべての必須タブが存在し適切に順序付けられている
- エグゼクティブサマリーが簡潔(1ページに収まる)
- すべての主要メトリックスが包括的にキャプチャされている
- サマリーから詳細への論理的フロー
- 各タブで適切な粒度
- 欠落データやセクションなし
ステップ5.4: プロフェッショナルなプレゼンテーションチェック レビュー:
- 最小限のボーダー(構造のためのみ)
- 一貫したインデント(サブアイテムの2スペース)
- 適切な会計アンダーライン(単一と二重)
- 全体にわたってクリーンで専門的な外観
- 適切な列幅(狭すぎたり広すぎたりしない)
ステップ5.5: ドキュメンテーションと仮定チェック 確認:
- すべての正規化調整が根拠とともに説明されている
- すべてのデータセルがソースからコメントとリンクで引用されている(ドキュメントのページ番号、URL、またはデータソース参照)
- 仮定が明確にステートされかつ合理的
- すべてのデータ制限がメモされている
- エグゼクティブサマリーが正確かつ影響力がある
- ファイル名がCompanyName_DataPack_YYYY-MM-DD.xlsxのスタイルに従う
フェーズ6: 最終デリバリー
ステップ6.1: エグゼクティブサマリーを作成 以下を含む簡潔で影響力のある要約を作成:
- 会社概要: ビジネスモデル、製品/サービス、地域(2~3文)
- 主要財務メトリックス: 収益、EBITDA、成長率(テーブル形式)
- 投資ハイライト: 3~5個の主要な強み或いは機会
- 注目すべきリスクまたは考慮事項(簡潔に)
- 該当する場合、トランザクションコンテキスト
ステップ6.2: 最終ファイル準備
- ワークブックを適切な命名で保存: CompanyName_DataPack_YYYY-MM-DD.xlsx
正規化パターン
EBITDA への一般的な調整
1. 構造再編費用
- 真にワンタイムの場合は加算(施設閉鎖、ワンタイム退職金)
- 会社が毎年構造再編する場合は加算しない
- 非再発の具体的な性質と根拠をドキュメント化
- 例: 「2023年構造再編: $3.0M施設閉鎖、ソース資料にドキュメント化、ワンタイムイベント」
2. 株式ベースの報酬
- 業界標準: プライベートエクイティ分析用に加算
- 非現金営業費として処理
- すべての期間で一貫性を保つ
- 異常に高い場合または一度限りの付与を含む場合をメモ
3. 買収関連費用
- トランザクション手数料、統合費用を加算
- タイプ別に具体的な金額をドキュメント化
- 進行中の統合投資を加算しない
- 各調整のソースを引用
4. 法的和解およびリティゲーション
- 真に孤立したインシデントの場合は加算
- 再発リスク(1件の和解対リティゲーションパターン)を評価
- 和解の性質をドキュメント化
- これが通常業務である場合を考慮
5. 資産売却またはインパイアメント
- 資産売却の利得/損失を営業EBITDA から除外
- 真にワンタイムの場合、インパイアメント費用を削除
- 売却/インパイアメントされた資産と理由をドキュメント化
- 資産が営業利益を生成している場合は収益を調整
6. 関連当事者調整
- 市場以上の関連当事者費用を正規化(賃料、管理手数料)
- 支援ドキュメント付きで市場レートに調整
- ビジネスを通じて実行された個人費用を削除
- 市場レート比較をドキュメント化
保守的対積極的な正規化
管理ケース:
- 管理が提案するすべての調整を含める
- 会社の「ワンタイム」定義を受け入れる
- より積極的なEBITDA調整
- 管理のビューを理解するために使用
ベースケース(投資決定に推奨):
- 明らかにワンタイムの項目のみ
- 再発するワンタイム費用に高いスクリーティナリーを適用
- 投機的な調整を除外
- より保守的で投資委員会に対して防衛可能
業界固有の適応
テクノロジー/SaaS
キャプチャするべき主要メトリックス:
- ARR(年間経常収益)およびMRR
- コホート別顧客数
- CAC(顧客獲得コスト)およびLTV(ライフタイムバリュー)
- チャーンレート(グロスおよびネット)
- ネット収益リテンション
- Rule of 40(成長% + EBITDAマージン%)
- Magic Number(販売効率)
フォーマット注: ARR は通貨($)、顧客数は数値($なし)、レートは%
製造業/インダストリアル
キャプチャするべき主要メトリックス:
- 生産能力と収容力利用率%
- 製品ラインごとの生産ユニット
- 棚卸資産ターンオーバー
- 製品ラインごとの売上総利益
- 受注残
フォーマット注: ユニット、収容力は数値($なし)、利用率は%、収益/費用は通貨
不動産/ホスピタリティ
キャプチャするべき主要メトリックス:
- 物件/客室/平方フィート
- 占有率%
- ADR(平均日常料金)- 通貨形式
- RevPAR(利用可能な客室あたりの収益)- 通貨形式
- NOI(純営業所得)- 通貨形式
- キャップレート%
- FF&E リザーブ
フォーマット注: 客室/平方フィートは数値、占有率は%、ADR/RevPAR は通貨
ヘルスケア/サービス
キャプチャするべき主要メトリックス:
- 拠点/施設
- プロバイダー/従業員
- 患者/訪問(ボリュームメトリックス)
- 訪問あたり収益 - 通貨
- 支払者ミックス%
- 同一店舗成長%
フォーマット注: 拠点/訪問は数値、訪問あたり収益は通貨、レートは%
最終デリバリーチェックリスト
データパックを配信する前にこのチェックリストを完了:
構造:
- すべての必須タブが存在し論理的に順序付けられている
- 各タブに明確なヘッダーとタイトルがある
- エグゼクティブサマリーが簡潔(1ページに収まる)
データ正確性:
- すべての数値がソースに追跡される(ドキュメント、URL、またはデータサーバー)
- 主要数値についてソース参照がドキュメント化されている(ページ番号、URL など)
- すべての計算がフォーミュラベース(ハードコード計算値なし)
- 小計と合計が確認されている
- 貸借対照表が一致している(資産 = 負債 + 資本)
- #REF!、#VALUE!、または #DIV/0! エラーなし
フォーマット - 年と数値:
- 年が正しく表示される: 2020, 2021, 2022(コンマなし)
- 金融データが$記号を持つ: $50.0, $125.5
- 運用メトリックスが$記号を持たない: 100 店舗, 250 従業員
- パーセンテージが正しくフォーマットされている: 15.0%, 25.5%
- マイナスが括弧に入っている: $(15.0) not -$15.0
フォーマット - プロフェッショナル基準:
- ヘッダーがボールドで左揃え
- 数値が右揃え
- 一貫したインデント(サブアイテムの2スペース)
- 小計の上に単一アンダーライン
- 最終合計の下に二重アンダーライン
- ヘッダーでペインが固定
- フォント全体が一貫
- 最小限のボーダー(構造用のみ)
- 全体にわたってクリーンで専門的な外観
コンテンツの完全性:
- 財務諸表が完全(IS、BS、CF)
- 運用メトリックスが包括的にキャプチャされている
- 正規化調整がドキュメント化されている
- 仮定が明確にステートされている
- エグゼクティブサマリーが明確で簡潔かつ影響力
- 投資ハイライトが説得力
- 市場分析がコンテキストを提供
ドキュメンテーション:
- すべての正規化調整が説明されている
- すべてのデータセルがコメントとリンク付きでソースから引用されている(ドキュメントのページ番号、URL、またはデータソース参照)
- 仮定が根拠とともにドキュメント化されている
- すべてのデータ制限がメモされている
- ファイル名がスタイルに従う: CompanyName_DataPack_YYYY-MM-DD.xlsx
最終出力:
- ファイルが出力に適切な命名規則で保存されている
- すべての品質管理チェックが合格している
ライセンス: Apache-2.0(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- anthropics
- ライセンス
- Apache-2.0
- 最終更新
- 不明
Source: https://github.com/anthropics/financial-services-plugins / ライセンス: Apache-2.0
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。