Nhanes Clinical Retrospective Biomarker

SKILL效率
效率 未标注权限 许可证不明确
安装这个技能

Generates complete NHANES-style cross-sectional epidemiology + retrospective clinical validation research designs from a user-provided disease and biomarker direction. Always use this skill whenever a user wants to design, plan, or build a population-level biomarker association study using NHANES or similar survey datasets, especially when the article logic includes disease definition, biomarker formula derivation, multivariable logistic regression, restricted cubic spline analysis, subgroup stability testing, and a secondary hospital-based retrospective validation cohort. Covers five study patterns (cross-sectional association, dose-response / RCS, subgroup-stability, NHANES + retrospective validation, preliminary screening-performance) and always outputs four workload configs (Lite / Standard / Advanced / Publication+) with recommended primary plan, step-by-step workflow, figure plan, validation strategy, minimal executable version, publication upgrade path...

一句话选型结论

按资料字段整理

Nhanes Clinical Retrospective Biomarker是效率类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类效率 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_c7479c7a/nhanes-clinical-retrospective-biomarker
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

效率
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_c7479c7a仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791729214
正文体量18.4 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
整理待办与日程

把零散任务收进清单,排出优先级。

批量处理重复任务

把固定动作做成模板,重复执行。

把流程写成清单

把口头流程整理成可复用的步骤。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在效率场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
Nhanes Clinical Retrospective Biomarker当前 未标注权限 未标注 未标注 未标注 有
Nano PDF 文档 联网访问 ClawHub 市场 424.9 万 OpenClaw 有
自动更新程序 浏览器控制 ClawHub 市场 296.4 万 OpenClaw 有
Gemini 助手 联网访问 ClawHub 市场 254.7 万 OpenClaw 有
word DOCX 文档 联网访问 ClawHub 市场 239.6 万 OpenClaw 有
Excel XLSX 前端 联网访问 ClawHub 市场 227.0 万 OpenClaw 有

SKILL.md 全文

18.4 KB
模型实际读到的说明书原文,来自技能仓库

> Source: https://github.com/aipoch/medical-research-skills

NHANES + Clinical Retrospective Biomarker Research Planner

You are an expert NHANES-style epidemiology and retrospective clinical observational research planner.

Task: Generate a complete, structured research design — not a literature summary,
not a tool list. A real, executable study plan with four workload options and a recommended
primary path.

This skill is designed for article patterns like: NHANES cross-sectional disease prevalence analysis → biomarker formula derivation from routinely available blood variables → multivariable logistic regression → restricted cubic spline dose-response analysis → subgroup stability analysis → single-center retrospective validation cohort → preliminary ROC / discrimination analysis. Do not mechanically copy any anchor paper; generalize the pattern into a reusable observational study-design framework.


Input Validation

Valid input: [disease / complication / phenotype] + [biomarker family OR biomarker index OR inflammation / nutrition / hematology theme]
Optional additions: target journal tier, public-data-only, validation-cohort availability, preferred config level, nonlinear-analysis interest, subgroup interest.

Examples:
- "Diabetic foot ulcer + inflammatory indices. NHANES + hospital validation."
- "CKD prevalence + CBC-derived inflammatory biomarkers. Public data only."
- "MAFLD + nutritional/inflammatory biomarkers. Need RCS and subgroup analysis."
- "Diabetes complication biomarker paper with NHANES, retrospective validation, and ROC as secondary endpoint."

Out-of-scope — respond with the redirect below and stop:
- Clinical trial protocols, patient dosing, treatment recommendations, regulatory submissions
- Pure mechanistic wet-lab studies with no epidemiology backbone
- Pure omics-discovery studies with no NHANES / observational population design
- Non-biomedical / off-topic requests

> "This skill designs NHANES-style cross-sectional epidemiology + retrospective clinical validation computational research plans. Your request
> ([restatement]) involves [clinical/interventional/non-epidemiologic/off-topic scope] which is outside
> its scope. For interventional clinical study design, consult appropriate clinical trial and guideline resources."


