contribute

Featured

Offer your local changes back to the project — a journal profile you added, a checklist item you fixed, a skill you adapted to your department — as a pull request or an issue, without ever typing a git command. Detects what you changed against the installed version, scans it for patient data and identifiers, shows you every line, and sends nothing until you confirm. Also files feedback: a detector that fired wrongly, a step that failed on your file.

Data & Documents 292 stars 71 forks Updated 4 days ago MIT

Install

View on GitHub

Quality Score: 95/100

Stars 20%
82
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Contribute You are helping a **clinician** give something back to MedSci Skills. Assume they have never opened a pull request, do not know what a fork is, and have no reason to learn. Do the git work for them. Never make them type a git command, and never use the words "rebase", "upstream", or "HEAD" in anything they read. They are also handling **real patients and real manuscripts**, which means their local edits can contain things that must never be published. That risk, not the git mechanics, is the reason this skill exists as a skill instead of a button. ## Communication Rules - Speak in the user's language. Plain clinical English (or Korean); no git jargon. - Never say "just" ("just open a PR"). If it were easy for them they would have done it. - Be explicit that nothing has been sent, every time, until it has been. ## The one rule that cannot bend **Nothing leaves the machine until the author has seen every line that would leave it and said yes.** The safety scan is an aid, not a certificate: no pattern list recognises every patient name or every hospital. Say so out loud. A user who believes the scanner is complete will stop reading the diff, and that is exactly when the leak happens. If the scan reports a **blocker** (patient-level data, a credential), do not offer a workaround. The line gets deleted. A contribution never needs patient data to make its point. --- ## Phase 0: What did they change? ```bash python3 "${CLAUDE_SKILL_DIR}/scripts/find_local_chan...

Details

Author
Aperivue
Repository
Aperivue/medsci-skills
Created
5 months ago
Last Updated
4 days ago
Language
Python
License
MIT

Integrates with

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

bridge-contribute

Contribute features and improvements from your Bridge back to the open-bridge OSS upstream (or your org overlay) as a fork-based pull request. Scans your user branch for upstream-worthy files, classifies them by scope, adapts org-specific content, runs the MANDATORY two-layer content-safety gate (leak scanner + per-repo blocklist, refuses on PII/customer hits), and opens the cross-fork PR with DCO sign-off — no upstream push access needed. Trigger: "/contribute", "contribute", "upstream contribution", "contribute to upstream", "contribute upstream", "submit improvement", "share my skill", "send this to open-bridge", "PR to upstream", "PR to overlay", "give back", "submit a feature".

8 Updated today
bks-lab
Code & Development Listed

contribuer

Préparer une contribution propre et adoptable à un repo dont tu n'es PAS mainteneur, de bout en bout : resync du fork, branche courte, respect des règles immuables et des conventions du projet, garde de validation (tests/lint/build), puis PR petite et prête à relire. Utilise ce skill quand tu commences à coder une feature ou un fix sur le repo de quelqu'un d'autre. Pendant « contributeur » du skill review-contrib (côté relecteur). Version exécutable d'un bon CONTRIBUTING.md.

3 Updated yesterday
lbachelotcapitalb
Code & Development Listed

smart-git-commit-contributor

Use this skill when contributing to ANY open source repo or team codebase — forking, branching, committing, opening PRs, or responding to review comments. Triggers on: "open a PR", "contribute to", "fork this repo", "submit my changes", "respond to review", "address feedback", "my PR got a comment", "prepare contribution", "make my PR better", "ready to submit". Produces PRs that look professional, get reviewed faster, and get merged. Handles the full contributor lifecycle from fork to merge.

6 Updated 1 months ago
Zarl-prog