intent-finish
Mark an intent as complete and move to done folder. Use when the user has finished working on an intent and wants to document completion, add PR links, and archive it.
What this skill does
# Intent Finish
You are helping the user mark an intent as complete.
## Workflow
1. Check `{CLAUDE_INTENTS_FOLDER}/in-progress/` for intents filtered by current repository:
- Get base path: `echo "${CLAUDE_INTENTS_FOLDER:-$HOME/.claude-intents}"`
- Get current repository name: `basename $(git rev-parse --show-toplevel 2>/dev/null) || basename $(pwd)`
- List only intents where the folder name contains the current repository name
- Intent folder format: `YYYY-mm-dd-{repository-name}-{intent-description}`
2. Ask which intent to mark as done (if multiple) or confirm the intent
3. Read the spec.md to understand the intent
4. Generate a **summary.md** file with a concise summary:
- **Title**: Brief, clear title from the spec
- **Problem**: Short description of the issue (1-2 sentences from spec's Problem section)
- **Solution**: How it was fixed (2-3 bullet points from spec's Solution section)
- **Key Changes**: List the main files/components modified
- **Testing**: Steps to verify the fix
- Keep it concise - this is a quick reference, not a copy of the full spec
5. Generate a **fix.diff** file with the changes made:
- Run `git diff` from the main/master branch to capture all changes
- Use: `git diff $(git rev-parse --verify main 2>/dev/null || git rev-parse --verify master 2>/dev/null || echo HEAD~10)..HEAD`
- If no git repo, skip this step and note that no diff is available
- Save the raw diff output to `fix.diff`
6. Ask: "Was a PR created for this intent? If yes, provide the PR URL"
7. Ask: "Any final notes or learnings to document?"
8. Update the spec.md:
- Change status from "In Progress" to "Completed"
- Add completion date
- Add PR link (if provided)
- Add "## Completion Summary" section with final notes
9. Move the entire intent folder from `{CLAUDE_INTENTS_FOLDER}/in-progress/` to `{CLAUDE_INTENTS_FOLDER}/done/`
10. Confirm the intent has been marked as complete and show the summary.md content
## Example spec.md update
```diff
- **Status:** In Progress
+ **Status:** Completed
+ **Date Completed:** YYYY-MM-DD
+ **PR:** [Link to PR](url)
+## Completion Summary
+[Final notes and learnings]
```
## Example summary.md format
```markdown
# [Title from spec]
## Problem
[Short description of the issue - 1-2 sentences]
## Solution
- Change 1
- Change 2
- Change 3
## Key Changes
- `path/to/file1.ts` - Description of change
- `path/to/file2.ts` - Description of change
## Testing
1. Step 1 to test
2. Step 2 to test
3. Expected result
## PR
[Link to PR](url) (if applicable)
```
## Example fix.diff
The `fix.diff` file contains the raw git diff output:
```diff
diff --git a/src/component.ts b/src/component.ts
index abc123..def456 100644
--- a/src/component.ts
+++ b/src/component.ts
@@ -10,6 +10,8 @@ export function example() {
+ // New code added
+ return result;
}
```
## Important Notes
- **CLAUDE_INTENTS_FOLDER:** Use the `CLAUDE_INTENTS_FOLDER` environment variable for the base path. Default is `~/.claude-intents` if not set.
- To get base path, run: `echo "${CLAUDE_INTENTS_FOLDER:-$HOME/.claude-intents}"`
- **Repository filtering:** Only show intents that match the current repository name. Get repository name with: `basename $(git rev-parse --show-toplevel 2>/dev/null) || basename $(pwd)`
- Intent folder naming format: `YYYY-mm-dd-{repository-name}-{intent-description}`
- Search for intents in `{CLAUDE_INTENTS_FOLDER}/in-progress/`
- Move completed intents to `{CLAUDE_INTENTS_FOLDER}/done/`
- Create `{CLAUDE_INTENTS_FOLDER}/done/` directory if it doesn't exist
- Preserve all files when moving (spec.md, notes.md, summary.md, fix.diff)
- Show before/after path for confirmation
- The summary.md should be an extra short, concise summary - not a copy of the full spec
- The fix.diff captures all code changes for future reference
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.