Skip to content
cccskills
FreePublished on GitHub

assessment-screening

Independent multi-dimensional assessor for material design candidates. Loads configurable scoring rubrics to evaluate candidates from different expert perspectives. Each dispatch produces structured scores, pros/cons, and verification data without sharing results with other assessors.

The English summary is being prepared. Showing the original description.

openJiuwen-ai/sciencediscovery178 stars(GitHub 178 + cccskills 0)

Run score Not tested

See how to install

Files included (4)

  • SKILL.md4.7 KB
  • references/rubric-agent-a.md2.1 KB
  • references/rubric-agent-b.md2.1 KB
  • references/rubric-agent-c.md2.2 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Assessment Screening

Evaluate material design candidates against configurable multi-dimensional scoring rubrics. Each dispatch operates as an independent expert: no shared scores, reasoning, or outputs between assessors.

Role in the Workflow

Dispatched by the Lead agent during leaf execution (Step 4.2 of the Idea Tree workflow). The Lead may dispatch multiple independent instances, each loading a different rubric perspective:

Lead agent
  ├── dispatches: assessment-screener  (rubric: agent-a)  → independent scores
  ├── dispatches: assessment-screener  (rubric: agent-b)  → independent scores
  ├── dispatches: assessment-screener  (rubric: agent-c)  → independent scores
  └── dispatches: insight-aggregator    (cross-validate & synthesize)

When to Use

  • The Lead agent has checkpointed a candidate material design artifact and needs independent multi-dimensional scoring.
  • The dispatch context specifies which rubric perspective to load (agent-a, agent-b, agent-c, or overall).

Do NOT Use For

  • Generating material designs (that is creative-material-design's job).
  • Synthesizing insights or cross-validating other assessors (that is insight-aggregator's job).
  • Literature search, evidence extraction, or report writing.

Rubric Loading

The assessor loads one rubric per dispatch based on the assessment_perspective field in the dispatch context:

PerspectiveRoleReference FileFocus
agent-aactivityreferences/rubric-agent-a.mdCatalytic activity and reaction mechanism (weight 35%)
agent-bstabilityreferences/rubric-agent-b.mdStructural stability and durability (weight 35%)
agent-csustainabilityreferences/rubric-agent-c.mdEnvironmental safety and sustainability (weight 30%)
overall—references/rubric-overall.mdCross-validation and final ranking (used by aggregator)

If no perspective is specified, default to agent-a.

Scoring Model

Each assessor evaluates 4 role-specific dimensions and produces an overall_score (1-10). The server computes the final weighted score:

final_score = 0.35 × activity_overall + 0.35 × stability_overall + 0.30 × sustainability_overall

Each assessor's dimensions are different (not shared):

Role (Expert)Dimensions
activity (A)catalytic_activity, reaction_mechanism, selectivity, efficiency
stability (B)structural_stability, durability, recyclability, lifetime
sustainability (C)environmental_safety, sustainability, disposal, lifecycle

Critical Rules

  1. Real evaluation only — Provide genuine assessments based on available data, not fabricated scores.
  2. No fabricated data — Do not fabricate tool results, database identifiers, MP-IDs, CAS numbers, or any other identifiers.
  3. Independent assessment — Each dispatch is fully independent. Do not reference or attempt to align with other assessors' results.
  4. Failure reporting — If verification data is unavailable, explicitly state this and explain the implications for the score.

Output Format

{
  "expert": "A",
  "focus_area": "catalytic_activity_and_reaction_mechanism",
  "snapshot_hash": "<candidate snapshot_hash>",
  "candidate_version_id": "<exact checkpointed version>",
  "evaluation": {
    "<dimension_key>": {
      "score": 1-10,
      "analysis": "detailed analysis"
    }
  },
  "overall_score": 1-10,
  "recommendations": ["suggestion1", "suggestion2"],
  "conclusion": "comprehensive assessment conclusion"
}

Methodology

MUST read the loaded rubric reference file in full before scoring.

  1. Identify material — Classify the material type from the candidate artifact.
  2. Verify data — Cross-check claimed properties against available sources. Do not fabricate missing data; explain gaps.
  3. Score each dimension — Apply the rubric's 1-10 scale strictly. Do not assign scores that contradict the criteria.
  4. Generate feedback — Provide specific, actionable improvement suggestions.
  5. Produce output — Return the JSON structure above with exact snapshot_hash and candidate_version_id from the checkpointed artifact.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Prepare, launch, monitor, and summarize the real RFdiffusion to ProteinMPNN to Protenix antibody pipeline on a local or remote ScienceDiscovery Runner with sandboxed Ascend NPUs.

The English summary is being prepared. Showing the original description.

openJiuwen-ai/sciencediscovery178Updated Oct 26, 2026

ci

Free

Read, diagnose, and change the CI pipeline: GitHub Actions on pull requests, the merge queue, the nightly schedule and the release tag. Use when a job fails, when editing .github/workflows/, when asking which layer runs what, when reproducing a pipeline failure locally, or when a job needs the bubblewrap sandbox. Running the layers before proposing a change, and reading the result a proposal receives, belong to create-github-pr.

The English summary is being prepared. Showing the original description.

openJiuwen-ai/sciencediscovery178Updated Oct 26, 2026

Verify cited paper identity and decide whether claims in an Artifact are supported by their linked Evidence using a governed source snapshot.

The English summary is being prepared. Showing the original description.

openJiuwen-ai/sciencediscovery178Updated Oct 26, 2026

Use this skill when you need to write and execute Python/R code to process, transform, and analyze data, delivering reproducible computational results with complete code-level methodology documentation. Supports statistical analysis, data transformation, visualization, method justification, and structured result output.

The English summary is being prepared. Showing the original description.

openJiuwen-ai/sciencediscovery178Updated Oct 26, 2026

Check whether numeric claims marked with Evidence aliases in an Artifact agree with the linked Evidence content and context.

The English summary is being prepared. Showing the original description.

openJiuwen-ai/sciencediscovery178Updated Oct 26, 2026

Open or update a pull request on GitHub's openJiuwen-ai/sciencediscovery: run the UT/ST/E2E layers locally, push the branch to the operator's own GitHub fork, write a body that says what was verified with numbers, apply exactly one release:* label so the release note can classify it, then read the pull request and its Actions run back. Use when asked to create a PR, submit a change for review, when a branch is ready to propose, when labelling a pull request for the release note, or when reading a GitHub Actions result on a pull request. This is the only path for proposing a change: gitcode.com is a read-only mirror with no pipeline of its own. Titles and bodies are English. For filing an issue, or for the gh commands this procedure assumes, read the github skill first.

The English summary is being prepared. Showing the original description.

openJiuwen-ai/sciencediscovery178Updated Oct 26, 2026

See all skills by openJiuwen-ai

Report a problem with this skill