Claude-native starter kit that bootstraps multi-agent team infrastructure for any project. Clone once, install as a global skill, run /kit-install in any project directory. Includes: - 3-tier profile system (minimal/standard/full: 3-12 agents) - 16 agent archetype templates with personality spectrum - 18 skill templates using domain-action naming convention - Stakeholder persona panel for workshops and PR reviews - SQLite ticketing DB with CLI tools (config-based DB paths) - Decision tracking, sprint lifecycle, workshop orchestration - Multi-git-host support (GitHub, Gitea, GitLab) - /kit-update skill for syncing with source repo evolution - Naming theme support for agent identity/flavor - Smoke tests for all three profile tiers Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
5.4 KiB
5.4 KiB
Git Host Patterns
CLI command patterns for each supported git host. The installer uses these to adapt PR/MR skills for the user's hosting platform.
GitHub (gh CLI)
GitHub CLI requires no special flags for most operations. It infers the repo from the git remote.
Pull Requests
# List open PRs
gh pr list --state open
# Create a PR
gh pr create --title "feat(scope): short description" --body "PR body here" --base main --head branch-name
# View a PR
gh pr view 123
# View PR with comments
gh pr view 123 --comments
# Comment on a PR
gh pr comment 123 --body "Comment body here"
# Approve a PR
gh pr review 123 --approve
# Request changes
gh pr review 123 --request-changes --body "Reason here"
# Merge a PR
gh pr merge 123 --squash --delete-branch
# Check PR status (CI checks)
gh pr checks 123
Issues
# List open issues
gh issue list --state open
# Create an issue
gh issue create --title "Bug: description" --body "Details here"
# View an issue
gh issue view 42
# Comment on an issue
gh issue comment 42 --body "Comment here"
# Close an issue
gh issue close 42
CLAUDE.md Pattern
### Pull requests
Use the `gh` CLI for all GitHub operations.
- Create PR: `gh pr create --title "..." --body "..." --base main --head branch`
- View PR: `gh pr view N`
- Comment: `gh pr comment N --body "..."`
- Approve: `gh pr review N --approve`
Gitea (tea CLI)
Gitea CLI requires explicit flags on every command to avoid interactive TTY prompts (which crash in Claude Code).
Required flags on every command:
--login <login-name>— The configured login name--repo <owner/repo>— Full repository path--output simple— Machine-readable output (no table borders)
Pull Requests
# List open PRs
tea pr list --login schweitz --repo owner/repo --state open --output simple
# Create a PR
tea pr create --login schweitz --repo owner/repo \
--title "feat(scope): short description" \
--description "PR body here" \
--base main --head branch-name
# View a PR (with comments)
tea pr --login schweitz --repo owner/repo --comments -o simple 123
# Comment on a PR (or issue)
tea comment --login schweitz --repo owner/repo 123 "Comment body here"
# Approve a PR
tea pr approve --login schweitz --repo owner/repo 123
Issues
# List open issues
tea issue list --login schweitz --repo owner/repo --state open --output simple
# Create an issue
tea issue create --login schweitz --repo owner/repo \
--title "Bug: description" --description "Details here"
# View an issue
tea issue --login schweitz --repo owner/repo -o simple 42
# Comment on an issue
tea comment --login schweitz --repo owner/repo 42 "Comment here"
Known Limitations
tea pr rejectdoes not work on your own PRs — usetea commentinstead- Always use
--output simpleto avoid TTY formatting crashes - Never omit
--loginor--repo— they trigger interactive prompts
CLAUDE.md Pattern
### Pull requests
**Use `tea` (Gitea CLI), not `gh` (GitHub CLI).** The remote is Gitea at `{host}`.
Always provide all required flags for non-interactive execution:
- List PRs: `tea pr list --login {login} --repo {owner/repo} --state open --output simple`
- Create PR: `tea pr create --login {login} --repo {owner/repo} --title "..." --description "..." --base main --head branch`
- Comment: `tea comment --login {login} --repo {owner/repo} N "body"`
- Approve: `tea pr approve --login {login} --repo {owner/repo} N`
Key rules:
- **All flags must be explicit** — omitting `--login` or `--repo` triggers interactive prompts that crash in Claude Code
- **Use `--output simple`** for machine-readable output
GitLab (glab CLI)
GitLab CLI uses "merge requests" (MR) instead of "pull requests" (PR). It infers the repo from the git remote like GitHub.
Merge Requests
# List open MRs
glab mr list --state opened
# Create an MR
glab mr create --title "feat(scope): short description" \
--description "MR body here" \
--target-branch main --source-branch branch-name
# View an MR
glab mr view 123
# Comment on an MR
glab mr note 123 --message "Comment body here"
# Approve an MR
glab mr approve 123
# Merge an MR
glab mr merge 123 --squash --remove-source-branch
# Check MR pipeline status
glab mr view 123 --web
Issues
# List open issues
glab issue list --state opened
# Create an issue
glab issue create --title "Bug: description" --description "Details here"
# View an issue
glab issue view 42
# Comment on an issue
glab issue note 42 --message "Comment here"
# Close an issue
glab issue close 42
CLAUDE.md Pattern
### Merge requests
Use the `glab` CLI for all GitLab operations.
- Create MR: `glab mr create --title "..." --description "..." --target-branch main --source-branch branch`
- View MR: `glab mr view N`
- Comment: `glab mr note N --message "..."`
- Approve: `glab mr approve N`
Note: GitLab uses "merge requests" (MR), not "pull requests" (PR).
Detection Logic
The installer detects the git host from the remote URL:
git remote -v
| Pattern | Host | CLI |
|---|---|---|
github.com |
GitHub | gh |
gitea, git.*.internal, gogs |
Gitea | tea |
gitlab.com, gitlab.* |
GitLab | glab |
| Other | Ask user | User chooses |
For self-hosted instances, the installer asks the user to confirm the host type.