MCP HubMCP Hub
스킬 목록으로 돌아가기

validate-statistical-output

pjt222
업데이트됨 5 days ago
7 조회
17
2
17
GitHub에서 보기
개발general

정보

이 스킬은 제약 분야 제출 자료와 같은 규제 환경에서의 통계 분석 결과를 검증합니다. 이중 프로그래밍, 독립적 검증, 정의된 허용 오차를 통한 기준 비교를 수행합니다. 종단점 분석 검증, 변경 후 코드 정확성 확인, R과 SAS 같은 도구 간 구현 방식 비교에 활용하세요.

빠른 설치

Claude Code

추천
기본
npx skills add pjt222/agent-almanac -a claude-code
플러그인 명령대체
/plugin add https://github.com/pjt222/agent-almanac
Git 클론대체
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/validate-statistical-output

Claude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요

문서

驗證統計輸出

經獨立計算與系統化比較,驗證統計分析結果。

適用時機

  • 為法規遞交驗證主要與次要終點分析
  • 進行雙重程式設計(R 對 SAS,或獨立之 R 實作)
  • 驗證分析代碼產生正確結果
  • 代碼或環境變更後重新驗證

輸入

  • 必要:主分析代碼與結果
  • 必要:參考結果(獨立計算、已發表值或已知測試資料)
  • 必要:數值比較之容差準則
  • 選擇性:法規遞交背景

步驟

步驟一:定義比較框架

# Define tolerance levels for different statistics
tolerances <- list(
  counts = 0,           # Exact match for integers
  proportions = 1e-4,   # 0.01% for proportions
  means = 1e-6,         # Numeric precision for means
  p_values = 1e-4,      # 4 decimal places for p-values
  confidence_limits = 1e-3  # 3 decimal places for CIs
)

預期: 各統計量類別之容差水準已定義,整數計數較嚴(精確匹配),浮點統計量(p 值、信賴區間)較鬆。

失敗時: 若容差水準有爭議,記錄各閾值之理由並於進行前獲統計負責人簽核。法規遞交參 ICH E9 指引。

步驟二:建立比較函式

#' Compare two result sets with tolerance-based matching
#'
#' @param primary Results from the primary analysis
#' @param reference Results from the independent calculation
#' @param tolerances Named list of tolerance values
#' @return Data frame with comparison results
compare_results <- function(primary, reference, tolerances) {
  stopifnot(names(primary) == names(reference))

  comparison <- data.frame(
    statistic = names(primary),
    primary_value = unlist(primary),
    reference_value = unlist(reference),
    stringsAsFactors = FALSE
  )

  comparison$absolute_diff <- abs(comparison$primary_value - comparison$reference_value)
  comparison$tolerance <- sapply(comparison$statistic, function(s) {
    # Match to tolerance category or use default
    tol <- tolerances[[s]]
    if (is.null(tol)) tolerances$means  # default tolerance
    else tol
  })

  comparison$pass <- comparison$absolute_diff <= comparison$tolerance

  comparison
}

預期: compare_results() 返回資料框,含統計量名、主值、參考值、絕對差、容差及通過/失敗狀態之欄位。

失敗時: 若函式因名稱不匹配出錯,驗證兩結果列表用相同統計量名。若容差對應失敗,為未識別之統計量名加預設容差。

步驟三:實施雙重程式設計

撰寫透過不同代碼達相同結果之獨立實作:

# PRIMARY ANALYSIS (in R/primary_analysis.R)
primary_analysis <- function(data) {
  model <- lm(endpoint ~ treatment + baseline + sex, data = data)
  coefs <- summary(model)$coefficients

  list(
    treatment_estimate = coefs["treatmentActive", "Estimate"],
    treatment_se = coefs["treatmentActive", "Std. Error"],
    treatment_p = coefs["treatmentActive", "Pr(>|t|)"],
    n_subjects = nobs(model),
    r_squared = summary(model)$r.squared
  )
}

