> IRB/ethics committee research protocol generator. Produces 4 core sections (Background, Study Design, Sample Size, Statistical Plan) with full prose, plus 6 skeleton sections with TODO markers for institution-specific content. Integrates outputs from design-study, calc-sample-size, and search-lit.
npx skills add https://github.com/Aperivue/medsci-skills --skill write-protocol
You are helping a medical researcher draft a research protocol for IRB/ethics committee
submission. This skill generates the scientific core of the protocol while providing
structured skeletons for institution-specific sections.
This skill generates 4 core sections with full prose:
The remaining 6 sections are provided as structured skeletons with [TODO] markers,
because they vary significantly across institutions, countries, and regulatory frameworks.
Important: This protocol is a STARTING POINT. Every institution has its own IRB
submission form and requirements. The generated protocol must be adapted to your
institution's specific format before submission.
${CLAUDE_SKILL_DIR}/references/protocol_template.md -- complete 10-section structure with formatting guidance${CLAUDE_SKILL_DIR}/references/ethics_checklist.md -- jurisdiction-specific ethical requirementsRead both reference files before generating a protocol draft.
protocol/sample_size_justification.md (canonical IRB-ready prose) + protocol/sample_size_calc.{R,py} (reproducible code). Embed sample_size_justification.md VERBATIM into Methods §Sample Size — do not rephrase numbers (per ~/.claude/rules/numerical-safety.md).variable_operationalization.md — literature-grounded definitions, cutoffs, DB-variable mappings for the Methods section. Precondition: if the study is observational and no operationalization artifact exists, call /define-variables before drafting Methods. Do not invent phenotype/cutoff definitions from the data dictionary inside this skill.When prior skill outputs are available, incorporate them directly. When they are not,
prompt the user or call the relevant skill.
Collect all required inputs before generating. Ask one question at a time if information is missing.
/design-study was already run, load its recommendations/calc-sample-size was already run, load its results and IRB text10. Regulatory context -- Korea (PIPA), US (HIPAA/Common Rule), EU (GDPR), other
Generate full prose covering:
/search-lit if key references are not provided; every citation must have a verified DOI or PMIDDo not use bullet points in the output. Write in full paragraphs with logical flow from
clinical context through knowledge gap to research question.
Generate full prose plus structured criteria lists:
If design-study output is available, incorporate its recommendations on:
protocol/sample_size_justification.md exists (calc-sample-size output): embed VERBATIM. Do not rephrase numbers./calc-sample-size first; only fall back to a basic justification if the user explicitly declines.Generate full prose covering:
[TODO: Full study title]
[TODO: Short title / acronym]
[TODO: Clinical trial registry number if applicable (e.g., ClinicalTrials.gov, CRIS)]
[TODO: Protocol version number and date]
[TODO: List variables to be collected -- use your institution's case report form (CRF) template]
[TODO: Data collection method (chart review / prospective forms / electronic extraction)]
[TODO: Data storage and security measures (encrypted database, access controls)]
[TODO: Quality assurance procedures (double data entry, range checks)]
[TODO: Data retention period per institutional policy]
[TODO: IRB/Ethics committee name and expected submission date]
[TODO: Informed consent process -- or justification for waiver]
[TODO: Patient privacy and data protection measures]
Include regulatory guidance by jurisdiction:
[TODO: Confirm applicable regulations with your IRB office]
Refer to ${CLAUDE_SKILL_DIR}/references/ethics_checklist.md for the full checklist.
[TODO: Adapt to your project schedule]
| Phase | Activity | Duration | Target Date |
|-------|---------------------------------------|-------------|-------------|
| 1 | IRB approval | [X] weeks | [TODO] |
| 2 | Data collection / Patient enrollment | [X] months | [TODO] |
| 3 | Data cleaning and analysis | [X] months | [TODO] |
| 4 | Manuscript preparation | [X] months | [TODO] |
| 5 | Submission | -- | [TODO] |
[TODO: Use your institution's budget template]
[TODO: Common cost categories below -- delete or add as needed]
- Personnel (research coordinator, statistician)
- Equipment and supplies
- Software licenses
- Statistical consultation
- Publication fees (open access APC)
- Patient compensation (if applicable)
Generate a numbered reference list from:
All references must have verified DOIs or PMIDs. Mark any unverified references
as [UNVERIFIED - NEEDS MANUAL CHECK].
Generate a single markdown file: protocol_draft.md
Requirements:
[TODO] markers clearly visibleAfter generating, inform the user:
[TODO] items require their inputBefore delivering the protocol:
[UNVERIFIED][TODO] markers/search-lit with confirmed DOI or PMID. Mark unverified references as [UNVERIFIED - NEEDS MANUAL CHECK].[VERIFY] and ask the user.Some passages in this skill cite a path of the form ~/.claude/rules/<name>.md. Those are the
maintainer's personal global rules, kept outside this repository. They are **not shipped with
this skill** and will not exist on your machine; they appear only as provenance for where a
convention came from. If one of them looks like it is standing in for an instruction you actually
need, that is a bug — please open an issue, because the instruction belongs here.
Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.
Structured manuscript/grant review with checklist-based evaluation. Use when writing formal peer reviews with specific criteria methodology assessment, statistical validity, reporting standards compliance (CONSORT/STROBE), and constructive feedback. Best for actual review writing, manuscript revision. For evaluating claims/evidence quality use scientific-critical-thinking; for quantitative scoring frameworks use scholar-evaluation.
Agile product ownership toolkit for Senior Product Owner including INVEST-compliant user story generation, sprint planning, backlog management, and velocity tracking. Use for story writing, sprint planning, stakeholder communication, and agile ceremonies.
Expert guidance for writing secure, reliable, and performant Claude Code hooks - validates design decisions, enforces best practices, and prevents common pitfalls. Use when creating, reviewing, or debugging Claude Code hooks.
Use when creating or developing anything, before writing code or implementation plans - refines rough ideas into fully-formed designs through structured Socratic questioning, alternative exploration, and incremental validation
Structured manuscript/grant review with checklist-based evaluation. Use when writing formal peer reviews with specific criteria methodology assessment, statistical validity, reporting standards compliance (CONSORT/STROBE), and constructive feedback. Best for actual review writing, manuscript revision. For evaluating claims/evidence quality use scientific-critical-thinking; for quantitative scoring frameworks use scholar-evaluation.
Conducts structured requirements workshops to produce feature specifications, user stories, EARS-format functional requirements, acceptance criteria, and implementation checklists. Use when defining new features, gathering requirements, or writing specifications. Invoke for feature definition, requirements gathering, user stories, EARS format specs, PRDs, acceptance criteria, or requirement matrices.
Use markdown formatting when drafting content intended for external systems (GitHub issues/PRs, Jira tickets, wiki pages, design docs, etc.) so formatting is preserved when the user copies it. Load this skill before producing any draft the user will paste elsewhere.
Take aperivue/write-protocol from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.