research-finance

research-finance

社内の研究開発プログラムとポートフォリオの財務管理：F&A を含むプログラム予算、バーンレート／ランウェイの追跡、資産計上か費用計上かの振り分けです。すべての数値には前提条件ブロックが付随し、会計処理の判断は名前が明記された財務担当者に振り分けられます。このスキルが仕訳を記帳することはありません。

目的

研究開発の財務パートナー、プログラムコントローラー、オペレーション責任者は、すでに配分または調達された資金を管理します。コーポレート決算、次の資金調達ラウンド、助成金探しは対象外です。このスキルでは、繰り返し発生する次の3つの判断を構造化します。

決定論的なツールは3つです。

1. program_budget_planner.py — ワークパッケージの項目から複数期間の予算を作成し、MTDC 形式の対象基準額に F&A（間接費）率を適用して、各期間の直接費／F&A／総費用を明示的な前提条件ブロックとともに集計します。
2. burn_runway_tracker.py — 平均バーンレートと直近のバーンレート、期間／月数でのランウェイ、各価値実現マイルストーンが資金枯渇前に達成可能かを算出します。バーンレートの加速と、しきい値を下回るランウェイにフラグを付けます。
3. capex_vs_opex_router.py — IAS 38 の開発段階の基準に照らして各研究開発コスト項目を評価する（または US GAAP ASC 730 に基づき発生時費用処理と判定する）とともに、名前が明記された担当者に「資産計上候補／費用計上／財務担当者による確認」として振り分けます。自動で判断することはありません。

使用する場面

次の場合にこのスキルを使用します。

• 研究開発プログラムの予算を作成または改訂しており、F&A の内訳を明確にする必要がある場合。
• プログラムのランウェイが懸念され、マイルストーンと資金の状況を照らし合わせる必要がある場合。
• 財務部門から開発費の資産計上可否について尋ねられ、根拠のある初期振り分けが必要な場合。
• ポートフォリオレビューの準備にあたり、プログラムごとのバーンレートを一貫した基準で把握する必要がある場合。

このスキルを次の用途に使用しないでください：コーポレート DCF／企業価値評価／決算処理（finance/financial-analysis を使用）、助成金の発見または位置付け（research/grants を使用）、最終的な会計判断（これはコントローラーと監査人の判断です。このツールは振り分けのみを行います）。

ワークフロー

1. プログラムの概要を整理する — assets/rd_program_budget_template.md にワークパッケージの項目、カテゴリー、期間ごとの金額を記入します。
2. 予算を作成する — program_budget_planner.py --input program.json --profile {pharma-rd|biotech|medtech|deep-tech|software-rd|university-lab} --fa-rate <negotiated rate> を実行します。直接費／F&A／総費用の集計と前提条件を確認します。
3. バーンレートとランウェイを追跡する — burn_runway_tracker.py --input ledger.json --threshold-months 6 を実行します。ランウェイ、マイルストーンの判定、フラグを確認します。
4. 会計処理を振り分ける — capex_vs_opex_router.py --input costs.json --standard {ifrs|usgaap} を実行します。項目ごとの振り分けを確認し、資産計上候補と財務担当者による確認の項目を、名前が明記された担当者に送ります。
5. レビュー資料をまとめる — プログラム財務の資料にまとめます。すべての数値に前提条件を付け、会計処理の判断には名前が明記された担当者を付けます。

スクリプト

スクリプト	目的	プロファイル
scripts/program_budget_planner.py	複数期間の予算＋F&A の内訳＋前提条件	pharma-rd, biotech, medtech, deep-tech, software-rd, university-lab
scripts/burn_runway_tracker.py	バーンレート、ランウェイ、マイルストーンと資金の整合性	該当なし（台帳に基づく）
scripts/capex_vs_opex_router.py	IAS 38／ASC 730 に基づき、名前が明記された財務担当者に振り分け	pharma-rd, biotech, medtech, deep-tech, software-rd, university-lab

3つすべて：標準ライブラリのみを使用、--help、--sample、--output {human,json} に対応。

オンボーディングとカスタマイズ

開始する前に、オンボーディングの質問票を一度だけ実行してください。デフォルト設定が記録され、このスキルのすべてのツールに事前設定されます。カスタマイズが重要です。回答によって、実際にツールの動作が変わります。

python3 scripts/onboard.py            # interactive (also: --defaults, --set key=value, --reset)
python3 scripts/onboard.py --show     # see the questions + current effective config

回答は ~/.config/research-ops/research-finance.json（グローバル）または ./.research-ops/research-finance.json（--scope project）に保存され、config_loader.py によって自動的に読み込まれます。デフォルトのR&D分野プロファイル、デフォルトのF&A率、ランウェイ警告しきい値、会計基準、および資産計上と費用計上の振り分け時に表示される、名前付きの財務責任者が設定されます。CLIフラグは常に保存済みの設定を上書きします。RESEARCH_OPS_NO_CONFIG=1 を指定すると、設定は無視されます。

5つの質問： R&D分野 · F&A率 · ランウェイしきい値 · 会計基準 · 財務責任者。

autoresearch で最適化する（オプトイン）

このスキルには、engineering/autoresearch-agent への分離されたオプトイン方式のブリッジが含まれています。「最適化する」「ランウェイを延ばす」「ループを実行する」と依頼された場合に限り、autoresearch 実験によって、このスキルのランウェイ指標に基づきプログラム計画を反復的に改善します。scripts/ar_evaluator.py は正解評価器であり、runway_months: <float>（値が大きいほど良好）を出力します。

/ar:setup --domain custom --name extend-runway \
  --target ledger.json \
  --eval "python3 ar_evaluator.py --target ledger.json" \
  --metric runway_months --direction higher