# INDEPENDENT VERIFICATION (in validation/independent_analysis.R)
# Written by a different analyst or using different methodology
independent_analysis <- function(data) {
  # Using matrix algebra instead of lm()
  X <- model.matrix(~ treatment + baseline + sex, data = data)
  y <- data$endpoint

  beta <- solve(t(X) %*% X) %*% t(X) %*% y
  residuals <- y - X %*% beta
  sigma2 <- sum(residuals^2) / (nrow(X) - ncol(X))
  var_beta <- sigma2 * solve(t(X) %*% X)
  se <- sqrt(diag(var_beta))

  t_stat <- beta["treatmentActive"] / se["treatmentActive"]
  p_value <- 2 * pt(-abs(t_stat), df = nrow(X) - ncol(X))

  list(
    treatment_estimate = as.numeric(beta["treatmentActive"]),
    treatment_se = se["treatmentActive"],
    treatment_p = as.numeric(p_value),
    n_subjects = nrow(data),
    r_squared = 1 - sum(residuals^2) / sum((y - mean(y))^2)
  )
}

預期: 存在兩個獨立實作,經不同代碼路徑(如 lm() 對矩陣代數)達相同統計結果。實作由不同分析師撰寫,或用根本不同之方法。

失敗時: 若獨立實作產生不同結果,先驗證兩者用同輸入資料(比較 digest::digest(data))。再檢查 NA 處理、對比編碼或自由度計算之差異。

步驟四:執行比較

# Execute both analyses
primary_results <- primary_analysis(study_data)
independent_results <- independent_analysis(study_data)

# Compare
comparison <- compare_results(primary_results, independent_results, tolerances)

# Report
cat("Validation Comparison Report\n")
cat("============================\n")
cat(sprintf("Date: %s\n", Sys.time()))
cat(sprintf("Overall: %s\n\n",
  ifelse(all(comparison$pass), "ALL PASS", "DISCREPANCIES FOUND")))

print(comparison)

預期: 比較報告顯示所有統計量於容差內。Overall 行讀「ALL PASS」。

失敗時: 若發現差異,勿立即假設主分析有誤。調查兩實作:檢查中間計算、驗證輸入資料相同、比較缺失值與邊緣情況之處理。

步驟五:對外部參考(SAS)比較

對 R 與 SAS 輸出比較時:

# Load SAS results (exported as CSV or from .sas7bdat)
sas_results <- list(
  treatment_estimate = 1.2345,  # From SAS PROC GLM output
  treatment_se = 0.3456,
  treatment_p = 0.0004,
  n_subjects = 200,
  r_squared = 0.4567
)

comparison <- compare_results(primary_results, sas_results, tolerances)

# Known sources of difference between R and SAS:
# - Default contrasts (R: treatment, SAS: GLM parameterization)
# - Rounding of intermediate calculations
# - Handling of missing values (na.rm vs listwise deletion)

預期: R 對 SAS 比較結果於容差內,任何已知系統性差異(對比編碼、捨入)已記錄並解釋。

失敗時: 若 R 與 SAS 產生超容差之差異,檢查三個最常見之分歧來源:預設對比編碼(R 用 treatment 對比、SAS 用 GLM 參數化)、缺失值處理、中間計算之捨入。記錄各差異與其根因。

步驟六:記錄結果

建立驗證報告:

# validation/output_comparison_report.R
sink("validation/output_comparison_report.txt")

cat("OUTPUT VALIDATION REPORT\n")
cat("========================\n")
cat(sprintf("Project: %s\n", project_name))
cat(sprintf("Date: %s\n", format(Sys.time())))
cat(sprintf("Primary Analyst: %s\n", primary_analyst))
cat(sprintf("Independent Analyst: %s\n", independent_analyst))
cat(sprintf("R Version: %s\n\n", R.version.string))

cat("COMPARISON RESULTS\n")
cat("------------------\n")
print(comparison, row.names = FALSE)

cat(sprintf("\nOVERALL VERDICT: %s\n",
  ifelse(all(comparison$pass), "VALIDATED", "DISCREPANCIES - INVESTIGATION REQUIRED")))

cat("\nSESSION INFO\n")
print(sessionInfo())

sink()

預期: 完整之驗證報告文件存於 validation/output_comparison_report.txt,含專案元資料、比較結果、整體裁定與會話資訊。

