Research Evidence
Language Policy
Public instructions and installation guidance stay in English. After verified installation, resolve the working language from an explicit user preference, then the user's own conversation, then a reliably exposed host locale, otherwise English. Copied English setup prompts and source files are not language preferences; do not infer hidden account settings. Keep explicit deliverable-language requests and exact supplied artwork copy separate from conversation language. Do not translate or rewrite public source files to localize a session.
When To Use
Use this skill when a workflow depends on public facts, source-backed claims,
tool or platform limits, technical capability checks, product evidence, market
context, competitor references, or uncertainty that could affect final output.
Use it before copy, prompt packs, tool routing, QA, or delivery when accuracy is
material.
Inputs
- Brief, question, claim, assumption, or decision that needs verification.
- Available sources, user-provided references, repo files, screenshots, or
public links.
- Freshness requirement, jurisdiction, market, platform, model, or tool scope.
- Required output format such as Evidence Note, claim ledger, or decision note.
- Current tool availability, including whether web browsing is actually
available in the host environment.
Outputs
- Evidence Note with verified facts, source boundaries, uncertainty, and next
decisions.
- Claim ledger entries for approved, unsupported, conflicting, or blocked
statements.
- Tool-limit notes for
tool-routing-cost, prompt packs, or QA.
- Author-boundary notes that distinguish user-provided first-hand facts from
unsupported personal or social-proof claims.
- Handoff notes for
brief-architect, reference-curator, copy-voice,
instruction-packet-factory, qa-iteration, or delivery-documentation.
Process
- State the exact claim, decision, or assumption being checked.
- Identify source type: user-provided, local repo, official docs, public web,
or unavailable.
- Verify current or unstable facts from reliable sources when browsing is
available.
- Separate confirmed facts from inference, opinion, and missing evidence.
- Record conflicts, stale sources, unavailable sources, and confidence limits.
- For ready-to-use copy, state whether each material claim, quote, result,
testimonial, first-hand observation, or personal statement is user-provided,
verified, unresolved, or prohibited.
- Convert evidence into a compact decision note for the next workflow role.
Decision Rules
- Prefer primary sources, official docs, repo files, and user-provided source
truth over summaries.
- If browsing is unavailable, do not claim live verification; mark the evidence
path as unavailable or user-provided only.
- If a fact is time-sensitive, high-stakes, legal, financial, medical, pricing,
model-capability, or policy-related, require a freshness check before final
use.
- If evidence conflicts, route to
qa-iteration with the conflict and proposed
resolution options.
Guardrails
- Do not fabricate citations, links, quotes, benchmarks, capabilities, or
release status.
- Do not use API keys, paid provider calls, hidden web automation, uploads, or
private cloud links.
- Do not store raw private project context in public artifacts.
- Do not turn evidence notes into long research dumps; preserve only what the
next role needs.
- Do not infer an author's experience, beliefs, emotions, or history from a
writing preference or a generic brief.
Handoff
Review gate: evidence_fit.
Hand verified facts and unresolved risks to brief-architect, copy-voice,
tool-routing-cost, instruction-packet-factory, qa-iteration, or
delivery-documentation. When sources are missing, stop with a clear blocker
instead of allowing unsupported claims downstream.
QA Checklist
- Checked item is explicit.
- Source type and freshness boundary are stated.
- Facts, inferences, and unknowns are separated.
- Unsupported claims are not promoted to final copy or prompts.
- Conflicts and missing evidence have a next action.
- Handoff includes only compact, usable evidence.
1---2name: research-evidence3description: Verify claims, source-backed facts, tool limits, assumptions, and evidence boundaries for workflow decisions without inventing citations or provider capabilities.4---56# Research Evidence78## Language Policy910Public instructions and installation guidance stay in English. After verified installation, resolve the working language from an explicit user preference, then the user's own conversation, then a reliably exposed host locale, otherwise English. Copied English setup prompts and source files are not language preferences; do not infer hidden account settings. Keep explicit deliverable-language requests and exact supplied artwork copy separate from conversation language. Do not translate or rewrite public source files to localize a session.1112## When To Use1314Use this skill when a workflow depends on public facts, source-backed claims,15tool or platform limits, technical capability checks, product evidence, market16context, competitor references, or uncertainty that could affect final output.17Use it before copy, prompt packs, tool routing, QA, or delivery when accuracy is18material.1920## Inputs2122- Brief, question, claim, assumption, or decision that needs verification.23- Available sources, user-provided references, repo files, screenshots, or24 public links.25- Freshness requirement, jurisdiction, market, platform, model, or tool scope.26- Required output format such as Evidence Note, claim ledger, or decision note.27- Current tool availability, including whether web browsing is actually28 available in the host environment.2930## Outputs3132- Evidence Note with verified facts, source boundaries, uncertainty, and next33 decisions.34- Claim ledger entries for approved, unsupported, conflicting, or blocked35 statements.36- Tool-limit notes for `tool-routing-cost`, prompt packs, or QA.37- Author-boundary notes that distinguish user-provided first-hand facts from38 unsupported personal or social-proof claims.39- Handoff notes for `brief-architect`, `reference-curator`, `copy-voice`,40 `instruction-packet-factory`, `qa-iteration`, or `delivery-documentation`.4142## Process43441. State the exact claim, decision, or assumption being checked.452. Identify source type: user-provided, local repo, official docs, public web,46 or unavailable.473. Verify current or unstable facts from reliable sources when browsing is48 available.494. Separate confirmed facts from inference, opinion, and missing evidence.505. Record conflicts, stale sources, unavailable sources, and confidence limits.516. For ready-to-use copy, state whether each material claim, quote, result,52 testimonial, first-hand observation, or personal statement is user-provided,53 verified, unresolved, or prohibited.547. Convert evidence into a compact decision note for the next workflow role.5556## Decision Rules5758- Prefer primary sources, official docs, repo files, and user-provided source59 truth over summaries.60- If browsing is unavailable, do not claim live verification; mark the evidence61 path as unavailable or user-provided only.62- If a fact is time-sensitive, high-stakes, legal, financial, medical, pricing,63 model-capability, or policy-related, require a freshness check before final64 use.65- If evidence conflicts, route to `qa-iteration` with the conflict and proposed66 resolution options.6768## Guardrails6970- Do not fabricate citations, links, quotes, benchmarks, capabilities, or71 release status.72- Do not use API keys, paid provider calls, hidden web automation, uploads, or73 private cloud links.74- Do not store raw private project context in public artifacts.75- Do not turn evidence notes into long research dumps; preserve only what the76 next role needs.77- Do not infer an author's experience, beliefs, emotions, or history from a78 writing preference or a generic brief.7980## Handoff8182Review gate: `evidence_fit`.8384Hand verified facts and unresolved risks to `brief-architect`, `copy-voice`,85`tool-routing-cost`, `instruction-packet-factory`, `qa-iteration`, or86`delivery-documentation`. When sources are missing, stop with a clear blocker87instead of allowing unsupported claims downstream.8889## QA Checklist9091- Checked item is explicit.92- Source type and freshness boundary are stated.93- Facts, inferences, and unknowns are separated.94- Unsupported claims are not promoted to final copy or prompts.95- Conflicts and missing evidence have a next action.96- Handoff includes only compact, usable evidence.