← PhysioKeysCONTENT HISTORY

Update to PhysioKeys

Snapshot Nov 9, 2026 · 00:20 UTC · version 1.2.0

Collection source: downloaded plugin package.

WHAT CHANGED

First saved snapshot

No earlier snapshot is available to establish a change.

Save PhysioKeys and check future changes in Following.

Up to 3 plugins free · no card required.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "description": "Use when a user asks for a focused evidence summary or research brief about physical therapy, physiotherapy or rehabilitation, including effectiveness, dosage studied, prognosis or assessment.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 211
    }
  ],
  "name": "evidence-brief",
  "skill_md_contents": "---\nname: evidence-brief\ndescription: Use when a user asks for a focused evidence summary or research brief about physical therapy, physiotherapy or rehabilitation, including effectiveness, dosage studied, prognosis or assessment.\n---\n\n# Evidence brief\n\nRead [the evidence and tool contract](../../references/evidence-workflows.md) first. For a comparison use [compare-interventions](../compare-interventions/SKILL.md); for appraisal of a particular paper use [paper-appraisal](../paper-appraisal/SKILL.md).\n\n1. Identify the population, intervention/exposure, comparator if relevant, and outcome from the user's question. Ask one targeted clarification only if its absence would materially change the search. Preserve a clear question already supplied; never demand a formal PICO form.\n2. If the brief is limited to supplied or selected papers, skip discovery and read that set. Otherwise choose depth using the shared [adaptive search and reading budgets](../../references/evidence-workflows.md#adaptive-search-and-reading-budgets), then start one focused `search` using the [source-selection policy](../../references/evidence-workflows.md#source-selection-and-pubmed-approval). For treatment questions, suitable reviews and RCTs are useful starting points; prognosis and measurement questions may need different designs. Use the live schema's supported result maximum and exact filter values. A clear deep-review request needs no redundant permission question within its announced budget.\n3. Screen and deduplicate candidates, then read the chosen papers before claims. Follow the shared [exact-article full-text fallback](../../references/evidence-workflows.md#exact-article-full-text-fallback) for their access and provenance. Adapt the reading effort to the requested breadth; use the shared evidence ledger and coverage checkpoints for deeper reviews. Preserve distinct and conflicting findings, avoid double-counting trials included in reviews, and leave unreported facts unknown.\n4. Deliver a concise answer in this order:\n   - **Answer:** what the retrieved evidence supports, with appropriate uncertainty.\n   - **Evidence:** for each source, population/design, intervention/comparator, relevant outcome and follow-up, reported effect/uncertainty when available, and citation/link. A compact table is useful for several papers.\n   - **Limits and applicability:** differences between study populations and the question, missing methods/harms, and access depth. Do not infer a precise exercise prescription or certainty grade from study labels or duration alone.\n   - **Scope:** source(s), design/year restrictions or relaxation when applicable, search calls, unique candidates screened and papers actually read/included, and remaining coverage gaps. Report any host fallback attempts separately. Use a concise scope note for a brief and fuller accounting for a deeper review; never imply that all returned candidates were read.\n\nExample request: “Give me a brief on exercise for knee osteoarthritis.” The answer should distinguish review findings from a single trial, identify the outcome and follow-up, and state when full text or effect sizes were unavailable. A user asking for speed still needs those limits; keep them short rather than inventing precision.\n"
}

SHA-256 of public snapshot: 89b829533da81f01da434db7845dc0b5dc90ed35188c4686d811fbfd429ff741