• Projects
  • Service
  • About
  • branding.bz
  • Podcast
  • Tips
  • FAQ
  • Recruit
  • Download
  • Contact
  • branding.bz(ブランド構築SaaS)
  • DESIGN NOW(デザインメディア)
  • X
  • LinkedIn
  • Spotify
  • Facebook

213-0011 神奈川県川崎市高津区久本3-6-7-303

© 2026 ID INC. All rights reserved

claude-skills/スキル
SKILLKnowledge Workproductivity

indication-research

プラグイン
Maven Bio
ソース
GitHub で見る ↗
説明

病気についての証拠に基づいた全体像を構築します。臨床の背景、疫学(病気の発生状況)、医療上の課題、標準的な治療法、および開発中の新薬がそれにどう対応しているかをまとめます。 **次のような場合に使用:** - 病気を中心とした質問(「潰瘍性大腸炎について教えて」「NASH(脂肪性肝炎)における医療上の課題は何か」など) - 競合するドラッグパイプライン(複数の医薬品開発プログラム)について知りたい場合は「competitive-pipeline」を使用 - 市場規模の推定だけが必要な場合は「size-market」を使用

原文を表示

Build an evidence-backed picture of a disease: clinical context, epidemiology, unmet need, standard of care, and how the pipeline addresses it. Use for disease-first questions, for example 'tell me about ulcerative colitis', 'what is the unmet need in NASH'. Use competitive-pipeline when the question is really about competing drug programs, and size-market when only sizing is wanted.

ユースケース
  • 病気の全体像を構築したい
  • 臨床背景と疫学を理解したい
  • 医療上の課題を把握したい
  • 標準治療と新薬対応を比較したい
本文(日本語訳)

適応症調査

このワークフローは、最終的なドキュメント形式を限定することなく、適応症(医薬品が治療対象とする病態)を理解するために必要な構造化された調査を集めます。

基本的な処理ステップ

  • size-market(市場規模の推定)
  • enumerate-entities(関連する主体の列挙)
  • synthesize-evidence(証拠の統合)

オプションの処理ステップ

  • trace-events(主要な出来事の追跡)
  • profile-entity(主体の詳細分析)
  • benchmark-assets(資産の比較)
  • synthesize-evidence(既承認医薬品の状況と承認済みの適応症表示の内容を確認する場合)
  • validate-target(疾患の背景情報に主要メカニズムの遺伝学的根拠が必要な場合)

成果物の仕様

適応症調査パッケージとして以下を含めることができます:

  • 疾患の背景
  • 疫学情報または市場規模の前提条件
  • 現在の標準治療の観察
  • 未充足ニーズ(従来の治療では対応できない医学的課題)の整理
  • 競争環境にある開発中医薬品の観察
  • 証拠のギャップと限定条件

基本的な調査パターン

適応症レベルの調査では、段階的なアプローチを使用してください:

  1. 構造化されたMCPツール(連携仕様の枠組み)を使い、基盤となる疾患、対象患者群、開発パイプラインの全体像を定義する
  2. search_documents、read_document および最新情報の確認を使い、その全体像を補充する
  3. 最終分析を照合したうえで成果物として返す

特に競争環境にある開発パイプラインの部分は、research_landscape などの構造化された列挙で終わらせてはいけません。それらの出力を基本となる一覧として扱い、ドキュメントで補充して最近の更新、見落とされたプログラム、解釈を大きく変える証拠を捕捉してください。

既承認医薬品の治療環境が重要な場合(通常、未充足ニーズの整理では重要)、その適応症の承認医薬品を列挙し、プレスリリースではなくFDA査察文書などの一次資料にある表示文言を競争分析の根拠としてください。 search_documents(source_types=["fda_filings"])で各医薬品に範囲を限定し、その後 read_document を format="sections" で使用して承認適応症の表示を見つけ、それから全文を取得します。実際に引用する医薬品のみラベルを読んでください。

疾患の背景、市場規模、標準治療、未充足ニーズについては、ユーザーが具体的な定量的主張を求めているときに、一般的な叙述的検索だけに頼ってはいけません。小さな数値チェックリストを作成し、search_documents と read_document で高い信号値を持つ各数字の出典を取得し、その後でのみ叙述を統合してください。

