跳到正文
cccskills
免费在 GitHub 公开

result-evaluator

Evaluate analysis results for quality and reliability. Scores Accuracy, Completeness, Robustness, and Relevance (0-10), checks source reliability and methodology, audits statistical rigor, and decides ACCEPT_AND_PROCEED or REVISE_AND_RETRY. NOT for performing analysis or modifying results.

中文简介正在准备中。当前显示原文说明。

openJiuwen-ai/sciencediscovery星标 178(GitHub 178 + cccskills 0)

实测评分 未实测

查看安装方法

包含的文件(1)

  • SKILL.md17.6 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

Result Evaluator Skill

Overview

This skill evaluates analysis results against predefined criteria and decides ACCEPT_AND_PROCEED or REVISE_AND_RETRY. It follows a 4-phase protocol: criterion alignment → multi-dimensional evaluation with Source Reliability hard gate → statistical methodology audit → overall assessment. Hallucination detected → immediate REVISE; any checklist dimension FAIL → mandatory REVISE (hard gate, overrides scoring).

When to Use This Skill

Always load this skill when:

  • User asks to evaluate, audit, score, or quality-check analysis results that another skill — typically code-engineer — has just produced as a Result Package
  • User asks for an explicit ACCEPT_AND_PROCEED vs REVISE_AND_RETRY (or CONDITIONAL) decision before the results are used downstream (e.g. fed into a report, shared with stakeholders, or acted on)
  • User wants a Source Reliability check on computational or research-style results — to detect hallucinated numbers, fabricated statistics, invented citations, or code–data misalignment
  • User asks for a Statistical Methodology Audit covering multiple-testing correction, model-assumption verification, confounder control, sample-size/power, batch effects, outlier/missing-data handling, and reproducibility
  • User requests the multi-dimensional quality score (Accuracy / Completeness / Robustness / Relevance / Methodology / Critical Reflection, each 0–10) on a Result Package
  • User wants to know whether a result is reproducible from the supplied code and data, or whether the analysis should be re-run before being trusted

Input Sources

This skill evaluates analysis results with methodology documentation. Accepted input formats:

From code-engineer (recommended upstream skill):

  • Structured data: --output-file JSON ([{col: val, ...}]) or CSV/MD export — provides the numerical/tabular results
  • Methodology documentation: presented in conversation by the agent — includes libraries, statistical methods, method justification
  • Data traceability: source file names, sheet/column names, row counts, transformations applied
  • Analysis code: the complete code used to produce results (for reproducibility audit in Phase 3)

From other sources: any structured results with accompanying methodology description. Minimum required: results data + method description + data source identification.

If methodology documentation or data traceability is missing, note the gap in evaluation and flag Source Reliability as PARTIALLY_RELIABLE.

Python Package Installation

If you need to install new Python packages, install them through the Tsinghua PyPI mirror for reliability:

pip install [python package] -i https://pypi.tuna.tsinghua.edu.cn/simple

Workflow

Step 1: Understand Evaluation Input

Identify the evaluation context:

  • Analysis results to evaluate: Structured output from code execution
  • Methodology documentation: How the results were produced (libraries, methods, code)
  • Data traceability: Source data identification (file names, column names, row counts)
  • Evaluation criteria: What aspects to evaluate and expected quality thresholds. Infer from context if missing (note limitation).
  • Analysis plan context: Domain, background information

Prerequisites: results must be available and parseable; methodology documentation and data traceability should be provided (evaluation quality degrades without them); criteria must be specified or inferable.

Step 2: Execute 4-Phase Evaluation Protocol

Phase 1 — Criterion Alignment

Map each result to an evaluation criterion. Flag UNMAPPED results and uncovered criteria. Infer criteria from context if missing (document as inferred).

Phase 2 — Per-Result Evaluation

Source Reliability Hard Gate (check first — hallucination → immediate REVISE_AND_RETRY, skip rest):

For computational-type results (from code-engineer and similar tools):

CheckWhat to detect
Data traceabilityCited data sources exist (file/sheet/column match actual data, row counts consistent)
Method consistencyStated methods match the actual code implementation
FabricationInvented statistics, untraceable numbers, results that cannot be reproduced from given code and data
Code-data alignmentCode actually references the claimed data files/variables, not different ones

For research-type results (literature-based, citing external references):

