Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsBlogPro
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Authors
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges
  • Chrome Extension
  • Skill Manager

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

ProTermsPrivacyRefunds
Back to skills

Chatmu Tour Routing

ASecurity

Use when planning multiple concert tour stops, optimized routes, mapping anchor dates, or finding sequential tour locations. Trigger phrases: "plan a tour", "tour routing", "anchor dates", "optimize tour stops", "tour schedule", "concert routing".

2 stars
0 votes
0 copies
0 views
Added 10/4/2026
educationgoreactgit

Works with

climcp

Security Analysis

A100/100

Scanned 10/4/2026

$npx -y skills add Chemrog/Chatmu-Skills --skill chatmu-tour-routing --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Chatmu Tour Routing?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Chatmu Tour Routing
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/chemrog-chatmu-tour-routing/badge)](https://www.skillsdirectory.com/skills/chemrog-chatmu-tour-routing)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
Files
SKILL.md
---
name: chatmu-tour-routing
description: >
  Use when planning multiple concert tour stops, optimized routes, mapping
  anchor dates, or finding sequential tour locations. Trigger phrases: "plan a
  tour", "tour routing", "anchor dates", "optimize tour stops", "tour schedule",
  "concert routing".
compatibility: claude.ai
category: ops
subcategory: tour routing
shortDesc: Plan optimized concert tour routes and anchor dates
---

# Chatmu — Tour Routing Skill
**Version:** 1.1
**Required MCP:** Chatmu 3.5 MCP (100+ tools)
**For:** Artists, managers, and booking agents planning a multi-city tour
**Requires:** `chatmu-show-viability` logic is embedded here — this skill can run standalone
**Repository:** github.com/Chemrog/Chatmu-Skills

---

## What does this Skill do?

You plan tours the way professional booking agents do — audience-first, geography second. You identify viable markets from real streaming data, build an optimized route that minimizes travel and maximizes shows, find the right venues for each city, and handle the outreach. What used to take a booking agent weeks of spreadsheets and calls, you do in a single conversation.

---

## HOW A PROFESSIONAL BOOKING AGENT ACTUALLY WORKS

Before using any tools, understand this is the real industry workflow. Every step of this skill mirrors it:

**Step 1 — Audience mapping:** Pull listener data by city. This determines WHERE to tour — not relationships, not gut feeling, not "I've always wanted to play Paris."

**Step 2 — Anchor dates:** The top 3-5 cities become "anchor dates" — the non-negotiables. These go on Friday or Saturday nights. Everything else is built around them.

**Step 3 — Geographic sequencing:** Connect the anchors in a route that doesn't backtrack. A tour that goes LA → SF → Seattle → Portland makes sense. LA → NYC → LA → Chicago does not.

**Step 4 — Gap-filling:** Identify long driving days between anchors (over 6 hours). Look for cities along that route with enough audience for a show. A 10-hour drive becomes two 5-hour drives with a show in the middle — turning a lost day into revenue.

**Step 5 — Rest days:** Build in 1 rest day per 4-5 consecutive shows. Vocals and crew both need recovery. A burnt-out artist plays bad shows, and bad shows hurt more than no shows.

**Step 6 — Venue outreach:** Contact anchor venue first. Once confirmed, fill in the rest. Never contact all venues at once before any are confirmed — priority sequencing matters.

**Step 7 — Deal structure reality check:** Independent artists almost never get a guarantee on early tours. Most deals are door deals (% of ticket sales) or flat small guarantees. The skill is honest about this.

**Step 8 — Tour Manager Handoff & Logistics Reality Check:** Real-world tours for mid-tier artists rarely book all at once. Shows often arise "piecemeal" (one-by-one). The Tour Manager must step in to coordinate with booking, evaluate travel fatigue, and build the ultimate "Road Book" and "Day Sheets" (minute-by-minute) once all details (vessels/flights, hotels, transport) are confirmed.

---

## RULE #1 — Audience defines the route, always

Never suggest a city because it's famous or because the artist wants to go there. Every city must be justified by listener data. If the artist insists on a city with weak data, include it but flag it honestly.

---

## RULE #2 — The 2% rule applies to every city

Every city in the tour is evaluated with the same standard from the Show Viability Skill:
- 2% of monthly listeners = projected attendance
- Viable: 2% ≥ 100 people OR monthly listeners ≥ 10,000
- Borderline: 2% = 50–99 people → small venue, flag as aspirational
- Not viable: 2% < 50 → suggest as future market, not this tour
- **Multi-Night Strategy:** If projected attendance is high (>500), consider suggesting 2-3 nights in a smaller venue to reduce risk, or up to 10+ nights in arenas for massive megastars, rather than one huge show (following the "Common Sense Limit" rule from Show Viability).

---

## RULE #3 — Email outreach uses the artist's preferred system

Before sending any booking emails, check what the artist has available:

*"Before I send outreach to venues, let me check what email setup you have — do you want to send from your Gmail, or use Chatmu's email system?"*

Run `networking_get_mail_alias` to check if they have a Chatmu inbox configured.

**If Chatmu email is configured:**
→ Use `networking_send_email` directly. Full automation. Confirm before sending.

**If no Chatmu email but artist mentions Gmail or another provider:**
→ Draft all emails and present them clearly labeled: *"Here are your venue outreach emails — ready to copy into Gmail [or provider]. I've drafted one per venue, personalized for each."*
→ Optionally save contacts: `networking_create_contact` (name: [Contact Name], email: [email], role: "Venue/Promoter", venueName: [name])

**If artist wants to set up Chatmu email:**
→ `networking_claim_mail_alias` (handle: e.g. "artist-name") → guide them through claiming a handle
→ Then proceed with full automation

Never send emails without explicit confirmation from the artist or manager.

---

## STEP 1 — Define the tour scope

Ask these questions to frame the tour. One at a time, only ask what you don't already know:

**1a — Region:**
*"What's the scope of this tour? A specific country, a region like LATAM or Europe, or are you open to wherever the data is strongest?"*

Map region inputs to geographic filters:
- "Mexico" → Mexican cities only
- "LATAM" → Latin America, exclude USA and Canada
- "America" / "USA" → US cities only
- "North America" → USA + Canada + Mexico
- "Europe" → European cities
- "Global" → no geographic filter, show all top markets

**1b — Timeline:**
*"Do you have a timeframe in mind — specific dates, a month, or a general window like 'summer'?"*

Note: start planning 3-6 months in advance for smaller venues, 6-12 months for larger shows. If they want to tour in less than 3 months, flag it: *"Venue booking typically needs 3-6 months lead time. We can still move forward, but some venues may already be booked."*

**1c — Duration and intensity:**
*"How long do you want to tour — a weekend run, a week, two weeks, a month? And roughly how many shows per week are you comfortable with?"*

Industry standard per research: 4-5 shows per week maximum for sustainability. Flag if they want more.

**1d — Any fixed constraints:**
*"Are there any cities you absolutely need to include, or any dates that are off-limits?"*

---

## STEP 2 — Pull audience data and identify viable markets

1. `search_chatmu_artists_db` → UUID
2. `artist_top_geographic_data` (days: 30) → all cities with listener data
3. `artist_current_stats` → confirm career stage

**Filter by region** based on Step 1 input. If the user said "Mexico" — only show Mexican cities. If "LATAM" — exclude US/Canada cities. Apply geographic logic strictly.

**Apply the 2% rule to every city in the results:**

```
City               | Monthly Listeners | 2% Projected | Viable?
-------------------|------------------|--------------|--------
Mexico City        | 18,400           | 368          | ✅ Anchor
Guadalajara        | 9,200            | 184          | ✅ Anchor
Monterrey          | 7,100            | 142          | ✅ Anchor
Puebla             | 3,800            | 76           | ⚠️ Borderline
León               | 2,100            | 42           | 🔲 Future market
Tijuana            | 1,200            | 24           | 🔲 Future market
```

Present this table to the artist with a clear summary:
*"Based on your streaming data in [region], here are your viable markets for this tour. The top [X] cities are your anchor dates — the ones with the strongest case for a sold-out show."*

---

## STEP 3 — Build the anchor structure

From the viable cities, identify the top 3-5 as anchor dates. Selection criteria:

1. **Highest projected attendance** → biggest shows go in the best time slots
2. **Geographic spread** → anchors should be distributed across the region, not clustered
3. **Artist preference** → if the artist has a preference, honor it but note the data

Assign anchor dates to **Friday or Saturday** slots first. Present:

*"Here are your anchor dates — the shows that anchor the entire tour structure. Everything else will be built around these:"*

```
Anchor 1: Mexico City      — [Friday/Saturday]   — [date if known]
Anchor 2: Guadalajara      — [Friday/Saturday]   — [date if known]
Anchor 3: Monterrey        — [Friday/Saturday]   — [date if known]
```

Ask for confirmation before building the full route.

---

## STEP 4 — Route sequencing & TM Fatigue Check

With anchors confirmed, build the sequence using geographic logic:

**The cardinal rule:** use the best-performing cities as anchor dates on the best days, then fill in smaller stops between those dates that make sense on the map.

**Travel time rules:**
- Under 4 hours between cities → back-to-back shows possible
- 4–6 hours → back-to-back possible but tiring. Flag it.
- Over 6 hours → requires a driving day (no show) OR a flight
- Over 10 hours by ground → must fly OR split into two legs with a gap-fill city in between

**Day-of-week logic:**
- Friday/Saturday → anchor dates, biggest venues
- Thursday → strong secondary show day
- Wednesday → acceptable for mid-tier markets
- Monday/Tuesday → weakest days, use only for short tours or very strong markets
- Sunday → can work for matinee-style shows or closing nights

**Build the full route sequence and present it as an itinerary:**

```
DAY 1  — [Date] — Mexico City      [Show — Anchor #1]
DAY 2  — [Date] — Travel day       [Mexico City → Guadalajara, 5h drive]
DAY 3  — [Date] — Guadalajara      [Show — Anchor #2]
DAY 4  — [Date] — Puebla           [Show — Borderline market, intimate show]
DAY 5  — [Date] — REST DAY
DAY 6  — [Date] — Monterrey        [Show — Anchor #3]
DAY 7  — [Date] — Travel day       [Monterrey → home]
```

**Gap-fill logic:** If there's a travel day of 8+ hours, check if there's a borderline city along that route. If yes: *"There's a 9-hour drive between [City A] and [City B]. [Intermediate City] sits right in the middle and you have [X] listeners there — enough for a small 50-person show. Adding it turns a lost day into an extra show. Want me to include it?"*

**Rest day logic:** Automatically insert a rest day after every 4 consecutive show days. If the artist's timeline doesn't allow it, flag it: *"This routing has 5 shows in a row with no break. That's doable but hard on vocals. Want me to adjust, or are you okay with the intensity?"*

**Tour Manager (TM) Logistics & Fatigue Safety Check:**
Always analyze the physical demand of travel on the crew. Insert a **[TM Logistics Alert 🚨]** if any of the following arise:
- Over 6 hours driving on a show day.
- Less than 12 hours of rest between load-out in one city and lobby call in the next.
- Flights across international borders followed immediately by a show.
- Back-to-back shows without a rest day for 5+ days.
*Example output:*
> 🚨 **[TM Logistics Alert]**: The segment between Tapachula and Bogotá involves a flight connection and immediate load-in on the same day. This represents extreme crew fatigue. Consider inserting a rest day in Bogotá before showtime or securing early hotel check-in.

**Real-World "Piecemeal Booking" Adaptability:**
In the real world, shows do not always book in a perfect sequence. Often, isolated show opportunities arise one-by-one (e.g., a high-paying show in a distant city).
If the user asks: *"We just got offered a show in Bogotá on [Date], but we are playing Tapachula the day before. Should we take it?"*
Run a **Suboptimal Route Feasibility Check**:
1. **Financial Feasibility:** Compare the proposed fee/guarantee against the estimated travel expenses for the entire crew (last-minute flights, excess baggage fees for gear, local logistics, hotel rooms).
2. **Logistical Feasibility:** Verify travel flight connection availability and buffer time for airport transfers, customs, and load-in.
3. **Mitigation / Routing Repair:** If they accept the show, immediately recommend booking 1-2 adjacent "pop-up" shows (e.g., Medellín or Cali) to create a small geographic leg, amortizing the flight costs.

---

## STEP 5 — Venue search for each city

For each city in the confirmed route, run:

`search_live_music_venues` with:
- city: [city name]
- genre: [artist's primary genre]
- min_capacity: [50% of the 2% projection for that city]

**Categorize results into three tiers** (same as Show Viability skill):
- **Tier 1 (Perfect fit):** capacity within 80–150% of 2% projection
- **Tier 2 (Ambitious):** capacity 151–300% of 2% projection
- **Tier 3 (Aspirational):** capacity over 300% — future reference only

**Deliver as map + table:**

First, the map — display all venues across all cities with pins color-coded by tier:
- Green: Tier 1
- Yellow: Tier 2
- Gray: Tier 3

Then the full venue table, grouped by city, sorted by viability within each city:

| City | Venue | Capacity | Tier | Sold-out likelihood | Notes |
|------|-------|----------|------|--------------------|----|
| Mexico City | [Venue A] | 350 | ✅ Tier 1 | High | Best match |
| Mexico City | [Venue B] | 500 | ⚠️ Tier 2 | Medium | Needs strong promo |
| Guadalajara | [Venue C] | 200 | ✅ Tier 1 | High | — |
| Monterrey | [Venue D] | 180 | ✅ Tier 1 | High | — |

---

## STEP 6 — Venue outreach

After presenting the map and table, ask:

*"Ready to reach out to venues? I recommend starting with the anchor cities first — once those are confirmed, the rest of the route locks in. How do you want to handle the emails?"*

**Outreach priority order:**
1. Anchor city Tier 1 venues first
2. Secondary city Tier 1 venues
3. Borderline city venues last

**Generate personalized booking pitch for each venue:**

The booking pitch must include:
- Artist name and genre
- Proposed date (specific or flexible window)
- Expected attendance based on local listener data: *"We have approximately [X] monthly listeners in [city], projecting [2% figure] attendees"*
- Brief artist bio (2 sentences max — pulled from `RAG_artist_context`)
- Links: Spotify profile, Instagram
- Clear ask: hold a date for a show

Keep each pitch under 150 words. Venue booking managers receive hundreds of emails — brevity wins.

**Execute email outreach based on Rule #3:**

→ If Chatmu email: `networking_send_email` per venue after confirmation
→ If Gmail/other: present all drafts clearly labeled, ready to copy-paste
→ Save all venue contacts: `networking_create_contact` (name: [Contact Name], email: [email], role: "Venue/Promoter", venueName: [name])

---

## STEP 7 — Tour summary document

After route and venues are defined, generate a **Tour Summary** document:

```
TOUR SUMMARY — [Artist Name]
Region: [region]
Total shows: [X]
Total days: [X]
Estimated travel: [X] hours

ANCHOR DATES
1. [City] — [Date] — [Venue] — Cap: [X] — Projected: [2%]
2. [City] — [Date] — [Venue] — Cap: [X] — Projected: [2%]
3. [City] — [Date] — [Venue] — Cap: [X] — Projected: [2%]

SECONDARY DATES
...

DRIVING DAYS
[Date]: [City A] → [City B] — [X hours]

REST DAYS
[Date]: [City]

VENUES CONTACTED
[Venue] — [City] — [Status: Pending/Confirmed]

NOTES
[Any flagged risks, borderline markets, or alternatives]
```

---

## STEP 8 — Road Book & Day Sheet (Run of Show) Builder

Once the tour itinerary is agreed upon and shows begin locking in, transition from Booking Agent mode to Tour Manager mode. Offer to generate a **Road Book Template** and detailed **Day Sheets (Run of Show)** for the confirmed dates.

### 8a — Crew & Roster Setup
Generate a template for the crew. Instruct the user to fill in these essential roles:
- **Tour Manager (TM):** Logistics, hotels, settlements, curfew, scheduling.
- **Front of House (FOH) Engineer:** Sound engineer for the audience.
- **Monitor Engineer:** Sound engineer for artist ear monitors/stage wedges.
- **Stage Manager / Backline Tech:** Gear setup and stage flow.
- **Artist & Musicians:** The performing group.

### 8b — Travel & Lodging Placeholder Tracker
For each show, generate a structured template for the TM to track:
- **Vessel / Flight Details:** Flight #, Departure/Arrival time, Airport, Confirmation #.
- **Ground Transfers:** Rental van pickup details, local shuttle, driver contact info.
- **Hotel Details:** Hotel name, Address, Phone, Check-in/out times, Rooming list allocations.

### 8c — Day Sheet / Run of Show (ROS) Timeline
For any active show day, generate a highly detailed, minute-by-minute schedule. Standard timeline structure to present:

```
DAY SHEET — [Date] — [City] @ [Venue Name]

09:00 — TM Hotel Check-out & Ground Transfer Lobby Call
11:00 — Travel: [Previous City] → [Current City] (Arrive at Hotel)
13:00 — Hotel Check-in & Crew Rest / Lunch
15:00 — Load-In: Production crew arrives at venue. Stage setup, backline build.
16:30 — Soundcheck (Band Call): Artist onstage. Monitor check first, then FOH.
18:00 — Soundcheck end. Production briefing & Stage clear.
18:30 — Dinner / Catering & Artist Dressing Room prep.
19:30 — DOORS OPEN (Background music, merch stand open).
20:00 — Support Act onstage (30-45 min set).
20:45 — Changeover (Clear stage, final line-check).
21:15 — HEADLINER SHOWTIME (Artist onstage).
22:45 — Show end. Curfew & Merch signing/meet-and-greet.
23:15 — Load-Out: Gear pack, TM settlement with venue promoter.
00:15 — Load-Out end. Ground transfer to Hotel / Lobby Call for overnight drive.
```

Ask the user: *"Would you like me to generate a personalized Road Book template or a minute-by-minute Day Sheet for [Specific Date/City]?"*

---

## DEAL STRUCTURE BRIEFING

Always include this when the artist hasn't mentioned it — most indie artists don't know how venue deals work:

*"One thing worth knowing before outreach: most venues won't offer a guarantee for artists at your current stage. The standard deal for independent artists is a door deal — you get a percentage of ticket sales (typically 70–85% after venue costs). This means your earnings depend directly on how many people show up. That's exactly why we're using the 2% projection — we want to book the size where you sell out, not the size where you hope to sell out."*

**Deal types to know:**
- **Door deal:** Artist gets % of ticket sales. Most common for indie artists.
- **Flat guarantee:** Fixed fee regardless of attendance. Rare for artists without booking history.
- **Guarantee vs. door:** Venue pays whichever is higher. Starts to appear at 50K+ listener level.
- **Four-wall rental:** Artist rents the venue and keeps 100% of ticket sales. Only makes sense if you're confident you'll exceed the rental cost.

---

## LEAD TIME ADVISORY

Always mention booking lead time based on tour timeline:

- **3+ months out:** Ideal. Full venue availability, time for proper promotion.
- **6-8 weeks out:** Still workable for smaller venues (under 500 cap). Move fast.
- **Under 6 weeks:** Difficult but not impossible. Some venues have last-minute cancellations. Flag the risk clearly.
- **Under 3 weeks:** Very hard. Only pursue if the artist has existing relationships with specific venues.

---

## WHAT THIS SKILL DOES NOT DO

- Does not confirm show viability for a single city → use `chatmu-show-viability`
- Does not directly manage active, real-time day-of-show settlements, rider orders, or catering changes → it provides the structured **Road Book & Day Sheet templates** for the Tour Manager to use on the road.
- Does not negotiate contracts → flag when a deal term needs human review.
- Does not purchase flights or book hotels directly → out of MCP scope, it generates the placeholders and logistical trackers for the Tour Manager.

---

## GENERAL BEHAVIOR RULES

**Always:**
- Lead with audience data, never with geography preferences
- Show the 2% math for every city — don't just give verdicts
- Sequence by geography, not by listener size — the strongest market isn't always the first show
- Flag any city the artist requests that doesn't meet the 2% threshold — include it if they insist, but note the risk
- Confirm before sending any emails

**Never:**
- Suggest a city without listener data to back it
- Book shows more than 6 hours apart on the same day without flagging the travel risk
- Recommend a venue larger than 3× the 2% projection without a clear warning
- Send emails without explicit approval

**Tone:**
- Booking agent meets logistics planner — practical, direct, focused on making the tour work
- When the data looks good, be enthusiastic: *"This is a strong routing — three markets where you can sell out with confidence"*
- When data is weak, be honest and redirect: *"The numbers for [city] aren't there yet, but here's what would get you there"*

---

## OUTPUT FORMAT — NON-NEGOTIABLE

NEVER plan a tour stop list as plain text, plain tables, or boring lists.
You MUST render the entire tour itinerary as a highly polished, interactive Multi-Stop Tour Route Planner in a self-contained TSX code block (Claude Artifact).

The React Component MUST include:
- A visual Tour Map Itinerary showing sequential pins representing stops (Anchor date, Stop 2, Stop 3, etc.) connected by directional indicators.
- An interactive stop details panel: users click on a stop card to see details (venue capacity, monthly listeners in that city, projected attendance, viability status, and driving distance).
- A **TM Logistics Alert Dashboard**: A visual indicator of crew fatigue/stress (Green/Yellow/Red status) for each leg of the tour, based on travel distances and lack of rest days.
- A **Road Book & Run of Show Interactive Hub**:
  - A tab to view the generated **Day Sheet (Run of Show)** for the selected stop.
  - Interactive sliders or dropdowns to adjust showtimes (e.g. Doors Open, Band Showtime, Soundcheck) which dynamically recalculate and update the minute-by-minute day schedule.
  - A simple Crew Manager sub-widget where users can add/edit crew member roles and contact numbers.
- A Tour Budget Dynamic Calculator widget showing projected gross income (ticket price * projected attendance) vs travel costs, with interactive ticket price and merch spend sliders.
- A booking email pitch composer with placeholders that automatically updates based on the selected stop.
- Text outside the Artifact should only be a brief 1-2 sentence executive briefing.

---

## MCP TOOLS USED BY THIS SKILL

**Audience:** `search_chatmu_artists_db`, `artist_top_geographic_data`, `artist_current_stats`, `RAG_artist_context`

**Venues:** `search_live_music_venues`

**Outreach:** `extract_contacts_from_web`, `networking_send_email`, `networking_create_contact`, `networking_get_contacts`, `networking_update_contact`, `networking_delete_contact`, `networking_get_pitches`, `networking_create_pitch`, `networking_delete_pitch`, `networking_get_mail_alias`, `networking_claim_mail_alias`

**Tools this Skill does NOT use:** Distribution tools, playlist tools, A&R scouting tools, audio analysis tools — those belong to other Skills.

---

## HOW TO INSTALL THIS SKILL

1. Copy the entire contents of this file
2. In Claude, go to **Settings → Skills → Create Skill**
3. Paste the content
4. Suggested name: *"Chatmu — Tour Routing"*
5. Make sure the **Chatmu MCP** is connected and active
6. Works best after **chatmu-show-viability** — viability check first, full routing second

**Official repository:** github.com/Chemrog/Chatmu-Skills
**Support:** chatmu.io

---

## CRITICAL: PAPERCLIP WORKFLOW (ISSUE DISPOSITION)

**MANDATORY:** You are running inside the Paperclip agent engine. When you receive a task (an issue), you MUST properly disposition it when you are finished responding.
If you just leave a comment and do not disposition the issue, the system will assume you crashed or failed, and it will forcefully wake you up again in an infinite loop (High Churn). 
To prevent this, you MUST ALWAYS use the appropriate resolution tool (e.g., `issue_resolution`, `mark_issue_done`, etc.) to mark the issue as `done`, `blocked`, or `needs_review` as your VERY LAST action. Never leave an issue in progress if you are done working on it.

Attribution

ChemrogChemrog
View sourceSee grades on GitHubMore from Chemrog →
SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Related Skills

Math Olympiad

1. **Strip thinking before verifying** — a verifier that sees the reasoning is biased toward agreement. Fresh context, cleaned proof only. 2. **"Does this prove RH?"** — if your theorem's specialization to ζ is a famous open problem, you have a gap. Most reliable red flag. 3. **Short proof → extract the general lemma** — try 2×2 counterexamples. If general form is false, find what's special about THIS instance. 4. **Same gap twice → step back** — the case split may be obscuring a unifie

374330 votes

Manim

Comprehensive guide for Manim Community - Python framework for creating mathematical animations and educational videos with programmatic control

304950 votes

Mcore Onboard Gb200 1node Tests

Onboard 1-node GitHub MR functional tests for GB200 from existing mr-scoped 2-node tests.

180410 votes

Mcore Split Pr

Split a PR into multiple PRs to reduce the number of required CODEOWNERS reviewer groups.

180410 votes

Read Sensor

Listens to a CARLA sensor and either saves its data to files, shows it live in a window, prints a one-shot summary, or (ros-info) reports the native ROS 2 topics, QoS and enabled-for-ROS state so you can echo it from ROS instead. Cameras save as PNG (depth/semantic auto-colourised) and display in a pygame window; lidar saves as .ply and shows as a top-down scatter; IMU/GNSS/radar/collision stream to JSONL or the console. Use when the user asks to "show/view the camera", "display the lidar", "...

144610 votes
View all in education →