submit
/submit
Prowadzi całą ścieżkę zmiany: gałąź, commit, push i otwarcie pull requesta, z potwierdzeniem przed każdym krokiem.
- Autor
- strapi ↗
- Repozytorium
- documentation ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 28.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 1
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 28.10.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
Co robi i kiedy
Prowadzi całą ścieżkę zmiany: gałąź, commit, push i otwarcie pull requesta, z potwierdzeniem przed każdym krokiem.
Argumenty
/submit [--non-interactive] [--no-log] [issue reference or topic hint, e.g. 'Fixes #2143']
Oryginalny opis (EN)
Top-level orchestrator: branch (if needed), commit, push, then open a PR. Each step asks for confirmation before continuing, unless --non-interactive is passed.
Jak działa
- Step 0: Parse arguments
- Workflow
- Rules
Podgląd SKILL.md
--- name: submit description: "Top-level orchestrator: branch (if needed), commit, push, then open a PR. Each step asks for confirmation before continuing, unless --non-interactive is passed." argument-hint: "[--non-interactive] [--no-log] [issue reference or topic hint, e.g. 'Fixes #2143']" user-invocable: true --- # /inki:submit: branch + commit + push + PR ## Step 0: Parse arguments If `$ARGUMENTS` contains `--help` or `-h`, print usage and stop, per `../../references/help.md`. Do not run the workflow. Otherwise, from `$ARGUMENTS`, detect the autonomy flag anywhere in the list: `--non-interactive` (canonical), aliases `--auto-approve`, `--auto`, `--yes`, `-y`, `--no-questions-asked` (all equivalent). If present, set `AUTO=true` and remove the flag. What remains is the optional issue reference passed through to `/inki:pr`. Logging: unless `--no-log` is passed, write this skill's report to the run log per `../../references/logging.md` (`--log-dir <path>` and `--short-log` are also accepted). When invoked as part of an orchestrator (e.g. `/inki:document`), write into that run's existing directory instead of creating a new one. ## Workflow Each step below is performed by **invoking the named sub-skill**, never by running the equivalent `git` / `gh` commands directly. The sub-skills carry behavior that is not visible from `git-rules.md` alone (for example, `/inki:pr` appends the Vercel preview link as the last line of the PR body). Re-implementing a step by hand silently drops that behavior. This is a hard rule, see the Rules section. 1. **Branch**: if currently on `main`, invoke `/inki:branch` to create a properly prefixed branch. 2. **Commit**: invoke `/inki:commit` to stage and write a commit message. 3. **Push**: invoke `/inki:push` (with explicit confirmation). 4. **PR**: invoke `/inki:pr` to draft and open the PR. ### Interactive (`AUTO=false`, default) The user confirms at each gate. If any sub-step fails or the user cancels, stop immediately. ### Auto (`AUTO=true`) Pass `--non-interactive` to each sub-skill that supports it. The chain runs without prompts. If any sub-skill genuinely needs a decision that isn't trivially auto-derivable (e.g., branch prefix is ambiguous and no hint was provided), it will still ask. `--non-interactive` skips confirmations, not informed decisions. The safety bracket from `pr-fix` does NOT apply here, because `/inki:submit` operates only on the current branch (single PR scope by construction). ## Rules - **Always invoke the sub-skills; never substitute raw `git` / `gh` commands for them.** Each of branch, commit, push, and PR is delegated to `/inki:branch`, `/inki:commit`, `/inki:push`, `/inki:pr` respectively. Running `git commit`, `git push`, or `gh pr create` by hand instead is a defect, even when it appears to produce the same result: it bypasses checks and additions the sub-skills own (branch-prefix validation, commit-message rules, the `/inki:pr` Vercel preview link, draft-PR defaults). `--non-interactive` removes confirmation prompts; it does NOT authorize bypassing the sub-skills. The only direct git/gh allowed here is read-only inspection (`git status`, `git rev-parse`, `gh pr view`) to decide what to pass to a sub-skill. - If any sub-step fails, stop. Do not skip a step. - Pass through the issue reference (if any) to `/inki:pr`. - In `AUTO=true` mode, surface a summary at the end showing branch name, commit SHA, and PR URL.
Wersje
| Repozytorium | Wynik | Licencja |
|---|---|---|
| Ta strona · strapi/documentation | 100 | MIT |
| with-pebbly/aseprite-ai-artist | 100 | MIT |
| lexfrei/ccc | 100 | BSD-3-Clause |
| kazukinagata/shinkoku | 100 | MIT |
Migawka bazy z 28.10.2026 · wersja paczki cc803cc4eeb7 (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 100submit-changes
Przeprowadza zmiany lokalne przez pełny ciąg: gałąź, commit, push i pull request, z poprawą nazwy gałęzi, gdy trzeba. - 90submit-pr-from-current-changes
Tworzy gałąź, zapisuje lokalne zmiany commitem, wypycha je i otwiera pull request z bieżącej pracy. - 90ship
Commituje przygotowane zmiany, wypycha je i zakłada pull request, pytając o potwierdzenie przed każdym krokiem. - 90commit-push-current
Commituje i wypycha bieżącą gałąź, także bezpośrednio do domyślnej, bez tworzenia gałęzi i pull requesta, na polecenie człowieka. - 90unic-ship-pr
Wysyła bieżącą gałąź w repozytorium unic: stage, commit, push i otwarcie pull requesta, ale tylko na wyraźne polecenie. - 100git-commit-push-pr
Prowadzi od niezatwierdzonych zmian do otwartego pull requesta w jednym przepływie: commit, push i utworzenie PR.