creating-commit
Creates context-aware git commits with smart pre-commit checks, submodule support, and conventional commit message generation. Use when user requests to commit changes, stage and commit, check in code, save work, save changes, push my code, finalize changes, add to git, create commits, run /commit command, or mentions "git commit", "commit message", "conventional commits", "stage files", "git add", or needs help with commits.
What this skill does
# ⚠️ CRITICAL CONSTRAINTS ## No Claude Code Footer Policy **YOU MUST NEVER add Claude Code attribution to git commits.** - ❌ **NO** "🤖 Generated with [Claude Code]" in commit messages - ❌ **NO** "Co-Authored-By: Claude <[email protected]>" in commit messages - ❌ **NO** Claude Code attribution, footer, or branding of any kind Git commits are permanent project history and must remain clean and professional. --- # Git Commit Workflow Execute intelligent git commit workflows with automatic repository detection, smart pre-commit checks, and conventional commit message generation. ## Usage This skill is invoked when: - User runs `/commit` command - User requests to commit changes - User asks to create a git commit ## How It Works This skill handles the complete commit workflow: 1. **Repository Detection** - Automatically detects root repository and submodules 2. **Change Analysis** - Identifies modified files and determines scope 3. **Pre-commit Checks** - Runs appropriate checks based on file types 4. **Commit Message Generation** - Creates conventional commit messages with emojis 5. **Submodule Handling** - Prompts to update submodule references in root repository ## Supported Arguments Parse arguments from user input: - **No arguments**: Interactive mode (auto-detect changes) - **`<scope>`**: Direct commit to specific repository (root, submodule-name) - **`--no-verify`**: Skip all pre-commit checks - **`--full-verify`**: Run full builds (backend + frontend) - **`<scope> --no-verify`**: Combine scope with flags ## Commit Workflow Steps ### Step 1: Parse Arguments Extract scope and flags from user input: ```bash # Parse arguments SCOPE="" FLAG="" # Example parsing logic (adapt to user input): # "root --no-verify" → SCOPE="root", FLAG="--no-verify" # "plan" → SCOPE="plan", FLAG="" # "--full-verify" → SCOPE="", FLAG="--full-verify" ``` ### Step 2: Detect Repositories with Changes Find monorepo root and detect all repositories with uncommitted changes: ```bash # Find monorepo root (works from submodules too) if SUPERPROJECT=$(git rev-parse --show-superproject-working-tree 2>/dev/null) && [ -n "$SUPERPROJECT" ]; then # We're in a submodule MONOREPO_ROOT="$SUPERPROJECT" else # We're in root or standalone repo MONOREPO_ROOT=$(git rev-parse --show-toplevel) fi # Detect repositories with changes REPOS_WITH_CHANGES=() # Check root repository if git -C "$MONOREPO_ROOT" status --porcelain | grep -q .; then REPOS_WITH_CHANGES+=("root") fi # Check for submodules and their changes git -C "$MONOREPO_ROOT" submodule foreach --quiet 'echo $name' | while read -r submodule; do SUBMODULE_PATH="$MONOREPO_ROOT/$submodule" if git -C "$SUBMODULE_PATH" status --porcelain | grep -q .; then REPOS_WITH_CHANGES+=("$submodule") fi done ``` ### Step 3: Select Target Repository If no scope specified, select repository interactively or automatically: ```bash # If only one repository has changes, auto-select it if [ ${#REPOS_WITH_CHANGES[@]} -eq 1 ]; then SCOPE="${REPOS_WITH_CHANGES[0]}" echo "ℹ️ Auto-selected: $SCOPE (only repository with changes)" elif [ ${#REPOS_WITH_CHANGES[@]} -gt 1 ]; then # Multiple repositories - ask user to select echo "Found changes in:" for i in "${!REPOS_WITH_CHANGES[@]}"; do REPO="${REPOS_WITH_CHANGES[$i]}" REPO_PATH=$([ "$REPO" = "root" ] && echo "$MONOREPO_ROOT" || echo "$MONOREPO_ROOT/$REPO") CHANGE_COUNT=$(git -C "$REPO_PATH" status --porcelain | wc -l | tr -d ' ') echo "$((i+1)). $REPO ($CHANGE_COUNT files modified)" done # Use AskUserQuestion tool to let user select repository # Set SCOPE to selected repository name fi ``` ### Step 4: Resolve Repository Path Convert scope to absolute path: ```bash # Resolve scope to repository path if [ "$SCOPE" = "root" ]; then REPO_PATH="$MONOREPO_ROOT" else # Submodule or custom scope REPO_PATH="$MONOREPO_ROOT/$SCOPE" fi # Validate repository exists if [ ! -d "$REPO_PATH/.git" ]; then echo "❌ Error: Not a valid git repository: $REPO_PATH" >&2 exit 1 fi ``` ### Step 5: Check Branch Protection Validate not on protected branch (main branch for root only): ```bash # Get current branch CURRENT_BRANCH=$(git -C "$REPO_PATH" rev-parse --abbrev-ref HEAD) # Check branch protection (only enforce for root repository) if [ "$CURRENT_BRANCH" = "main" ] && [ "$SCOPE" = "root" ]; then echo "❌ Cannot commit to protected branch: main" >&2 echo "" >&2 echo "The main branch requires pull requests." >&2 echo "Please create a feature branch first:" >&2 echo "" >&2 echo " git checkout -b feature/your-feature-name" >&2 echo "" >&2 exit 1 fi ``` ### Step 6: Stage Files Stage all unstaged changes or use already-staged files: ```bash # Check if there are already staged files STAGED_FILES=$(git -C "$REPO_PATH" diff --cached --name-only) if [ -z "$STAGED_FILES" ]; then # No staged files - stage all changes echo "Staging all changes..." git -C "$REPO_PATH" add -A # Verify staging worked STAGED_FILES=$(git -C "$REPO_PATH" diff --cached --name-only) if [ -z "$STAGED_FILES" ]; then echo "❌ No changes to commit" >&2 exit 1 fi else echo "ℹ️ Using already staged files" fi # Show what will be committed git -C "$REPO_PATH" status --short ``` ### Step 7: Run Pre-commit Checks Execute pre-commit checks based on changed file types and flags: ```bash # Skip checks if --no-verify flag is set if [ "$FLAG" = "--no-verify" ]; then echo "⚠️ Skipping pre-commit checks (--no-verify flag)" elif [ "$SCOPE" = "plan" ] || [[ "$SCOPE" == *"doc"* ]]; then echo "ℹ️ Skipping checks for documentation repository" elif [ "$FLAG" = "--full-verify" ]; then # Full build verification echo "Running full build verification..." if [ -d "$MONOREPO_ROOT/backend" ]; then echo "Building backend..." (cd "$MONOREPO_ROOT/backend" && ./gradlew build test) || { echo "❌ Backend build failed" >&2 exit 1 } fi if [ -d "$MONOREPO_ROOT/frontend" ]; then echo "Building frontend..." (cd "$MONOREPO_ROOT/frontend" && npm run build) || { echo "❌ Frontend build failed" >&2 exit 1 } fi echo "✅ Full build verification passed" else # Smart detection - run checks based on file types CHANGED_FILES=$(git -C "$REPO_PATH" diff --cached --name-only) # Detect Kotlin files if echo "$CHANGED_FILES" | grep -q '\.kt$'; then echo "Running backend checks (Kotlin files detected)..." if [ -f "$MONOREPO_ROOT/backend/gradlew" ]; then (cd "$MONOREPO_ROOT/backend" && ./gradlew detekt) || { echo "❌ Kotlin checks failed" >&2 exit 1 } fi fi # Detect TypeScript/JavaScript files if echo "$CHANGED_FILES" | grep -qE '\.(ts|tsx|js|jsx)$'; then echo "Running frontend checks (TypeScript files detected)..." if [ -f "$MONOREPO_ROOT/frontend/package.json" ]; then (cd "$MONOREPO_ROOT/frontend" && npx tsc --noEmit) || { echo "❌ TypeScript checks failed" >&2 exit 1 } fi fi # Detect Python files if echo "$CHANGED_FILES" | grep -q '\.py$'; then echo "Running Python checks..." # Add Python linting if configured (e.g., pylint, flake8) fi # Detect Rust files if echo "$CHANGED_FILES" | grep -q '\.rs$'; then echo "Running Rust checks..." if [ -f "$REPO_PATH/Cargo.toml" ]; then (cd "$REPO_PATH" && cargo check) || { echo "❌ Rust checks failed" >&2 exit 1 } fi fi echo "✅ Pre-commit checks passed" fi ``` ### Step 8: Generate Commit Message Analyze changes and create conventional commit message: ```bash # Detect commit type from changed files
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.