失敗時:sink() 失敗或產生空文件,檢查輸出目錄存在(dir.create("validation", showWarnings = FALSE))且無先前之 sink() 呼叫仍活躍(用 sink.number() 檢查)。

步驟七:處理差異

當結果不匹配時:

  1. 驗證兩實作用相同輸入資料(雜湊比較)
  2. 檢查 NA 處理之差異
  3. 逐步比較中間計算
  4. 記錄根因
  5. 判定差異是否可接受(容差內)或需代碼修正

預期: 所有差異經調查、根因辨識,且各被分類為可接受(容差內,有記錄理由)或需代碼修正。

失敗時: 若差異無法解釋,升級至統計負責人。勿駁回未解釋之差異,因可能指示某實作有真實錯誤。

驗證

  • 獨立分析產生容差內之結果
  • 所有比較統計量已記錄
  • 差異(若有)經調查並解決
  • 輸入資料完整性已驗證(雜湊匹配)
  • 容差準則已預先指定並有理由
  • 驗證報告完整且已簽署

常見陷阱

  • 同分析師寫兩實作:雙重程式設計需獨立分析師方為真實驗證
  • 實作間共享代碼:獨立版本不得自主版本複製
  • 不適當之容差:過鬆藏匿真實錯誤;過嚴標記浮點雜訊
  • 忽略系統性差異:小幅一致偏差即便於容差內,亦可能指示真實錯誤
  • 未驗證驗證:以已知輸入驗證比較代碼本身運作正確

相關技能

  • setup-gxp-r-project — 已驗證工作之專案結構
  • write-validation-documentation — 計畫書與報告範本
  • implement-audit-trail — 追蹤驗證過程本身
  • write-testthat-tests — 持續驗證之自動化測試組

GitHub 저장소

pjt222/agent-almanac
경로: i18n/wenyan-lite/skills/validate-statistical-output
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

연관 스킬

qmd

개발

qmd는 BM25, 벡터 임베딩, 재순위화를 결합한 하이브리드 검색을 통해 로컬 파일을 색인화하고 검색할 수 있는 로컬 검색 및 색인화 CLI 도구입니다. 명령줄 사용과 Claude 통합을 위한 MCP(Model Context Protocol) 모드를 모두 지원합니다. 이 도구는 임베딩에 Ollama를 사용하고 색인을 로컬에 저장하여 터미널에서 직접 문서나 코드베이스를 검색하는 데 이상적입니다.

스킬 보기

subagent-driven-development

개발

이 스킬은 각 독립적인 작업마다 새로운 하위 에이전트를 배치하고 작업 사이에 코드 리뷰를 진행하여 구현 계획을 실행합니다. 이 리뷰 프로세스를 통해 품질 게이트를 유지하면서 빠른 반복 작업을 가능하게 합니다. 동일한 세션 내에서 대부분 독립적인 작업을 진행할 때 내장된 품질 검증과 함께 지속적인 진행을 보장하기 위해 사용하세요.

스킬 보기

mcporter

개발

mcporter 스킬은 개발자가 Claude에서 직접 Model Context Protocol(MCP) 서버를 관리하고 호출할 수 있도록 합니다. 이 스킬은 사용 가능한 서버를 나열하고, 인수를 사용해 해당 서버의 도구를 호출하며, 인증 및 데몬 생명주기를 처리하는 명령어를 제공합니다. 개발 워크플로우에서 MCP 서버 기능을 통합하고 테스트할 때 이 스킬을 사용하세요.

스킬 보기

adk-deployment-specialist

개발

이 스킬은 A2A 프로토콜을 사용하여 Vertex AI ADK 에이전트를 배포하고 오케스트레이션하며, AgentCard 검색, 작업 제출, 코드 실행 샌드박스 및 메모리 뱅크와 같은 지원 도구를 관리합니다. Python, Java 또는 Go 언어로 순차, 병렬 또는 루프 오케스트레이션 패턴을 갖춘 다중 에이전트 시스템 구축을 가능하게 합니다. Google Cloud에서 ADK 에이전트 배포 또는 에이전트 워크플로우 오케스트레이션을 요청받았을 때 사용하세요.

스킬 보기