create-note-type
Create a new custom note type with its own template
What this skill does
You are helping the user create a new custom note type for their project.
## Task
Guide the user through creating a new note type template that can be used with `/create-note`.
## How Custom Templates Work
Custom templates are stored in `.claude/templates/` in the user's project. When `/create-note` runs, it looks for templates in this order:
1. `.claude/templates/{type}-template.md` (user custom - checked first)
2. `$SKILL_DIR/{type}-template.md` (built-in - fallback)
By creating a template in `.claude/templates/`, users can:
- Create entirely new note types
- Override built-in templates with custom versions
## Arguments
If the user provided a type name (e.g., `/create-note-type standup`), use that name directly.
## Steps
1. **Get type name**
- If provided as argument: Use it directly
- Otherwise ask: "What would you like to call this note type?"
- Examples: `standup`, `retrospective`, `bug-report`, `feature-spec`, `interview`
**Naming rules:**
- Lowercase only
- Use hyphens for multi-word names (e.g., `bug-report`)
- No spaces or special characters
- Keep it short and descriptive
2. **Ensure templates directory exists**
```bash
mkdir -p .claude/templates
```
3. **Check for existing template**
- Look for `.claude/templates/{type}-template.md`
- If exists, ask: "A template for '{type}' already exists. Do you want to overwrite it?"
4. **Gather template sections**
Ask: "What sections should this note type have? I'll suggest some based on common patterns."
**Suggest sections based on type name:**
For `standup` or `daily`:
- Yesterday's Progress
- Today's Plan
- Blockers
- **Note:** Each standup is a snapshot in time - don't edit previous standups
For `retrospective` or `retro`:
- What Went Well
- What Could Be Improved
- Action Items
- **Note:** Each retrospective is a snapshot in time - don't edit previous retros
For `bug-report` or `bug`:
- Summary
- Steps to Reproduce
- Expected Behavior
- Actual Behavior
- Environment
- Screenshots/Logs
For `feature-spec` or `spec`:
- Overview
- Requirements
- User Stories
- Technical Approach
- Open Questions
- Success Criteria
For `interview`:
- Candidate
- Position
- Questions Asked
- Responses/Notes
- Assessment
- Recommendation
For `review` or `code-review`:
- PR/Code Reference
- Summary of Changes
- Feedback
- Questions
- Decision
For other types:
- Ask user to list their desired sections
- Suggest common sections: Summary, Details, Action Items, References
5. **Determine filename pattern**
Ask: "How should files of this type be named?"
Suggest based on type:
- Date-based: `YYYY-MM-DD-{description}.md` (for recurring notes like standups)
- Topic-based: `{topic}.md` (for one-off reference notes)
- Combined: `YYYY-MM-DD-{topic}.md` (for dated topical notes)
Also ask: "What directory should these notes go in?"
- Suggest: `notes/{type}s/` (e.g., `notes/standups/`, `notes/bug-reports/`)
6. **Create the template**
Build template with:
- Title format: `# {Type}: {Title}` or `# YYYY-MM-DD: {Title}`
- Date field if applicable
- Each section as `## Section Name` with placeholder content
- **CRITICAL:** Always include `## References` section at the end with clickable link examples
- Use `[Display text](relative/path.md)` format for all file/note references
Write to: `.claude/templates/{type}-template.md`
7. **Create the notes directory**
```bash
mkdir -p notes/{type}s
```
8. **Update INDEX.md (optional)**
Ask: "Should I add a section for '{type}' notes to INDEX.md?"
If yes, add:
```markdown
## All {Type}s
<!-- Example:
**YYYY-MM-DD: Title**
- Tags: tag1, tag2
- Finding: One-line summary
- File: [{type}s/filename.md]({type}s/filename.md)
-->
```
9. **Confirm completion**
## Template Format
Use this structure for the generated template with clickable links in References:
```markdown
# {Type}: Descriptive Title
Date: YYYY-MM-DD
## Section 1
Placeholder text explaining what goes here
## Section 2
Placeholder text explaining what goes here
## Section 3
Placeholder text explaining what goes here
## References
- Related notes: [Note title](relative/path/to/note.md)
- Related experiments: [Experiment title](../experiments/YYYY-MM-DD-file.md)
- Related decisions: [Decision title](../decisions/topic.md)
- Code/config files: [File description](../../path/to/file.py)
- External links: [Link text](URL)
```
## Example Templates
### Standup Template
```markdown
# YYYY-MM-DD: Daily Standup
## Yesterday
- What I completed
## Today
- What I plan to work on
## Blockers
- Any impediments (or "None")
## Notes
- Additional context
## References
- Related experiments: [Experiment title](../experiments/YYYY-MM-DD-file.md)
- Related tasks: [Task description](../path/to/file.md)
```
### Bug Report Template
```markdown
# Bug: Descriptive Title
Reported: YYYY-MM-DD
Status: Open | In Progress | Resolved
## Summary
Brief description of the bug
## Steps to Reproduce
1. Step one
2. Step two
3. Step three
## Expected Behavior
What should happen
## Actual Behavior
What actually happens
## Environment
- OS:
- Browser/Runtime:
- Version:
## Screenshots/Logs
```
[Paste screenshots or error logs]
```
## Investigation Notes
- Findings during debugging
## Solution
How it was fixed (fill in when resolved)
## References
- Related issues: [Issue title](other-bug.md)
- Related code: [File description](../../src/file.py)
- Related troubleshooting: [Troubleshooting title](../../troubleshooting/error.md)
- External links: [Link text](URL)
```
## After Creation
Tell the user:
"โ
Created new note type: {type}
๐ Template: `.claude/templates/{type}-template.md`
๐ Directory: `notes/{type}s/`
๐ INDEX.md: {Updated | Not updated}
๐ To use it:
```
/create-note {type}
```
Or when prompted for note type, enter: `{type}`
๐ก To customize further:
Edit `.claude/templates/{type}-template.md` directly.
This template will be used automatically whenever you create a '{type}' note!"
## Error Handling
- If `.claude/templates/` doesn't exist: Create it
- If template already exists: Ask before overwriting
- If INDEX.md doesn't exist: Skip INDEX update, warn user
- If notes/ doesn't exist: Run `/setup-notes` first or create minimal structure
Related in General
modeling-omnistudio-epc-catalog
IncludedSalesforce Industries CME EPC product-modeling skill for Product2-based catalog creation. Use when creating EPC products, configuring product attributes, building offer bundles with Product Child Items, or reviewing EPC DataPack JSON metadata for product catalog changes. TRIGGER when: user creates or updates Product2 EPC records, AttributeAssignment payloads, AttributeMetadata/AttributeDefaultValues, Offer bundles, or ProductChildItem relationships. DO NOT TRIGGER when: designing OmniScripts/FlexCards/Integration Procedures (use building-omnistudio-omniscript, building-omnistudio-flexcard, or building-omnistudio-integration-procedure), implementing Apex business logic (use generating-apex), or troubleshooting deployment pipelines (use deploying-metadata).
relationship-science-coach
IncludedUse this skill for direct, practical adult relationship coaching: couples conflict, repair, trust, marriage, dating, flirting, attachment patterns, emotional connection, sex, desire differences, eroticism, kink negotiation, affection, love languages, breakups, and long-term passion. Draw on Gottman, EFT and Hold Me Tight, attachment science, modern sex research, Perel, Nagoski, Kerner, Schnarch, Love and Stosny, and flexible love-language tools. Be concrete and low-hedge. Redirect only for imminent danger, abuse, coercive control, minors, non-consent, self-harm, stalking, or medical/legal/psychiatric decisions.
building-sf-integrations
IncludedSalesforce integration architecture and runtime plumbing with 120-point scoring. Use this skill to set up Named Credentials, External Credentials, External Services, REST/SOAP callout patterns, Platform Events, and Change Data Capture. TRIGGER when: user sets up Named Credentials, External Services, REST/SOAP callouts, Platform Events, CDC, or touches .namedCredential-meta.xml files. DO NOT TRIGGER when: Connected App/OAuth config (use configuring-connected-apps), Apex-only logic (use generating-apex), or data import/export (use handling-sf-data).
venue-templates
IncludedAccess comprehensive LaTeX templates, formatting requirements, and submission guidelines for major scientific publication venues (Nature, Science, PLOS, IEEE, ACM), academic conferences (NeurIPS, ICML, CVPR, CHI), research posters, and grant proposals (NSF, NIH, DOE, DARPA). This skill should be used when preparing manuscripts for journal submission, conference papers, research posters, or grant proposals and need venue-specific formatting requirements and templates.
let-fate-decide
IncludedDraws the 12 Houses of the Zodiac Tarot spread to inject entropy into planning when prompts are vague, ambiguous, or casually delegated. Interprets the spread to guide next steps. Use when the user says 'let fate decide', 'YOLO', 'whatever', 'idk', or other nonchalant phrases, makes Yu-Gi-Oh references, or when you are about to arbitrarily pick between multiple reasonable approaches. Prefer over ask-questions-if-underspecified when the user's tone is casual or playful rather than precision-seeking.
net-ops
IncludedCross-platform network troubleshooting (Windows, macOS, Linux) via local or remote shell. Use for: DNS broken, can't resolve hostnames, nslookup/dig works but apps fail, NRPT, WFP, scutil, /etc/resolver, systemd-resolved, /etc/resolv.conf, NetworkManager, VPN DNS leak residue (ProtonVPN/Mullvad/WireGuard/AnyConnect), AV/firewall blocking DNS or DoH, Tailscale DNS interaction, intermittent connectivity, remote diagnostics over SSH.