リクエストに多くの具体的な発症率、パーセンテージ、コスト、時間枠、またはその他の数字が含まれている場合、散文を書く前に「数値的主張監査モード」で synthesize-evidence を実行してください。適応症パッケージは、作業用の主張表を保持するか、未解決の数値ギャップを要約として含めてください。

適応症の元の名称を research_landscape.indication に保持し、スポンサー・企業・区別するためのテキストは context に移してください。ワークフロー中に参照される具体的な資産または企業については、同じパターンを research_entity の呼び出しに適用してください。

  • 情報収集が疫学、標準治療、開発パイプラインなど独立した複数の流れに分かれる場合、research-assistant というサブエージェント(より限定された役割を持つ補助的なAI)と並行実行し、返された主張一覧を統合してから最終化してください

フォールバック規則

  • 適応症または参照される主体の解決に失敗した場合、生の名称で再試行し、特定文字は context ヒントのオプションに移してください
  • パイプラインの基本情報が不十分に見える場合、最終化の前に二次的な主体検出とドキュメント補充を実行してください
  • 叙述に具体的な数字が必要な場合、チェックリスト検証パスを実行し、見落とされた数字を黙って近い数字で置き換えるのではなくギャップとして保持してください
  • ホストのウェブ取得がブロックされている場合、ブロックされた取得を繰り返す試みるのではなく search_documents と read_document を優先してください
原文(English)を表示

Indication Research

This workflow gathers the structured research needed to understand an indication without forcing a final document format.

Primary Primitives

  • size-market
  • enumerate-entities
  • synthesize-evidence

Optional Primitives

  • trace-events
  • profile-entity
  • benchmark-assets
  • synthesize-evidence (when the unmet-need or pipeline framing turns on what is already approved and what the approved labels actually say)
  • validate-target (when the disease primer needs target-level genetic support for key mechanisms)

Output Contract

Return an indication research package that can include:

  • disease context
  • epidemiology or sizing assumptions
  • current standard-of-care observations
  • unmet need framing
  • competitive pipeline observations
  • evidence gaps and boundary conditions

Core Research Pattern

For indication-level research, use a layered approach:

  1. use structured MCP tools to define the baseline disease, population, and pipeline picture
  2. use search_documents, read_document, and relevant recent-event checks to augment that picture
  3. reconcile the final analysis before returning it

In particular, the competitive pipeline portion should not stop at research_landscape or other structured enumeration. Treat those outputs as the baseline set, then augment with documents to catch recent updates, missing programs, or evidence that materially changes interpretation.

When the approved-treatment landscape matters (it usually does for unmet-need framing), enumerate the approved drugs in the indication and anchor competitive language in primary-source label text rather than press releases: search_documents(source_types=["fda_filings"]) scoped to each drug, then read_document with format="sections" to locate the approved-indication wording before pulling full text. Read labels only for the drugs you will actually cite.

For disease context, sizing, standard of care, and unmet need, do not rely on generic narrative retrieval alone when the user asks for specific quantitative claims. Build a small numeric checklist, retrieve sources for each high-signal number with search_documents and read_document, and only then synthesize the narrative.

When the request includes many specific rates, percentages, costs, time windows, or other figures, invoke synthesize-evidence in Numeric Claim Audit Mode before writing prose. The indication package should preserve the working claim table or summarize unresolved numeric gaps.

Keep the raw indication name in research_landscape.indication and move sponsor/company/disambiguating text into context. Apply the same pattern to any research_entity calls for named assets or companies referenced during the workflow.

  • when the packet splits into independent evidence workstreams (epidemiology, standard of care, pipeline), run them in parallel with the research-assistant sub-agent, then reconcile the returned claim sets before synthesis

Fallback Rules

  • If the indication or a referenced entity fails to resolve, retry with the raw name and move extra identifying text into the optional context hint.
  • If the pipeline baseline appears sparse, run secondary entity discovery and document augmentation before finalizing.
  • If the narrative requires specific figures, run a checklist verification pass and preserve any missing figures as gaps rather than substituting adjacent numbers silently.
  • If host web fetch is blocked, prefer search_documents and read_document rather than repeated blocked fetch attempts.

原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。