Assess External Skill for Foundry Mirror

VerifiedCaution

Scores how well an external skill could be mirrored in Foundry across four mold-eval rubrics, delegating research to subagents and grading to rubric files.

Sby Skills Guide Bot
Data & AIAdvanced
8/3/2026
Claude Code
#skill-evaluation#multi-agent#rubric-grading#bioinformatics#feasibility-analysis

Recommended for

Automated summary

Produces a four-axis scorecard (Operability, Assessability, Traceability, Refereeability) judging how feasible it would be to build a Foundry mirror of an external skill, fanning research out to subagents and delegating all grading to the rubric files.

Strengths

  • Cleanly separates research protocol (owned by the command) from grading criteria (owned by the rubric files), so bands are never restated or paraphrased.
  • Reuses a shared decomposition from one recon subagent, avoiding repeated fetches of the target SKILL.md across the four axis passes.
  • Enforces honesty tags ([observed], [design-inference], [verify]) and a vector-not-GPA rule so a weak axis cannot be hidden by an average.
  • Frames grading around the best mirror we could build rather than the external artifact as shipped, and escalates to /ingest-bioskill when a real recoverability verdict is needed.

Limitations

  • Depends on the local glossary and the four rubric files under content/research/mold-eval/rubrics/, without which the grades carry no authority.
  • Outputs only a feasibility scorecard, not a mirror; its Traceability pass is a lightweight triage rather than a deep probe.
  • Requires several subagent calls (recon plus four axis agents), so cost and latency are non-trivial.
When to use it

Use it for a fast, comparable read on how hard it would be to reproduce an external skill (such as a bioSkill) before committing to deeper ingestion work.

When not to use it

Avoid it when you actually need to build or validate a mirror, or when the mold-eval rubric files are not available locally.

Security analysis

Caution
Quality score88/100

The skill orchestrates read-only research, writes a local scorecard, and does not include destructive or exfiltrating commands. However, it fetches untrusted external content and delegates processing to subagents, which could be vulnerable to prompt injection or unintended tool use, so caution is warranted.

Findings
  • •Fetches external SKILL.md content via WebFetch and processes it through subagents without explicit prompt-injection mitigations.
  • •Uses Agent tool to spawn multiple subagents, increasing attack surface if external content is malicious.
  • •Declares Bash as an allowed tool, though the skill itself does not instruct its use; a subagent could potentially invoke it.
How this analysis is made

Examples

Assess a bioSkills skill by path
/assess-external-skill comparative-genomics/synteny-analysis
Assess from a raw SKILL.md URL
/assess-external-skill https://raw.githubusercontent.com/example/bioSkills/main/single-cell/clustering/SKILL.md
Assess a local skill file
/assess-external-skill ./vendor-skills/variant-calling/SKILL.md

description: Score how well we could build a Foundry mirror of an external skill (e.g. a bioSkill) across the four mold-eval rubrics — defers research to per-axis subagents, delegates grading to the rubric files argument-hint: "<external skill> (bioSkills path like comparative-genomics/synteny-analysis, a SKILL.md URL, or a local path)" allowed-tools: Read, Write, Edit, Bash, WebFetch, WebSearch, Agent

/assess-external-skill

Take ONE external skill (a bioSkills SKILL.md or equivalent) and produce a four-axis scorecard answering: how well could we construct a Foundry mirror of this skill? The axes are the mold-eval rubrics — Operability, Assessability, Traceability, Refereeability. This command does not restate their criteria: it fans research out to subagents and delegates every grade to the rubric file. Split of labor:

  • The rubric owns the grading criteria (dimensions, bands, open questions) — the authority.
  • This command owns the research protocol (what evidence to gather, how to fan out) — nothing more.

Output is a scorecard, not a mirror — a feasibility read that drives further work.

Relation to /ingest-bioskill: that command is the deep Traceability probe (ingests sources, blind-assembles molds, diffs). This is the fast scorecard across all four axes; its Traceability pass is a lightweight triage that escalates to /ingest-bioskill when a real recoverability verdict is needed. Do not re-run the ingest here.

Input

$ARGUMENTS = the external skill: a bioSkills <category>/<name>, a raw SKILL.md URL, or a local path. Derive <skill-slug> (kebab-case name). If ambiguous or a likely typo vs. bioSkills' categories, stop and confirm before spending subagent budget.

Phase 0 — ground (you)

