• 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

synthesize-evidence

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

すでに分かっている事実を、証拠によって裏付けられた主張に変えます。証拠の信頼度評価、引用文の正確な記載、参照元の統一的な記載などを活用して、より説得力のある形にします。 調査結果を発表する前の最終チェックとして、または特定の書類に結びつけることが必要な場合に使用します。 このスキルはワークフロー全体を組み立てるための基本的な部品です。

原文を表示

Turn already-discovered facts into evidence-backed claims with evidence ratings, verbatim quotes, and canonical source references. Use as the final evidence pass before presenting findings, or when a claim must be tied back to a specific filing. This is a building block the workflow skills compose.

ユースケース
  • 調査結果を発表する前の最終チェック
  • 特定の書類に結びつける必要がある場合
  • 事実を証拠で裏付けるとき
  • 引用文の正確さを確認するとき
  • 参照元を統一的に記載するとき
本文(日本語訳)

証拠の統合

このスキルは、研究成果から根拠のある主張へと橋渡しする機能です。

次のような場合に使用

  • 主張をより強く支える必要がある
  • ワークフローに事実はあるが、出所が不十分である
  • 文書に実際に書かれた内容に基づいて、主張を弱めたり限定したりする必要がある
  • 発症率、患者数、利用状況、治療成績、費用、治療期間、反応率、安全性など、数値に基づいた主張が必要である

主要なツール

  • search_documents
  • read_document
  • get_recent_events
  • search_documents(source_types=["fda_filings"]オプション付き)(主張の根拠が規制当局の申請書類である場合)

出力形式

構造化された主張オブジェクトを返します:

  • claim(主張)
  • evidence_rating(証拠の評価)
  • citations(引用)
  • notes(備考)
  • gaps(根拠の不足分)

引用オブジェクトの例:

{
  "source_ref": {
    "id": "doc_abc123",
    "kind": "document",
    "tool": "read_document",
    "url": "https://example.com/doc"
  },
  "quote": "原文ままの支持テキスト"
}

数値主張の検証モード

出力に疾病負担の数値化、治療の利用状況、標準的治療の実施率、臨床成績、安全性、価格、市場規模など数値に関する情報が必要な場合に使用します。

文章を書く前に:

  1. ユーザーリクエストから必要な数値主張をチェックリストとして抽出する
  2. 各主張について、1つの広いテーマ検索ではなく、的を絞った search_documents クエリを実行する
  3. read_document(通常は format="sections" または format="citations")で有力な情報源を読む
  4. 以下の項目を含む仮の主張表を返す:
    • claim_needed(必要な主張)
    • value_found(見つかった値)
    • source_ref(情報源の参照)
    • quote(引用)
    • evidence_rating(証拠評価)
    • status:found(見つかった)、adjacent(関連)、conflicting(矛盾)、missing(未発見)のいずれか
    • notes(備考)
  5. found または明らかに adjacent とした数値のみを統合する。conflicting と missing は根拠の不足として記録する

近い数値で無言に置き換えてはいけません。例えば、ユーザーが全脳卒中に占める虚血性脳卒中の割合を尋ねたが、文書が世界的な虚血性脳卒中の割合のみ支持している場合は、その数値として扱うのではなく、ズレとして記録してください。

品質基準

  • 原文ままの支持テキストを引用する
  • 可能な限り、一次資料または権威のある文書を優先する
  • ツール結果から返された実際の文書ID、試験ID(NCT ID)、URLを使用し、独自の別名は作らない
  • 規制に関する主張(認可状況、申請書の内容、独占権、指定)については、文書ID(doc_...)と日付を明記する。申請書の引用文を言い換えるのではなく原文から取得する。search_documents(source_types=["fda_filings"]) で申請書を特定し、read_document(format="sections")で関連箇所を探してから、format="text"で引用部分を絞って取得する
  • ホスト側のウェブ取得がブロックされている場合は、search_documents と read_document を標準的な代替手段とする
  • 支持が間接的である場合は、証拠の強度を落とす
  • 支持がない場合は、主張を無理に作るのではなく根拠の不足として記録する
  • 高い信号を持つ数値主張が構造化主張オブジェクトとして検証されるまで、最終的な文章を書かない
原文(English)を表示

Synthesize Evidence

This primitive is the bridge from research findings to defensible claims.

Use When

  • a claim needs stronger support
  • a workflow has facts but not enough provenance
  • you need to downgrade or tighten a statement based on what the documents actually say
  • a narrative depends on quantitative claims such as incidence, prevalence, utilization, outcomes, cost, treatment windows, response rates, or safety rates

Core Tools

  • search_documents
  • read_document
  • get_recent_events
  • search_documents with source_types=["fda_filings"] (when claim provenance is a regulator label)

Output Contract

Return structured claim objects:

  • claim
  • evidence_rating
  • citations
  • notes
  • gaps

Example citation object:

{
  "source_ref": {
    "id": "doc_abc123",
    "kind": "document",
    "tool": "read_document",
    "url": "https://example.com/doc"
  },
  "quote": "verbatim supporting text"
}

Numeric Claim Audit Mode

Use this mode when the output needs quantified disease burden, treatment utilization, standard-of-care rates, clinical outcomes, safety rates, pricing, market size, or other numeric claims.

Before writing prose:

  1. Extract a checklist of required numeric claims from the user request.
  2. For each claim, run targeted search_documents queries rather than one broad topic search.
  3. Read the strongest source candidates with read_document, usually format="sections" or format="citations".
  4. Return a working claim table with:
    • claim_needed
    • value_found
    • source_ref
    • quote
    • evidence_rating
    • status: found, adjacent, conflicting, or missing
    • notes
  5. Only synthesize numbers marked found or clearly adjacent; preserve conflicting and missing items as gaps.

Do not substitute a nearby number silently. For example, if the user asks for AIS share of all strokes and the source only supports global ischemic-stroke share, record the mismatch rather than treating it as the requested number.

Quality Bar

  • use verbatim supporting quotes
  • prefer primary or authoritative documents when available
  • use the actual document ID, NCT ID, or URL returned by the tool result; do not invent plugin-local aliases
  • for regulatory claims (approval status, label content, exclusivity, designations), cite the document ID (doc_...) plus its date. Direct quotes from the label text are preferred over paraphrase: locate the filing with search_documents(source_types=["fda_filings"]), use read_document with format="sections" to find the relevant section, then pull format="text" narrowly for the passage you will quote
  • if host web fetch is blocked, treat search_documents plus read_document as the standard fallback path
  • downgrade evidence strength when the support is indirect
  • if the support is missing, record the gap instead of forcing a claim
  • do not write final narrative prose until high-signal numeric claims have been audited into structured claim objects

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