git init | first commit

This commit is contained in:
2026-07-12 18:06:43 +02:00
parent 8154f4bb29
commit a3a9b0e24b
11 changed files with 572 additions and 1 deletions

View File

@@ -0,0 +1,74 @@
---
description: Create git commit with auto-generated conventional commit message
agent: build
model: opencode/deepseek-v4-flash-free
---
# Git Commit Command
Create a well-structured git commit by analyzing staged changes and generating a conventional commit message.
## Phase 1: Gather Context
Run these commands in parallel to understand the current state:
1. `git status` - See all staged and unstaged changes
2. `git diff --cached` - View the actual staged changes that will be committed
3. `git log --oneline -5` - Review recent commit message style for consistency
## Phase 2: Analyze Changes
Based on the staged diff, determine:
1. **Change Type** (use conventional commits):
- `feat`: New feature
- `fix`: Bug fix
- `refactor`: Code restructuring without behavior change
- `docs`: Documentation only
- `test`: Adding or updating tests
- `chore`: Maintenance tasks
- `style`: Formatting, whitespace
- `perf`: Performance improvement
- `ci`: CI/CD changes
2. **Scope** (optional): Affected module or component
3. **Description**: Concise summary focusing on WHY, not WHAT
## Phase 3: Generate Commit Message
Format: `type(scope): description`
Rules:
- Use imperative mood ("Add feature" not "Added feature")
- Keep first line under 72 characters
- Focus on the purpose and impact
- Add body for complex changes explaining reasoning
## Phase 4: Execute Commit
1. If there are unstaged changes that should be included, ask user first
2. Stage any additional files if requested
3. Execute the commit with the generated message
4. Run `git status` to verify success
## Output Format
```
Commit Analysis
---------------
Type: [type]
Scope: [scope or "none"]
Files: [number] files changed
Generated Message:
[commit message]
Commit Status: [success/failure]
```
## Safety Checks
- NEVER commit files that appear to contain secrets (.env, credentials, API keys)
- WARN if committing lock files or large binary files
- CONFIRM before committing if there are untracked files that might be forgotten

View File

@@ -0,0 +1,57 @@
---
description: Fast iteration mode - quick fixes without extensive planning
agent: build
subtask: false
---
# Rapid Mode - Fast Iteration
You are in **rapid mode**. Optimize for speed and iteration velocity. Skip extensive planning and get to implementation quickly.
## Your Mission
Execute the following task with minimal ceremony:
$ARGUMENTS
## Rapid Execution Protocol
1. **Understand** (30 seconds max)
- What exactly needs to change?
- What's the fastest path to working code?
2. **Execute** (immediately)
- Make the change directly
- Use existing patterns - don't reinvent
- Keep changes minimal and focused
3. **Verify** (quick check)
- Does it work? Test it.
- Any obvious issues? Fix them.
## Rapid Mode Rules
- **No extensive planning** - Act first, refine later
- **Minimal changes** - Touch only what's necessary
- **Use existing patterns** - Copy from similar code in the codebase
- **Skip documentation** - Unless explicitly requested
- **Iterate fast** - Ship something, then improve
- **Ask only if blocked** - Make reasonable assumptions otherwise
## What Rapid Mode is NOT
- Not for complex architectural changes (use `/architect`)
- Not for learning or understanding (use `/mentor`)
- Not for critical security code (use `/review`)
- Not for large refactors (use `/refactor`)
## Output Style
Keep responses concise:
```
Changed: [what was modified]
Verified: [how it was tested]
Note: [any caveats, if critical]
```
Do not explain decisions unless they're non-obvious. Just ship it.