Read content/meta/glossary.md (vocabulary) and the four axis files under content/research/mold-eval/rubrics/ plus its README.md — the vector-not-GPA rule and the [observed] / [design-inference] / [verify] honesty tags live there. These are the grading authority; do not paraphrase their bands into this run.

Phase 1 — recon (subagent → returns a report, writes nothing)

Spawn one recon subagent. It fetches the actual SKILL.md (raw URL / local file, not memory of it — bioSkills moves fast) and returns a shared decomposition the four axis passes reuse, so nothing downstream re-fetches:

  • Tool inventory — every external tool/package the skill names (Operability substrate).
  • Claim/threshold inventory — load-bearing method choices, citations, CLI details, numeric thresholds (Traceability substrate).
  • Candidate cardinal sin — the validity threat a Family-B referee would guard (Refereeability substrate).
  • Fixture/data mentions — any dataset the skill uses or implies, and whether the domain has a small open-access benchmark (Assessability substrate).

Phase 2 — one research subagent per axis (parallel → each returns a graded report, writes nothing)

Spawn four subagents, one per rubric. Give each: the shared decomposition, the subject framing — "grade the best mirror we could build," not the external artifact as-shipped — and a pointer to its ONE rubric file. Each subagent reads its rubric, gathers the evidence that rubric's Scored-dimensions table names, and returns a grade per that rubric's bands, with evidence pointers, [verify] items it could not confirm, and gaps. Do not restate criteria in the prompt; the rubric is the spec.

Research protocol per axis (what to gather; the rubric says how to grade it):

  • Operability (operability.md) — per tool: bioconda recipe? biocontainer/quay tag? container reference? LICENSE (open? copyleft?)? cross-platform? Grade the worst-case load-bearing tool.
  • Assessability (assessability.md) — could we build a fixture-bound test for the mirror: a small, unrestricted dataset with known ground truth covering the skill's surface? Feasibility, not "does the skill ship one."
  • Traceability (traceability.md) — lightweight recoverability triage: do the load-bearing claims / citations / CLI details resolve to real, ideally-OA primaries, or confabulate? Flag where a full /ingest-bioskill is needed to firm the grade.
  • Refereeability (refereeability.md) — is the cardinal sin nameable, and can we construct a real Family-B referee (Critique plus an empirical Calibrate check) for the mirror?

House rule: subagents report, you write. No subagent writes files.

Phase 3 — assemble the scorecard (you write)

Write content/research/mold-eval/assessments/external-<skill-slug>.md:

  • Header: subject, subject-type (external skill), source URL, date (today).
  • The vector, up top: Operability <G> · Assessability <G> · Traceability <G> · Refereeability <G> — four letters, never a composite.
  • Per axis: grade, evidence, unresolved [verify] items, gaps — each labeled [observed] / [design-inference].
  • Work-list — the low axes are the actionable next steps (e.g. Traceability C → run /ingest-bioskill; Assessability D → no OA fixture, source one). This is the point of the card.

Keep the abstract rubrics untouched — the scorecard lives under assessments/, not in the rubric files.

Phase 4 — report (you)

Summarize: the four-letter vector, the sharpest strength and sharpest gap, the work-list, and any axis whose grade is [verify]-blocked (unconfirmed). Do not commit unless asked. List unresolved questions concisely.

From the file to a first result

The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.

View the source and supporting files

This download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.

1. Download the file

Download SKILL.md

From the root of a test project, save the file as .skill-downloads/assess-external-skill-for-foundry-mirror-mscrf01m/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.

Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.

mkdir -p '.skill-downloads/assess-external-skill-for-foundry-mirror-mscrf01m' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/assess-external-skill-for-foundry-mirror-mscrf01m/download' --output '.skill-downloads/assess-external-skill-for-foundry-mirror-mscrf01m/SKILL.md.part' && mv '.skill-downloads/assess-external-skill-for-foundry-mirror-mscrf01m/SKILL.md.part' '.skill-downloads/assess-external-skill-for-foundry-mirror-mscrf01m/SKILL.md'

2. Check prerequisites

Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.

Tools declared by the author (check availability in your agent): Read, Write, Edit, Bash, WebFetch, WebSearch, Agent

No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.

The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.

3. Load the skill

This file does not provide a usable name/description header for this native procedure. It remains available to download and inspect; use the manual method below.

Manual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.

4. Try a first task

Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:

Read .skill-downloads/assess-external-skill-for-foundry-mirror-mscrf01m/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.

Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.

Related skills