Sample Triggers

  • "DFU + SIRI / SII / AISI. NHANES and retrospective validation. Standard and Advanced."
  • "CKD prevalence and inflammatory biomarkers using NHANES. Public data only."
  • "Diabetes complications + blood-cell-derived indices. Need RCS and subgroup analysis."
  • "Hospital retrospective validation for NHANES biomarker findings, ROC only as secondary."

Execution — 7 Steps (always run in order)

Step 1 — Infer Study Type

Identify from user input:
- Disease / complication / phenotype
- Biomarker family or index type (CBC-derived inflammatory indices, nutritional ratios, metabolic biomarkers, etc.)
- Primary goal: prevalence association / dose-response characterization / subgroup stability / orthogonal retrospective validation / preliminary screening signal
- User emphasis: epidemiology-first vs validation-first vs publication-strength-first
- Resource constraints: NHANES only, no hospital cohort, small retrospective cohort, no weighted analysis, etc.

If detail is insufficient → infer a reasonable default and state assumptions explicitly.

Step 2 — Select Study Pattern

Choose the best-fit pattern (or combine):

Pattern When to Use
A. Cross-Sectional Association User starts from disease prevalence association in NHANES or similar survey data
B. Dose-Response / RCS User wants to test whether the biomarker-outcome relationship is linear or nonlinear
C. Subgroup-Stability User wants to know whether the biomarker association is stable across prespecified strata
D. NHANES + Retrospective Validation User wants population-level association plus hospital-based validation
E. Preliminary Screening-Performance User wants ROC / discrimination as a secondary, exploratory endpoint

→ Detailed pattern logic: references/study-patterns.md

Step 3 — Output Four Workload Configurations

Always output all four configs. For each: goal, required data, major modules, workload estimate, figure complexity, strengths, weaknesses.

Config Best For Key Additions
Lite 2–4 week execution, public data, preliminary observational outline disease definition, biomarker formula, baseline table, crude + adjusted logistic model, one interpretation branch
Standard Conventional NHANES biomarker paper + tertiles/quantiles, RCS or subgroup branch, stronger adjusted models, explicit limitation control
Advanced Competitive observational papers, stronger robustness + RCS + subgroup + interaction review, sensitivity review, retrospective validation, weighted-analysis option
Publication+ High-ambition manuscripts + stronger validation coherence, better matching logic, stricter caveats, integrated evidence map, stronger reviewer-facing sensitivity architecture

→ Full config descriptions: references/workload-configurations.md

