github-templates
Skill1 starsChanged 53 days agoMITView on GitHub
Create GitHub issue and pull request templates for GitHub-hosted projects. Covers bug reports, feature requests, PR templates, and contributing guidelines. Proactively offers during project initialization.
- Installs packages
1 other project uses a version of this.
Adopted by
Most recently taken up by
- simscal/sapiens-dtjtheir own version, first seen Oct 20, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- simscal/sapiens-dtj★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository28 other files it gives its agents.
- journal-coachSkill
- node-ciSkill
- renovateSkill
- create-readmeSkill
- markdown-styleSkill
- mermaid-syntaxSkill
- obsidian-vaultSkill
- ste100Skill
- forge-detectSkill
- forgejo-issueSkill
- forgejo-prSkill
- web-frontendSkill
- docker-pythonSkill
- pyproject-tomlSkill
- python-ciSkill
- python-cliSkill
- python-devcontainerSkill
- python-projectSkill
- architecture-briefSkill
- design-advisorSkill
- saas-anti-pattern-reviewSkill
- saas-transition-chain-reviewSkill
- saas-transition-reviewSkill
- saas-transition-strategySkill
- security-reviewerSkill
- technical-debt-reviewSkill
- commit-messageSkill
- discord-sendSkill
The file
We split this skill into the rules it gives an agent
11 rules. About 0 are common, 9 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈9
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 9
Create GitHub community files (issue templates, PR template, contributing guide) for any GitHub-hosted project.
- Distinctive: line 15
Ask the user: *"Will this project be hosted on GitHub?"*
- Distinctive: line 22
Check which of these already exist:
- Distinctive: line 34
Read the project's configuration files to detect:
- Distinctive: line 79
Ask the user which templates to create.
- Distinctive: line 92
If the user declines all, exit.
- Distinctive: line 96
Ask the user for:
- Very specific: line 103
Read each selected .tmpl file, substitute placeholders, and write:
- Distinctive: line 114
Create directories as needed:
- Very specific: line 119
Write each template file. For CONTRIBUTING.md, use the assets/CONTRIBUTING.md.tmpl template.
- Distinctive: line 123
After writing, list the created files for the user.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
github-templates
Create GitHub community files (issue templates, PR template, contributing guide) for any GitHub-hosted project.
Workflow
Step 1: Check if project will be on GitHub
Ask the user: "Will this project be hosted on GitHub?"
- If yes: proceed
- If no: explain that this skill is for GitHub projects only, and skip
Step 2: Scan existing templates
Check which of these already exist:
.github/ISSUE_TEMPLATE/bug_report.md.github/ISSUE_TEMPLATE/feature_request.md.github/ISSUE_TEMPLATE/config.yml.github/PULL_REQUEST_TEMPLATE.mdCONTRIBUTING.md
List which ones exist and which are missing.
Step 3: Gather project metadata
Read the project's configuration files to detect:
| Info | Source |
| Project name | pyproject.toml → [project].name or package.json → name or directory name |
| Language/runtime | Python (pyproject.toml), Node (package.json), Go (go.mod), Rust (Cargo.toml) |
| Validation command | Python/uv → uv run hatch run check if hatch scripts present, else uv run pytest && uv run ruff check . && uv run mypy; Node → npm test && npm run lint if scripts present; otherwise fallback to generic |
| Docs URL | Check README.md for a docs link; otherwise pyproject.toml for Project-URL |
| Python version | pyproject.toml → requires-python |
| Package manager | uv.lock → uv, package-lock.json → npm, pnpm-lock.yaml → pnpm |
For the prerequisites and setup steps in assets/CONTRIBUTING.md.tmpl:
Python projects (pyproject.toml found):
prerequisites: >
- **Python {{python_version}}**
- **uv** (installed globally) — see [docs.astral.sh/uv](https://docs.astral.sh/uv/)
setup_steps: >
4. Install dependencies:
```bash
uv sync --group dev
```Node projects (package.json found):
prerequisites: >
- **Node.js {{node_version}}**
- **npm** (or **pnpm** / **yarn** depending on lock file)
setup_steps: >
4. Install dependencies:
```bash
npm install
```Other projects:
prerequisites: "" (omit section)
setup_steps: "" (omit section)Step 4: Present options
Ask the user which templates to create. Pre-check all missing items by default.
The following files are missing:
☑ .github/ISSUE_TEMPLATE/bug_report.md
☑ .github/ISSUE_TEMPLATE/feature_request.md
☑ .github/ISSUE_TEMPLATE/config.yml
☑ .github/PULL_REQUEST_TEMPLATE.md
☑ CONTRIBUTING.md
Create all of these?If the user declines all, exit.
Step 5: Ask for customization values
Ask the user for:
- Docs URL (optional) — if not found in project config, prompt: "Do you have a documentation URL? (leave blank to skip)"
- Validation command — offer the detected value as default, let user override
- Author/maintainer name — for CONTRIBUTING.md tone (default: detected from git config
user.name)
Step 6: Substitute and write templates
Read each selected .tmpl file, substitute placeholders, and write:
| Placeholder | Source |
{{project_name}} | Project name from config (Step 3) |
{{docs_url}} | User-provided or empty (if provided, the conditional {{#if docs_url}} blocks render) |
{{validation_command}} | Detected or user-overridden |
{{prerequisites}} | Generated from project type |
{{setup_steps}} | Generated from project type |
{{python_version}} | From requires-python in pyproject.toml |
Create directories as needed:
mkdir -p .github/ISSUE_TEMPLATEWrite each template file. For CONTRIBUTING.md, use the assets/CONTRIBUTING.md.tmpl template.
Step 7: Confirm
After writing, list the created files for the user.
Created:
.github/ISSUE_TEMPLATE/bug_report.md
.github/ISSUE_TEMPLATE/feature_request.md
.github/ISSUE_TEMPLATE/config.yml
.github/PULL_REQUEST_TEMPLATE.md
CONTRIBUTING.mdDoes it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

