Communityライティング&編集github.com

金融・財務記事の編集レビュー

金融・定量ファイナンス記事のドラフトを批評するための評価ルーブリックとマルチパス手法。エビデンス監査、論理とメカニズムの確認、数値検証、文体と構造のレビュー、推敲、倫理・コンプライアンスチェック、そして弱い金融記事を示すレッドフラグ表現リストを備えています。出版前のレビュー、他人の金融記事の批評・改善、または自身の記事の体系的な自己編集に使用します。

金融・財務記事の編集レビュー とは?

このスキルは、金融・定量ファイナンス分野の記事ドラフトを体系的に批評するための6パスレビュールーブリックです。単なる再読ではなく、各パスで特定の欠陥クラスに焦点を当てることで、流暢な散文に隠れた問題を確実に発見します。パス1(エビデンス監査)では事実主張の出典を検証し、パス2(論理とメカニズム)では因果関係とメカニズムを精査、パス3(数値検証)では計算の再導出と単位・期間の一致を確認します。パス4(文体と構造)ではレジスターの一貫性と構成を評価し、パス5(推敲)で初めて文レベルの編集を行い、パス6(倫理・コンプライアンス)で開示と規制遵守を確認します。加えて、弱い金融記事に共通するレッドフラグ表現リストを含み、自己レビュー用のプロトコルも提供します。このスキルは、Claude Code、Cursor、CodexなどのAIエージェントが金融記事の品質評価と改善提案を行う際に、体系的なレビュー枠組みとして機能します。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/quantverse/qv-skills/tree/HEAD/skills/finance-editorial-review

Installed? Explore more ライティング&編集 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

金融記事の編集レビュー

再読はレビューではありません。レビューとは6つのパスであり、各パスで1種類の欠陥だけを探すことです。すべてを同時に読むと何も見つかりません。なぜなら、興味深い失敗は流暢な散文の背後に隠れているからです。

パスは順番に実行してください。エビデンス監査の前に推敲を行わないでください。削除する予定の文を磨くことになります。


パス1 — エビデンス監査

ドラフト内の事実主張ごとに、その出典はどこか? と問いかけます。

欠陥症状修正方法
出典不明の数値帰属のないパーセンテージ出典を探すか、数値を削除する
匿名の権威「研究によると」「専門家は言う」「調査で判明」研究名を明示するか、削除する
試行数なしのバックテストN(試行数)のないバックテストのシャープレシオNを追加するか、未報告であることを明記してそれを発見とする
ベンチマーク不記載「4%アウトパフォーム」インデックス名、期間、通貨を明記する
グロス収益の無表記コストモデルなしのパフォーマンスコストモデルを明記するか、グロスであると明示する
イン・サンプルをパフォーマンスとして提示IS/OOSマーカーのないシャープレシオマークする。イン・サンプルなら同一文中で明記する
引用された統計の生存バイアス業界平均リターン出典が生存バイアス調整済みかどうかを明記する
言い換えを引用として提示引用符のない有名な言葉正確に引用するか、言い換えであることを明記する
誤った帰属概念を普及させた人物に帰属させる原典を確認する(「七つの大罪」はde PradoではなくDeutsche Bankのもの)
議論のある主張を確定事項として提示VPINを予測力があると説明、HRPが支配的と説明ステータスを明記し、異論を唱える者を指名する

最も多くの問題を捉える一つの質問: 有能な読者がこの主張を検証できるか?もしできるなら、どのように? 答えが「いいえ」なら、その主張は飾りです。


パス2 — 論理とメカニズム

メカニズムチェック。 因果関係の主張ごとに、効果がなぜ存在するのかを問います。メカニズムのない金融の主張は、物語が付随した相関関係にすぎません。「この戦略が機能するのはプレミアムを捉えるからだ」とドラフトが言う場合、問うべきは:どのプレミアムか、誰が支払うのか、その見返りにどのようなリスクを負うのか。