CheckWhat to detect
Data traceabilityCited data sources exist (file/sheet/field match actual data)
Reference validityCitations have author+year+DOI/PubMed (not "studies show")
Identifier authenticityStandard entity/gene/protein names (not self-created)
Method consistencyStated methods match implementation
FabricationInvented statistics, fake references, untraceable results

Verdict: RELIABLE (PASS) / PARTIALLY_RELIABLE (FAIL, continue) / UNRELIABLE (REVISE, stop).

Unified Evaluation Matrix — score each dimension 0-10; each dimension also has a PASS/FAIL threshold (score ≥5 → PASS, score <5 → FAIL):

Dimension9-107-84-60-3PASS threshold
AccuracyCorrect, methods matchMinor errorsSignificant errorsFundamental errors≥5
CompletenessComplete, no gapsMinor gapsSignificant gapsMajor omissions≥5
RobustnessSound methods, assumptions verified1-2 concerns3-4 issuesInvalid methods≥5
RelevanceDirectly addresses questionMostly relevantPartially relevantIrrelevant≥5
MethodologyJustified, rigorous, reproducibleAdequate justificationWeak justificationNo justification≥5
Critical reflectionAssumptions stated, limitations discussedSome reflectionMinimal reflectionNo reflection≥5

Hard Gate Rule: any dimension FAIL (score <5) → mandatory REVISE_AND_RETRY, regardless of the average score. The scoring average determines the severity grading of the REVISE decision, not whether to REVISE.

Composite Quality Rating (applies only when all dimensions PASS):

AverageRating
≥8.0ROBUST
6.0-7.9ACCEPTABLE
5.0-5.9NEEDS_IMPROVEMENT

Modifiers from Phase 3 RISK items: ≥3 RISK items → downgrade 1 level.

Per-Result Decision (when all dimensions PASS):

AverageDecision
≥7.0ACCEPT_AND_PROCEED
5.0-6.9CONDITIONAL — ACCEPT with stated limitations

When any dimension FAIL: the decision is always REVISE_AND_RETRY. The severity is graded by how many dimensions FAIL and the average score of passing dimensions:

Failure patternSeverity
1 dimension FAIL, avg of others ≥7MODERATE — targeted revision on failed dimension
1-2 dimensions FAIL, avg of others 5-6.9SIGNIFICANT — broader revision needed
≥3 dimensions FAIL, or all passing dims <5CRITICAL — fundamental re-approach required

Phase 3 — Statistical Methodology Quality Audit

ItemYESNO → RISK
Multiple testing / FDRMethod documented (Bonferroni, BH)False positives likely
Model assumption verificationTested with documented resultsModel may be invalid
Confounder controlKnown confounders included, justifiedSpurious associations
Sample size / powerPower analysis conductedUnderpowered — false negatives
Batch effect / heterogeneityCorrection applied if multi-sourceBatch confounded
Outlier / missing dataStrategy documentedBiased results
ReproducibilityCode provided, executableUnverifiable results

Domain priorities: Biology → batch, confounders, multiple testing; Chemistry → reproducibility, assumptions; Materials → sample size, uncertainty; Finance → assumptions, confounders, outlier handling.

For each NO: record RISK, assess severity (H/M/L), include in guidance if ≥MEDIUM.

Phase 4 — Overall Assessment

  1. Check Phase 2 hard gate: any dimension FAIL → REVISE_AND_RETRY (skip to step 4)
  2. If all PASS: compute average score → quality rating → apply RISK modifiers
  3. Final decision:
    • ROBUST → ACCEPT_AND_PROCEED
    • ACCEPTABLE → CONDITIONAL — ACCEPT with stated limitations
    • NEEDS_IMPROVEMENT → REVISE_AND_RETRY (MODERATE severity)
  4. If REVISE: prioritize guidance (FAIL dimensions > HIGH RISK > low passing scores), limit top 3 actionable items

Step 3: Document Results

Output evaluation results per the Output Schema below.

Output Schema

Every evaluation must produce the following structure:

