Marketing Planning
cbrock84/headcount
Builds the marketing plan of record — objectives, channel mix, budget allocation, sequencing, and the measurement that says whether it worked.
Design meeting rhythms, metric reporting, quarterly planning, and decision-making velocity for scaling companies.
$ npx skills add github/awesome-copilot --skill gtm-operating-cadence -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install github/awesome-copilot gtm-operating-cadence --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/github/awesome-copilot.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/gtm-operating-cadence .claude/skills/gtm-operating-cadence && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "gtm-operating-cadence" agent skill from https://github.com/github/awesome-copilot/tree/main/skills/gtm-operating-cadence into .claude/skills/gtm-operating-cadence/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "gtm-operating-cadence", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/github/awesome-copilot/tree/main/skills/gtm-operating-cadenceType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add github/awesome-copilot --skill gtm-operating-cadence -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install github/awesome-copilot gtm-operating-cadence --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/github/awesome-copilot.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/gtm-operating-cadence .agents/skills/gtm-operating-cadence && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "gtm-operating-cadence" agent skill from https://github.com/github/awesome-copilot/tree/main/skills/gtm-operating-cadence into .agents/skills/gtm-operating-cadence/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "gtm-operating-cadence", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add github/awesome-copilot --skill gtm-operating-cadence -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install github/awesome-copilot gtm-operating-cadence --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/github/awesome-copilot.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/gtm-operating-cadence .cursor/skills/gtm-operating-cadence && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "gtm-operating-cadence" agent skill from https://github.com/github/awesome-copilot/tree/main/skills/gtm-operating-cadence into .cursor/skills/gtm-operating-cadence/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "gtm-operating-cadence", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/github/awesome-copilot.git --path skills/gtm-operating-cadence--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add github/awesome-copilot --skill gtm-operating-cadence -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install github/awesome-copilot gtm-operating-cadence --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/github/awesome-copilot.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/gtm-operating-cadence .gemini/skills/gtm-operating-cadence && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "gtm-operating-cadence" agent skill from https://github.com/github/awesome-copilot/tree/main/skills/gtm-operating-cadence into .gemini/skills/gtm-operating-cadence/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "gtm-operating-cadence", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install github/awesome-copilot gtm-operating-cadenceInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add github/awesome-copilot --skill gtm-operating-cadence -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/github/awesome-copilot.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/gtm-operating-cadence .github/skills/gtm-operating-cadence && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "gtm-operating-cadence" agent skill from https://github.com/github/awesome-copilot/tree/main/skills/gtm-operating-cadence into .github/skills/gtm-operating-cadence/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "gtm-operating-cadence", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add github/awesome-copilot --skill gtm-operating-cadence -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install github/awesome-copilot gtm-operating-cadence --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/github/awesome-copilot.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/gtm-operating-cadence .opencode/skills/gtm-operating-cadence && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "gtm-operating-cadence" agent skill from https://github.com/github/awesome-copilot/tree/main/skills/gtm-operating-cadence into .opencode/skills/gtm-operating-cadence/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "gtm-operating-cadence", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
gtm-operating-cadenceDesign meeting rhythms, metric reporting, quarterly planning, and decision-making velocity for scaling companies.
Gtm Operating Cadence is an agent skill from github/awesome-copilot, published by the product's own GitHub organization. Design meeting rhythms, metric reporting, quarterly planning, and decision-making velocity for scaling companies. Use when decisions are slow, planning is broken, the company is growing but alignment is worse, or leadership meetings consume all time without producing decisions.
Its SKILL.md is about 4k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Marketing & SEO, covering Go-to-market strategy and Product roadmapping. The repository describes itself as: Community-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot. The licence is MIT.
7 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 727ff2e. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md.
From the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Gtm Operating Cadence loads about 4k tokens when it runs. Until then it costs about 75 tokens; SKILL.md has 1,926 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from github/awesome-copilot at commit 727ff2e, republished under its MIT licence (© github). 1,926 words, ~4,003 tokens.
.claude/skills/gtm-operating-cadence/SKILL.md (or your agent's skills folder).The meeting structure that worked at 30 people collapses at 100. What worked at 100 collapses at 300. The failure mode is always the same: too many people in too many meetings making too few decisions.
Triggers:
Context:
The Pattern:
Different meetings serve different purposes. Conflating them creates either inefficiency (too much time) or confusion (unclear decisions). Separate meetings by function, frequency, and decision authority.
Level 1: Daily Standup (15 min, teams only)
Level 2: Weekly Functional Reviews (60 min, function leadership)
Each function gets its own weekly rhythm:
Format: Metric recap (10 min) → Wins/blockers (15 min) → One deep-dive (30 min) → Next week priorities (5 min)
Anti-pattern: Trying to solve every problem in the meeting. Pick 1-2, delegate the rest to follow-ups.
Level 3: Weekly All-Hands (60 min, whole company)
The single most important alignment mechanism at a scaling company.
Anti-pattern: Defensive tone. All-hands should be straightforward, not spin. Anti-pattern: Inconsistent metrics. If you change the dashboard, the team can't track progress.
Level 4: Bi-Weekly Leadership Alignment (90 min)
This is where cross-functional blockers get resolved. If functions operate independently, this meeting isn't working.
Level 5: Quarterly Strategic Planning (half-day to full-day)
Anti-pattern: Too much "fun activity," not enough substance. Anti-pattern: No clear decisions coming out.
Scaling Adjustments:
The Rule That Makes This Work:
Every meeting must produce decisions or be cancelled. Status updates are async. If you're in a meeting and nobody is making a decision, leave.
The Pattern:
Monthly reporting catches problems 30 days late. By then, a bad month is baked. Weekly reporting catches problems in week 2, when you can still save the month.
The Format (Same Structure Every Week):
WEEK OF [DATE]
North Star: [Metric]
This Week: [Value] | Last Week: [Value] | Change: [+/-] [↑↓]
Context: [One sentence — why this trend matters]
Functional Metrics:
Product: 7-Day Retention: 34% | Last: 33% | +1% ↑
Feature Adoption: 18% | Last: 16% | +2% ↑
Context: Onboarding improvements showing impact
GTM: Pipeline: $8.2M | Last: $7.8M | +$400K ↑
New POCs: 3 | Last: 2
Context: Partner pipeline adding deals
Health: Team Morale: 7.2/10 (down from 7.5)
Context: Org restructure causing uncertaintyThe Discipline Rules:
The Escalation Rule:
If a metric is RED two weeks in a row with the same action plan, escalate — the action plan isn't working.
How Many Metrics:
Pick 8-12 total. If a metric doesn't change your behavior when it moves, remove it. Dashboards with 40 metrics are decoration, not decision tools.
Common Mistake:
Vanity metrics that look good but don't predict business outcomes. Total downloads without adoption context. CEO headlines without supporting metrics.
The Pattern:
Without quarterly planning, companies drift. Each function optimizes locally. Sales chases deals outside ICP. Product builds features for one customer. Marketing runs campaigns that don't connect to pipeline.
The 3-Week Planning Cycle:
Week 1: Retrospective + Data Gathering
Week 2: Priority Setting (Leadership Half-Day)
Week 3: OKR Cascade + Resource Allocation
The Quarterly Commitment Format:
Q2 2026 Roadmap
North Star: [What we're optimizing for]
Pillar 1: Product (25% team effort)
Initiative: [Name]
Problem: [What we're solving]
Success: [Specific metric]
Owner: [Name]
Timeline: [When]
Pillar 2: GTM (50% team effort)
Initiative: [Name]
...
Pillar 3: People (10% effort)
Initiative: [Name]
...
Pillar 4: Tech Debt (15% effort)
Initiative: [Name]
...The "Not Doing" List:
For every priority you add, identify one thing you're stopping. If you can't name what you're not doing, you have too many priorities.
Common Mistake:
Quarterly planning that produces a 30-page doc nobody reads. The output should be: 3-5 priorities on one page, each with owner and metric. That's it.
The Pattern:
At 20 people, the CEO makes every decision in real-time. Fast. At 100 people, decisions require alignment. Slow. At 300, decisions require alignment, approval, and documentation. Glacial.
The fix isn't more meetings. It's clear decision rights.
Decision Authority Matrix:
| Decision | Who Decides | Timeline | Escalation |
|---|---|---|---|
| Company strategy | CEO | 1 week | Board if strategic |
| Feature priority | Product lead | 1 week | CEO if >3 eng weeks |
| Customer support issue | CSM | Immediately | CS lead if escalated |
| Marketing campaign | Marketing lead | 2 weeks | CMO if >$10K budget |
| Hiring | Function leader | 2 weeks | CEO if role not approved |
| New partnership | CEO | 2 weeks | Board if strategic |
| Vendor selection | Function leader | 1 week | CEO if >$50K/year |
The Problem:
Scaling companies start treating reversible, low-stakes decisions like irreversible, high-stakes ones. Everything needs approval. Everything needs a meeting. Everything needs consensus.
The Fix:
Type 1 (Irreversible, high-stakes): Pricing model, market entry, major partnership → CEO/leadership decides with debate in one meeting. Timeline: 1-2 weeks max.
Type 2 (Reversible, low-stakes): Campaign creative, feature prioritization, single hire → Function owner decides, informs, iterates. Timeline: same day or next day.
Make decisions with 70% information, not 100%. Speed is a competitive advantage at every stage.
Common Mistake:
Consensus culture masquerading as collaboration. "Let's get everyone aligned" often means "nobody wants to decide." Name the decider. Let them decide. Move on.
The Pattern:
Synchronous meetings don't scale. Default to async, escalate to sync.
Async First (No Meeting Needed):
Sync When:
Documentation Discipline:
Every decision documented: What was decided? Why? Who decided? When does it take effect? Who needs to know?
Store in searchable format (wiki, shared drive). New hires onboard faster. Past decisions don't get relitigated.
Common Mistake:
"Quick sync" meetings that grow to consume 10 hours per week. Over-communicating in Slack (ephemeral, noisy) and under-communicating in persistent formats (docs, emails). The important stuff should be searchable 6 months later.
The Pattern:
The single highest-leverage communication tool at a scaling company. 5-10 minutes to write. Everyone reads it. It sets context, celebrates wins, names priorities, and creates shared understanding.
Format (Sent Sunday Night or Monday Morning):
1. Week Focus (1 paragraph): What's the priority this week? What should the team be focused on?
2. North Star Progress (1-2 bullets): Where are we on the key metric? Trend up/down/flat? Why does this matter?
3. Wins This Week (3-5 bullets): What shipped? Customer/partner wins? Big picture implication?
4. Blockers Getting Resolved (1-2 bullets): What are we unblocking this week? Who needs to know?
5. Ask (1 bullet, optional): What help does the team need? Referrals, feedback, customer introductions?
The Rule:
Same day every week. Consistency signals operational discipline. If you skip a week, the team notices — and starts wondering what you're not telling them.
Common Mistake:
Too long (team doesn't read), too detailed (save that for function meetings), only good news (team loses trust), inconsistent (team stops reading).
The Pattern:
The most powerful tool for speed isn't hierarchy — it's explicit role clarity. When someone knows exactly what they own and can't delegate it away, decisions happen faster.
How to Execute:
The Test:
Can you name the single person who owns this outcome? Not "the team" — a person. If you can't, the initiative will drift.
Common Mistake:
Assigning projects to multiple people ("everyone owns it" = nobody owns it). Measuring activity instead of impact. Burn rate going up without clear ROI tracking per initiative.
Company size <30?
├─ Yes → Levels 2-3 only (weekly functional + all-hands)
└─ No → Continue...
│
30-100 people?
├─ Yes → All 5 levels
└─ No → All 5 + skip-level reviews + function sub-cadencesDoes it produce decisions?
├─ No → Can it be async?
│ ├─ Yes → Make it async, cancel the meeting
│ └─ No → Redesign with decision agenda
└─ Yes → Are the right people in the room?
├─ No → Fix attendee list (fewer > more)
└─ Yes → Keep it1. Adding meetings as you grow Replace them. At 200 people, the CEO should be in fewer meetings than at 50.
2. Status update meetings If it can be an email, it should be an email. Meetings are for decisions.
3. Changing metrics every quarter Consistency enables trend identification. Same dashboard, every time.
4. Consensus culture Name the decider. Let them decide. Inform everyone else.
5. All information in Slack Ephemeral, noisy, unsearchable. Important decisions go in docs.
6. Quarterly planning that produces 30-page docs 3-5 priorities on one page. That's the output.
Meeting architecture: Daily standup (15 min) → Weekly functional (60 min) → Weekly all-hands (60 min) → Bi-weekly leadership (90 min) → Quarterly planning (half-day)
Weekly metric dashboard: 8-12 metrics, same format every week, traffic light colors, one context sentence per metric, owner + action + deadline for every RED
Quarterly planning cycle: Week 1: Retro + data → Week 2: Priority setting (3-5 max) → Week 3: OKR cascade + resources
Decision authority: Type 1 (irreversible): CEO/leadership, 1-2 weeks → Type 2 (reversible): Function owner, same day
CEO weekly update: Week focus → North star progress → Wins → Blockers → Ask
Information flow: Daily: Slack wins/customer-voice → Weekly: CEO email + function updates → Monthly: All-hands + skip-levels → Quarterly: Planning share + demos
Based on operating cadence design across companies scaling from 20 to 1,000+ employees, including the five-level meeting architecture that survived 3x headcount growth, the weekly reporting format that caught pipeline problems 3 weeks earlier than monthly reviews, and the CEO weekly update format refined across multiple companies. Not theory — patterns from building operating systems through hypergrowth and teaching them to the next team.
© github, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in skills/gtm-operating-cadence of github/awesome-copilot.
Open the folder on GitHubat commit 727ff2e
We found 1 copy of this SKILL.md (exact, near-identical or edited) in other folders, from 1 other GitHub owner. This page covers the copy in github/awesome-copilot, which our catalogue first saw on October 7, 2026.
Gtm Operating Cadence next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Gtm Operating Cadence this skillgithub/awesome-copilot | 40k | 1 repos | ~4k | Automated safety check: Pass | MIT | |
| Marketing Planningcbrock84/headcount | 2k | — | ~652 | Automated safety check: Pass | MIT | |
| Startup Designferdinandobons/startup-skill | 1.2k | — | ~8.1k | Automated safety check: Pass | MIT | |
| First 50 UsersAIDevGTM/gtm-cofounder | 310 | — | ~977 | Automated safety check: Pass | MIT | |
| Building Gtm SystemGTM-Strategist/gtm-strategist-skills | 261 | — | ~6.1k | Automated safety check: Pass | MIT | |
| Foundation Personaproduct-on-purpose/pm-skills | 713 | — | ~1.1k | Automated safety check: Pass | Apache-2.0 |
cbrock84/headcount
Builds the marketing plan of record — objectives, channel mix, budget allocation, sequencing, and the measurement that says whether it worked.
ferdinandobons/startup-skill
Design, validate, and plan a startup from scratch. An agent skill from ferdinandobons/startup-skill.
AIDevGTM/gtm-cofounder
Get the first 50 real users through channels the user's ICP already uses.
GTM-Strategist/gtm-strategist-skills
A skill your agent uses when the user has already launched and wants to build repeatable growth systems, set up a CRM, create SOPs, or run growth experiments.
product-on-purpose/pm-skills
Generates an evidence-calibrated product or marketing persona using the canonical v2.5 output contract.
nicepkg/auto-company
Expert product strategy covering market analysis, competitive positioning, go-to-market planning, and product-led growth.
github/awesome-copilot
Maps an unfamiliar codebase into seven evidence-backed documents in docs/codebase/, using a scan script and templates, for onboarding or architecture write-ups.
github/awesome-copilot
Designs Azure infrastructure from a natural-language description, or diagrams an existing resource group, then refines the design through conversation and deploys it with Bicep.
github/awesome-copilot
Generates, edits and validates draw.io files with correct mxGraph XML, covering flowcharts, architecture, sequence, ER and UML class diagrams.
github/awesome-copilot
Cleans raw credit data and screens variables before loan modeling, dropping unstable, noisy or redundant features and writing an Excel report of every step.
github/awesome-copilot
Builds a warm, browser-based daily focus board the user updates by talking to their agent, with Eisenhower priorities, a brain-dump box and kind not-today carryover.
github/awesome-copilot
End-to-end skill for building, testing, linting, versioning, and publishing a production-grade Python library to PyPI.
Design meeting rhythms, metric reporting, quarterly planning, and decision-making velocity for scaling companies. Gtm Operating Cadence is an agent skill from github/awesome-copilot, published by the product's own GitHub organization. Design meeting rhythms, metric reporting, quarterly planning, and decision-making velocity for scaling companies.
Gtm Operating Cadence fits situations like: decisions are slow; planning is broken; the company is growing but alignment is worse; leadership meetings consume all time without producing decisions.
Run `npx skills add github/awesome-copilot --skill gtm-operating-cadence -a claude-code`. Or copy the skill folder (skills/gtm-operating-cadence in github/awesome-copilot) into .claude/skills/gtm-operating-cadence in your project. Claude Code loads it when a task matches its description.
Run `npx skills add github/awesome-copilot --skill gtm-operating-cadence -a codex`. Or copy the skill folder (skills/gtm-operating-cadence in github/awesome-copilot) into .agents/skills/gtm-operating-cadence in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add github/awesome-copilot --skill gtm-operating-cadence -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/gtm-operating-cadence, .gemini/skills/gtm-operating-cadence, .github/skills/gtm-operating-cadence and .opencode/skills/gtm-operating-cadence in your project.
SKILL.md names no scripts, command-line tools or credentials: Gtm Operating Cadence is instructions for the agent only.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Gtm Operating Cadence is published under the MIT licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.
About 4k tokens (SKILL.md is roughly 16k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Gtm Operating Cadence: Marketing Planning (cbrock84/headcount, 2k stars), Startup Design (ferdinandobons/startup-skill, 1.2k stars), First 50 Users (AIDevGTM/gtm-cofounder, 310 stars) and Building Gtm System (GTM-Strategist/gtm-strategist-skills, 261 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
github (a GitHub organization, an official publisher) maintains it in github/awesome-copilot, which has 39,748 GitHub stars. The repository holds 417 skills in this directory. The repository was last updated on October 7, 2026.
Source: github/awesome-copilot on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.