カウンターパーティチェック。 主張された優位性ごとに、これらは誰の損失か? と問います。ドラフトがカウンターパーティのビジネスモデルを特定できないなら、優位性を特定していないことになります。

最強反対論テスト。 ドラフトの主張に対する最強の反対論を見つけます。それは記事に含まれているか?反論されているか?記事の反論相手がストローマンなら、記事は議論ではなく主張をしているにすぎません。

事後的メカニズムチェック。 メカニズムは結果が判明する前に述べられたのか、それとも結果に合わせて構築されたのか?後者の場合、記事内で明示的に述べてください。

相関と因果。 「駆動する」「引き起こす」「導く」「〜のため」といった表現をすべてフラグします。大部分は「〜と関連する」「〜と整合的である」に置き換えるべきです。

ベースレートチェック。 条件付き確率がベースレートなしで提示されていると誤解を招きます。「Xを行ったファンドの80%が失敗した」は、Xを行ったファンドの総数と全体の失敗率がなければ無情報です。

選択バイアスチェック。 エビデンスは主張を支持するように選択されていないか? すべて同じ方向を指す3つの例があり、反例がまったく言及されていないパターンに注意します。


パス3 — 数値検証

再計算します。ドラフトを信頼してはいけません。自分のものであってもです。

  • 算術: すべての計算を再導出します。パーセンテージ、年率換算、比率、差分。
  • 年率換算: √q乗数を実際のデータ頻度と照らし、自己相関が考慮されたか確認します。
  • パーセント vs パーセンテージポイント: 2%から3%への変動は1パーセンテージポイント、つまり50%の増加です。すべてのインスタンスを確認します。
  • 単位と通貨: 単位の混在(ベーシスポイントとパーセント)、通貨の混在、名目と実質の混在をチェックします。
  • 期間の一致: 比較されるすべての数値が同じ期間をカバーしているか?異なる期間における戦略のシャープレシオとベンチマークのシャープレシオは比較できません。
  • 丸めの方向: 丸めは筆者の主張を有利にしていないか?両方向に丸めて確認します。
  • 合計チェック: 部分は全体に合計されるか?帰属されたPnLは合計されるか?(重複するリスククラスでは合計されるべきではありませんが、記事はそう述べるべきです)
  • 符号チェック: 負のシャープレシオが正として書かれていないか。ドローダウンが符号なしで書かれていないか。
  • 桁数の感覚: 数値は感覚的に妥当か?年率400%の売買回転率と日率400%の売買回転率は異なる主張です。
  • 表と本文の一致: 本文の数値と表の数値は一致するか?「20標準偏差」と述べる本文と、付録で異なる数値を示す表は、2つの矛盾する文書を発表していることになります。

パス4 — 文体と構造

レジスターチェック。 記事がどのレジスター(実務家の告白調、学術的論争調、ジャーナリスティックな物語調、教育調 — quant-finance-writing を参照)にあるかを特定します。その後、逸脱をチェックします。逸脱の兆候:学術的議論における一人称の逸話、物語的プロフィールにおける数式、論争調の記事における「要点」ボックス。

主張の位置。 中心的な主張は最初の150語以内にあるか?読者が記事の主張を理解するために段落6まで進まなければならないなら、それを前に移動します。

契約。 記事は何を提供し、何を提供しないかを明示しているか?もし明示しているなら、その約束は守られているか?

セクションの規律。 各セクションは1つのポイントを述べ、それを最初の文で述べているか?

段落の長さ。 5文を超える段落は分割候補です。

結末。 記事は未解決の疑問で終わるか、それともすべてを解決する要約で終わるか?後者はマーケティングのように読めます。

形式の適合。 形式はエビデンスと一致しているか?試行数のないリサーチノートはティアダウン形式であるべきでした。3つの概念を盛り込んだ解説記事は3つの別々の記事であるべきでした。


パス5 — 推敲