{
  "verdict": "ACCEPT_AND_PROCEED | CONDITIONAL | REVISE_AND_RETRY",
  "severity": "MODERATE | SIGNIFICANT | CRITICAL",
  "quality_rating": "ROBUST | ACCEPTABLE | NEEDS_IMPROVEMENT",
  "source_reliability": "RELIABLE | PARTIALLY_RELIABLE | UNRELIABLE",
  "dimension_scores": {
    "accuracy": 0-10,
    "completeness": 0-10,
    "robustness": 0-10,
    "relevance": 0-10,
    "methodology": 0-10,
    "critical_reflection": 0-10
  },
  "dimension_status": {
    "accuracy": "PASS | FAIL",
    "completeness": "PASS | FAIL",
    "robustness": "PASS | FAIL",
    "relevance": "PASS | FAIL",
    "methodology": "PASS | FAIL",
    "critical_reflection": "PASS | FAIL"
  },
  "risk_items": [
    {"item": "description", "severity": "H | M | L"}
  ],
  "revision_guidance": ["top 3 prioritized action items"],
  "limitations": ["accepted weaknesses, if CONDITIONAL"]
}

When presenting results to the user, format as a readable summary — not raw JSON. Highlight the verdict, failed dimensions (if any), and revision guidance (if REVISE).

Domain-Specific Evaluation Criteria

DomainKey criteriaScore 9-10Score 0-3
General — Data integrityMissing values, duplicates, schema matchClean data, transformations documentedUnchecked data quality
General — Calculation correctnessFormula verification, edge casesVerified with test cases, edge cases handledUnverified formulas
General — Output clarityLabels, units, formattingClear labels, correct units, formatted tablesAmbiguous labels, missing units
Biology — Design validityControls, randomization, blindingProper controls + blinding documentedNo controls
Biology — Statistical significancep-values, correction, effect sizeCorrected p-values + effect sizes + CIUncorrected only
Biology — ReproducibilityProtocol + code + dataFull protocol + code + raw dataNo protocol, no code
Biology — Clinical relevanceTranslational applicabilityClear relevance with limitationsOvergeneralized
Chemistry — Reaction reproducibilityConditions, yieldsFull conditions + error marginsIncomplete conditions
Chemistry — CharacterizationAnalytical methods coverageNMR, XRD, MS, elemental all reportedMissing key methods
Chemistry — Computational validationTheory-experiment agreementAgreement within error, sensitivity testedNo comparison
Chemistry — SafetyHazards, scalabilitySafety documented, scalability assessedNo safety info
Materials — Measurement rigorStandards, uncertaintyASTM/ISO standards, uncertainty reportedAd-hoc, no uncertainty
Materials — Sample prepReproducible synthesis, batch trackingReproducible with batch trackingSingle batch, no docs
Materials — Structure-propertyCausal mechanismMechanistic link validatedCorrelation without mechanism
Materials — Engineering applicabilityReal-world constraintsPractical limits + failure modes assessedIdeal conditions only
Finance — Risk-adjusted returnsSharpe, drawdown, tail riskFull risk metrics + tail riskRaw returns only
Finance — Assumption validityDistributional assumptionsTested + regime detectionAssumed normality
Finance — Backtesting integrityOut-of-sample, no leakageClean OOS, no data leakageIn-sample only, lookahead
Finance — Market microstructureCosts, liquidity, slippageCosts modeled, liquidity notedInfinite liquidity assumed

Error Handling

Failure modeRecovery
Results format mismatchAttempt parse, mark CONDITIONAL, request re-format if REVISE
Criteria missing/vagueInfer from context, document as inferred
UNRELIABLE rating but ACCEPTFlag contradiction: "ACCEPTED BUT RATED UNRELIABLE — verify"
No results to evaluateMark as evaluation failure
No code / unverifiableFlag reproducibility NO with RISK, downgrade 1 level
Results irrelevantScore Relevance ≤2 → FAIL → mandatory REVISE

Skill Pairing

This skill works best in combination with code-engineer — load both for analysis tasks that require quality assurance. The typical workflow:

  1. code-engineer performs the analysis and presents a Result Package
  2. result-evaluator evaluates the Result Package against quality criteria
  3. If REVISE_AND_RETRY: feed guidance back to code-engineer for re-analysis

Complete Example

Input (Result Package from code-engineer)

Analysis task: "Correlate X and Y in dataset.csv and test statistical significance."

Structured data (--output-file JSON):

[
  {"metric": "Pearson_r", "value": 0.8234},
  {"metric": "p_value", "value": 0.0003},
  {"metric": "sample_size", "value": 150}
]

Methodology documentation (from conversation):

  • Libraries: scipy.stats.pearsonr, pandas
  • Method: Pearson correlation with two-tailed test
  • Justification: X and Y are continuous variables, Pearson is appropriate for linear association

Data traceability:

  • Source: dataset.csv, columns X (float64, 148 non-null) and Y (float64, 150 non-null), 150 rows total