/ar:loop custom/extend-runway

分離されています。ハード依存関係はなく、autoresearch は要求があった場合にのみ実行されます。また、ループが編集するのは ledger.json であり、評価器は編集しません。

参考資料

• references/rd_program_finance_canon.md — IAS 38（研究と開発の区分）、ASC 730 + ASC 985-20、Uniform Guidance 2 CFR 200（F&A）、FASB/IFRSの資産計上基準、NICRAの基本。
• references/burn_and_portfolio.md — Cooperのステージゲート、R&D向けrNPV／リアルオプション、リスク調整後のポートフォリオROI、バーンレート／ランウェイのフレームワーク、マイルストーンベースの予算編成。
• references/indirect_rate_modeling.md — F&Aプールの構成（施設費＋管理費）、MTDCの基準、デミニミス率10%、フリンジ／間接費の上乗せ、CASの入門。

前提

• F&A率は、最も誤差が生じやすい入力です。プランナーは指定された率をそのまま適用しますが、推測値ではなく、交渉済みのNICRAであることを確認するよう警告します。
• バーン／ランウェイの計算では、直近の支出に重み付けしたバーンを将来のランレートとして使用し、台帳に支出の増減が記録されていない限り、将来の支出は一定と仮定します。
• 設備投資の振り分けツールは、入力された基準を前提とします。「技術的実現可能性」を主張しても、それが事実になるわけではありません。指名された財務責任者と監査人が検証します。
• プロファイルは状況（例：「医薬品R&Dの大半は費用計上される」）を補足しますが、会計上の判定基準は変えません。

アンチパターン

• 前提を示さずに予算額を提示する。 F&A率、上昇率、算定基礎は、金額と併せて示す必要があります。
• 資産計上と費用計上を自動的に決定する。 このツールは振り分けを行いますが、最終判断を下すのはコントローラー（必要に応じて監査人）です。
• ランウェイの計算に生涯平均のバーンを使用する。 直近のバーンが、将来のランレートを率直に反映します。平均値では、減速や増加が見えなくなります。
• 算定基礎全体にF&Aを適用する。 資本設備、大規模な再委託費の一部、および特定の費目はMTDCの対象外です。
• これをコーポレートファイナンスと混同する。 バリュエーション、決算、資金調達については finance/ を参照してください。

以下との違い

関連項目	対象範囲	違い
finance/financial-analysis	企業DCF、財務比率、決算、ローリング予測、SaaS指標	こちらは企業レベル、このツールはR&Dプログラムレベルです
research/grants	NIH資金の探索と申請方針	こちらは資金を見つけ、このツールは獲得済みの資金を管理します
clinical-research（関連項目）	研究デザイン、実現可能性、予算のゲートチェック	こちらは研究の範囲を定め、このツールはプログラムに資金を割り当て、進捗を追跡します
ra-qm-team	規制／QM申請	無関係です。財務の対象範囲はありません

簡単な例

python3 scripts/program_budget_planner.py --sample
python3 scripts/program_budget_planner.py --input program.json --profile university-lab --fa-rate 0.585
python3 scripts/burn_runway_tracker.py --sample --output json
python3 scripts/capex_vs_opex_router.py --sample --standard ifrs

サンプル予算では、シーケンサー（資本設備）とCROへの再委託費をF&Aの算定基礎から除外しています。資産計上の振り分けツールは、探索的スクリーニングをEXPENSE、すべての基準を満たすパイロットラインをCAPITALIZE-CANDIDATE、一部の基準のみを満たすソフトウェア開発をFINANCE-OWNER-REVIEWに振り分けます。

質問を深掘りするためのライブラリ（Matt Pocock の厳密な質問術）

/cs-grill-research-ops またはオーケストレーターが、質問を1つずつ進めます。各質問には、推奨回答と規範的な引用を添えます。質問をまとめて提示することはありません。

1. 「この支出は研究段階ですか、それとも開発段階ですか。技術的な実現可能性を証明できますか？」 推奨：研究段階なら費用処理、開発段階なら実現可能性の証拠がある場合に限り資産計上候補とし、担当者として指名された財務責任者に判断を委ねます。 規範：IAS 38.54-57；ASC 730。

2. 「適用しているF&A／間接費率はいくつですか。交渉済みのNICRA、最低10％の率、それとも仮定ですか？」 推奨：交渉済みの率を使用します。仮定の場合は、その旨を明示します。 規範：2 CFR 200（Uniform Guidance）；NICRAの基本事項。

3. 「現在のバーンレートでのランウェイは何カ月ですか。次の価値が大きく変わるマイルストーンまで持ちますか？」 推奨：ランウェイは、マイルストーン到達に必要な期間にバッファを加えた長さを確保します。不足があれば明示します。 規範：Cooperのステージゲート；SaaS／スタートアップの効率性フレームワーク（a16z、Bessemer）。

4. 「ポートフォリオのROIは、リスク調整済み（rNPV／成功確率加重）ですか。それとも単純なNPVですか？」 推奨：リスク調整済みとします。単純なNPVではR&Dの価値を過大評価します。 規範：医薬品開発のrNPV評価；リアルオプションの文献。

5. 「資産計上と費用処理の判断に署名する、担当者として指名された財務／コントローラーの責任者は誰ですか？」 推奨：氏名を挙げてください。このツールは提案を行いますが、仕訳を計上することはありません。 規範：ASC 730／IAS 38のガバナンス；監査人の承認要件。

深掘りは深さ優先で進めます。質問3～5に進む前に、質問1～2を確定させます。すべてに回答したら、program_budget_planner.py → burn_runway_tracker.py → capex_vs_opex_router.py を呼び出します。