ここで初めて文の編集を行います。

削除: 効果の高い順に

  1. 強調語 — 非常に、極めて、ものすごく、劇的に、大幅に、有意に(統計的な意味でない場合)。数値が存在する分野では、強調語は告白です。
  2. 前置きの多い書き出し — 「今日の市場では…」「黎明以来…」「重要なのは…」
  3. 名詞化 — 「モデルの実装は〜をもたらした」→「モデルを実装すると〜になった」
  4. 副詞によるヘッジの連鎖 — 「可能性として潜在的にあり得る」
  5. 冗長な対句 — 「各々すべて」「まず第一に」
  6. これから説明することを説明する — 「このセクションでは、私は…について議論します」

強化:

  • 抽象名詞を具体名詞に置き換える:「資金調達の摩擦」→「借入料金」;「ユニバースの減少」→「上場廃止銘柄」。
  • 長い文の後に短い文を置く。その短い文が、長い文に欠けていた判定を追加していることを確認する。
  • 主張を行う文の中に数値を置き、次の文に回さない。
  • 行為者が重要な場合は受動態を能動態に変換する。
  • すべての専門用語が、初出時に一度だけ定義されていることを確認する。

文レベルのチェック:

  • 意図的な理由なく45語を超える文がない
  • すべての段落の最初の文がトピックセンテンスである
  • 1,000語あたり1行段落が2つ以下である
  • すべての比喩の後に、その比喩が破綻する点が示されている
  • すべての数式の記号が直後に定義されている

パス6 — 倫理とコンプライアンス

  • パーソナライズされたアドバイスとして構成されていない。特定された証券に対する現在形の推奨がない
  • ポジション、雇用、資金提供、データアクセスが開示されている。証券が特定されている場合は冒頭付近に
  • 標準的な過去パフォーマンス免責事項が、過学習結果の評価の代わりとして使用されていない
  • MNPI(重要で未公開の情報)がない。個人レベルのPII(個人識別情報)が再公開されていない
  • 議論のある主張にはラベルが付けられ、両論が提示され、異論を唱える者が指名されている
  • 引用が検証され、許可が尊重されている
  • 所属が、漠然とした定型文ではなく、正確に否認されている
  • 訂正依頼の経路が明記されている

詳細: finance-claims-and-ethics


レッドフラグ表現リスト

これらの表現は、弱い金融記事を示す確かな兆候です。見つけたら、隠れている欠陥を探します。

表現通常隠すもの
「バックテストされ実証済み」アウト・オブ・サンプルテストなし、試行数なし
「一貫してアウトパフォーム」選択された期間、ベンチマーク不記載
「数学的に健全」数学的用語、数学的内容はなし
「この戦略のシャープレシオはX」(区間なし、Nなし)推定誤差と選択バイアス
「リスク調整後リターン」(リスクの定義なし)ボラティリティを、それが捉えきれないテールリスクの代理指標として使用
「独自アルゴリズム」評価不能な主張
「過去の実績は将来の成果を保証するものではありません」(唯一の注意喚起として)過学習結果を保護
「AI搭載」エビデンスが報告されていないモデル
「機械学習を使用してパターンを見つける」試行数が隠されている
「今日のボラティルな市場では」何も隠していない
「賢いマネーが買っている」データなし
「市場は非効率的である」(限定なし)どの摩擦か、その規模についての言及なし
「無料のランチはない」特定の主張との対話の拒否
「誰も予測できなかった」何が既知であったかの説明の欠如
「モデルは常に学習している」適応のエビデンスなし
「有意に優れている」(検定なし)有意性検定のない差
「保証」「絶対に」「リスクフリー」詐欺または無知 — 確認して停止
「20標準偏差」(説明なし)方法論のない又聞きの主張

一般則: 品質を主張する代わりに測定値を報告するという表現は、何かを隠しています。測定とは何か、そしてそれが行われたかどうかを問いかけてください。