Analysis code:

import pandas as pd
from scipy import stats
data = pd.read_csv('dataset.csv')
corr, p_value = stats.pearsonr(data['X'], data['Y'])
print(f"Pearson correlation: r={corr:.4f}, p={p_value:.6f}")

Evaluation Walkthrough

Phase 1 — Criterion Alignment: Criteria inferred from task: statistical significance, method validity, data coverage. All three results map to criteria; no unmapped results or uncovered criteria.

Phase 2 — Source Reliability Hard Gate (computational-type):

  • Data traceability: PASS — columns X and Y exist in dataset.csv, 150 rows matches code
  • Method consistency: PASS — code uses pearsonr, which matches stated method
  • Fabrication: PASS — r=0.8234 and p=0.0003 are reproducible from given code and data
  • Code-data alignment: PASS — code references data['X'] and data['Y'] from claimed file
  • Verdict: RELIABLE

Phase 2 — Unified Evaluation Matrix:

DimensionScorePASS/FAIL
Accuracy9 — r and p correct per method, sample size accuratePASS
Completeness7 — includes r, p, n; missing confidence interval for rPASS
Robustness6 — no normality test on X/Y before Pearson, 2 missing values in X not explainedPASS
Relevance9 — directly answers the correlation+significance questionPASS
Methodology7 — method justified (Pearson for continuous), but no assumption verification documentedPASS
Critical reflection5 — assumptions stated (continuous, linear) but limitations (outliers, non-linearity) not discussedPASS

All dimensions PASS → proceed to quality rating. Average: (9+7+6+9+7+5)/6 = 6.5 → ACCEPTABLE

Phase 3 — Statistical Methodology Audit:

  • Multiple testing: N/A (single test) → skip
  • Model assumption verification: NO — normality of X/Y not tested → RISK (MEDIUM)
  • Confounder control: NO — no confounders considered → RISK (MEDIUM)
  • Sample size/power: YES — n=150, effect size r=0.82 provides adequate power
  • Outlier/missing data: NO — 2 missing in X not addressed → RISK (LOW)
  • Reproducibility: YES — full code provided

RISK items: 3 (2 MEDIUM + 1 LOW). Modifier: ≥3 RISK → downgrade 1 level. ACCEPTABLE → NEEDS_IMPROVEMENT.

Phase 4 — Overall Assessment:

  • All dimensions PASS, but 3 RISK items downgrade from ACCEPTABLE to NEEDS_IMPROVEMENT
  • Decision: REVISE_AND_RETRY (MODERATE severity — one dimension at 5, RISK items addressable)
  • Revision guidance (top 3, prioritized):
    1. Test normality of X and Y before using Pearson (assumption verification)
    2. Address 2 missing values in column X (outlier/missing data strategy)
    3. Consider potential confounders and document them

Output

Verdict: REVISE_AND_RETRY
Severity: MODERATE
Quality Rating: NEEDS_IMPROVEMENT
Source Reliability: RELIABLE

Dimension Scores: Accuracy 9, Completeness 7, Robustness 6,
  Relevance 9, Methodology 7, Critical Reflection 5
All dimensions: PASS

RISK Items:
  - Model assumption verification: MEDIUM (normality not tested)
  - Confounder control: MEDIUM (no confounders considered)
  - Outlier/missing data: LOW (missing values not addressed)

Revision Guidance:
  1. Test normality of X/Y before Pearson; use Spearman if non-normal
  2. Document strategy for 2 missing values in X (drop or impute)
  3. Identify and document potential confounders

Accepted Limitations: (none — REVISE)

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

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.

中文简介正在准备中。当前显示原文说明。

openJiuwen-ai/sciencediscovery1782026年10月26日 更新

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.

中文简介正在准备中。当前显示原文说明。

openJiuwen-ai/sciencediscovery1782026年10月26日 更新

ci

免费

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.

中文简介正在准备中。当前显示原文说明。

openJiuwen-ai/sciencediscovery1782026年10月26日 更新

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

中文简介正在准备中。当前显示原文说明。

openJiuwen-ai/sciencediscovery1782026年10月26日 更新

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.

中文简介正在准备中。当前显示原文说明。

openJiuwen-ai/sciencediscovery1782026年10月26日 更新

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

中文简介正在准备中。当前显示原文说明。

openJiuwen-ai/sciencediscovery1782026年10月26日 更新

查看 openJiuwen-ai 的全部技能

报告此技能的问题