|
|
@@ -10,64 +10,77 @@ This repo is your personal Claude Code setup, versioned and reproducible across
|
|
|
|
|
|
```
|
|
|
claude-config/
|
|
|
-├── CLAUDE.md # Global coding preferences (style, rules, workflow)
|
|
|
-├── settings.json # Global permissions (deny/ask/allow + enabledPlugins)
|
|
|
-├── install-plugins.sh # One-shot installer: prerequisites + all plugins
|
|
|
-├── link.sh # Symlinks this repo into ~/.claude/
|
|
|
+├── CLAUDE.md # Global coding preferences (style, rules, workflow)
|
|
|
+├── settings.json # Global permissions + SessionStart hook
|
|
|
+├── install-plugins.sh # One-shot installer: prerequisites + all plugins
|
|
|
+├── link.sh # Symlinks this repo into ~/.claude/
|
|
|
+├── .gitmodules # Submodule declaration (GStack)
|
|
|
├── hooks/
|
|
|
-│ └── session-start.sh # Shows toggle plugin status at every session start
|
|
|
+│ └── session-start.sh # Shows toggle plugin status at every session start
|
|
|
+├── skills-external/
|
|
|
+│ └── gstack/ # Git submodule — garrytan/gstack
|
|
|
+│ (symlinked → ~/.claude/skills/gstack)
|
|
|
├── agents/
|
|
|
-│ ├── analyzer.md # Factual codebase analysis (read-only)
|
|
|
-│ ├── interviewer.md # Project questionnaire → PROJECT BRIEF
|
|
|
-│ ├── plugin-advisor.md # Plugin check: detect mismatches, recommend actions
|
|
|
-│ ├── readme-updater.md # Update README from git history + codebase
|
|
|
-│ ├── refactorer.md # Surgical refactoring with norm enforcement
|
|
|
-│ └── scaffolder.md # Full project generation (CLAUDE.md, README, code)
|
|
|
+│ ├── analyzer.md # Factual codebase analysis (read-only)
|
|
|
+│ ├── git-workflow.md # Branch setup, commits, PR creation, conflict resolution
|
|
|
+│ ├── interviewer.md # Project questionnaire → PROJECT BRIEF
|
|
|
+│ ├── plugin-advisor.md # Detect plugin mismatches, recommend actions
|
|
|
+│ ├── readme-updater.md # CREATE / SYNC / AUDIT README (3 modes)
|
|
|
+│ ├── refactorer.md # Surgical refactoring with norm enforcement
|
|
|
+│ └── scaffolder.md # Project skeleton (CLAUDE.md, settings, structure)
|
|
|
├── skills/
|
|
|
-│ ├── analyze/ # /analyze — deep factual analysis
|
|
|
-│ ├── init-project/ # /init-project — full project initialization
|
|
|
-│ ├── plugin-check/ # /plugin-check — check plugin config vs project needs
|
|
|
-│ ├── readme/ # /readme — update README from current state
|
|
|
-│ ├── refactor/ # /refactor — improve code without changing behavior
|
|
|
-│ └── ship-feature/ # /ship-feature — ship a feature end-to-end
|
|
|
+│ ├── analyze/ # /analyze — deep factual analysis
|
|
|
+│ ├── git-pr/ # /git-pr — commit, push, open draft PR/MR
|
|
|
+│ ├── init-project/ # /init-project — full project initialization
|
|
|
+│ ├── plugin-check/ # /plugin-check — check plugin config vs project needs
|
|
|
+│ ├── readme/ # /readme — full README audit + update
|
|
|
+│ ├── refactor/ # /refactor — improve code without changing behavior
|
|
|
+│ └── ship-feature/ # /ship-feature — ship a feature end-to-end
|
|
|
└── templates/
|
|
|
- ├── project-CLAUDE.md # Template for per-project CLAUDE.md
|
|
|
+ ├── project-CLAUDE.md # Template for per-project CLAUDE.md
|
|
|
└── settings/
|
|
|
- ├── home-settings.json # Template for ~/.claude/settings.json
|
|
|
- ├── settings.json # Template for project .claude/settings.json
|
|
|
- ├── settings.local.json # Template for personal .claude/settings.local.json
|
|
|
- ├── .claudeignore # Template for project .claudeignore
|
|
|
- └── SETTINGS.md # Full settings reference
|
|
|
+ ├── home-settings.json # Template for ~/.claude/settings.json
|
|
|
+ ├── settings.json # Template for project .claude/settings.json
|
|
|
+ ├── settings.local.json# Template for personal .claude/settings.local.json
|
|
|
+ ├── .claudeignore # Template for project .claudeignore
|
|
|
+ └── SETTINGS.md # Full settings reference
|
|
|
```
|
|
|
|
|
|
-**Architecture principle:**
|
|
|
+**Architecture:**
|
|
|
- `skills/` = entry points you invoke via `/skill-name`
|
|
|
-- `agents/` = execution units called by skills (never invoked directly by user)
|
|
|
+- `agents/` = execution units called by skills (never invoked directly)
|
|
|
- Custom skills use **Superpowers** agents for implementation phases
|
|
|
-- **Plugins** (Superpowers, GStack, GSD, etc.) install separately and complement custom skills
|
|
|
+- **Plugins** (Superpowers, GStack, GSD, etc.) install separately via `install-plugins.sh`
|
|
|
|
|
|
---
|
|
|
|
|
|
## Fresh install (new machine)
|
|
|
|
|
|
```bash
|
|
|
-# 1. Clone this repo
|
|
|
-git clone git@github.com:youruser/claude-config.git ~/claude-config
|
|
|
+# 1. Clone with submodules (GStack is a git submodule)
|
|
|
+git clone --recurse-submodules git@github.com:youruser/claude-config.git ~/claude-config
|
|
|
|
|
|
# 2. Symlink into ~/.claude/
|
|
|
cd ~/claude-config && bash link.sh
|
|
|
|
|
|
-# 3. Install prerequisites + all plugins (detects OS, installs git/Node/Rust/Python)
|
|
|
+# 3. Install prerequisites + all plugins
|
|
|
+# Handles: git, Node.js 22, Rust/Cargo, Python 3, gh CLI, glab CLI,
|
|
|
+# RTK, GStack (submodule), GSD, all marketplace plugins
|
|
|
bash ~/claude-config/install-plugins.sh
|
|
|
|
|
|
-# 4. Add Context7 API key (free at context7.com) — manual step
|
|
|
+# 4. Authenticate git provider CLIs (for /git-pr)
|
|
|
+gh auth login # GitHub
|
|
|
+glab auth login # GitLab
|
|
|
+# Gogs/Gitea: see "Git setup" section below
|
|
|
+
|
|
|
+# 5. Add Context7 API key (free at context7.com)
|
|
|
claude mcp add --scope user context7 -- npx -y @upstash/context7-mcp --api-key YOUR_KEY
|
|
|
|
|
|
-# 5. Restart Claude Code then run /reload-plugins
|
|
|
+# 6. Restart Claude Code → /reload-plugins
|
|
|
```
|
|
|
|
|
|
-The install script handles: git, Node.js 22, Rust/Cargo, Python 3, RTK, GStack, GSD,
|
|
|
-and all marketplace plugins on Linux (apt/dnf/pacman) and macOS (brew).
|
|
|
+All `claude plugin install` calls use `--scope user` — always installs
|
|
|
+to `~/.claude/plugins/` regardless of working directory.
|
|
|
|
|
|
---
|
|
|
|
|
|
@@ -81,6 +94,7 @@ and all marketplace plugins on Linux (apt/dnf/pacman) and macOS (brew).
|
|
|
| `/refactor` | Improve code quality without changing behavior (strict norms) |
|
|
|
| `/readme` | Full README audit — diff vs codebase, mandatory stop, surgical updates |
|
|
|
| `/plugin-check` | Check active plugins vs project needs — recommend enable/disable |
|
|
|
+| `/git-pr` | Commit all changes, push, open draft PR/MR (GitHub/GitLab/Gogs/Gitea) |
|
|
|
| `/init-project` | Initialize a complete project from scratch (full orchestrator) |
|
|
|
| `/ship-feature` | Ship a feature end-to-end with validation gates (full orchestrator) |
|
|
|
|
|
|
@@ -95,10 +109,11 @@ and all marketplace plugins on Linux (apt/dnf/pacman) and macOS (brew).
|
|
|
| `test-driven-development` | Auto — when implementing |
|
|
|
| `requesting-code-review` | Auto — after a feature step |
|
|
|
|
|
|
-### GStack skills (Garry Tan — full-product projects only)
|
|
|
+### GStack skills (full-product projects only)
|
|
|
|
|
|
-> Install: `git clone https://github.com/garrytan/gstack ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup`
|
|
|
-> **Use when:** project has UI + design + deploy + browser QA. Skip for backend/lib/CLI projects.
|
|
|
+> Submodule at `skills-external/gstack/`, symlinked to `~/.claude/skills/gstack/`.
|
|
|
+> **Use when:** project has UI + design + deploy + browser QA.
|
|
|
+> Skip for backend-only, libs, CLI, scripts.
|
|
|
|
|
|
| Command | Description |
|
|
|
|---|---|
|
|
|
@@ -115,12 +130,12 @@ and all marketplace plugins on Linux (apt/dnf/pacman) and macOS (brew).
|
|
|
| `/careful` | Activate safety guardrails |
|
|
|
| `/freeze` | Lock edits to current directory |
|
|
|
| `/retro` | Engineering retrospective |
|
|
|
-| `/gstack-upgrade` | Self-update GStack |
|
|
|
+| `/gstack-upgrade` | Self-update GStack to latest |
|
|
|
|
|
|
-### GSD skills (glittercowboy — multi-session large features)
|
|
|
+### GSD skills (multi-session large features)
|
|
|
|
|
|
-> Install: `npx get-shit-done-cc --claude --global`
|
|
|
-> **Use when:** feature spans multiple days/sessions. Each session starts fresh with full context from previous phases.
|
|
|
+> Installed globally via `npx get-shit-done-cc --claude --global` (done by install-plugins.sh).
|
|
|
+> **Use when:** feature spans multiple days/sessions.
|
|
|
|
|
|
| Command | Description |
|
|
|
|---|---|
|
|
|
@@ -144,29 +159,30 @@ and all marketplace plugins on Linux (apt/dnf/pacman) and macOS (brew).
|
|
|
### `/init-project`
|
|
|
|
|
|
Same rigor as `/ship-feature`. Two validation gates. Full TDD subagent pipeline for v1 features.
|
|
|
-The Scaffolder only creates the skeleton (no features, no README).
|
|
|
-readme-updater handles the README in two passes: CREATE then SYNC.
|
|
|
+Scaffolder creates only the skeleton. readme-updater handles README in two passes (CREATE + SYNC).
|
|
|
+Always works on a feature branch — never on main/master.
|
|
|
|
|
|
```
|
|
|
/init-project <project idea>
|
|
|
│
|
|
|
- ├── STEP 0: PLUGIN CHECK (plugin-advisor) ← blocks if wrong plugins
|
|
|
+ ├── STEP 0a: BRANCH SETUP (git-workflow) ← create feature branch from main
|
|
|
+ │ or sync existing branch
|
|
|
+ ├── STEP 0b: PLUGIN CHECK (plugin-advisor) ← blocks if wrong plugins
|
|
|
├── STEP 1: INTERVIEWER (custom) → PROJECT BRIEF
|
|
|
├── STEP 2: ANALYZER (custom) → ANALYSIS REPORT
|
|
|
├── STEP 3: superpowers:brainstorming → VALIDATED DESIGN
|
|
|
├── STEP 4: VALIDATION GATE #1 → approve architecture
|
|
|
- ├── STEP 5: SCAFFOLDER (custom) → skeleton only (CLAUDE.md +
|
|
|
- │ settings + structure +
|
|
|
- │ empty entry points, NO features,
|
|
|
- │ NO README)
|
|
|
- ├── STEP 5b: README-UPDATER create mode (custom) → CREATE README from CLAUDE.md
|
|
|
+ ├── STEP 5: SCAFFOLDER (custom) → skeleton (CLAUDE.md + settings +
|
|
|
+ │ structure + empty entry points,
|
|
|
+ │ NO features, NO README)
|
|
|
+ ├── STEP 5b: README-UPDATER create mode → CREATE README from CLAUDE.md
|
|
|
├── STEP 6: superpowers:writing-plans → decompose v1 features into tasks
|
|
|
├── STEP 7: VALIDATION GATE #2 → approve task plan
|
|
|
- ├── STEP 8: superpowers:subagent-driven (TDD) → implement each feature (isolated)
|
|
|
+ ├── STEP 8: superpowers:subagent-driven (TDD) → implement each feature
|
|
|
├── STEP 9: ANALYZER (custom) → regression + deviation check
|
|
|
├── STEP 10: superpowers:requesting-review → full code review
|
|
|
├── STEP 11: superpowers:finishing-branch → cleanup + build + tests
|
|
|
- └── STEP 12: README-UPDATER sync mode (custom) → sync README with implementation
|
|
|
+ └── STEP 12: README-UPDATER sync mode → sync README with implementation
|
|
|
```
|
|
|
|
|
|
### `/ship-feature`
|
|
|
@@ -174,81 +190,289 @@ readme-updater handles the README in two passes: CREATE then SYNC.
|
|
|
```
|
|
|
/ship-feature <feature description>
|
|
|
│
|
|
|
- ├── STEP 0: PLUGIN CHECK (plugin-advisor) ← blocks if wrong plugins active
|
|
|
- ├── STEP 1: superpowers:brainstorming → VALIDATED DESIGN
|
|
|
- ├── STEP 2: superpowers:writing-plans → task plan
|
|
|
- ├── STEP 3: VALIDATION GATE → user approval required
|
|
|
- ├── STEP 4: superpowers:subagent-driven → implementation (TDD)
|
|
|
- ├── STEP 5: ANALYZER (custom) → regression / deviation check
|
|
|
- ├── STEP 6: superpowers:requesting-review → code review
|
|
|
- └── STEP 7: superpowers:finishing-branch → cleanup
|
|
|
+ ├── STEP 0a: BRANCH SETUP (git-workflow) ← create/sync feature branch
|
|
|
+ ├── STEP 0b: PLUGIN CHECK (plugin-advisor) ← blocks if wrong plugins
|
|
|
+ ├── STEP 1: superpowers:brainstorming → VALIDATED DESIGN
|
|
|
+ ├── STEP 2: superpowers:writing-plans → task plan
|
|
|
+ ├── STEP 3: VALIDATION GATE → user approval required
|
|
|
+ ├── STEP 4: superpowers:subagent-driven (TDD) → implementation
|
|
|
+ ├── STEP 5: ANALYZER (custom) → regression / deviation check
|
|
|
+ ├── STEP 6: superpowers:requesting-review → code review
|
|
|
+ ├── STEP 7: superpowers:finishing-branch → cleanup
|
|
|
+ ├── STEP 8: README-UPDATER sync mode → update README
|
|
|
+ └── STEP 9: CREATE PR (optional gate) → /git-pr if user approves
|
|
|
```
|
|
|
|
|
|
-### `/plugin-check`
|
|
|
+### `/git-pr`
|
|
|
|
|
|
-Standalone command you can run at any time to audit your plugin config
|
|
|
-against what you're about to do. Also embedded as STEP 0 in both orchestrators.
|
|
|
+Works on any provider. Retroactive — `git diff <base>...HEAD` sees ALL changes since
|
|
|
+branch creation, regardless of session count. Creates a **draft PR** — you control the merge.
|
|
|
|
|
|
```
|
|
|
-/plugin-check "I want to build a React + FastAPI SaaS"
|
|
|
+/git-pr [optional title]
|
|
|
+ │
|
|
|
+ ├── PHASE 0: Detect provider (GitHub/GitLab/Gogs/Gitea)
|
|
|
+ │ Check CLI: gh / glab / API fallback
|
|
|
+ ├── PHASE 1: Analyze branch (retroactive)
|
|
|
+ │ git diff <base>...HEAD — ALL changes since branch start
|
|
|
+ │ Categorize: config / model / core / api / ui / test / docs / infra
|
|
|
+ ├── PHASE 2: Propose commit plan (conventional commits)
|
|
|
+ │ [VALIDATION GATE] — user approves before any commit
|
|
|
+ ├── PHASE 3: Execute commits (staged per logical group)
|
|
|
+ ├── PHASE 4: Push (with conflict-safe rebase if rejected)
|
|
|
+ └── PHASE 5: Create draft PR/MR
|
|
|
+ GitHub → gh pr create --draft (or API)
|
|
|
+ GitLab → glab mr create --draft (or API)
|
|
|
+ Gogs → POST /api/v1/repos/{owner}/{repo}/pulls
|
|
|
+ Gitea → same API format as Gogs
|
|
|
+```
|
|
|
|
|
|
+**Branch → base mapping:**
|
|
|
+| Branch prefix | Default base | Commit type |
|
|
|
+|---|---|---|
|
|
|
+| `feature/*`, `feat/*` | `develop` or `main` | `feat:` |
|
|
|
+| `bugfix/*`, `fix/*` | `develop` | `fix:` |
|
|
|
+| `hotfix/*` | `main` | `fix:` |
|
|
|
+| `release/*` | `main` | `chore(release):` |
|
|
|
+
|
|
|
+### `/plugin-check`
|
|
|
+
|
|
|
+Standalone — run before any significant work. Also auto-runs as STEP 0b
|
|
|
+in `/init-project` and `/ship-feature`.
|
|
|
+
|
|
|
+```
|
|
|
+/plugin-check "React + FastAPI SaaS with auth"
|
|
|
→ Detects active plugins
|
|
|
→ Analyzes signals: frontend? design? QA? multi-session? fast-evolving libs?
|
|
|
→ Produces recommendation table
|
|
|
-→ Blocks with OPTIONS if critical plugins are missing
|
|
|
-→ Or confirms "proceed" if config is optimal
|
|
|
+→ Blocks if critical plugins missing, or confirms "proceed"
|
|
|
+```
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+## Git setup for `/git-pr`
|
|
|
+
|
|
|
+`/git-pr` auto-detects your provider from the remote URL and uses the best available
|
|
|
+authentication method. Here is how to set up each provider.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### GitHub
|
|
|
+
|
|
|
+**Option A — gh CLI (recommended)**
|
|
|
+
|
|
|
+```bash
|
|
|
+# Install (done by install-plugins.sh)
|
|
|
+brew install gh # macOS
|
|
|
+sudo apt install gh # Linux
|
|
|
+
|
|
|
+# Authenticate (interactive — opens browser)
|
|
|
+gh auth login
|
|
|
+# Choose: GitHub.com → HTTPS → authenticate with browser
|
|
|
+
|
|
|
+# Verify
|
|
|
+gh auth status
|
|
|
+```
|
|
|
+
|
|
|
+**Option B — Personal Access Token (for CI or headless)**
|
|
|
+
|
|
|
+1. Go to **github.com → Settings → Developer settings → Personal access tokens → Tokens (classic)**
|
|
|
+2. Click **Generate new token**
|
|
|
+3. Required scopes: `repo` (full), `read:org` (if org repo)
|
|
|
+4. Copy the token
|
|
|
+
|
|
|
+```bash
|
|
|
+# Set in environment
|
|
|
+export GITHUB_TOKEN="ghp_xxxxxxxxxxxx"
|
|
|
+echo 'export GITHUB_TOKEN="ghp_xxxxxxxxxxxx"' >> ~/.zshrc # persist
|
|
|
+
|
|
|
+# Claude Code reads GITHUB_TOKEN automatically for gh CLI fallback
|
|
|
+```
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### GitLab
|
|
|
+
|
|
|
+**Option A — glab CLI (recommended)**
|
|
|
+
|
|
|
+```bash
|
|
|
+# Install (done by install-plugins.sh)
|
|
|
+brew install glab # macOS
|
|
|
+
|
|
|
+# Authenticate
|
|
|
+glab auth login
|
|
|
+# Choose: gitlab.com → Token or browser
|
|
|
+
|
|
|
+# For self-hosted GitLab
|
|
|
+glab auth login --hostname gitlab.yourcompany.com
|
|
|
+
|
|
|
+# Verify
|
|
|
+glab auth status
|
|
|
+```
|
|
|
+
|
|
|
+**Option B — Personal Access Token**
|
|
|
+
|
|
|
+1. Go to **gitlab.com → User Settings → Access Tokens** (or your instance)
|
|
|
+2. Click **Add new token**
|
|
|
+3. Required scopes: `api`, `read_repository`, `write_repository`
|
|
|
+4. Copy the token
|
|
|
+
|
|
|
+```bash
|
|
|
+export GITLAB_TOKEN="glpat-xxxxxxxxxxxx"
|
|
|
+echo 'export GITLAB_TOKEN="glpat-xxxxxxxxxxxx"' >> ~/.zshrc
|
|
|
+
|
|
|
+# For self-hosted
|
|
|
+export GITLAB_HOST="https://gitlab.yourcompany.com"
|
|
|
+```
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### Gogs
|
|
|
+
|
|
|
+Gogs has no official CLI. `/git-pr` uses the REST API directly.
|
|
|
+
|
|
|
+**Create an API token:**
|
|
|
+
|
|
|
+1. Log in to your Gogs instance
|
|
|
+2. Go to **User Settings (top-right avatar) → Applications**
|
|
|
+3. Under **Token Name**, enter `claude-code`
|
|
|
+4. Click **Generate Token**
|
|
|
+5. Copy the token (shown only once)
|
|
|
+
|
|
|
+```bash
|
|
|
+# Set in environment
|
|
|
+export GOGS_TOKEN="your-token-here"
|
|
|
+echo 'export GOGS_TOKEN="your-token-here"' >> ~/.zshrc
|
|
|
+
|
|
|
+# Verify the API works
|
|
|
+curl -H "Authorization: token $GOGS_TOKEN" \
|
|
|
+ https://your-gogs-server/api/v1/user
|
|
|
+# Should return your user JSON
|
|
|
+```
|
|
|
+
|
|
|
+**Required API permissions:** read/write on repos (tokens in Gogs have full API access by default).
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### Gitea
|
|
|
+
|
|
|
+Same API format as Gogs. Gitea is a Gogs fork.
|
|
|
+
|
|
|
+**Create an API token:**
|
|
|
+
|
|
|
+1. Log in to your Gitea instance
|
|
|
+2. Go to **User Settings → Applications → Manage Access Tokens**
|
|
|
+3. Enter token name `claude-code`
|
|
|
+4. Select permissions: `Issues: Read/Write`, `Repository: Read/Write`
|
|
|
+5. Click **Generate Token** and copy it
|
|
|
+
|
|
|
+```bash
|
|
|
+export GITEA_TOKEN="your-token-here"
|
|
|
+echo 'export GITEA_TOKEN="your-token-here"' >> ~/.zshrc
|
|
|
+
|
|
|
+# Verify
|
|
|
+curl -H "Authorization: token $GITEA_TOKEN" \
|
|
|
+ https://your-gitea-server/api/v1/user
|
|
|
+```
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### Self-hosted GitHub Enterprise
|
|
|
+
|
|
|
+```bash
|
|
|
+# Configure gh for your instance
|
|
|
+gh config set -h github.yourcompany.com git_protocol https
|
|
|
+gh auth login --hostname github.yourcompany.com
|
|
|
+
|
|
|
+# Verify
|
|
|
+gh auth status --hostname github.yourcompany.com
|
|
|
+```
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### Self-hosted GitLab
|
|
|
+
|
|
|
+```bash
|
|
|
+glab auth login --hostname gitlab.yourcompany.com --token glpat-xxxx
|
|
|
+```
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### Token security
|
|
|
+
|
|
|
+- **Never commit tokens** to git — they go in `~/.zshrc`, `~/.bashrc`, or a secrets manager
|
|
|
+- **Rotate tokens** when they expire or are compromised
|
|
|
+- **Minimum scopes** — only grant what `/git-pr` needs (repo read/write)
|
|
|
+- Claude Code reads env vars securely — tokens are never written to disk by Claude
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### Verify your setup
|
|
|
+
|
|
|
+```bash
|
|
|
+# Run inside Claude Code to verify everything
|
|
|
+/git-pr check-auth
|
|
|
+# → Detects provider from current repo remote
|
|
|
+# → Tests authentication
|
|
|
+# → Reports status per provider
|
|
|
+```
|
|
|
+
|
|
|
+Or manually:
|
|
|
+```bash
|
|
|
+git remote get-url origin # see which provider
|
|
|
+gh auth status # GitHub CLI status
|
|
|
+glab auth status # GitLab CLI status
|
|
|
+curl -s -H "Authorization: token $GOGS_TOKEN" \
|
|
|
+ <your-gogs-url>/api/v1/user | jq .login # Gogs/Gitea
|
|
|
```
|
|
|
|
|
|
---
|
|
|
|
|
|
## Plugins reference
|
|
|
|
|
|
-All plugins below are installed by `install-plugins.sh`.
|
|
|
+All plugins installed by `install-plugins.sh`.
|
|
|
|
|
|
-### Quick reference
|
|
|
+### At-a-glance: always on vs toggle
|
|
|
|
|
|
-The mechanism: Claude Code loads every active skill's **description** into a shared context budget
|
|
|
-at session start (default 8000 chars). Even if you never invoke the skill, its description
|
|
|
-is already consuming tokens. **Disabling a plugin prevents its descriptions from loading entirely.**
|
|
|
+The mechanism: Claude Code loads every active skill's **description** at session start
|
|
|
+into a shared budget (8000 chars). Even if never invoked, the description costs tokens.
|
|
|
+Disabling a plugin → descriptions never load.
|
|
|
|
|
|
-A `hooks/session-start.sh` hook shows the current toggle status at the start of every session.
|
|
|
-Run `/plugin-check` anytime to get a full recommendation for the current project type.
|
|
|
+A `hooks/session-start.sh` hook shows toggle status at every session start.
|
|
|
+Run `/plugin-check` for a full recommendation for the current project type.
|
|
|
|
|
|
-| Plugin | Status | Passive cost | When to toggle ON | Installed by |
|
|
|
+| Plugin | Status | Cost/session | When to enable | Installed by |
|
|
|
|---|---|---|---|---|
|
|
|
-| **security-guidance** | ✅ ALWAYS ON | 0 tokens (hook only) | — | marketplace |
|
|
|
-| **RTK** | ✅ ALWAYS ON | 0 tokens (hook only) | — | cargo + rtk init |
|
|
|
-| **Superpowers** | ✅ ALWAYS ON | ~600–1000 tokens | — auto-activates when relevant | marketplace |
|
|
|
-| **skill-creator** | ✅ ALWAYS ON | ~100 tokens | — | marketplace |
|
|
|
-| **pr-review-toolkit** | ✅ ALWAYS ON | ~300 tokens | — use `/pr-review-toolkit:review-pr` | marketplace |
|
|
|
-| **GStack** | 🔄 TOGGLE | ~2500–3000 tokens | Full-product: UI + design + deploy + browser QA | git clone |
|
|
|
-| **GSD** | 🔄 TOGGLE | ~500–800 tokens | Feature spanning multiple days/sessions | npx |
|
|
|
-| **frontend-design** | 🔄 TOGGLE | ~200 tokens | Any project with a UI | marketplace |
|
|
|
-| **ui-ux-pro-max** | 🔄 TOGGLE | ~400 tokens | Design system, color/typography choices | marketplace |
|
|
|
-| **Context7 MCP** | 🔄 TOGGLE | ~200 tokens | Fast-evolving libs (Next.js, React, Prisma…) | MCP manual |
|
|
|
-
|
|
|
-**Rule:** toggle plugins are OFF by default. `/plugin-check` signals when to enable them.
|
|
|
-If you use `/init-project` or `/ship-feature`, plugin-check runs automatically as STEP 0.
|
|
|
-
|
|
|
-### Disabling a plugin for a specific project
|
|
|
+| **security-guidance** | ✅ ALWAYS ON | 0 (hook only) | — | marketplace |
|
|
|
+| **RTK** | ✅ ALWAYS ON | 0 (hook only) | — | cargo + rtk init |
|
|
|
+| **Superpowers** | ✅ ALWAYS ON | ~600–1000 | — auto-activates | marketplace |
|
|
|
+| **skill-creator** | ✅ ALWAYS ON | ~100 | — | marketplace |
|
|
|
+| **pr-review-toolkit** | ✅ ALWAYS ON | ~300 | — `/pr-review-toolkit:review-pr` | marketplace |
|
|
|
+| **GStack** | 🔄 TOGGLE | ~2500–3000 | Full-product: UI + design + deploy + QA browser | submodule |
|
|
|
+| **GSD** | 🔄 TOGGLE | ~500–800 | Feature spanning multiple days/sessions | npx |
|
|
|
+| **frontend-design** | 🔄 TOGGLE | ~200 | Any project with a UI | marketplace |
|
|
|
+| **ui-ux-pro-max** | 🔄 TOGGLE | ~400 | Design system, color/typography | marketplace |
|
|
|
+| **Context7 MCP** | 🔄 TOGGLE | ~200 | Fast-evolving libs (Next.js, React, Prisma…) | MCP manual |
|
|
|
+
|
|
|
+Toggle plugins start **OFF**. `/plugin-check` signals when to enable them.
|
|
|
+`/init-project` and `/ship-feature` run plugin-check automatically as STEP 0b.
|
|
|
+
|
|
|
+### Disable a plugin for a specific project
|
|
|
|
|
|
```bash
|
|
|
-# In Claude Code
|
|
|
-/plugin
|
|
|
-# → Find the plugin → toggle off for this scope
|
|
|
+/plugin # inside Claude Code → toggle off
|
|
|
```
|
|
|
|
|
|
-Or in the project's `.claude/settings.json`:
|
|
|
+Or in `.claude/settings.json`:
|
|
|
```json
|
|
|
{
|
|
|
"enabledPlugins": {
|
|
|
- "gstack@gstack": false,
|
|
|
- "gsd@gsd": false
|
|
|
+ "gstack@gstack": false
|
|
|
}
|
|
|
}
|
|
|
```
|
|
|
|
|
|
-### Enabling a plugin for a specific project (so teammates can install it)
|
|
|
+### Enable a plugin for a project (share with teammates)
|
|
|
|
|
|
```json
|
|
|
{
|
|
|
@@ -257,10 +481,7 @@ Or in the project's `.claude/settings.json`:
|
|
|
},
|
|
|
"extraKnownMarketplaces": {
|
|
|
"ui-ux-pro-max-skill": {
|
|
|
- "source": {
|
|
|
- "source": "github",
|
|
|
- "repo": "nextlevelbuilder/ui-ux-pro-max-skill"
|
|
|
- }
|
|
|
+ "source": { "source": "github", "repo": "nextlevelbuilder/ui-ux-pro-max-skill" }
|
|
|
}
|
|
|
}
|
|
|
}
|
|
|
@@ -285,7 +506,19 @@ DENY always wins over ALLOW at any level.
|
|
|
.claudeignore applies independently of all permission rules.
|
|
|
```
|
|
|
|
|
|
-### Global settings (this repo's `settings.json`)
|
|
|
+### Global `settings.json` (this repo)
|
|
|
+
|
|
|
+Contains global deny/ask/allow rules AND a SessionStart hook:
|
|
|
+
|
|
|
+```json
|
|
|
+"hooks": {
|
|
|
+ "SessionStart": [
|
|
|
+ { "hooks": [{ "type": "command", "command": "bash ~/.claude/hooks/session-start.sh" }] }
|
|
|
+ ]
|
|
|
+}
|
|
|
+```
|
|
|
+
|
|
|
+The hook prints toggle plugin status at every session start — zero API calls, filesystem only.
|
|
|
|
|
|
| Section | Purpose |
|
|
|
|---|---|
|
|
|
@@ -300,20 +533,19 @@ DENY always wins over ALLOW at any level.
|
|
|
### Per-project setup
|
|
|
|
|
|
```bash
|
|
|
-cd your-project
|
|
|
-mkdir -p .claude
|
|
|
+cd your-project && mkdir -p .claude
|
|
|
|
|
|
-# Project settings (commit to project git)
|
|
|
+# Project settings (commit)
|
|
|
cp ~/claude-config/templates/settings/settings.json .claude/settings.json
|
|
|
|
|
|
-# Personal overrides (never commit — gitignore it)
|
|
|
+# Personal overrides (never commit)
|
|
|
cp ~/claude-config/templates/settings/settings.local.json .claude/settings.local.json
|
|
|
echo ".claude/settings.local.json" >> .gitignore
|
|
|
|
|
|
-# Hard file exclusions (commit to project git)
|
|
|
+# Hard file exclusions (commit)
|
|
|
cp ~/claude-config/templates/settings/.claudeignore .claudeignore
|
|
|
|
|
|
-# Project CLAUDE.md (commit to project git)
|
|
|
+# Project CLAUDE.md (commit)
|
|
|
cp ~/claude-config/templates/project-CLAUDE.md .claude/CLAUDE.md
|
|
|
```
|
|
|
|
|
|
@@ -324,24 +556,31 @@ cp ~/claude-config/templates/project-CLAUDE.md .claude/CLAUDE.md
|
|
|
### This repo
|
|
|
```bash
|
|
|
cd ~/claude-config && git pull
|
|
|
-# Symlinks → changes active immediately
|
|
|
+# Symlinks → changes active immediately, no restart needed
|
|
|
```
|
|
|
|
|
|
-### GStack
|
|
|
+### GStack (submodule)
|
|
|
```bash
|
|
|
-/gstack-upgrade # inside Claude Code
|
|
|
-# or manually:
|
|
|
-git -C ~/.claude/skills/gstack pull && cd ~/.claude/skills/gstack && ./setup
|
|
|
+# Option A — from Claude Code
|
|
|
+/gstack-upgrade
|
|
|
+
|
|
|
+# Option B — via submodule (pins version in your repo)
|
|
|
+cd ~/claude-config
|
|
|
+git submodule update --remote skills-external/gstack
|
|
|
+cd skills-external/gstack && ./setup
|
|
|
+git add skills-external/gstack
|
|
|
+git commit -m "chore: update gstack"
|
|
|
```
|
|
|
|
|
|
### Marketplace plugins
|
|
|
```bash
|
|
|
-/plugin marketplace update # inside Claude Code
|
|
|
+/plugin marketplace update
|
|
|
```
|
|
|
|
|
|
### RTK
|
|
|
```bash
|
|
|
cargo install --git https://github.com/rtk-ai/rtk --force
|
|
|
+rtk init -g --auto-patch # re-apply hook if needed
|
|
|
```
|
|
|
|
|
|
---
|
|
|
@@ -373,9 +612,8 @@ $ARGUMENTS
|
|
|
|
|
|
## Per-project agent overrides
|
|
|
|
|
|
-Override any global agent for a specific project:
|
|
|
-
|
|
|
```bash
|
|
|
+# Override an agent for a specific project
|
|
|
cp ~/claude-config/agents/refactorer.md .claude/agents/refactorer.md
|
|
|
-# Edit .claude/agents/refactorer.md — the local version takes precedence
|
|
|
+# Edit — the local version takes precedence over global
|
|
|
```
|