自己レビュープロトコル

自身のドラフトをレビューする際は、以下の順序で行います。ポイントは慣れ親しみを打ち破ることです。

  1. 数時間以上置く。 同日中の自己レビューではタイポは見つかっても議論の欠陥は見落とします。
  2. 各段落の最初の文だけを読む。 議論は成立しているか?これが骨格テストです。
  3. 数値だけを読む。 それらは単独で一貫したストーリーを語っているか?本文と矛盾していないか?
  4. 引用だけを読む。 それらは付随する主張を支持しているか?
  5. 逆から読む。最後の段落から。 連続性の誤りを見つけ、結末が導入部に依存しているかどうかを明らかにします。
  6. 声に出して読む。 つまずく場所は読者が止まる場所です。
  7. 10%削除する。 その後、何を復元するか決定します。復元は決定であり、削除は反射です。
  8. 敵対者の質問を投げかける:敵対的な誰かがこれを読んだら、どこを攻撃するか?その場所を修正するか、認識します。

レビュー出力形式

他人のドラフトをレビューする際は、応答を以下のように構成します:

  1. 一文での判定。 議論は妥当か?支持されているか?出版すべきか?
  2. 最も価値の高い3つの修正。 影響度順。すべてのリストではありません。
  3. エビデンスの欠陥。 主張を引用し、欠陥名を挙げて列挙。
  4. 論理の欠陥。 特定された暗黙の前提を特定。
  5. 推敲ノート。 インスタンスごとではなく、パターンごとにグループ化。(コンマの重複使用を20個リストアップしない)
  6. 機能している点。 具体的に。曖昧な称賛は無用です。「セクション3のメカニズム優先順序は実際に機能している」は有用です。

やってはいけないこと: 記事を書き直すこと。欠陥を名指しし、著者が修正するのを任せます。書き直したレビュアーは所有権を奪い、著者は何も学びません。


ライティングガイダンス

すべきこと

  • 記事が自ら定めた契約に照らしてレビューし、自分が書いたであろう記事に照らしてレビューしない。
  • 修正に優先順位をつける。30の均等に重みづけられたノートがあるレビューは、優先順位のないレビューです。
  • インスタンスではなくパターンを名指しする。「すべての定量的主張を二重にヘッジしている」は実用的です。同じヘッジの15の例はそうではありません。
  • 具体的に称賛する。どの文が機能しているかを言う。
  • 間違いと流行遅れを区別する。前者は欠陥であり、後者は好みです。
  • スタイルを批評する前に自分で数値を確認する。

すべきでないこと

  • エビデンス監査の前に推敲しない。
  • 自信と品質を混同しない。自信のある記事が誤っていることもあります。ヘッジされた記事が正しいこともあります。
  • 標準的な過去パフォーマンス免責事項を試行数の代わりとして要求しない。
  • よく書けている段落がエビデンスチェックを免れるのを許さない。流暢な散文こそ、出典不明の数値が隠れる場所です。
  • 記事が持ちえないメカニズムを要求しない。物語的プロフィールにメカニズムは不要です。リサーチノートには必要です。
  • 自分が読みたかったドラフトをレビューしない。

再利用可能なフレーミング: 議論を読み、次にエビデンスを読み、次に数値を読み、そして最後に文を読む。流暢さは最後にチェックすべきものである。なぜなら、それが他のすべてを隠す可能性が最も高いからである。


関連項目

  • quant-finance-writing — このルーブリックが施行する基準
  • finance-claims-and-ethics — 倫理パスの全文
  • research-integrity — 不正、隠蔽試行、研究不正の告発
  • finance-article-formats — 形式の適合性と各形式が必要とするエビデンス
  • finance-narrative-craft — 物語記事のための推敲基準
  • explaining-quant-concepts — 比喩と計算例のチェック
  • backtest-pitfalls — バックテスト主張に対する読者の監査

関連スキル