Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add boshi-xixixi/TraeSkill --skill gtm-operating-cadencegit clone --depth 1 https://github.com/boshi-xixixi/TraeSkillWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/boshi-xixixi/traeskill/gtm-operating-cadence)<a href="https://agentmods.dev/skills/boshi-xixixi/traeskill/gtm-operating-cadence"><img src="https://agentmods.dev/badge/skills/boshi-xixixi/traeskill/gtm-operating-cadence/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/boshi-xixixi/traeskill/gtm-operating-cadence"><img src="https://agentmods.dev/badge/skills/boshi-xixixi/traeskill/gtm-operating-cadence.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00055 | $0.03742 |
| Opus 5 | $0.00028 | $0.01871 |
| Sonnet 5 | $0.00011 | $0.00748 |
| Haiku 4.5 | $0.00006 | $0.00374 |
Grade A, and why
gtm-operating-cadence scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 7d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
Copies of this mod
1 near-identical copy found in the catalogue:
- operating-cadence — 95% identical, 5 lines differ
How it starts
The opening of the file, as written. The whole thing — 421 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Operating Cadence
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.
When to Use
Triggers:
- "Our meetings don't produce decisions"
- "We're growing but alignment is getting worse"
- "How often should we meet?"
- "Nobody knows what's happening across functions"
- "Decisions take forever"
- "Leadership is in meetings all day"
Context:
- Companies scaling from 20 to 300+ people
- Post-PMF through growth stage
- Distributed / remote teams
- Any stage where "we need to talk about this" has become the default
Core Frameworks
1. The Five-Level Meeting Architecture
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)
- What we finished yesterday, what we're starting today, what's blocking us
- 5-10 people max. Whole-company standups are theater
- Anti-pattern: Status reporting (use Slack, not meetings)
- Anti-pattern: Strategic discussion (wrong time, wrong place)
- Success criteria: Finishes in 15 minutes, surfaces 1-2 blockers
Level 2: Weekly Functional Reviews (60 min, function leadership)
Each function gets its own weekly rhythm:
- Product team Friday 4pm: metrics, user feedback, roadmap blockers
- GTM team Tuesday 4pm: pipeline, customer updates, deal health
- Engineering Wednesday 4pm: velocity, bug backlog, deployment
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.
- CEO update (15 min): north star progress, week focus, what's changed
- Metric dashboard (10 min): same format every week (consistency enables pattern recognition)
- Deep dive (20 min): one strategic topic needing team input — not a presentation, a discussion
- Q&A (15 min): real questions, real answers
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 7d ago First seen · 421 lines · 55 tokens per session scan A 59deb368b247
gtm-operating-cadence is a skill published in the GitHub repository boshi-xixixi/TraeSkill (262 stars, last pushed 4mo ago), licensed MIT. It adds 55 tokens to every session and 3,742 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-03.
Other skills, from other repositories
to-issues
A planning aid that breaks a PRD or technical specification into small implementation issues, each covering a complete, demonstrable piece of work.
fable-orchestrate
Use when the user wants a task decomposed and driven by a Fable 5.1 orchestrator delegating implementation to Sonnet 5 workers. Fable decomposes into self-contained specs, dispatches Sonnet workers (Agents for 1–2 pieces, a Workflow for fan-out), reviews each result, merges into one branch, and takes a binding verdict…
fable-validate-fableplan-loop
Use when the user asks to validate a GitHub issue with Fable 5.1, always plan it with Fable 5.1, and autonomously drive it to a reviewed PR in one shot — "fable-validate-fableplan-loop", "fable validate, fable plan, and work on.
fable-validate-loop
Use when the user asks to validate a GitHub issue with Fable 5.1 and then autonomously drive it to a reviewed PR in one shot — "fable-validate-loop", "fable validate and work on.
milestoneplan
Use when the user wants a milestone's execution plan shown as a table — "milestoneplan v1", "/milestoneplan", "show the plan for v1". Read-only - reads every issue in the milestone and renders one table of issue number, description, complexity, dependencies, validate/build model and effort, fableplan, plan effort, and…
new-issue
Use when the user says "new issue", "create an issue", "file an issue", "/new-issue", or asks to turn a bug, idea, or discussion into a GitHub issue. Takes an optional description of what the issue should cover; with no input, derives the issue from what was discussed in the current conversation. Verifies claims…