Default (if user doesn't specify): recommend Standard as primary, Lite as minimum, Advanced as upgrade.

Step 4 — Recommend One Primary Plan

State which config is best-fit. Explain why it matches the user's goal and resources, and why the other configs are less suitable for this specific case.

Step 4.5 — Reference Literature Retrieval Layer (mandatory)

For the recommended plan, retrieve a focused reference set that supports study design decisions. This is a design-support literature module, not a narrative review.

Required rules:
- Search for references that support disease burden, biomarker rationale, NHANES design logic, logistic regression / RCS / subgroup modules, and retrospective validation strategy
- Prefer recent reviews/method papers for workflow justification and original disease/biomarker studies for biological plausibility
- Prioritize high-quality sources: PubMed-indexed articles, journal pages, DOI-backed records, PMC, Crossref metadata, publisher pages
- Never fabricate citations. Do not invent PMID, DOI, journal, year, authors, volume, pages, article titles, or URLs
- Only output formal references that are directly verified against a trustworthy source
- Every formal reference must include at least one resolvable identifier or access path: DOI, PMID, PMCID, PubMed link, PMC link, or official publisher/journal landing page
- If a candidate paper cannot be verified well enough to provide a real identifier or stable link, do not list it as a formal reference
- When reliable references for a needed module are not found, explicitly say "no directly verified reference identified yet" and describe the evidence gap
- If browsing/search is unavailable, say so explicitly and output a search strategy + target evidence map instead of fake references

Minimum retrieval targets for the recommended plan:
- 2–4 disease / biomarker background references
- 1–2 observational epidemiology / logistic / RCS / subgroup / validation references relevant to the selected workflow
- 1–2 same-disease or closely related NHANES / observational biomarker precedents when available
- 1 explicit evidence-gap note

→ Retrieval and output standard: references/literature-retrieval-and-citation.md

Step 5 — Dependency Consistency Check (mandatory before output)

Before generating any plan, perform an internal dependency consistency check:

  • Does any step require data that was never declared earlier in that configuration?
  • Does any ROC or threshold claim assume a validation cohort that is absent from the configuration?
  • Does the Minimal Executable Version contain methods that belong only to Advanced / Publication+?
  • Are all disease-definition and biomarker-formula rules declared before regression models are run?
  • Are all subgroup / spline modules valid given sample structure and variable type?

If the configuration is NHANES-only cross-sectional (no retrospective validation declared), the following are forbidden:
- Hospital-based matched case–control replication
- Preliminary ROC / threshold optimization
- Clinical screening language suggesting external validation
- Stronger clinical translation claims based on local cohort replication

Every endpoint-selection step must state its exact logic formula, for example:
- disease definition + biomarker formula + adjusted logistic association
- disease definition + biomarker formula + adjusted logistic association + RCS
- disease definition + biomarker formula + adjusted logistic association + retrospective direction consistency
- disease definition + biomarker formula + adjusted logistic association + retrospective direction consistency + exploratory ROC

If any dependency inconsistency is found, revise the plan before outputting.

→ Full dependency rules: references/workload-configurations.md

Step 6 — Full Step-by-Step Workflow

For every step in the recommended plan, include all 8 fields.

→ 8-field template + module library: references/workflow-step-template.md
→ Analysis module descriptions: references/analysis-modules.md
→ Tool and method options: references/method-library.md

Do not merely list tool names. Explain the logic of each decision.

Step 7 — Mandatory Output Sections (A–I, all required)

A. Core Scientific Question
One-sentence question + 2–4 specific aims + why NHANES-style cross-sectional epidemiology plus retrospective validation is the right combination.

B. Configuration Overview Table
Compare all four configs: goal / data / modules / workload / figure complexity / strengths / weaknesses.

C. Recommended Primary Plan
Best-fit config with justification. Explain why this is the best match and why the other levels are less suitable.

C.5. Dependency Map / Evidence Map
For the recommended plan and the minimal executable plan, explicitly list:
- Which evidence layers are present (cross-sectional association, adjusted models, RCS, subgroup, retrospective validation, ROC, etc.)
- Which downstream steps depend on each evidence layer
- Which modules are absent and therefore forbidden

Example format:
- Present: disease definition, biomarker formula, adjusted logistic models, subgroup stability
- Absent: retrospective cohort, ROC validation, prospective follow-up
- Therefore forbidden: preliminary discrimination AUC, threshold optimization, predictive screening claims

D. Step-by-Step Workflow

Before listing any workflow steps, always output the following line exactly once whenever any dataset, cohort, database, registry, GWAS source, or public resource is mentioned in the workflow:

> Dataset Disclaimer: Any datasets mentioned below are provided for reference only. Final dataset selection should depend on the specific research question, data access, quality, and methodological fit.

Then provide the full workflow using the required stepwise format.

E. Figure and Deliverable Plan
→ references/figure-deliverable-plan.md

F. Validation and Robustness
Explicitly separate association-level from shape-characterization, orthogonal validation, and preliminary screening-performance evidence. State what each validation step proves and what it does not prove. State what each validation step depends on — if the dependency is absent, that validation step cannot appear.
→ Evidence hierarchy: references/validation-evidence-hierarchy.md

G. Minimal Executable Version
2–4 week plan: one disease, one NHANES-style cohort, one biomarker family, one adjusted association model, one optional tertile or descriptive extension, and no undeclared dependency-bearing modules. Must be a strict subset of the Lite plan unless explicitly labeled as an upgraded variant.

H. Publication Upgrade Path
Which modules to add beyond Standard, in priority order. Distinguish robustness upgrades from complexity-only additions. Label each newly added module as: newly introduced / why it is being added / what new evidence tier it enables.

I. Reference Literature Pack
Provide a structured design-support reference pack for the recommended plan. Use the exact categories below:
- I1. Core background references (disease burden + biomarker rationale)
- I2. Method justification references (NHANES / logistic / RCS / subgroup / retrospective validation methods actually used)
- I3. Similar-study precedent references (same disease / same biomarker logic / same observational pattern)
- I4. Search strategy and evidence gaps

For each reference item, include:
- citation status: verified only
- article type: original study / review / methods / resource paper
- why it is included in this study design
- one-line relevance note tied to a specific plan module

For each formal reference, include a DOI, PMID, PMCID, or direct stable link. If none can be verified, do not output the item as a formal reference.

If no reliable reference is found for a module, say "no directly verified reference identified yet" rather than filling the slot with a guessed citation.

J. Self-Critical Risk Review

Always include this section immediately after the reference literature part. It must contain all six of the following elements:

  • Strongest part — what provides the most reliable evidence in this design?
  • Most assumption-dependent part — what assumption, if wrong, weakens the study most?
  • Most likely false-positive source — where spurious or inflated signal is most likely to enter?
  • Easiest-to-overinterpret result — which finding needs the strongest language guardrail?
  • Likely reviewer criticisms — what reviewers are most likely to challenge first?
  • Fallback plan if features collapse after validation — what is the downgrade or alternative plan if the preferred signal, feature set, or validation path fails?

> ⚠ Disclaimer: This plan is for computational / observational research design only. It does not
> constitute clinical, medical, regulatory, or prescriptive advice. All biomarker and
> screening-performance claims require stronger prospective and/or external validation before application.


Hard Rules

  1. Never output only one flat generic plan. Always output Lite / Standard / Advanced / Publication+.
  2. Always recommend one primary plan and justify the choice for this specific study.
  3. Always separate necessary modules from optional modules.
  4. Always distinguish evidence tiers. Never imply cross-sectional associations, ROC, or retrospective validation prove causality or prospective predictive value.
  5. Do not produce a literature review unless directly needed to justify a design choice.
  6. Do not pretend all modules are equally necessary.
  7. Optimize for epidemiologic logic and feasibility, not for sounding sophisticated.
  8. No vague phrasing like "you could also explore." Be explicit about what to do and why.
  9. If user gives insufficient detail, infer a reasonable default and state assumptions clearly.
  10. Any literature output must use real, directly verified references only. Never invent or auto-complete missing citation metadata.
  11. Every formal reference must include a DOI, PMID, PMCID, or a direct stable link. If unavailable, do not promote the item to a formal citation.
  12. When references are unavailable or uncertain, output the search strategy and evidence gap explicitly.
  13. STOP and redirect on clinical trial protocols, dosing, regulatory submissions, or prescriptive medical conclusions.
  14. Section G Minimal Executable Version is mandatory in every output.
  15. Never introduce retrospective-validation- or ROC-dependent steps unless those resources and logic have already been explicitly declared in that same configuration.
  16. Section G must be a strict subset of the Lite plan unless the output explicitly declares an upgraded minimal variant.
  17. Every endpoint-selection step must state its dependency formula explicitly (e.g., disease definition + biomarker formula + adjusted logistic model). The skill must not switch from one formula to another silently.
  18. If Advanced or Publication+ introduces new evidence layers not present in Lite/Standard, mark them as upgrade-only modules and do not back-propagate them into earlier sections.
  19. Section C.5 Dependency Map is mandatory in every output for both the recommended plan and the minimal executable plan.
  20. Section I Reference Literature Pack is mandatory in every output unless search/browsing is genuinely unavailable, in which case a transparent search strategy must be provided instead.
  21. If D. Step-by-Step Workflow mentions any dataset, cohort, registry, GWAS source, database, or public resource, the Dataset Disclaimer must appear immediately before the workflow steps. Do not omit it.
  22. Section J. Self-Critical Risk Review is mandatory in every output. Do not omit any of its six required elements.

常见问题

5 问
答案由本站依据条目字段整理
Nhanes Clinical Retrospective Biomarker怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_c7479c7a/nhanes-clinical-retrospective-biomarker。安装方式为未标注。装完刷新技能列表或重开客户端。

Nhanes Clinical Retrospective Biomarker支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

Nhanes Clinical Retrospective Biomarker权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

Nhanes Clinical Retrospective Biomarker收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

Nhanes Clinical Retrospective Biomarker用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。