Token导航 LogoToken导航TokenDH.com
开发只读github未标认证来源可访问许可证需确认审计通过

scientific-validation科学验证

Agent Skill

scientific-validation 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

599

周安装

24

GitHub Stars

23

下载量

194
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:scientific-validation(科学验证)
来源仓库:https://github.com/akaszubski/autonomous-dev
仓库路径:skills/scientific-validation
安装命令:
npx skills add https://github.com/akaszubski/autonomous-dev --skill scientific-validation
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/akaszubski/autonomous-dev --skill scientific-validation

简介

scientific-validation 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中围绕仓库状态、代码变更或协作事项进行整理时使用。

  • 适用于项目进度跟踪、代码审查、协作流程管理等开发协同场景。
  • 通过安装命令 npx skills add https://github.com/akaszubski/autonomous-dev --skill scientific-validation 添加,需确认权限范围和维护状态。
  • 使用前应核实是否会触发联网、命令执行或文件读写操作,避免越权访问。
  • 建议结合原始 README 进一步核验具体用法和功能边界。

SKILL.md

Scientific Validation Skill

Rigorous methodology for validating claims from any source - books, papers, theories, or intuition.

When This Skill Activates

  • Testing claims from books, papers, or expert sources
  • Validating rules, strategies, or hypotheses
  • Running experiments or backtests
  • Keywords: "validate", "test hypothesis", "experiment", "backtest", "prove", "evidence"

Core Principle

Data is the arbiter. Sources can be wrong.

  • Expert books can be wrong
  • Only empirical validation decides what works
  • Document negative results - they're valuable

Phase Overview

PhaseNameKey Requirement
0Claim VerificationUnderstand what source ACTUALLY claims
1Claims ExtractionDocument with source citations
1.5Publication Bias PreventionDocument ALL claims before selecting
2Pre-RegistrationHypothesis BEFORE seeing results
2.3Power AnalysisCalculate required n (MANDATORY)
3Bias PreventionLook-ahead, survivorship, selection
3.5Walk-ForwardRequired for time series (MANDATORY)
4Statistical Requirementsp-values, effect sizes, corrections
4.7Bayesian ComplementBayes Factors for ambiguous results
5Multi-Source ValidationTest across 3+ contexts
5.3Sensitivity Analysis±20% parameter stability (MANDATORY)
5.5Adversarial ReviewInvoke experiment-critic agent
6ClassificationVALIDATED / REJECTED / INSUFFICIENT
7DocumentationComplete audit trail
7.3Negative ResultsStructured failure documentation

See: workflow.md for detailed step-by-step instructions per phase.


Quick Reference

Claim Types

TypeTestable?Example
PERFORMANCEYES"A beats B on metric X"
METHODOLOGICALYES"A enables capability X"
PHILOSOPHICALMAYBE"X is important because Y"
BEHAVIORALHARD"Humans do X in situation Y"

Sample Size Requirements (80% Power)

Effect SizeCohen's dRequired n
Small0.2394
Medium0.564
Large0.826

See: code-examples.md#power-analysis for calculation code.

Classification Criteria

StatusCriteria
VALIDATEDOOS meets all criteria + critic PROCEED
CONDITIONALOOS meets relaxed criteria (p < 0.10)
REJECTEDOOS fails OR negative effect
INSUFFICIENTn < 15 in OOS
UNTESTABLERequired data unavailable
INVALIDCircular validation detected

Domain Effect Thresholds (Trading)

MetricMinimumStrongExceptional
Sharpe Ratio> 0.5> 1.0> 2.0
Win Rate> 55%> 60%> 70%
Profit Factor> 1.2> 1.5> 2.0

See: code-examples.md#effect-thresholds for other domains.

Bayes Factor Interpretation

BFEvidence
< 1Supports null
1-3Anecdotal
3-10Moderate
10-30Strong
> 30Very strong

Critical Rules

1. Pre-Registration

  • Document hypothesis BEFORE seeing any results
  • Define success criteria BEFORE testing
  • No peeking at test data

2. Power Analysis (Phase 2.3)

from statsmodels.stats.power import TTestIndPower
n = TTestIndPower().solve_power(effect_size=0.5, power=0.80, alpha=0.05)

Rule: Underpowered studies cannot achieve VALIDATED status.

3. Walk-Forward for Time Series (Phase 3.5)

  • Standard K-fold CV → INVALID (temporal leakage)
  • Single train/test → CONDITIONAL at best
  • Walk-forward → Can achieve VALIDATED

See: code-examples.md#walk-forward for implementation.

4. Multiple Comparison Correction

alpha_corrected = 0.05 / num_claims  # Bonferroni

For trading claims: require t-ratio > 3.0 (Harvey et al. standard).

5. Sensitivity Analysis (Phase 5.3)

Test ±20% parameter variation:

  • All variations positive → Can achieve VALIDATED
  • 1-2 sign flips → CONDITIONAL at best
  • 3+ sign flips → REJECTED (fragile)

See: code-examples.md#sensitivity-analysis for implementation.

6. Adversarial Review (Phase 5.5)

Use Task tool:
  subagent_type: "experiment-critic"
  prompt: "Review experiment EXP-XXX"

MANDATORY before any classification.


Bias Prevention Checklist

BiasPrevention
Look-aheadProcess data sequentially, compare batch vs streaming
SurvivorshipTrack ALL attempts, not just completions
SelectionReport ALL experiments including failures
Data snoopingStrict train/test split, no tuning on test data
PublicationDocument ALL claims before selecting which to test

Pre-Experiment Checklist

  • Claim extracted with source citation
  • ALL claims documented (not just tested ones)
  • Hypothesis documented BEFORE results
  • Power analysis: required n calculated
  • Success criteria defined
  • Walk-forward configured (time series)
  • Costs/constraints specified

Post-Experiment Checklist

  • Sample size adequate per power analysis
  • p-value AND effect size reported
  • Bayesian analysis if ambiguous
  • Sensitivity analysis passed
  • Adversarial review completed
  • Negative results documented if REJECTED

Red Flags

  • 100% success rate → Possible bias
  • OOS better than training → Possible leakage
  • Result flips with ±20% params → Fragile
  • Only tested "interesting" claims → Selection bias

Key Principles

  1. Hypothesis BEFORE data - No peeking
  2. Power analysis BEFORE experiment - Know required n
  3. Walk-forward for time series - Preserve temporal order
  4. Sensitivity analysis - Results must survive ±20% changes
  5. Adversarial self-critique - Challenge your methodology
  6. Document negative results - Failures are valuable
  7. Sources can be wrong - Even experts, even textbooks

Detailed Documentation

TopicFile
Step-by-step workflowworkflow.md
Python code examplescode-examples.md
Markdown templatestemplates.md
Adversarial review../../agents/experiment-critic.md

Hard Rules

FORBIDDEN:

  • Reporting results without confidence intervals or statistical significance
  • Cherry-picking favorable metrics while ignoring unfavorable ones
  • Claiming causation from correlation without controlled experiments

REQUIRED:

  • All experiments MUST have a documented hypothesis before execution
  • All results MUST include sample size, variance, and statistical test used
  • Negative results MUST be reported with the same rigor as positive results
  • Baselines MUST be established and compared against for every metric

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

35.51%
按下载量换算69

Claude

29.39%
按下载量换算57

Cursor

17.99%
按下载量换算35

Gemini CLI

9.25%
按下载量换算18

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills