病気についての証拠に基づいた全体像を構築します。臨床の背景、疫学(病気の発生状況)、医療上の課題、標準的な治療法、および開発中の新薬がそれにどう対応しているかをまとめます。 **次のような場合に使用:** - 病気を中心とした質問(「潰瘍性大腸炎について教えて」「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(疾患の背景情報に主要メカニズムの遺伝学的根拠が必要な場合)適応症調査パッケージとして以下を含めることができます:
適応症レベルの調査では、段階的なアプローチを使用してください:
search_documents、read_document および最新情報の確認を使い、その全体像を補充する特に競争環境にある開発パイプラインの部分は、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 を優先してくださいThis workflow gathers the structured research needed to understand an indication without forcing a final document format.
size-marketenumerate-entitiessynthesize-evidencetrace-eventsprofile-entitybenchmark-assetssynthesize-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)Return an indication research package that can include:
For indication-level research, use a layered approach:
search_documents, read_document, and relevant recent-event checks to augment that pictureIn 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.
research-assistant sub-agent, then reconcile the returned claim sets before synthesissearch_documents and read_document rather than repeated blocked fetch attempts.原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。