From 099beb3b8d4ba8b1632f9a86377909e8f563c803 Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 11:24:53 -0700 Subject: [PATCH 01/29] =?UTF-8?q?feat:=20Completeness=20Principle=20?= =?UTF-8?q?=E2=80=94=20Boil=20the=20Lake=20(WIP,=20pre-merge)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Add Completeness Principle to all skill preambles, dual-time estimates, compression table, anti-pattern gallery, Lake Score, and completeness gaps review category. VERSION/CHANGELOG will be rebased after merge. Co-Authored-By: Claude Opus 4.6 (1M context) --- CHANGELOG.md | 23 +++++++++++++++ CLAUDE.md | 17 +++++++++++ SKILL.md | 43 +++++++++++++++++++++++++-- TODOS.md | 24 +++++++++++++++ VERSION | 2 +- browse/SKILL.md | 43 +++++++++++++++++++++++++-- design-consultation/SKILL.md | 43 +++++++++++++++++++++++++-- document-release/SKILL.md | 43 +++++++++++++++++++++++++-- plan-ceo-review/SKILL.md | 54 +++++++++++++++++++++++++++++++--- plan-ceo-review/SKILL.md.tmpl | 11 +++++-- plan-design-review/SKILL.md | 43 +++++++++++++++++++++++++-- plan-eng-review/SKILL.md | 48 ++++++++++++++++++++++++++++-- plan-eng-review/SKILL.md.tmpl | 5 +++- qa-design-review/SKILL.md | 43 +++++++++++++++++++++++++-- qa-only/SKILL.md | 43 +++++++++++++++++++++++++-- qa/SKILL.md | 43 +++++++++++++++++++++++++-- retro/SKILL.md | 43 +++++++++++++++++++++++++-- review/SKILL.md | 43 +++++++++++++++++++++++++-- review/checklist.md | 7 +++++ scripts/gen-skill-docs.ts | 43 +++++++++++++++++++++++++-- setup-browser-cookies/SKILL.md | 43 +++++++++++++++++++++++++-- ship/SKILL.md | 43 +++++++++++++++++++++++++-- test/skill-validation.test.ts | 37 +++++++++++++++++++++++ 23 files changed, 750 insertions(+), 37 deletions(-) diff --git a/CHANGELOG.md b/CHANGELOG.md index 38a4aef0..ec9bec14 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -1,5 +1,28 @@ # Changelog +## 0.5.3 — Boil the Lake + +Every gstack skill now follows the **Completeness Principle**: always recommend the +full implementation when AI makes the marginal cost near-zero. No more "Choose B +because it's 90% of the value" when option A is 70 lines more code. + +Read the philosophy: https://garryslist.org/posts/boil-the-ocean + +- **Completeness scoring**: every AskUserQuestion option now shows a completeness + score (1-10), biasing toward the complete solution +- **Dual time estimates**: effort estimates show both human-team and CC+gstack time + (e.g., "human: ~2 weeks / CC: ~1 hour") with a task-type compression reference table +- **Anti-pattern examples**: concrete "don't do this" gallery in the preamble so the + principle isn't abstract +- **First-time onboarding**: new users see a one-time introduction linking to the + essay, with option to open in browser +- **Review completeness gaps**: `/review` now flags shortcut implementations where the + complete version costs <30 min CC time +- **Lake Score**: CEO and Eng review completion summaries show how many recommendations + chose the complete option vs shortcuts +- **CEO + Eng review dual-time**: temporal interrogation, effort estimates, and delight + opportunities all show both human and CC time scales + ## 0.5.2 — 2026-03-17 - **Your design consultant now takes creative risks.** `/design-consultation` doesn't just propose a safe, coherent system — it explicitly breaks down SAFE CHOICES (category baseline) vs. RISKS (where your product stands out). You pick which rules to break. Every risk comes with a rationale for why it works and what it costs. diff --git a/CLAUDE.md b/CLAUDE.md index 27523c7b..34868b0a 100644 --- a/CLAUDE.md +++ b/CLAUDE.md @@ -121,6 +121,23 @@ CHANGELOG.md is **for users**, not contributors. Write it like product release n - No jargon: say "every question now tells you which project and branch you're in" not "AskUserQuestion format standardized across skill templates via preamble resolver." +## AI effort compression + +When estimating or discussing effort, always show both human-team and CC+gstack time: + +| Task type | Human team | CC+gstack | Compression | +|-----------|-----------|-----------|-------------| +| Boilerplate / scaffolding | 2 days | 15 min | ~100x | +| Test writing | 1 day | 15 min | ~50x | +| Feature implementation | 1 week | 30 min | ~30x | +| Bug fix + regression test | 4 hours | 15 min | ~20x | +| Architecture / design | 2 days | 4 hours | ~5x | +| Research / exploration | 1 day | 3 hours | ~3x | + +Completeness is cheap. Don't recommend shortcuts when the complete implementation +is a "lake" (achievable) not an "ocean" (multi-quarter migration). See the +Completeness Principle in the skill preamble for the full philosophy. + ## Local plans Contributors can store long-range vision docs and design documents in `~/.gstack-dev/plans/`. diff --git a/SKILL.md b/SKILL.md index c0d6e267..72bdb682 100644 --- a/SKILL.md +++ b/SKILL.md @@ -28,22 +28,61 @@ find ~/.gstack/sessions -mmin +120 -type f -delete 2>/dev/null || true _CONTRIB=$(~/.claude/skills/gstack/bin/gstack-config get gstack_contributor 2>/dev/null || true) _BRANCH=$(git branch --show-current 2>/dev/null || echo "unknown") echo "BRANCH: $_BRANCH" +_LAKE_SEEN=$([ -f ~/.gstack/.completeness-intro-seen ] && echo "yes" || echo "no") +echo "LAKE_INTRO: $_LAKE_SEEN" ``` If output shows `UPGRADE_AVAILABLE `: read `~/.claude/skills/gstack/gstack-upgrade/SKILL.md` and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If `JUST_UPGRADED `: tell user "Running gstack v{to} (just updated!)" and continue. +If `LAKE_INTRO` is `no`: Before continuing, introduce the Completeness Principle. +Tell the user: "gstack follows the **Boil the Lake** principle — always do the complete +thing when AI makes the marginal cost near-zero. Read more: https://garryslist.org/posts/boil-the-ocean" +Then offer to open the essay in their default browser: + +```bash +open https://garryslist.org/posts/boil-the-ocean +touch ~/.gstack/.completeness-intro-seen +``` + +Only run `open` if the user says yes. Always run `touch` to mark as seen. This only happens once. + ## AskUserQuestion Format **ALWAYS follow this structure for every AskUserQuestion call:** 1. **Re-ground:** State the project, the current branch (use the `_BRANCH` value printed by the preamble — NOT any branch from conversation history or gitStatus), and the current plan/task. (1-2 sentences) 2. **Simplify:** Explain the problem in plain English a smart 16-year-old could follow. No raw function names, no internal jargon, no implementation details. Use concrete examples and analogies. Say what it DOES, not what it's called. -3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` -4. **Options:** Lettered options: `A) ... B) ... C) ...` +3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` — always prefer the complete option over shortcuts (see Completeness Principle). Include `Completeness: X/10` for each option. Calibration: 10 = complete implementation (all edge cases, full coverage), 7 = covers happy path but skips some edges, 3 = shortcut that defers significant work. If both options are 8+, pick the higher; if one is ≤5, flag it. +4. **Options:** Lettered options: `A) ... B) ... C) ...` — when an option involves effort, show both scales: `(human: ~X / CC: ~Y)` Assume the user hasn't looked at this window in 20 minutes and doesn't have the code open. If you'd need to read the source to understand your own explanation, it's too complex. Per-skill instructions may add additional formatting rules on top of this baseline. +## Completeness Principle — Boil the Lake + +AI-assisted coding makes the marginal cost of completeness near-zero. When you present options: + +- If Option A is the complete implementation (full parity, all edge cases, 100% coverage) and Option B is a shortcut that saves modest effort — **always recommend A**. The delta between 80 lines and 150 lines is meaningless with CC+gstack. "Good enough" is the wrong instinct when "complete" costs minutes more. +- **Lake vs. ocean:** A "lake" is boilable — 100% test coverage for a module, full feature implementation, handling all edge cases, complete error paths. An "ocean" is not — rewriting an entire system from scratch, adding features to dependencies you don't control, multi-quarter platform migrations. Recommend boiling lakes. Flag oceans as out of scope. +- **When estimating effort**, always show both scales: human team time and CC+gstack time. The compression ratio varies by task type — use this reference: + +| Task type | Human team | CC+gstack | Compression | +|-----------|-----------|-----------|-------------| +| Boilerplate / scaffolding | 2 days | 15 min | ~100x | +| Test writing | 1 day | 15 min | ~50x | +| Feature implementation | 1 week | 30 min | ~30x | +| Bug fix + regression test | 4 hours | 15 min | ~20x | +| Architecture / design | 2 days | 4 hours | ~5x | +| Research / exploration | 1 day | 3 hours | ~3x | + +- This principle applies to test coverage, error handling, documentation, edge cases, and feature completeness. Don't skip the last 10% to "save time" — with AI, that 10% costs seconds. + +**Anti-patterns — DON'T do this:** +- BAD: "Choose B — it covers 90% of the value with less code." (If A is only 70 lines more, choose A.) +- BAD: "We can skip edge case handling to save time." (Edge case handling costs minutes with CC.) +- BAD: "Let's defer test coverage to a follow-up PR." (Tests are the cheapest lake to boil.) +- BAD: Quoting only human-team effort: "This would take 2 weeks." (Say: "2 weeks human / ~1 hour CC.") + ## Contributor Mode If `_CONTRIB` is `true`: you are in **contributor mode**. You're a gstack user who also helps make it better. diff --git a/TODOS.md b/TODOS.md index f52bb693..b17e9d54 100644 --- a/TODOS.md +++ b/TODOS.md @@ -362,6 +362,16 @@ **Priority:** P2 **Depends on:** None +### Cross-platform URL open helper + +**What:** `gstack-open-url` helper script — detect platform, use `open` (macOS) or `xdg-open` (Linux). + +**Why:** The first-time Completeness Principle intro uses macOS `open` to launch the essay. If gstack ever supports Linux, this silently fails. + +**Effort:** S (human: ~30 min / CC: ~2 min) +**Priority:** P4 +**Depends on:** Nothing + ### CDP-based DOM mutation detection for ref staleness **What:** Use Chrome DevTools Protocol `DOM.documentUpdated` / MutationObserver events to proactively invalidate stale refs when the DOM changes, without requiring an explicit `snapshot` call. @@ -434,6 +444,20 @@ Shipped as `/design-consultation` on garrytan/design branch. Renamed from `/setu **Priority:** P2 **Depends on:** Ship Confidence Dashboard (shipped) +## Completeness + +### Completeness metrics dashboard + +**What:** Track how often Claude chooses the complete option vs shortcut across gstack sessions. Aggregate into a dashboard showing completeness trend over time. + +**Why:** Without measurement, we can't know if the Completeness Principle is working. Could surface patterns (e.g., certain skills still bias toward shortcuts). + +**Context:** Would require logging choices (e.g., append to a JSONL file when AskUserQuestion resolves), parsing them, and displaying trends. Similar pattern to eval persistence. + +**Effort:** M (human) / S (CC) +**Priority:** P3 +**Depends on:** Boil the Lake shipped (v0.5.3) + ## Completed ### Phase 1: Foundations (v0.2.0) diff --git a/VERSION b/VERSION index cb0c939a..be14282b 100644 --- a/VERSION +++ b/VERSION @@ -1 +1 @@ -0.5.2 +0.5.3 diff --git a/browse/SKILL.md b/browse/SKILL.md index 33accc09..50198d5f 100644 --- a/browse/SKILL.md +++ b/browse/SKILL.md @@ -28,22 +28,61 @@ find ~/.gstack/sessions -mmin +120 -type f -delete 2>/dev/null || true _CONTRIB=$(~/.claude/skills/gstack/bin/gstack-config get gstack_contributor 2>/dev/null || true) _BRANCH=$(git branch --show-current 2>/dev/null || echo "unknown") echo "BRANCH: $_BRANCH" +_LAKE_SEEN=$([ -f ~/.gstack/.completeness-intro-seen ] && echo "yes" || echo "no") +echo "LAKE_INTRO: $_LAKE_SEEN" ``` If output shows `UPGRADE_AVAILABLE `: read `~/.claude/skills/gstack/gstack-upgrade/SKILL.md` and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If `JUST_UPGRADED `: tell user "Running gstack v{to} (just updated!)" and continue. +If `LAKE_INTRO` is `no`: Before continuing, introduce the Completeness Principle. +Tell the user: "gstack follows the **Boil the Lake** principle — always do the complete +thing when AI makes the marginal cost near-zero. Read more: https://garryslist.org/posts/boil-the-ocean" +Then offer to open the essay in their default browser: + +```bash +open https://garryslist.org/posts/boil-the-ocean +touch ~/.gstack/.completeness-intro-seen +``` + +Only run `open` if the user says yes. Always run `touch` to mark as seen. This only happens once. + ## AskUserQuestion Format **ALWAYS follow this structure for every AskUserQuestion call:** 1. **Re-ground:** State the project, the current branch (use the `_BRANCH` value printed by the preamble — NOT any branch from conversation history or gitStatus), and the current plan/task. (1-2 sentences) 2. **Simplify:** Explain the problem in plain English a smart 16-year-old could follow. No raw function names, no internal jargon, no implementation details. Use concrete examples and analogies. Say what it DOES, not what it's called. -3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` -4. **Options:** Lettered options: `A) ... B) ... C) ...` +3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` — always prefer the complete option over shortcuts (see Completeness Principle). Include `Completeness: X/10` for each option. Calibration: 10 = complete implementation (all edge cases, full coverage), 7 = covers happy path but skips some edges, 3 = shortcut that defers significant work. If both options are 8+, pick the higher; if one is ≤5, flag it. +4. **Options:** Lettered options: `A) ... B) ... C) ...` — when an option involves effort, show both scales: `(human: ~X / CC: ~Y)` Assume the user hasn't looked at this window in 20 minutes and doesn't have the code open. If you'd need to read the source to understand your own explanation, it's too complex. Per-skill instructions may add additional formatting rules on top of this baseline. +## Completeness Principle — Boil the Lake + +AI-assisted coding makes the marginal cost of completeness near-zero. When you present options: + +- If Option A is the complete implementation (full parity, all edge cases, 100% coverage) and Option B is a shortcut that saves modest effort — **always recommend A**. The delta between 80 lines and 150 lines is meaningless with CC+gstack. "Good enough" is the wrong instinct when "complete" costs minutes more. +- **Lake vs. ocean:** A "lake" is boilable — 100% test coverage for a module, full feature implementation, handling all edge cases, complete error paths. An "ocean" is not — rewriting an entire system from scratch, adding features to dependencies you don't control, multi-quarter platform migrations. Recommend boiling lakes. Flag oceans as out of scope. +- **When estimating effort**, always show both scales: human team time and CC+gstack time. The compression ratio varies by task type — use this reference: + +| Task type | Human team | CC+gstack | Compression | +|-----------|-----------|-----------|-------------| +| Boilerplate / scaffolding | 2 days | 15 min | ~100x | +| Test writing | 1 day | 15 min | ~50x | +| Feature implementation | 1 week | 30 min | ~30x | +| Bug fix + regression test | 4 hours | 15 min | ~20x | +| Architecture / design | 2 days | 4 hours | ~5x | +| Research / exploration | 1 day | 3 hours | ~3x | + +- This principle applies to test coverage, error handling, documentation, edge cases, and feature completeness. Don't skip the last 10% to "save time" — with AI, that 10% costs seconds. + +**Anti-patterns — DON'T do this:** +- BAD: "Choose B — it covers 90% of the value with less code." (If A is only 70 lines more, choose A.) +- BAD: "We can skip edge case handling to save time." (Edge case handling costs minutes with CC.) +- BAD: "Let's defer test coverage to a follow-up PR." (Tests are the cheapest lake to boil.) +- BAD: Quoting only human-team effort: "This would take 2 weeks." (Say: "2 weeks human / ~1 hour CC.") + ## Contributor Mode If `_CONTRIB` is `true`: you are in **contributor mode**. You're a gstack user who also helps make it better. diff --git a/design-consultation/SKILL.md b/design-consultation/SKILL.md index f04e2213..ab0e444e 100644 --- a/design-consultation/SKILL.md +++ b/design-consultation/SKILL.md @@ -31,22 +31,61 @@ find ~/.gstack/sessions -mmin +120 -type f -delete 2>/dev/null || true _CONTRIB=$(~/.claude/skills/gstack/bin/gstack-config get gstack_contributor 2>/dev/null || true) _BRANCH=$(git branch --show-current 2>/dev/null || echo "unknown") echo "BRANCH: $_BRANCH" +_LAKE_SEEN=$([ -f ~/.gstack/.completeness-intro-seen ] && echo "yes" || echo "no") +echo "LAKE_INTRO: $_LAKE_SEEN" ``` If output shows `UPGRADE_AVAILABLE `: read `~/.claude/skills/gstack/gstack-upgrade/SKILL.md` and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If `JUST_UPGRADED `: tell user "Running gstack v{to} (just updated!)" and continue. +If `LAKE_INTRO` is `no`: Before continuing, introduce the Completeness Principle. +Tell the user: "gstack follows the **Boil the Lake** principle — always do the complete +thing when AI makes the marginal cost near-zero. Read more: https://garryslist.org/posts/boil-the-ocean" +Then offer to open the essay in their default browser: + +```bash +open https://garryslist.org/posts/boil-the-ocean +touch ~/.gstack/.completeness-intro-seen +``` + +Only run `open` if the user says yes. Always run `touch` to mark as seen. This only happens once. + ## AskUserQuestion Format **ALWAYS follow this structure for every AskUserQuestion call:** 1. **Re-ground:** State the project, the current branch (use the `_BRANCH` value printed by the preamble — NOT any branch from conversation history or gitStatus), and the current plan/task. (1-2 sentences) 2. **Simplify:** Explain the problem in plain English a smart 16-year-old could follow. No raw function names, no internal jargon, no implementation details. Use concrete examples and analogies. Say what it DOES, not what it's called. -3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` -4. **Options:** Lettered options: `A) ... B) ... C) ...` +3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` — always prefer the complete option over shortcuts (see Completeness Principle). Include `Completeness: X/10` for each option. Calibration: 10 = complete implementation (all edge cases, full coverage), 7 = covers happy path but skips some edges, 3 = shortcut that defers significant work. If both options are 8+, pick the higher; if one is ≤5, flag it. +4. **Options:** Lettered options: `A) ... B) ... C) ...` — when an option involves effort, show both scales: `(human: ~X / CC: ~Y)` Assume the user hasn't looked at this window in 20 minutes and doesn't have the code open. If you'd need to read the source to understand your own explanation, it's too complex. Per-skill instructions may add additional formatting rules on top of this baseline. +## Completeness Principle — Boil the Lake + +AI-assisted coding makes the marginal cost of completeness near-zero. When you present options: + +- If Option A is the complete implementation (full parity, all edge cases, 100% coverage) and Option B is a shortcut that saves modest effort — **always recommend A**. The delta between 80 lines and 150 lines is meaningless with CC+gstack. "Good enough" is the wrong instinct when "complete" costs minutes more. +- **Lake vs. ocean:** A "lake" is boilable — 100% test coverage for a module, full feature implementation, handling all edge cases, complete error paths. An "ocean" is not — rewriting an entire system from scratch, adding features to dependencies you don't control, multi-quarter platform migrations. Recommend boiling lakes. Flag oceans as out of scope. +- **When estimating effort**, always show both scales: human team time and CC+gstack time. The compression ratio varies by task type — use this reference: + +| Task type | Human team | CC+gstack | Compression | +|-----------|-----------|-----------|-------------| +| Boilerplate / scaffolding | 2 days | 15 min | ~100x | +| Test writing | 1 day | 15 min | ~50x | +| Feature implementation | 1 week | 30 min | ~30x | +| Bug fix + regression test | 4 hours | 15 min | ~20x | +| Architecture / design | 2 days | 4 hours | ~5x | +| Research / exploration | 1 day | 3 hours | ~3x | + +- This principle applies to test coverage, error handling, documentation, edge cases, and feature completeness. Don't skip the last 10% to "save time" — with AI, that 10% costs seconds. + +**Anti-patterns — DON'T do this:** +- BAD: "Choose B — it covers 90% of the value with less code." (If A is only 70 lines more, choose A.) +- BAD: "We can skip edge case handling to save time." (Edge case handling costs minutes with CC.) +- BAD: "Let's defer test coverage to a follow-up PR." (Tests are the cheapest lake to boil.) +- BAD: Quoting only human-team effort: "This would take 2 weeks." (Say: "2 weeks human / ~1 hour CC.") + ## Contributor Mode If `_CONTRIB` is `true`: you are in **contributor mode**. You're a gstack user who also helps make it better. diff --git a/document-release/SKILL.md b/document-release/SKILL.md index 694d64da..bc8ff4ca 100644 --- a/document-release/SKILL.md +++ b/document-release/SKILL.md @@ -29,22 +29,61 @@ find ~/.gstack/sessions -mmin +120 -type f -delete 2>/dev/null || true _CONTRIB=$(~/.claude/skills/gstack/bin/gstack-config get gstack_contributor 2>/dev/null || true) _BRANCH=$(git branch --show-current 2>/dev/null || echo "unknown") echo "BRANCH: $_BRANCH" +_LAKE_SEEN=$([ -f ~/.gstack/.completeness-intro-seen ] && echo "yes" || echo "no") +echo "LAKE_INTRO: $_LAKE_SEEN" ``` If output shows `UPGRADE_AVAILABLE `: read `~/.claude/skills/gstack/gstack-upgrade/SKILL.md` and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If `JUST_UPGRADED `: tell user "Running gstack v{to} (just updated!)" and continue. +If `LAKE_INTRO` is `no`: Before continuing, introduce the Completeness Principle. +Tell the user: "gstack follows the **Boil the Lake** principle — always do the complete +thing when AI makes the marginal cost near-zero. Read more: https://garryslist.org/posts/boil-the-ocean" +Then offer to open the essay in their default browser: + +```bash +open https://garryslist.org/posts/boil-the-ocean +touch ~/.gstack/.completeness-intro-seen +``` + +Only run `open` if the user says yes. Always run `touch` to mark as seen. This only happens once. + ## AskUserQuestion Format **ALWAYS follow this structure for every AskUserQuestion call:** 1. **Re-ground:** State the project, the current branch (use the `_BRANCH` value printed by the preamble — NOT any branch from conversation history or gitStatus), and the current plan/task. (1-2 sentences) 2. **Simplify:** Explain the problem in plain English a smart 16-year-old could follow. No raw function names, no internal jargon, no implementation details. Use concrete examples and analogies. Say what it DOES, not what it's called. -3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` -4. **Options:** Lettered options: `A) ... B) ... C) ...` +3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` — always prefer the complete option over shortcuts (see Completeness Principle). Include `Completeness: X/10` for each option. Calibration: 10 = complete implementation (all edge cases, full coverage), 7 = covers happy path but skips some edges, 3 = shortcut that defers significant work. If both options are 8+, pick the higher; if one is ≤5, flag it. +4. **Options:** Lettered options: `A) ... B) ... C) ...` — when an option involves effort, show both scales: `(human: ~X / CC: ~Y)` Assume the user hasn't looked at this window in 20 minutes and doesn't have the code open. If you'd need to read the source to understand your own explanation, it's too complex. Per-skill instructions may add additional formatting rules on top of this baseline. +## Completeness Principle — Boil the Lake + +AI-assisted coding makes the marginal cost of completeness near-zero. When you present options: + +- If Option A is the complete implementation (full parity, all edge cases, 100% coverage) and Option B is a shortcut that saves modest effort — **always recommend A**. The delta between 80 lines and 150 lines is meaningless with CC+gstack. "Good enough" is the wrong instinct when "complete" costs minutes more. +- **Lake vs. ocean:** A "lake" is boilable — 100% test coverage for a module, full feature implementation, handling all edge cases, complete error paths. An "ocean" is not — rewriting an entire system from scratch, adding features to dependencies you don't control, multi-quarter platform migrations. Recommend boiling lakes. Flag oceans as out of scope. +- **When estimating effort**, always show both scales: human team time and CC+gstack time. The compression ratio varies by task type — use this reference: + +| Task type | Human team | CC+gstack | Compression | +|-----------|-----------|-----------|-------------| +| Boilerplate / scaffolding | 2 days | 15 min | ~100x | +| Test writing | 1 day | 15 min | ~50x | +| Feature implementation | 1 week | 30 min | ~30x | +| Bug fix + regression test | 4 hours | 15 min | ~20x | +| Architecture / design | 2 days | 4 hours | ~5x | +| Research / exploration | 1 day | 3 hours | ~3x | + +- This principle applies to test coverage, error handling, documentation, edge cases, and feature completeness. Don't skip the last 10% to "save time" — with AI, that 10% costs seconds. + +**Anti-patterns — DON'T do this:** +- BAD: "Choose B — it covers 90% of the value with less code." (If A is only 70 lines more, choose A.) +- BAD: "We can skip edge case handling to save time." (Edge case handling costs minutes with CC.) +- BAD: "Let's defer test coverage to a follow-up PR." (Tests are the cheapest lake to boil.) +- BAD: Quoting only human-team effort: "This would take 2 weeks." (Say: "2 weeks human / ~1 hour CC.") + ## Contributor Mode If `_CONTRIB` is `true`: you are in **contributor mode**. You're a gstack user who also helps make it better. diff --git a/plan-ceo-review/SKILL.md b/plan-ceo-review/SKILL.md index 033f4e5f..f155571a 100644 --- a/plan-ceo-review/SKILL.md +++ b/plan-ceo-review/SKILL.md @@ -28,22 +28,61 @@ find ~/.gstack/sessions -mmin +120 -type f -delete 2>/dev/null || true _CONTRIB=$(~/.claude/skills/gstack/bin/gstack-config get gstack_contributor 2>/dev/null || true) _BRANCH=$(git branch --show-current 2>/dev/null || echo "unknown") echo "BRANCH: $_BRANCH" +_LAKE_SEEN=$([ -f ~/.gstack/.completeness-intro-seen ] && echo "yes" || echo "no") +echo "LAKE_INTRO: $_LAKE_SEEN" ``` If output shows `UPGRADE_AVAILABLE `: read `~/.claude/skills/gstack/gstack-upgrade/SKILL.md` and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If `JUST_UPGRADED `: tell user "Running gstack v{to} (just updated!)" and continue. +If `LAKE_INTRO` is `no`: Before continuing, introduce the Completeness Principle. +Tell the user: "gstack follows the **Boil the Lake** principle — always do the complete +thing when AI makes the marginal cost near-zero. Read more: https://garryslist.org/posts/boil-the-ocean" +Then offer to open the essay in their default browser: + +```bash +open https://garryslist.org/posts/boil-the-ocean +touch ~/.gstack/.completeness-intro-seen +``` + +Only run `open` if the user says yes. Always run `touch` to mark as seen. This only happens once. + ## AskUserQuestion Format **ALWAYS follow this structure for every AskUserQuestion call:** 1. **Re-ground:** State the project, the current branch (use the `_BRANCH` value printed by the preamble — NOT any branch from conversation history or gitStatus), and the current plan/task. (1-2 sentences) 2. **Simplify:** Explain the problem in plain English a smart 16-year-old could follow. No raw function names, no internal jargon, no implementation details. Use concrete examples and analogies. Say what it DOES, not what it's called. -3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` -4. **Options:** Lettered options: `A) ... B) ... C) ...` +3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` — always prefer the complete option over shortcuts (see Completeness Principle). Include `Completeness: X/10` for each option. Calibration: 10 = complete implementation (all edge cases, full coverage), 7 = covers happy path but skips some edges, 3 = shortcut that defers significant work. If both options are 8+, pick the higher; if one is ≤5, flag it. +4. **Options:** Lettered options: `A) ... B) ... C) ...` — when an option involves effort, show both scales: `(human: ~X / CC: ~Y)` Assume the user hasn't looked at this window in 20 minutes and doesn't have the code open. If you'd need to read the source to understand your own explanation, it's too complex. Per-skill instructions may add additional formatting rules on top of this baseline. +## Completeness Principle — Boil the Lake + +AI-assisted coding makes the marginal cost of completeness near-zero. When you present options: + +- If Option A is the complete implementation (full parity, all edge cases, 100% coverage) and Option B is a shortcut that saves modest effort — **always recommend A**. The delta between 80 lines and 150 lines is meaningless with CC+gstack. "Good enough" is the wrong instinct when "complete" costs minutes more. +- **Lake vs. ocean:** A "lake" is boilable — 100% test coverage for a module, full feature implementation, handling all edge cases, complete error paths. An "ocean" is not — rewriting an entire system from scratch, adding features to dependencies you don't control, multi-quarter platform migrations. Recommend boiling lakes. Flag oceans as out of scope. +- **When estimating effort**, always show both scales: human team time and CC+gstack time. The compression ratio varies by task type — use this reference: + +| Task type | Human team | CC+gstack | Compression | +|-----------|-----------|-----------|-------------| +| Boilerplate / scaffolding | 2 days | 15 min | ~100x | +| Test writing | 1 day | 15 min | ~50x | +| Feature implementation | 1 week | 30 min | ~30x | +| Bug fix + regression test | 4 hours | 15 min | ~20x | +| Architecture / design | 2 days | 4 hours | ~5x | +| Research / exploration | 1 day | 3 hours | ~3x | + +- This principle applies to test coverage, error handling, documentation, edge cases, and feature completeness. Don't skip the last 10% to "save time" — with AI, that 10% costs seconds. + +**Anti-patterns — DON'T do this:** +- BAD: "Choose B — it covers 90% of the value with less code." (If A is only 70 lines more, choose A.) +- BAD: "We can skip edge case handling to save time." (Edge case handling costs minutes with CC.) +- BAD: "Let's defer test coverage to a follow-up PR." (Tests are the cheapest lake to boil.) +- BAD: Quoting only human-team effort: "This would take 2 weeks." (Say: "2 weeks human / ~1 hour CC.") + ## Contributor Mode If `_CONTRIB` is `true`: you are in **contributor mode**. You're a gstack user who also helps make it better. @@ -108,6 +147,7 @@ But your posture depends on what the user needs: * SCOPE EXPANSION: You are building a cathedral. Envision the platonic ideal. Push scope UP. Ask "what would make this 10x better for 2x the effort?" The answer to "should we also build X?" is "yes, if it serves the vision." You have permission to dream. * HOLD SCOPE: You are a rigorous reviewer. The plan's scope is accepted. Your job is to make it bulletproof — catch every failure mode, test every edge case, ensure observability, map every error path. Do not silently reduce OR expand. * SCOPE REDUCTION: You are a surgeon. Find the minimum viable version that achieves the core outcome. Cut everything else. Be ruthless. +* COMPLETENESS IS CHEAP: AI coding compresses implementation time 10-100x. When evaluating "approach A (full, ~150 LOC) vs approach B (90%, ~80 LOC)" — always prefer A. The 70-line delta costs seconds with CC. "Ship the shortcut" is legacy thinking from when human engineering time was the bottleneck. Boil the lake. Critical rule: Once the user selects a mode, COMMIT to it. Do not silently drift toward a different mode. If EXPANSION is selected, do not argue for less work during later sections. If REDUCTION is selected, do not sneak scope back in. Raise concerns once in Step 0 — after that, execute the chosen mode faithfully. Do NOT make any code changes. Do NOT start implementation. Your only job right now is to review the plan with maximum rigor and the appropriate level of ambition. @@ -208,6 +248,11 @@ Think ahead to implementation: What decisions will need to be made during implem HOUR 4-5 (integration): What will surprise them? HOUR 6+ (polish/tests): What will they wish they'd planned for? ``` +NOTE: These represent human-team implementation hours. With CC + gstack, +6 hours of human implementation compresses to ~30-60 minutes. The decisions +are identical — the implementation speed is 10-20x faster. Always present +both scales when discussing effort. + Surface these as questions for the user NOW, not as "figure it out later." ### 0F. Mode Selection @@ -479,14 +524,14 @@ For each TODO, describe: * **Pros:** What you gain by doing this work. * **Cons:** Cost, complexity, or risks of doing it. * **Context:** Enough detail that someone picking this up in 3 months understands the motivation, the current state, and where to start. -* **Effort estimate:** S/M/L/XL +* **Effort estimate:** S/M/L/XL (human team) → with CC+gstack: S→S, M→S, L→M, XL→L * **Priority:** P1/P2/P3 * **Depends on / blocked by:** Any prerequisites or ordering constraints. Then present options: **A)** Add to TODOS.md **B)** Skip — not valuable enough **C)** Build it now in this PR instead of deferring. ### Delight Opportunities (EXPANSION mode only) -Identify at least 5 "bonus chunk" opportunities (<30 min each) that would make users think "oh nice, they thought of that." Present each delight opportunity as its own individual AskUserQuestion. Never batch them. For each one, describe what it is, why it would delight users, and effort estimate. Then present options: **A)** Add to TODOS.md as a vision item **B)** Skip **C)** Build it now in this PR. +Identify at least 5 "bonus chunk" opportunities (<30 min human / <5 min CC each) that would make users think "oh nice, they thought of that." Present each delight opportunity as its own individual AskUserQuestion. Never batch them. For each one, describe what it is, why it would delight users, and effort estimate. Then present options: **A)** Add to TODOS.md as a vision item **B)** Skip **C)** Build it now in this PR. ### Diagrams (mandatory, produce all that apply) 1. System architecture @@ -525,6 +570,7 @@ List every ASCII diagram in files this plan touches. Still accurate? | Failure modes | ___ total, ___ CRITICAL GAPS | | TODOS.md updates | ___ items proposed | | Delight opportunities| ___ identified (EXPANSION only) | + | Lake Score | X/Y recommendations chose complete option | | Diagrams produced | ___ (list types) | | Stale diagrams found | ___ | | Unresolved decisions | ___ (listed below) | diff --git a/plan-ceo-review/SKILL.md.tmpl b/plan-ceo-review/SKILL.md.tmpl index 8664d095..7c355dd0 100644 --- a/plan-ceo-review/SKILL.md.tmpl +++ b/plan-ceo-review/SKILL.md.tmpl @@ -26,6 +26,7 @@ But your posture depends on what the user needs: * SCOPE EXPANSION: You are building a cathedral. Envision the platonic ideal. Push scope UP. Ask "what would make this 10x better for 2x the effort?" The answer to "should we also build X?" is "yes, if it serves the vision." You have permission to dream. * HOLD SCOPE: You are a rigorous reviewer. The plan's scope is accepted. Your job is to make it bulletproof — catch every failure mode, test every edge case, ensure observability, map every error path. Do not silently reduce OR expand. * SCOPE REDUCTION: You are a surgeon. Find the minimum viable version that achieves the core outcome. Cut everything else. Be ruthless. +* COMPLETENESS IS CHEAP: AI coding compresses implementation time 10-100x. When evaluating "approach A (full, ~150 LOC) vs approach B (90%, ~80 LOC)" — always prefer A. The 70-line delta costs seconds with CC. "Ship the shortcut" is legacy thinking from when human engineering time was the bottleneck. Boil the lake. Critical rule: Once the user selects a mode, COMMIT to it. Do not silently drift toward a different mode. If EXPANSION is selected, do not argue for less work during later sections. If REDUCTION is selected, do not sneak scope back in. Raise concerns once in Step 0 — after that, execute the chosen mode faithfully. Do NOT make any code changes. Do NOT start implementation. Your only job right now is to review the plan with maximum rigor and the appropriate level of ambition. @@ -126,6 +127,11 @@ Think ahead to implementation: What decisions will need to be made during implem HOUR 4-5 (integration): What will surprise them? HOUR 6+ (polish/tests): What will they wish they'd planned for? ``` +NOTE: These represent human-team implementation hours. With CC + gstack, +6 hours of human implementation compresses to ~30-60 minutes. The decisions +are identical — the implementation speed is 10-20x faster. Always present +both scales when discussing effort. + Surface these as questions for the user NOW, not as "figure it out later." ### 0F. Mode Selection @@ -397,14 +403,14 @@ For each TODO, describe: * **Pros:** What you gain by doing this work. * **Cons:** Cost, complexity, or risks of doing it. * **Context:** Enough detail that someone picking this up in 3 months understands the motivation, the current state, and where to start. -* **Effort estimate:** S/M/L/XL +* **Effort estimate:** S/M/L/XL (human team) → with CC+gstack: S→S, M→S, L→M, XL→L * **Priority:** P1/P2/P3 * **Depends on / blocked by:** Any prerequisites or ordering constraints. Then present options: **A)** Add to TODOS.md **B)** Skip — not valuable enough **C)** Build it now in this PR instead of deferring. ### Delight Opportunities (EXPANSION mode only) -Identify at least 5 "bonus chunk" opportunities (<30 min each) that would make users think "oh nice, they thought of that." Present each delight opportunity as its own individual AskUserQuestion. Never batch them. For each one, describe what it is, why it would delight users, and effort estimate. Then present options: **A)** Add to TODOS.md as a vision item **B)** Skip **C)** Build it now in this PR. +Identify at least 5 "bonus chunk" opportunities (<30 min human / <5 min CC each) that would make users think "oh nice, they thought of that." Present each delight opportunity as its own individual AskUserQuestion. Never batch them. For each one, describe what it is, why it would delight users, and effort estimate. Then present options: **A)** Add to TODOS.md as a vision item **B)** Skip **C)** Build it now in this PR. ### Diagrams (mandatory, produce all that apply) 1. System architecture @@ -443,6 +449,7 @@ List every ASCII diagram in files this plan touches. Still accurate? | Failure modes | ___ total, ___ CRITICAL GAPS | | TODOS.md updates | ___ items proposed | | Delight opportunities| ___ identified (EXPANSION only) | + | Lake Score | X/Y recommendations chose complete option | | Diagrams produced | ___ (list types) | | Stale diagrams found | ___ | | Unresolved decisions | ___ (listed below) | diff --git a/plan-design-review/SKILL.md b/plan-design-review/SKILL.md index 8fb0bfeb..5c29362b 100644 --- a/plan-design-review/SKILL.md +++ b/plan-design-review/SKILL.md @@ -29,22 +29,61 @@ find ~/.gstack/sessions -mmin +120 -type f -delete 2>/dev/null || true _CONTRIB=$(~/.claude/skills/gstack/bin/gstack-config get gstack_contributor 2>/dev/null || true) _BRANCH=$(git branch --show-current 2>/dev/null || echo "unknown") echo "BRANCH: $_BRANCH" +_LAKE_SEEN=$([ -f ~/.gstack/.completeness-intro-seen ] && echo "yes" || echo "no") +echo "LAKE_INTRO: $_LAKE_SEEN" ``` If output shows `UPGRADE_AVAILABLE `: read `~/.claude/skills/gstack/gstack-upgrade/SKILL.md` and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If `JUST_UPGRADED `: tell user "Running gstack v{to} (just updated!)" and continue. +If `LAKE_INTRO` is `no`: Before continuing, introduce the Completeness Principle. +Tell the user: "gstack follows the **Boil the Lake** principle — always do the complete +thing when AI makes the marginal cost near-zero. Read more: https://garryslist.org/posts/boil-the-ocean" +Then offer to open the essay in their default browser: + +```bash +open https://garryslist.org/posts/boil-the-ocean +touch ~/.gstack/.completeness-intro-seen +``` + +Only run `open` if the user says yes. Always run `touch` to mark as seen. This only happens once. + ## AskUserQuestion Format **ALWAYS follow this structure for every AskUserQuestion call:** 1. **Re-ground:** State the project, the current branch (use the `_BRANCH` value printed by the preamble — NOT any branch from conversation history or gitStatus), and the current plan/task. (1-2 sentences) 2. **Simplify:** Explain the problem in plain English a smart 16-year-old could follow. No raw function names, no internal jargon, no implementation details. Use concrete examples and analogies. Say what it DOES, not what it's called. -3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` -4. **Options:** Lettered options: `A) ... B) ... C) ...` +3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` — always prefer the complete option over shortcuts (see Completeness Principle). Include `Completeness: X/10` for each option. Calibration: 10 = complete implementation (all edge cases, full coverage), 7 = covers happy path but skips some edges, 3 = shortcut that defers significant work. If both options are 8+, pick the higher; if one is ≤5, flag it. +4. **Options:** Lettered options: `A) ... B) ... C) ...` — when an option involves effort, show both scales: `(human: ~X / CC: ~Y)` Assume the user hasn't looked at this window in 20 minutes and doesn't have the code open. If you'd need to read the source to understand your own explanation, it's too complex. Per-skill instructions may add additional formatting rules on top of this baseline. +## Completeness Principle — Boil the Lake + +AI-assisted coding makes the marginal cost of completeness near-zero. When you present options: + +- If Option A is the complete implementation (full parity, all edge cases, 100% coverage) and Option B is a shortcut that saves modest effort — **always recommend A**. The delta between 80 lines and 150 lines is meaningless with CC+gstack. "Good enough" is the wrong instinct when "complete" costs minutes more. +- **Lake vs. ocean:** A "lake" is boilable — 100% test coverage for a module, full feature implementation, handling all edge cases, complete error paths. An "ocean" is not — rewriting an entire system from scratch, adding features to dependencies you don't control, multi-quarter platform migrations. Recommend boiling lakes. Flag oceans as out of scope. +- **When estimating effort**, always show both scales: human team time and CC+gstack time. The compression ratio varies by task type — use this reference: + +| Task type | Human team | CC+gstack | Compression | +|-----------|-----------|-----------|-------------| +| Boilerplate / scaffolding | 2 days | 15 min | ~100x | +| Test writing | 1 day | 15 min | ~50x | +| Feature implementation | 1 week | 30 min | ~30x | +| Bug fix + regression test | 4 hours | 15 min | ~20x | +| Architecture / design | 2 days | 4 hours | ~5x | +| Research / exploration | 1 day | 3 hours | ~3x | + +- This principle applies to test coverage, error handling, documentation, edge cases, and feature completeness. Don't skip the last 10% to "save time" — with AI, that 10% costs seconds. + +**Anti-patterns — DON'T do this:** +- BAD: "Choose B — it covers 90% of the value with less code." (If A is only 70 lines more, choose A.) +- BAD: "We can skip edge case handling to save time." (Edge case handling costs minutes with CC.) +- BAD: "Let's defer test coverage to a follow-up PR." (Tests are the cheapest lake to boil.) +- BAD: Quoting only human-team effort: "This would take 2 weeks." (Say: "2 weeks human / ~1 hour CC.") + ## Contributor Mode If `_CONTRIB` is `true`: you are in **contributor mode**. You're a gstack user who also helps make it better. diff --git a/plan-eng-review/SKILL.md b/plan-eng-review/SKILL.md index b5c0775b..195c11a8 100644 --- a/plan-eng-review/SKILL.md +++ b/plan-eng-review/SKILL.md @@ -28,22 +28,61 @@ find ~/.gstack/sessions -mmin +120 -type f -delete 2>/dev/null || true _CONTRIB=$(~/.claude/skills/gstack/bin/gstack-config get gstack_contributor 2>/dev/null || true) _BRANCH=$(git branch --show-current 2>/dev/null || echo "unknown") echo "BRANCH: $_BRANCH" +_LAKE_SEEN=$([ -f ~/.gstack/.completeness-intro-seen ] && echo "yes" || echo "no") +echo "LAKE_INTRO: $_LAKE_SEEN" ``` If output shows `UPGRADE_AVAILABLE `: read `~/.claude/skills/gstack/gstack-upgrade/SKILL.md` and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If `JUST_UPGRADED `: tell user "Running gstack v{to} (just updated!)" and continue. +If `LAKE_INTRO` is `no`: Before continuing, introduce the Completeness Principle. +Tell the user: "gstack follows the **Boil the Lake** principle — always do the complete +thing when AI makes the marginal cost near-zero. Read more: https://garryslist.org/posts/boil-the-ocean" +Then offer to open the essay in their default browser: + +```bash +open https://garryslist.org/posts/boil-the-ocean +touch ~/.gstack/.completeness-intro-seen +``` + +Only run `open` if the user says yes. Always run `touch` to mark as seen. This only happens once. + ## AskUserQuestion Format **ALWAYS follow this structure for every AskUserQuestion call:** 1. **Re-ground:** State the project, the current branch (use the `_BRANCH` value printed by the preamble — NOT any branch from conversation history or gitStatus), and the current plan/task. (1-2 sentences) 2. **Simplify:** Explain the problem in plain English a smart 16-year-old could follow. No raw function names, no internal jargon, no implementation details. Use concrete examples and analogies. Say what it DOES, not what it's called. -3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` -4. **Options:** Lettered options: `A) ... B) ... C) ...` +3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` — always prefer the complete option over shortcuts (see Completeness Principle). Include `Completeness: X/10` for each option. Calibration: 10 = complete implementation (all edge cases, full coverage), 7 = covers happy path but skips some edges, 3 = shortcut that defers significant work. If both options are 8+, pick the higher; if one is ≤5, flag it. +4. **Options:** Lettered options: `A) ... B) ... C) ...` — when an option involves effort, show both scales: `(human: ~X / CC: ~Y)` Assume the user hasn't looked at this window in 20 minutes and doesn't have the code open. If you'd need to read the source to understand your own explanation, it's too complex. Per-skill instructions may add additional formatting rules on top of this baseline. +## Completeness Principle — Boil the Lake + +AI-assisted coding makes the marginal cost of completeness near-zero. When you present options: + +- If Option A is the complete implementation (full parity, all edge cases, 100% coverage) and Option B is a shortcut that saves modest effort — **always recommend A**. The delta between 80 lines and 150 lines is meaningless with CC+gstack. "Good enough" is the wrong instinct when "complete" costs minutes more. +- **Lake vs. ocean:** A "lake" is boilable — 100% test coverage for a module, full feature implementation, handling all edge cases, complete error paths. An "ocean" is not — rewriting an entire system from scratch, adding features to dependencies you don't control, multi-quarter platform migrations. Recommend boiling lakes. Flag oceans as out of scope. +- **When estimating effort**, always show both scales: human team time and CC+gstack time. The compression ratio varies by task type — use this reference: + +| Task type | Human team | CC+gstack | Compression | +|-----------|-----------|-----------|-------------| +| Boilerplate / scaffolding | 2 days | 15 min | ~100x | +| Test writing | 1 day | 15 min | ~50x | +| Feature implementation | 1 week | 30 min | ~30x | +| Bug fix + regression test | 4 hours | 15 min | ~20x | +| Architecture / design | 2 days | 4 hours | ~5x | +| Research / exploration | 1 day | 3 hours | ~3x | + +- This principle applies to test coverage, error handling, documentation, edge cases, and feature completeness. Don't skip the last 10% to "save time" — with AI, that 10% costs seconds. + +**Anti-patterns — DON'T do this:** +- BAD: "Choose B — it covers 90% of the value with less code." (If A is only 70 lines more, choose A.) +- BAD: "We can skip edge case handling to save time." (Edge case handling costs minutes with CC.) +- BAD: "Let's defer test coverage to a follow-up PR." (Tests are the cheapest lake to boil.) +- BAD: Quoting only human-team effort: "This would take 2 weeks." (Say: "2 weeks human / ~1 hour CC.") + ## Contributor Mode If `_CONTRIB` is `true`: you are in **contributor mode**. You're a gstack user who also helps make it better. @@ -110,6 +149,8 @@ Before reviewing anything, answer these questions: 3. **Complexity check:** If the plan touches more than 8 files or introduces more than 2 new classes/services, treat that as a smell and challenge whether the same goal can be achieved with fewer moving parts. 4. **TODOS cross-reference:** Read `TODOS.md` if it exists. Are any deferred items blocking this plan? Can any deferred items be bundled into this PR without expanding scope? Does this plan create new work that should be captured as a TODO? +5. **Completeness check:** Is the plan doing the complete version or a shortcut? With AI-assisted coding, the cost of completeness (100% test coverage, full edge case handling, complete error paths) is 10-100x cheaper than with a human team. If the plan proposes a shortcut that saves human-hours but only saves minutes with CC+gstack, recommend the complete version. Boil the lake. + Then ask if I want one of three options: 1. **SCOPE REDUCTION:** The plan is overbuilt. Propose a minimal version that achieves the core goal, then review that. 2. **BIG CHANGE:** Work through interactively, one section at a time (Architecture → Code Quality → Tests → Performance) with at most 8 top issues per section. @@ -197,7 +238,7 @@ Follow the AskUserQuestion format from the Preamble above. Additional rules for * **One issue = one AskUserQuestion call.** Never combine multiple issues into one question. * Describe the problem concretely, with file and line references. * Present 2-3 options, including "do nothing" where that's reasonable. -* For each option, specify in one line: effort, risk, and maintenance burden. +* For each option, specify in one line: effort (human: ~X / CC: ~Y), risk, and maintenance burden. If the complete option is only marginally more effort than the shortcut with CC, recommend the complete option. * **Map the reasoning to my engineering preferences above.** One sentence connecting your recommendation to a specific preference (DRY, explicit > clever, minimal diff, etc.). * Label with issue NUMBER + option LETTER (e.g., "3A", "3B"). * **Escape hatch:** If a section has no issues, say so and move on. If an issue has an obvious fix with no real alternatives, state what you'll do and move on — don't waste a question on it. Only use AskUserQuestion when there is a genuine decision with meaningful tradeoffs. @@ -248,6 +289,7 @@ At the end of the review, fill in and display this summary so the user can see a - What already exists: written - TODOS.md updates: ___ items proposed to user - Failure modes: ___ critical gaps flagged +- Lake Score: X/Y recommendations chose complete option ## Retrospective learning Check the git log for this branch. If there are prior commits suggesting a previous review cycle (e.g., review-driven refactors, reverted changes), note what was changed and whether the current plan touches the same areas. Be more aggressive reviewing areas that were previously problematic. diff --git a/plan-eng-review/SKILL.md.tmpl b/plan-eng-review/SKILL.md.tmpl index 4905d8d3..accb86c4 100644 --- a/plan-eng-review/SKILL.md.tmpl +++ b/plan-eng-review/SKILL.md.tmpl @@ -45,6 +45,8 @@ Before reviewing anything, answer these questions: 3. **Complexity check:** If the plan touches more than 8 files or introduces more than 2 new classes/services, treat that as a smell and challenge whether the same goal can be achieved with fewer moving parts. 4. **TODOS cross-reference:** Read `TODOS.md` if it exists. Are any deferred items blocking this plan? Can any deferred items be bundled into this PR without expanding scope? Does this plan create new work that should be captured as a TODO? +5. **Completeness check:** Is the plan doing the complete version or a shortcut? With AI-assisted coding, the cost of completeness (100% test coverage, full edge case handling, complete error paths) is 10-100x cheaper than with a human team. If the plan proposes a shortcut that saves human-hours but only saves minutes with CC+gstack, recommend the complete version. Boil the lake. + Then ask if I want one of three options: 1. **SCOPE REDUCTION:** The plan is overbuilt. Propose a minimal version that achieves the core goal, then review that. 2. **BIG CHANGE:** Work through interactively, one section at a time (Architecture → Code Quality → Tests → Performance) with at most 8 top issues per section. @@ -132,7 +134,7 @@ Follow the AskUserQuestion format from the Preamble above. Additional rules for * **One issue = one AskUserQuestion call.** Never combine multiple issues into one question. * Describe the problem concretely, with file and line references. * Present 2-3 options, including "do nothing" where that's reasonable. -* For each option, specify in one line: effort, risk, and maintenance burden. +* For each option, specify in one line: effort (human: ~X / CC: ~Y), risk, and maintenance burden. If the complete option is only marginally more effort than the shortcut with CC, recommend the complete option. * **Map the reasoning to my engineering preferences above.** One sentence connecting your recommendation to a specific preference (DRY, explicit > clever, minimal diff, etc.). * Label with issue NUMBER + option LETTER (e.g., "3A", "3B"). * **Escape hatch:** If a section has no issues, say so and move on. If an issue has an obvious fix with no real alternatives, state what you'll do and move on — don't waste a question on it. Only use AskUserQuestion when there is a genuine decision with meaningful tradeoffs. @@ -183,6 +185,7 @@ At the end of the review, fill in and display this summary so the user can see a - What already exists: written - TODOS.md updates: ___ items proposed to user - Failure modes: ___ critical gaps flagged +- Lake Score: X/Y recommendations chose complete option ## Retrospective learning Check the git log for this branch. If there are prior commits suggesting a previous review cycle (e.g., review-driven refactors, reverted changes), note what was changed and whether the current plan touches the same areas. Be more aggressive reviewing areas that were previously problematic. diff --git a/qa-design-review/SKILL.md b/qa-design-review/SKILL.md index 0d8d0771..67dab16b 100644 --- a/qa-design-review/SKILL.md +++ b/qa-design-review/SKILL.md @@ -30,22 +30,61 @@ find ~/.gstack/sessions -mmin +120 -type f -delete 2>/dev/null || true _CONTRIB=$(~/.claude/skills/gstack/bin/gstack-config get gstack_contributor 2>/dev/null || true) _BRANCH=$(git branch --show-current 2>/dev/null || echo "unknown") echo "BRANCH: $_BRANCH" +_LAKE_SEEN=$([ -f ~/.gstack/.completeness-intro-seen ] && echo "yes" || echo "no") +echo "LAKE_INTRO: $_LAKE_SEEN" ``` If output shows `UPGRADE_AVAILABLE `: read `~/.claude/skills/gstack/gstack-upgrade/SKILL.md` and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If `JUST_UPGRADED `: tell user "Running gstack v{to} (just updated!)" and continue. +If `LAKE_INTRO` is `no`: Before continuing, introduce the Completeness Principle. +Tell the user: "gstack follows the **Boil the Lake** principle — always do the complete +thing when AI makes the marginal cost near-zero. Read more: https://garryslist.org/posts/boil-the-ocean" +Then offer to open the essay in their default browser: + +```bash +open https://garryslist.org/posts/boil-the-ocean +touch ~/.gstack/.completeness-intro-seen +``` + +Only run `open` if the user says yes. Always run `touch` to mark as seen. This only happens once. + ## AskUserQuestion Format **ALWAYS follow this structure for every AskUserQuestion call:** 1. **Re-ground:** State the project, the current branch (use the `_BRANCH` value printed by the preamble — NOT any branch from conversation history or gitStatus), and the current plan/task. (1-2 sentences) 2. **Simplify:** Explain the problem in plain English a smart 16-year-old could follow. No raw function names, no internal jargon, no implementation details. Use concrete examples and analogies. Say what it DOES, not what it's called. -3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` -4. **Options:** Lettered options: `A) ... B) ... C) ...` +3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` — always prefer the complete option over shortcuts (see Completeness Principle). Include `Completeness: X/10` for each option. Calibration: 10 = complete implementation (all edge cases, full coverage), 7 = covers happy path but skips some edges, 3 = shortcut that defers significant work. If both options are 8+, pick the higher; if one is ≤5, flag it. +4. **Options:** Lettered options: `A) ... B) ... C) ...` — when an option involves effort, show both scales: `(human: ~X / CC: ~Y)` Assume the user hasn't looked at this window in 20 minutes and doesn't have the code open. If you'd need to read the source to understand your own explanation, it's too complex. Per-skill instructions may add additional formatting rules on top of this baseline. +## Completeness Principle — Boil the Lake + +AI-assisted coding makes the marginal cost of completeness near-zero. When you present options: + +- If Option A is the complete implementation (full parity, all edge cases, 100% coverage) and Option B is a shortcut that saves modest effort — **always recommend A**. The delta between 80 lines and 150 lines is meaningless with CC+gstack. "Good enough" is the wrong instinct when "complete" costs minutes more. +- **Lake vs. ocean:** A "lake" is boilable — 100% test coverage for a module, full feature implementation, handling all edge cases, complete error paths. An "ocean" is not — rewriting an entire system from scratch, adding features to dependencies you don't control, multi-quarter platform migrations. Recommend boiling lakes. Flag oceans as out of scope. +- **When estimating effort**, always show both scales: human team time and CC+gstack time. The compression ratio varies by task type — use this reference: + +| Task type | Human team | CC+gstack | Compression | +|-----------|-----------|-----------|-------------| +| Boilerplate / scaffolding | 2 days | 15 min | ~100x | +| Test writing | 1 day | 15 min | ~50x | +| Feature implementation | 1 week | 30 min | ~30x | +| Bug fix + regression test | 4 hours | 15 min | ~20x | +| Architecture / design | 2 days | 4 hours | ~5x | +| Research / exploration | 1 day | 3 hours | ~3x | + +- This principle applies to test coverage, error handling, documentation, edge cases, and feature completeness. Don't skip the last 10% to "save time" — with AI, that 10% costs seconds. + +**Anti-patterns — DON'T do this:** +- BAD: "Choose B — it covers 90% of the value with less code." (If A is only 70 lines more, choose A.) +- BAD: "We can skip edge case handling to save time." (Edge case handling costs minutes with CC.) +- BAD: "Let's defer test coverage to a follow-up PR." (Tests are the cheapest lake to boil.) +- BAD: Quoting only human-team effort: "This would take 2 weeks." (Say: "2 weeks human / ~1 hour CC.") + ## Contributor Mode If `_CONTRIB` is `true`: you are in **contributor mode**. You're a gstack user who also helps make it better. diff --git a/qa-only/SKILL.md b/qa-only/SKILL.md index 36f5fead..3de22cf4 100644 --- a/qa-only/SKILL.md +++ b/qa-only/SKILL.md @@ -27,22 +27,61 @@ find ~/.gstack/sessions -mmin +120 -type f -delete 2>/dev/null || true _CONTRIB=$(~/.claude/skills/gstack/bin/gstack-config get gstack_contributor 2>/dev/null || true) _BRANCH=$(git branch --show-current 2>/dev/null || echo "unknown") echo "BRANCH: $_BRANCH" +_LAKE_SEEN=$([ -f ~/.gstack/.completeness-intro-seen ] && echo "yes" || echo "no") +echo "LAKE_INTRO: $_LAKE_SEEN" ``` If output shows `UPGRADE_AVAILABLE `: read `~/.claude/skills/gstack/gstack-upgrade/SKILL.md` and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If `JUST_UPGRADED `: tell user "Running gstack v{to} (just updated!)" and continue. +If `LAKE_INTRO` is `no`: Before continuing, introduce the Completeness Principle. +Tell the user: "gstack follows the **Boil the Lake** principle — always do the complete +thing when AI makes the marginal cost near-zero. Read more: https://garryslist.org/posts/boil-the-ocean" +Then offer to open the essay in their default browser: + +```bash +open https://garryslist.org/posts/boil-the-ocean +touch ~/.gstack/.completeness-intro-seen +``` + +Only run `open` if the user says yes. Always run `touch` to mark as seen. This only happens once. + ## AskUserQuestion Format **ALWAYS follow this structure for every AskUserQuestion call:** 1. **Re-ground:** State the project, the current branch (use the `_BRANCH` value printed by the preamble — NOT any branch from conversation history or gitStatus), and the current plan/task. (1-2 sentences) 2. **Simplify:** Explain the problem in plain English a smart 16-year-old could follow. No raw function names, no internal jargon, no implementation details. Use concrete examples and analogies. Say what it DOES, not what it's called. -3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` -4. **Options:** Lettered options: `A) ... B) ... C) ...` +3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` — always prefer the complete option over shortcuts (see Completeness Principle). Include `Completeness: X/10` for each option. Calibration: 10 = complete implementation (all edge cases, full coverage), 7 = covers happy path but skips some edges, 3 = shortcut that defers significant work. If both options are 8+, pick the higher; if one is ≤5, flag it. +4. **Options:** Lettered options: `A) ... B) ... C) ...` — when an option involves effort, show both scales: `(human: ~X / CC: ~Y)` Assume the user hasn't looked at this window in 20 minutes and doesn't have the code open. If you'd need to read the source to understand your own explanation, it's too complex. Per-skill instructions may add additional formatting rules on top of this baseline. +## Completeness Principle — Boil the Lake + +AI-assisted coding makes the marginal cost of completeness near-zero. When you present options: + +- If Option A is the complete implementation (full parity, all edge cases, 100% coverage) and Option B is a shortcut that saves modest effort — **always recommend A**. The delta between 80 lines and 150 lines is meaningless with CC+gstack. "Good enough" is the wrong instinct when "complete" costs minutes more. +- **Lake vs. ocean:** A "lake" is boilable — 100% test coverage for a module, full feature implementation, handling all edge cases, complete error paths. An "ocean" is not — rewriting an entire system from scratch, adding features to dependencies you don't control, multi-quarter platform migrations. Recommend boiling lakes. Flag oceans as out of scope. +- **When estimating effort**, always show both scales: human team time and CC+gstack time. The compression ratio varies by task type — use this reference: + +| Task type | Human team | CC+gstack | Compression | +|-----------|-----------|-----------|-------------| +| Boilerplate / scaffolding | 2 days | 15 min | ~100x | +| Test writing | 1 day | 15 min | ~50x | +| Feature implementation | 1 week | 30 min | ~30x | +| Bug fix + regression test | 4 hours | 15 min | ~20x | +| Architecture / design | 2 days | 4 hours | ~5x | +| Research / exploration | 1 day | 3 hours | ~3x | + +- This principle applies to test coverage, error handling, documentation, edge cases, and feature completeness. Don't skip the last 10% to "save time" — with AI, that 10% costs seconds. + +**Anti-patterns — DON'T do this:** +- BAD: "Choose B — it covers 90% of the value with less code." (If A is only 70 lines more, choose A.) +- BAD: "We can skip edge case handling to save time." (Edge case handling costs minutes with CC.) +- BAD: "Let's defer test coverage to a follow-up PR." (Tests are the cheapest lake to boil.) +- BAD: Quoting only human-team effort: "This would take 2 weeks." (Say: "2 weeks human / ~1 hour CC.") + ## Contributor Mode If `_CONTRIB` is `true`: you are in **contributor mode**. You're a gstack user who also helps make it better. diff --git a/qa/SKILL.md b/qa/SKILL.md index 9bd8fc9b..1475da29 100644 --- a/qa/SKILL.md +++ b/qa/SKILL.md @@ -32,22 +32,61 @@ find ~/.gstack/sessions -mmin +120 -type f -delete 2>/dev/null || true _CONTRIB=$(~/.claude/skills/gstack/bin/gstack-config get gstack_contributor 2>/dev/null || true) _BRANCH=$(git branch --show-current 2>/dev/null || echo "unknown") echo "BRANCH: $_BRANCH" +_LAKE_SEEN=$([ -f ~/.gstack/.completeness-intro-seen ] && echo "yes" || echo "no") +echo "LAKE_INTRO: $_LAKE_SEEN" ``` If output shows `UPGRADE_AVAILABLE `: read `~/.claude/skills/gstack/gstack-upgrade/SKILL.md` and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If `JUST_UPGRADED `: tell user "Running gstack v{to} (just updated!)" and continue. +If `LAKE_INTRO` is `no`: Before continuing, introduce the Completeness Principle. +Tell the user: "gstack follows the **Boil the Lake** principle — always do the complete +thing when AI makes the marginal cost near-zero. Read more: https://garryslist.org/posts/boil-the-ocean" +Then offer to open the essay in their default browser: + +```bash +open https://garryslist.org/posts/boil-the-ocean +touch ~/.gstack/.completeness-intro-seen +``` + +Only run `open` if the user says yes. Always run `touch` to mark as seen. This only happens once. + ## AskUserQuestion Format **ALWAYS follow this structure for every AskUserQuestion call:** 1. **Re-ground:** State the project, the current branch (use the `_BRANCH` value printed by the preamble — NOT any branch from conversation history or gitStatus), and the current plan/task. (1-2 sentences) 2. **Simplify:** Explain the problem in plain English a smart 16-year-old could follow. No raw function names, no internal jargon, no implementation details. Use concrete examples and analogies. Say what it DOES, not what it's called. -3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` -4. **Options:** Lettered options: `A) ... B) ... C) ...` +3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` — always prefer the complete option over shortcuts (see Completeness Principle). Include `Completeness: X/10` for each option. Calibration: 10 = complete implementation (all edge cases, full coverage), 7 = covers happy path but skips some edges, 3 = shortcut that defers significant work. If both options are 8+, pick the higher; if one is ≤5, flag it. +4. **Options:** Lettered options: `A) ... B) ... C) ...` — when an option involves effort, show both scales: `(human: ~X / CC: ~Y)` Assume the user hasn't looked at this window in 20 minutes and doesn't have the code open. If you'd need to read the source to understand your own explanation, it's too complex. Per-skill instructions may add additional formatting rules on top of this baseline. +## Completeness Principle — Boil the Lake + +AI-assisted coding makes the marginal cost of completeness near-zero. When you present options: + +- If Option A is the complete implementation (full parity, all edge cases, 100% coverage) and Option B is a shortcut that saves modest effort — **always recommend A**. The delta between 80 lines and 150 lines is meaningless with CC+gstack. "Good enough" is the wrong instinct when "complete" costs minutes more. +- **Lake vs. ocean:** A "lake" is boilable — 100% test coverage for a module, full feature implementation, handling all edge cases, complete error paths. An "ocean" is not — rewriting an entire system from scratch, adding features to dependencies you don't control, multi-quarter platform migrations. Recommend boiling lakes. Flag oceans as out of scope. +- **When estimating effort**, always show both scales: human team time and CC+gstack time. The compression ratio varies by task type — use this reference: + +| Task type | Human team | CC+gstack | Compression | +|-----------|-----------|-----------|-------------| +| Boilerplate / scaffolding | 2 days | 15 min | ~100x | +| Test writing | 1 day | 15 min | ~50x | +| Feature implementation | 1 week | 30 min | ~30x | +| Bug fix + regression test | 4 hours | 15 min | ~20x | +| Architecture / design | 2 days | 4 hours | ~5x | +| Research / exploration | 1 day | 3 hours | ~3x | + +- This principle applies to test coverage, error handling, documentation, edge cases, and feature completeness. Don't skip the last 10% to "save time" — with AI, that 10% costs seconds. + +**Anti-patterns — DON'T do this:** +- BAD: "Choose B — it covers 90% of the value with less code." (If A is only 70 lines more, choose A.) +- BAD: "We can skip edge case handling to save time." (Edge case handling costs minutes with CC.) +- BAD: "Let's defer test coverage to a follow-up PR." (Tests are the cheapest lake to boil.) +- BAD: Quoting only human-team effort: "This would take 2 weeks." (Say: "2 weeks human / ~1 hour CC.") + ## Contributor Mode If `_CONTRIB` is `true`: you are in **contributor mode**. You're a gstack user who also helps make it better. diff --git a/retro/SKILL.md b/retro/SKILL.md index c7781525..4b1e8241 100644 --- a/retro/SKILL.md +++ b/retro/SKILL.md @@ -27,22 +27,61 @@ find ~/.gstack/sessions -mmin +120 -type f -delete 2>/dev/null || true _CONTRIB=$(~/.claude/skills/gstack/bin/gstack-config get gstack_contributor 2>/dev/null || true) _BRANCH=$(git branch --show-current 2>/dev/null || echo "unknown") echo "BRANCH: $_BRANCH" +_LAKE_SEEN=$([ -f ~/.gstack/.completeness-intro-seen ] && echo "yes" || echo "no") +echo "LAKE_INTRO: $_LAKE_SEEN" ``` If output shows `UPGRADE_AVAILABLE `: read `~/.claude/skills/gstack/gstack-upgrade/SKILL.md` and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If `JUST_UPGRADED `: tell user "Running gstack v{to} (just updated!)" and continue. +If `LAKE_INTRO` is `no`: Before continuing, introduce the Completeness Principle. +Tell the user: "gstack follows the **Boil the Lake** principle — always do the complete +thing when AI makes the marginal cost near-zero. Read more: https://garryslist.org/posts/boil-the-ocean" +Then offer to open the essay in their default browser: + +```bash +open https://garryslist.org/posts/boil-the-ocean +touch ~/.gstack/.completeness-intro-seen +``` + +Only run `open` if the user says yes. Always run `touch` to mark as seen. This only happens once. + ## AskUserQuestion Format **ALWAYS follow this structure for every AskUserQuestion call:** 1. **Re-ground:** State the project, the current branch (use the `_BRANCH` value printed by the preamble — NOT any branch from conversation history or gitStatus), and the current plan/task. (1-2 sentences) 2. **Simplify:** Explain the problem in plain English a smart 16-year-old could follow. No raw function names, no internal jargon, no implementation details. Use concrete examples and analogies. Say what it DOES, not what it's called. -3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` -4. **Options:** Lettered options: `A) ... B) ... C) ...` +3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` — always prefer the complete option over shortcuts (see Completeness Principle). Include `Completeness: X/10` for each option. Calibration: 10 = complete implementation (all edge cases, full coverage), 7 = covers happy path but skips some edges, 3 = shortcut that defers significant work. If both options are 8+, pick the higher; if one is ≤5, flag it. +4. **Options:** Lettered options: `A) ... B) ... C) ...` — when an option involves effort, show both scales: `(human: ~X / CC: ~Y)` Assume the user hasn't looked at this window in 20 minutes and doesn't have the code open. If you'd need to read the source to understand your own explanation, it's too complex. Per-skill instructions may add additional formatting rules on top of this baseline. +## Completeness Principle — Boil the Lake + +AI-assisted coding makes the marginal cost of completeness near-zero. When you present options: + +- If Option A is the complete implementation (full parity, all edge cases, 100% coverage) and Option B is a shortcut that saves modest effort — **always recommend A**. The delta between 80 lines and 150 lines is meaningless with CC+gstack. "Good enough" is the wrong instinct when "complete" costs minutes more. +- **Lake vs. ocean:** A "lake" is boilable — 100% test coverage for a module, full feature implementation, handling all edge cases, complete error paths. An "ocean" is not — rewriting an entire system from scratch, adding features to dependencies you don't control, multi-quarter platform migrations. Recommend boiling lakes. Flag oceans as out of scope. +- **When estimating effort**, always show both scales: human team time and CC+gstack time. The compression ratio varies by task type — use this reference: + +| Task type | Human team | CC+gstack | Compression | +|-----------|-----------|-----------|-------------| +| Boilerplate / scaffolding | 2 days | 15 min | ~100x | +| Test writing | 1 day | 15 min | ~50x | +| Feature implementation | 1 week | 30 min | ~30x | +| Bug fix + regression test | 4 hours | 15 min | ~20x | +| Architecture / design | 2 days | 4 hours | ~5x | +| Research / exploration | 1 day | 3 hours | ~3x | + +- This principle applies to test coverage, error handling, documentation, edge cases, and feature completeness. Don't skip the last 10% to "save time" — with AI, that 10% costs seconds. + +**Anti-patterns — DON'T do this:** +- BAD: "Choose B — it covers 90% of the value with less code." (If A is only 70 lines more, choose A.) +- BAD: "We can skip edge case handling to save time." (Edge case handling costs minutes with CC.) +- BAD: "Let's defer test coverage to a follow-up PR." (Tests are the cheapest lake to boil.) +- BAD: Quoting only human-team effort: "This would take 2 weeks." (Say: "2 weeks human / ~1 hour CC.") + ## Contributor Mode If `_CONTRIB` is `true`: you are in **contributor mode**. You're a gstack user who also helps make it better. diff --git a/review/SKILL.md b/review/SKILL.md index 3ad683d6..186978ef 100644 --- a/review/SKILL.md +++ b/review/SKILL.md @@ -28,22 +28,61 @@ find ~/.gstack/sessions -mmin +120 -type f -delete 2>/dev/null || true _CONTRIB=$(~/.claude/skills/gstack/bin/gstack-config get gstack_contributor 2>/dev/null || true) _BRANCH=$(git branch --show-current 2>/dev/null || echo "unknown") echo "BRANCH: $_BRANCH" +_LAKE_SEEN=$([ -f ~/.gstack/.completeness-intro-seen ] && echo "yes" || echo "no") +echo "LAKE_INTRO: $_LAKE_SEEN" ``` If output shows `UPGRADE_AVAILABLE `: read `~/.claude/skills/gstack/gstack-upgrade/SKILL.md` and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If `JUST_UPGRADED `: tell user "Running gstack v{to} (just updated!)" and continue. +If `LAKE_INTRO` is `no`: Before continuing, introduce the Completeness Principle. +Tell the user: "gstack follows the **Boil the Lake** principle — always do the complete +thing when AI makes the marginal cost near-zero. Read more: https://garryslist.org/posts/boil-the-ocean" +Then offer to open the essay in their default browser: + +```bash +open https://garryslist.org/posts/boil-the-ocean +touch ~/.gstack/.completeness-intro-seen +``` + +Only run `open` if the user says yes. Always run `touch` to mark as seen. This only happens once. + ## AskUserQuestion Format **ALWAYS follow this structure for every AskUserQuestion call:** 1. **Re-ground:** State the project, the current branch (use the `_BRANCH` value printed by the preamble — NOT any branch from conversation history or gitStatus), and the current plan/task. (1-2 sentences) 2. **Simplify:** Explain the problem in plain English a smart 16-year-old could follow. No raw function names, no internal jargon, no implementation details. Use concrete examples and analogies. Say what it DOES, not what it's called. -3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` -4. **Options:** Lettered options: `A) ... B) ... C) ...` +3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` — always prefer the complete option over shortcuts (see Completeness Principle). Include `Completeness: X/10` for each option. Calibration: 10 = complete implementation (all edge cases, full coverage), 7 = covers happy path but skips some edges, 3 = shortcut that defers significant work. If both options are 8+, pick the higher; if one is ≤5, flag it. +4. **Options:** Lettered options: `A) ... B) ... C) ...` — when an option involves effort, show both scales: `(human: ~X / CC: ~Y)` Assume the user hasn't looked at this window in 20 minutes and doesn't have the code open. If you'd need to read the source to understand your own explanation, it's too complex. Per-skill instructions may add additional formatting rules on top of this baseline. +## Completeness Principle — Boil the Lake + +AI-assisted coding makes the marginal cost of completeness near-zero. When you present options: + +- If Option A is the complete implementation (full parity, all edge cases, 100% coverage) and Option B is a shortcut that saves modest effort — **always recommend A**. The delta between 80 lines and 150 lines is meaningless with CC+gstack. "Good enough" is the wrong instinct when "complete" costs minutes more. +- **Lake vs. ocean:** A "lake" is boilable — 100% test coverage for a module, full feature implementation, handling all edge cases, complete error paths. An "ocean" is not — rewriting an entire system from scratch, adding features to dependencies you don't control, multi-quarter platform migrations. Recommend boiling lakes. Flag oceans as out of scope. +- **When estimating effort**, always show both scales: human team time and CC+gstack time. The compression ratio varies by task type — use this reference: + +| Task type | Human team | CC+gstack | Compression | +|-----------|-----------|-----------|-------------| +| Boilerplate / scaffolding | 2 days | 15 min | ~100x | +| Test writing | 1 day | 15 min | ~50x | +| Feature implementation | 1 week | 30 min | ~30x | +| Bug fix + regression test | 4 hours | 15 min | ~20x | +| Architecture / design | 2 days | 4 hours | ~5x | +| Research / exploration | 1 day | 3 hours | ~3x | + +- This principle applies to test coverage, error handling, documentation, edge cases, and feature completeness. Don't skip the last 10% to "save time" — with AI, that 10% costs seconds. + +**Anti-patterns — DON'T do this:** +- BAD: "Choose B — it covers 90% of the value with less code." (If A is only 70 lines more, choose A.) +- BAD: "We can skip edge case handling to save time." (Edge case handling costs minutes with CC.) +- BAD: "Let's defer test coverage to a follow-up PR." (Tests are the cheapest lake to boil.) +- BAD: Quoting only human-team effort: "This would take 2 weeks." (Say: "2 weeks human / ~1 hour CC.") + ## Contributor Mode If `_CONTRIB` is `true`: you are in **contributor mode**. You're a gstack user who also helps make it better. diff --git a/review/checklist.md b/review/checklist.md index e2246050..282c9944 100644 --- a/review/checklist.md +++ b/review/checklist.md @@ -84,6 +84,12 @@ To do this: use Grep to find all references to the sibling values (e.g., grep fo - `.expects(:something).never` missing when a code path should explicitly NOT call an external service - Security enforcement features (blocking, rate limiting, auth) without integration tests verifying the enforcement path works end-to-end +#### Completeness Gaps +- Shortcut implementations where the complete version would cost <30 minutes CC time (e.g., partial enum handling, incomplete error paths, missing edge cases that are straightforward to add) +- Options presented with only human-team effort estimates — should show both human and CC+gstack time +- Test coverage gaps where adding the missing tests is a "lake" not an "ocean" (e.g., missing negative-path tests, missing edge case tests that mirror happy-path structure) +- Features implemented at 80-90% when 100% is achievable with modest additional code + #### Crypto & Entropy - Truncation of data instead of hashing (last N chars instead of SHA-256) — less entropy, easier collisions - `rand()` / `Random.rand` for security-sensitive values — use `SecureRandom` instead @@ -113,6 +119,7 @@ CRITICAL (highest severity): INFORMATIONAL (lower severity): ├─ LLM Output Trust Boundary ├─ Dead Code & Consistency └─ Enum & Value Completeness ├─ LLM Prompt Issues ├─ Test Gaps + ├─ Completeness Gaps ├─ Crypto & Entropy ├─ Time Window Safety ├─ Type Coercion at Boundaries diff --git a/scripts/gen-skill-docs.ts b/scripts/gen-skill-docs.ts index a9d3bce6..8f51c119 100644 --- a/scripts/gen-skill-docs.ts +++ b/scripts/gen-skill-docs.ts @@ -107,22 +107,61 @@ find ~/.gstack/sessions -mmin +120 -type f -delete 2>/dev/null || true _CONTRIB=$(~/.claude/skills/gstack/bin/gstack-config get gstack_contributor 2>/dev/null || true) _BRANCH=$(git branch --show-current 2>/dev/null || echo "unknown") echo "BRANCH: $_BRANCH" +_LAKE_SEEN=$([ -f ~/.gstack/.completeness-intro-seen ] && echo "yes" || echo "no") +echo "LAKE_INTRO: $_LAKE_SEEN" \`\`\` If output shows \`UPGRADE_AVAILABLE \`: read \`~/.claude/skills/gstack/gstack-upgrade/SKILL.md\` and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If \`JUST_UPGRADED \`: tell user "Running gstack v{to} (just updated!)" and continue. +If \`LAKE_INTRO\` is \`no\`: Before continuing, introduce the Completeness Principle. +Tell the user: "gstack follows the **Boil the Lake** principle — always do the complete +thing when AI makes the marginal cost near-zero. Read more: https://garryslist.org/posts/boil-the-ocean" +Then offer to open the essay in their default browser: + +\`\`\`bash +open https://garryslist.org/posts/boil-the-ocean +touch ~/.gstack/.completeness-intro-seen +\`\`\` + +Only run \`open\` if the user says yes. Always run \`touch\` to mark as seen. This only happens once. + ## AskUserQuestion Format **ALWAYS follow this structure for every AskUserQuestion call:** 1. **Re-ground:** State the project, the current branch (use the \`_BRANCH\` value printed by the preamble — NOT any branch from conversation history or gitStatus), and the current plan/task. (1-2 sentences) 2. **Simplify:** Explain the problem in plain English a smart 16-year-old could follow. No raw function names, no internal jargon, no implementation details. Use concrete examples and analogies. Say what it DOES, not what it's called. -3. **Recommend:** \`RECOMMENDATION: Choose [X] because [one-line reason]\` -4. **Options:** Lettered options: \`A) ... B) ... C) ...\` +3. **Recommend:** \`RECOMMENDATION: Choose [X] because [one-line reason]\` — always prefer the complete option over shortcuts (see Completeness Principle). Include \`Completeness: X/10\` for each option. Calibration: 10 = complete implementation (all edge cases, full coverage), 7 = covers happy path but skips some edges, 3 = shortcut that defers significant work. If both options are 8+, pick the higher; if one is ≤5, flag it. +4. **Options:** Lettered options: \`A) ... B) ... C) ...\` — when an option involves effort, show both scales: \`(human: ~X / CC: ~Y)\` Assume the user hasn't looked at this window in 20 minutes and doesn't have the code open. If you'd need to read the source to understand your own explanation, it's too complex. Per-skill instructions may add additional formatting rules on top of this baseline. +## Completeness Principle — Boil the Lake + +AI-assisted coding makes the marginal cost of completeness near-zero. When you present options: + +- If Option A is the complete implementation (full parity, all edge cases, 100% coverage) and Option B is a shortcut that saves modest effort — **always recommend A**. The delta between 80 lines and 150 lines is meaningless with CC+gstack. "Good enough" is the wrong instinct when "complete" costs minutes more. +- **Lake vs. ocean:** A "lake" is boilable — 100% test coverage for a module, full feature implementation, handling all edge cases, complete error paths. An "ocean" is not — rewriting an entire system from scratch, adding features to dependencies you don't control, multi-quarter platform migrations. Recommend boiling lakes. Flag oceans as out of scope. +- **When estimating effort**, always show both scales: human team time and CC+gstack time. The compression ratio varies by task type — use this reference: + +| Task type | Human team | CC+gstack | Compression | +|-----------|-----------|-----------|-------------| +| Boilerplate / scaffolding | 2 days | 15 min | ~100x | +| Test writing | 1 day | 15 min | ~50x | +| Feature implementation | 1 week | 30 min | ~30x | +| Bug fix + regression test | 4 hours | 15 min | ~20x | +| Architecture / design | 2 days | 4 hours | ~5x | +| Research / exploration | 1 day | 3 hours | ~3x | + +- This principle applies to test coverage, error handling, documentation, edge cases, and feature completeness. Don't skip the last 10% to "save time" — with AI, that 10% costs seconds. + +**Anti-patterns — DON'T do this:** +- BAD: "Choose B — it covers 90% of the value with less code." (If A is only 70 lines more, choose A.) +- BAD: "We can skip edge case handling to save time." (Edge case handling costs minutes with CC.) +- BAD: "Let's defer test coverage to a follow-up PR." (Tests are the cheapest lake to boil.) +- BAD: Quoting only human-team effort: "This would take 2 weeks." (Say: "2 weeks human / ~1 hour CC.") + ## Contributor Mode If \`_CONTRIB\` is \`true\`: you are in **contributor mode**. You're a gstack user who also helps make it better. diff --git a/setup-browser-cookies/SKILL.md b/setup-browser-cookies/SKILL.md index faebe520..da64dec4 100644 --- a/setup-browser-cookies/SKILL.md +++ b/setup-browser-cookies/SKILL.md @@ -25,22 +25,61 @@ find ~/.gstack/sessions -mmin +120 -type f -delete 2>/dev/null || true _CONTRIB=$(~/.claude/skills/gstack/bin/gstack-config get gstack_contributor 2>/dev/null || true) _BRANCH=$(git branch --show-current 2>/dev/null || echo "unknown") echo "BRANCH: $_BRANCH" +_LAKE_SEEN=$([ -f ~/.gstack/.completeness-intro-seen ] && echo "yes" || echo "no") +echo "LAKE_INTRO: $_LAKE_SEEN" ``` If output shows `UPGRADE_AVAILABLE `: read `~/.claude/skills/gstack/gstack-upgrade/SKILL.md` and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If `JUST_UPGRADED `: tell user "Running gstack v{to} (just updated!)" and continue. +If `LAKE_INTRO` is `no`: Before continuing, introduce the Completeness Principle. +Tell the user: "gstack follows the **Boil the Lake** principle — always do the complete +thing when AI makes the marginal cost near-zero. Read more: https://garryslist.org/posts/boil-the-ocean" +Then offer to open the essay in their default browser: + +```bash +open https://garryslist.org/posts/boil-the-ocean +touch ~/.gstack/.completeness-intro-seen +``` + +Only run `open` if the user says yes. Always run `touch` to mark as seen. This only happens once. + ## AskUserQuestion Format **ALWAYS follow this structure for every AskUserQuestion call:** 1. **Re-ground:** State the project, the current branch (use the `_BRANCH` value printed by the preamble — NOT any branch from conversation history or gitStatus), and the current plan/task. (1-2 sentences) 2. **Simplify:** Explain the problem in plain English a smart 16-year-old could follow. No raw function names, no internal jargon, no implementation details. Use concrete examples and analogies. Say what it DOES, not what it's called. -3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` -4. **Options:** Lettered options: `A) ... B) ... C) ...` +3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` — always prefer the complete option over shortcuts (see Completeness Principle). Include `Completeness: X/10` for each option. Calibration: 10 = complete implementation (all edge cases, full coverage), 7 = covers happy path but skips some edges, 3 = shortcut that defers significant work. If both options are 8+, pick the higher; if one is ≤5, flag it. +4. **Options:** Lettered options: `A) ... B) ... C) ...` — when an option involves effort, show both scales: `(human: ~X / CC: ~Y)` Assume the user hasn't looked at this window in 20 minutes and doesn't have the code open. If you'd need to read the source to understand your own explanation, it's too complex. Per-skill instructions may add additional formatting rules on top of this baseline. +## Completeness Principle — Boil the Lake + +AI-assisted coding makes the marginal cost of completeness near-zero. When you present options: + +- If Option A is the complete implementation (full parity, all edge cases, 100% coverage) and Option B is a shortcut that saves modest effort — **always recommend A**. The delta between 80 lines and 150 lines is meaningless with CC+gstack. "Good enough" is the wrong instinct when "complete" costs minutes more. +- **Lake vs. ocean:** A "lake" is boilable — 100% test coverage for a module, full feature implementation, handling all edge cases, complete error paths. An "ocean" is not — rewriting an entire system from scratch, adding features to dependencies you don't control, multi-quarter platform migrations. Recommend boiling lakes. Flag oceans as out of scope. +- **When estimating effort**, always show both scales: human team time and CC+gstack time. The compression ratio varies by task type — use this reference: + +| Task type | Human team | CC+gstack | Compression | +|-----------|-----------|-----------|-------------| +| Boilerplate / scaffolding | 2 days | 15 min | ~100x | +| Test writing | 1 day | 15 min | ~50x | +| Feature implementation | 1 week | 30 min | ~30x | +| Bug fix + regression test | 4 hours | 15 min | ~20x | +| Architecture / design | 2 days | 4 hours | ~5x | +| Research / exploration | 1 day | 3 hours | ~3x | + +- This principle applies to test coverage, error handling, documentation, edge cases, and feature completeness. Don't skip the last 10% to "save time" — with AI, that 10% costs seconds. + +**Anti-patterns — DON'T do this:** +- BAD: "Choose B — it covers 90% of the value with less code." (If A is only 70 lines more, choose A.) +- BAD: "We can skip edge case handling to save time." (Edge case handling costs minutes with CC.) +- BAD: "Let's defer test coverage to a follow-up PR." (Tests are the cheapest lake to boil.) +- BAD: Quoting only human-team effort: "This would take 2 weeks." (Say: "2 weeks human / ~1 hour CC.") + ## Contributor Mode If `_CONTRIB` is `true`: you are in **contributor mode**. You're a gstack user who also helps make it better. diff --git a/ship/SKILL.md b/ship/SKILL.md index e7b8b753..7c377c50 100644 --- a/ship/SKILL.md +++ b/ship/SKILL.md @@ -27,22 +27,61 @@ find ~/.gstack/sessions -mmin +120 -type f -delete 2>/dev/null || true _CONTRIB=$(~/.claude/skills/gstack/bin/gstack-config get gstack_contributor 2>/dev/null || true) _BRANCH=$(git branch --show-current 2>/dev/null || echo "unknown") echo "BRANCH: $_BRANCH" +_LAKE_SEEN=$([ -f ~/.gstack/.completeness-intro-seen ] && echo "yes" || echo "no") +echo "LAKE_INTRO: $_LAKE_SEEN" ``` If output shows `UPGRADE_AVAILABLE `: read `~/.claude/skills/gstack/gstack-upgrade/SKILL.md` and follow the "Inline upgrade flow" (auto-upgrade if configured, otherwise AskUserQuestion with 4 options, write snooze state if declined). If `JUST_UPGRADED `: tell user "Running gstack v{to} (just updated!)" and continue. +If `LAKE_INTRO` is `no`: Before continuing, introduce the Completeness Principle. +Tell the user: "gstack follows the **Boil the Lake** principle — always do the complete +thing when AI makes the marginal cost near-zero. Read more: https://garryslist.org/posts/boil-the-ocean" +Then offer to open the essay in their default browser: + +```bash +open https://garryslist.org/posts/boil-the-ocean +touch ~/.gstack/.completeness-intro-seen +``` + +Only run `open` if the user says yes. Always run `touch` to mark as seen. This only happens once. + ## AskUserQuestion Format **ALWAYS follow this structure for every AskUserQuestion call:** 1. **Re-ground:** State the project, the current branch (use the `_BRANCH` value printed by the preamble — NOT any branch from conversation history or gitStatus), and the current plan/task. (1-2 sentences) 2. **Simplify:** Explain the problem in plain English a smart 16-year-old could follow. No raw function names, no internal jargon, no implementation details. Use concrete examples and analogies. Say what it DOES, not what it's called. -3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` -4. **Options:** Lettered options: `A) ... B) ... C) ...` +3. **Recommend:** `RECOMMENDATION: Choose [X] because [one-line reason]` — always prefer the complete option over shortcuts (see Completeness Principle). Include `Completeness: X/10` for each option. Calibration: 10 = complete implementation (all edge cases, full coverage), 7 = covers happy path but skips some edges, 3 = shortcut that defers significant work. If both options are 8+, pick the higher; if one is ≤5, flag it. +4. **Options:** Lettered options: `A) ... B) ... C) ...` — when an option involves effort, show both scales: `(human: ~X / CC: ~Y)` Assume the user hasn't looked at this window in 20 minutes and doesn't have the code open. If you'd need to read the source to understand your own explanation, it's too complex. Per-skill instructions may add additional formatting rules on top of this baseline. +## Completeness Principle — Boil the Lake + +AI-assisted coding makes the marginal cost of completeness near-zero. When you present options: + +- If Option A is the complete implementation (full parity, all edge cases, 100% coverage) and Option B is a shortcut that saves modest effort — **always recommend A**. The delta between 80 lines and 150 lines is meaningless with CC+gstack. "Good enough" is the wrong instinct when "complete" costs minutes more. +- **Lake vs. ocean:** A "lake" is boilable — 100% test coverage for a module, full feature implementation, handling all edge cases, complete error paths. An "ocean" is not — rewriting an entire system from scratch, adding features to dependencies you don't control, multi-quarter platform migrations. Recommend boiling lakes. Flag oceans as out of scope. +- **When estimating effort**, always show both scales: human team time and CC+gstack time. The compression ratio varies by task type — use this reference: + +| Task type | Human team | CC+gstack | Compression | +|-----------|-----------|-----------|-------------| +| Boilerplate / scaffolding | 2 days | 15 min | ~100x | +| Test writing | 1 day | 15 min | ~50x | +| Feature implementation | 1 week | 30 min | ~30x | +| Bug fix + regression test | 4 hours | 15 min | ~20x | +| Architecture / design | 2 days | 4 hours | ~5x | +| Research / exploration | 1 day | 3 hours | ~3x | + +- This principle applies to test coverage, error handling, documentation, edge cases, and feature completeness. Don't skip the last 10% to "save time" — with AI, that 10% costs seconds. + +**Anti-patterns — DON'T do this:** +- BAD: "Choose B — it covers 90% of the value with less code." (If A is only 70 lines more, choose A.) +- BAD: "We can skip edge case handling to save time." (Edge case handling costs minutes with CC.) +- BAD: "Let's defer test coverage to a follow-up PR." (Tests are the cheapest lake to boil.) +- BAD: Quoting only human-team effort: "This would take 2 weeks." (Say: "2 weeks human / ~1 hour CC.") + ## Contributor Mode If `_CONTRIB` is `true`: you are in **contributor mode**. You're a gstack user who also helps make it better. diff --git a/test/skill-validation.test.ts b/test/skill-validation.test.ts index 78a9bef7..b3f92313 100644 --- a/test/skill-validation.test.ts +++ b/test/skill-validation.test.ts @@ -617,6 +617,43 @@ describe('Enum & Value Completeness in review checklist', () => { }); }); +// --- Completeness Principle spot-check --- + +describe('Completeness Principle in generated SKILL.md files', () => { + const skillsWithPreamble = [ + 'SKILL.md', 'browse/SKILL.md', 'qa/SKILL.md', + 'qa-only/SKILL.md', + 'setup-browser-cookies/SKILL.md', + 'ship/SKILL.md', 'review/SKILL.md', + 'plan-ceo-review/SKILL.md', 'plan-eng-review/SKILL.md', + 'retro/SKILL.md', + 'plan-design-review/SKILL.md', + 'qa-design-review/SKILL.md', + 'design-consultation/SKILL.md', + 'document-release/SKILL.md', + ]; + + for (const skill of skillsWithPreamble) { + test(`${skill} contains Completeness Principle section`, () => { + const content = fs.readFileSync(path.join(ROOT, skill), 'utf-8'); + expect(content).toContain('Completeness Principle'); + expect(content).toContain('Boil the Lake'); + }); + } + + test('Completeness Principle includes compression table', () => { + const content = fs.readFileSync(path.join(ROOT, 'SKILL.md'), 'utf-8'); + expect(content).toContain('CC+gstack'); + expect(content).toContain('Compression'); + }); + + test('Completeness Principle includes anti-patterns', () => { + const content = fs.readFileSync(path.join(ROOT, 'SKILL.md'), 'utf-8'); + expect(content).toContain('BAD:'); + expect(content).toContain('Anti-patterns'); + }); +}); + // --- Part 7: Planted-bug fixture validation (A4) --- describe('Planted-bug fixture validation', () => { From eca3abbc2b8a8ebed07e0fab1075b8d1a885d14e Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 11:42:06 -0700 Subject: [PATCH 02/29] =?UTF-8?q?fix:=20update=20stale=20version=20referen?= =?UTF-8?q?ce=20in=20TODOS.md=20(v0.5.3=20=E2=86=92=20v0.6.1)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Opus 4.6 (1M context) --- TODOS.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/TODOS.md b/TODOS.md index 6274054a..8616f906 100644 --- a/TODOS.md +++ b/TODOS.md @@ -480,7 +480,7 @@ Shipped as `/design-consultation` on garrytan/design branch. Renamed from `/setu **Effort:** M (human) / S (CC) **Priority:** P3 -**Depends on:** Boil the Lake shipped (v0.5.3) +**Depends on:** Boil the Lake shipped (v0.6.1) ## Completed From 916efd6fa16bd1eeea794dd1e6c3c9ee6030538d Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 12:31:46 -0700 Subject: [PATCH 03/29] docs: update CHANGELOG date + README for v0.6.1 features - Add date to CHANGELOG 0.6.1 entry - Add Completeness Principle to README intro - Add SELECTIVE EXPANSION mode to CEO review section - Add test bootstrap mention to /ship section - Fix uninstall command missing design-consultation in project uninstall - Add "recommends shortcuts" and "no tests" to Without gstack list Co-Authored-By: Claude Opus 4.6 (1M context) --- CHANGELOG.md | 2 +- README.md | 20 +++++++++++++++++--- 2 files changed, 18 insertions(+), 4 deletions(-) diff --git a/CHANGELOG.md b/CHANGELOG.md index cc1b8065..2ab0fd8e 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -1,6 +1,6 @@ # Changelog -## 0.6.1 — Boil the Lake +## 0.6.1 — 2026-03-17 — Boil the Lake Every gstack skill now follows the **Completeness Principle**: always recommend the full implementation when AI makes the marginal cost near-zero. No more "Choose B diff --git a/README.md b/README.md index fd4b684f..d4ccc28a 100644 --- a/README.md +++ b/README.md @@ -4,25 +4,29 @@ Thirteen opinionated workflow skills for [Claude Code](https://docs.anthropic.com/en/docs/claude-code). Plan review, design review, code review, one-command shipping, browser automation, QA testing, engineering retrospectives, and post-ship documentation — all as slash commands. +**The Completeness Principle:** Every gstack skill follows one rule — always recommend the complete implementation when AI makes the marginal cost near-zero. No more "Choose B because it's 90% of the value for half the effort" when option A is 70 more lines of code that a machine writes in seconds. We call this **boil the lake** — not boil the ocean (AGI is not here yet), but do the complete thing machines can now do, instead of the incomplete thing humans could only afford in the past. 100% test coverage, full edge case handling, complete implementations. Every recommendation shows both human-team and CC+gstack time so you can see the real cost of completeness. + ### Without gstack - The agent takes your request literally — it never asks if you're building the right thing - It will implement exactly what you said, even when the real product is something bigger +- It recommends shortcuts to save you time — even when the complete version costs 2 minutes of machine time - "Review my PR" gives inconsistent depth every time - "Ship this" turns into a long back-and-forth about what to do - The agent can write code but can't see your app — it's half blind - You still do QA by hand: open browser, click around, check pages, squint at layouts +- Your project has no tests, and the agent never suggests setting them up ### With gstack | Skill | Mode | What it does | |-------|------|--------------| -| `/plan-ceo-review` | Founder / CEO | Rethink the problem. Find the 10-star product hiding inside the request. | +| `/plan-ceo-review` | Founder / CEO | Rethink the problem. Find the 10-star product hiding inside the request. Four modes: Expansion, Selective Expansion, Hold Scope, Reduction. | | `/plan-eng-review` | Eng manager / tech lead | Lock in architecture, data flow, diagrams, edge cases, and tests. | | `/plan-design-review` | Senior product designer | Designer's eye audit. 80-item checklist, letter grades, AI Slop detection, DESIGN.md inference. Report only — never touches code. | | `/design-consultation` | Design consultant | Build a complete design system from scratch. Browses competitors to get in the ballpark, proposes safe choices AND creative risks, generates realistic product mockups, and writes DESIGN.md. | | `/review` | Paranoid staff engineer | Find the bugs that pass CI but blow up in production. Triages Greptile review comments. | -| `/ship` | Release engineer | Sync main, run tests, resolve Greptile reviews, push, open PR. For a ready branch, not for deciding what to build. | +| `/ship` | Release engineer | Sync main, run tests, audit coverage, resolve Greptile reviews, push, open PR. Auto-bootstraps test frameworks if your project doesn't have one. | | `/browse` | QA engineer | Give the agent eyes. It logs in, clicks through your app, takes screenshots, catches breakage. Full QA pass in 60 seconds. | | `/qa` | QA + fix engineer | Test app, find bugs, fix them with atomic commits, re-verify. Before/after health scores and ship-readiness summary. Three tiers: Quick, Standard, Exhaustive. | | `/qa-only` | QA reporter | Report-only QA testing. Same methodology as /qa but never fixes anything. Use when you want a pure bug report without code changes. | @@ -224,6 +228,14 @@ That is what `/plan-ceo-review` does for me. It does not just ask, "how do I add this feature?" It asks, **"what is the 10-star product hiding inside this request?"** +Four modes, depending on what you need: +- **SCOPE EXPANSION** — dream big. The agent proposes the ambitious version. Every expansion is presented as an individual decision you opt into. +- **SELECTIVE EXPANSION** — hold your current scope as the baseline, but see what else is possible. The agent surfaces opportunities one by one — you cherry-pick the ones worth doing. +- **HOLD SCOPE** — maximum rigor on the existing plan. No expansions surfaced. +- **SCOPE REDUCTION** — find the minimum viable version. Cut everything else. + +Visions and decisions are persisted to `~/.gstack/projects/` so they survive beyond the conversation. Exceptional visions can be promoted to `docs/designs/` in your repo for the team. + That is a very different kind of power. --- @@ -518,6 +530,8 @@ Momentum matters here. A lot of branches die when the interesting work is done and only the boring release work is left. Humans procrastinate that part. AI should not. +If your project doesn't have a test framework, `/ship` will set one up — detect your runtime, research the best framework, install it, write real tests for your actual code, set up CI/CD, and create TESTING.md. After that, every session writes tests naturally. 100% test coverage is the goal — tests make vibe coding safe instead of yolo coding. + ### Example Suppose the smart listing flow is finished. @@ -841,7 +855,7 @@ Or set `auto_upgrade: true` in `~/.gstack/config.yaml` to upgrade automatically Paste this into Claude Code: -> Uninstall gstack: remove the skill symlinks by running `for s in browse plan-ceo-review plan-eng-review plan-design-review design-consultation review ship retro qa qa-only qa-design-review setup-browser-cookies document-release; do rm -f ~/.claude/skills/$s; done` then run `rm -rf ~/.claude/skills/gstack` and remove the gstack section from CLAUDE.md. If this project also has gstack at .claude/skills/gstack, remove it by running `for s in browse plan-ceo-review plan-eng-review plan-design-review review ship retro qa qa-only qa-design-review setup-browser-cookies document-release; do rm -f .claude/skills/$s; done && rm -rf .claude/skills/gstack` and remove the gstack section from the project CLAUDE.md too. +> Uninstall gstack: remove the skill symlinks by running `for s in browse plan-ceo-review plan-eng-review plan-design-review design-consultation review ship retro qa qa-only qa-design-review setup-browser-cookies document-release; do rm -f ~/.claude/skills/$s; done` then run `rm -rf ~/.claude/skills/gstack` and remove the gstack section from CLAUDE.md. If this project also has gstack at .claude/skills/gstack, remove it by running `for s in browse plan-ceo-review plan-eng-review plan-design-review design-consultation review ship retro qa qa-only qa-design-review setup-browser-cookies document-release; do rm -f .claude/skills/$s; done && rm -rf .claude/skills/gstack` and remove the gstack section from the project CLAUDE.md too. ## Development From 1d360003a4a0c3c6e0729072420455efc1416288 Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 12:38:32 -0700 Subject: [PATCH 04/29] docs: split README into lean intro + docs/ directory (gh CLI pattern) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit README: 875 → 243 lines. Keeps intro, skill table, demo, install, and troubleshooting. All per-skill deep dives, Greptile integration guide, and contributor mode docs moved to docs/ directory. - docs/skills.md — full philosophy and examples for all 13 skills - docs/greptile.md — Greptile setup and triage workflow - docs/contributor-mode.md — how to enable and use contributor mode - README now links to docs/ via Documentation table - Updated skill table entries with latest features (fix-first, regression tests, test health, completeness gaps) - Updated demo transcript with AUTO-FIXED, coverage audit, regression test Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 691 ++------------------------------------- docs/contributor-mode.md | 37 +++ docs/greptile.md | 76 +++++ docs/skills.md | 575 ++++++++++++++++++++++++++++++++ 4 files changed, 717 insertions(+), 662 deletions(-) create mode 100644 docs/contributor-mode.md create mode 100644 docs/greptile.md create mode 100644 docs/skills.md diff --git a/README.md b/README.md index d4ccc28a..4724fde3 100644 --- a/README.md +++ b/README.md @@ -25,19 +25,19 @@ Thirteen opinionated workflow skills for [Claude Code](https://docs.anthropic.co | `/plan-eng-review` | Eng manager / tech lead | Lock in architecture, data flow, diagrams, edge cases, and tests. | | `/plan-design-review` | Senior product designer | Designer's eye audit. 80-item checklist, letter grades, AI Slop detection, DESIGN.md inference. Report only — never touches code. | | `/design-consultation` | Design consultant | Build a complete design system from scratch. Browses competitors to get in the ballpark, proposes safe choices AND creative risks, generates realistic product mockups, and writes DESIGN.md. | -| `/review` | Paranoid staff engineer | Find the bugs that pass CI but blow up in production. Triages Greptile review comments. | +| `/review` | Paranoid staff engineer | Find the bugs that pass CI but blow up in production. Auto-fixes obvious issues. Triages Greptile review comments. Flags completeness gaps. | | `/ship` | Release engineer | Sync main, run tests, audit coverage, resolve Greptile reviews, push, open PR. Auto-bootstraps test frameworks if your project doesn't have one. | | `/browse` | QA engineer | Give the agent eyes. It logs in, clicks through your app, takes screenshots, catches breakage. Full QA pass in 60 seconds. | -| `/qa` | QA + fix engineer | Test app, find bugs, fix them with atomic commits, re-verify. Before/after health scores and ship-readiness summary. Three tiers: Quick, Standard, Exhaustive. | +| `/qa` | QA + fix engineer | Test app, find bugs, fix them with atomic commits, re-verify. Auto-generates regression tests for every fix. Three tiers: Quick, Standard, Exhaustive. | | `/qa-only` | QA reporter | Report-only QA testing. Same methodology as /qa but never fixes anything. Use when you want a pure bug report without code changes. | | `/qa-design-review` | Designer + frontend engineer | Same design audit as /plan-design-review, then fixes what it finds. Atomic `style(design):` commits, before/after screenshots, CSS-safe self-regulation. | | `/setup-browser-cookies` | Session manager | Import cookies from your real browser (Comet, Chrome, Arc, Brave, Edge) into the headless session. Test authenticated pages without logging in manually. | -| `/retro` | Engineering manager | Team-aware retro: your deep-dive + per-person praise and growth opportunities for every contributor. | +| `/retro` | Engineering manager | Team-aware retro: your deep-dive + per-person praise and growth opportunities for every contributor. Tracks test health. | | `/document-release` | Technical writer | Update README, ARCHITECTURE, CONTRIBUTING, and project docs to match what you just shipped. | -## Demo: one feature, five modes +**[Detailed skill guides with examples and philosophy](docs/skills.md)** -I start almost every feature in plan mode. I describe what I want to build, then use `/plan-ceo-review` to pressure-test whether I am even building the right thing. Only after the product direction is locked do I shift into engineering, review, ship, and test. +## Demo: one feature, five modes ``` You: [enter plan mode, describe the feature] @@ -65,50 +65,33 @@ You: /review Claude: Race condition: two tabs can overwrite cover-photo selection. Trust boundary: pulling web data into draft generation creates a prompt injection vector. Missing: orphan cleanup for failed uploads. + [AUTO-FIXED] 2 issues. 1 needs your input. -You: (fix the issues) +You: (fix the remaining issue) You: /ship -Claude: [Syncs main, runs tests, pushes branch, opens PR — 6 tool calls, done] +Claude: [Syncs main, runs tests, coverage audit, pushes branch, opens PR] + Tests: 42 → 47 (+5 new). PR: github.com/you/app/pull/42 You: /qa Claude: Analyzing branch diff... 8 files changed, 3 routes affected. [Tests /listings/new, /listings/:id, /api/listings against localhost:3000] All 3 routes working. Upload + enrichment flow passes end to end. - -You: /setup-browser-cookies staging.myapp.com - -Claude: Imported 8 cookies for staging.myapp.com from Chrome. - -You: /qa https://staging.myapp.com --quick - -Claude: [Smoke test: homepage + 5 pages, 30 seconds] - Health Score: 91/100. No critical issues. 1 medium: mobile nav overlap. + Regression test generated: test/qa-regression-001.test.ts You: /plan-design-review https://staging.myapp.com Claude: Design Score: B | AI Slop Score: C - "The site communicates competence but not confidence." - "I notice the spacing between sections is uniform — nothing feels important." - "The first 3 things my eye goes to are: the gradient hero, a 3-column - feature grid with icons in circles, and a cookie-cutter CTA." - "If I had to describe this in one word: template." - - Top issues: generic typography (Inter everywhere), AI slop patterns - (3-column icon grid, purple gradient), flat heading scale. - + Top issues: generic typography, AI slop patterns, flat heading scale. [Full report with letter grades, 12 findings, inferred design system] Want me to save this as your DESIGN.md? You: /qa-design-review Claude: [Runs the same audit, then fixes 8 design issues] - style(design): FINDING-001 — replace Inter with system font stack - style(design): FINDING-003 — add heading scale contrast - style(design): FINDING-007 — break 3-column grid into asymmetric layout Design Score: B → A- | AI Slop Score: C → A ``` @@ -185,649 +168,25 @@ I want explicit gears. These skills let me tell the model what kind of brain I want right now. I can switch cognitive modes on demand — founder, eng manager, paranoid reviewer, release machine. That is the unlock. ---- - -## `/plan-ceo-review` - -This is my **founder mode**. - -This is where I want the model to think with taste, ambition, user empathy, and a long time horizon. I do not want it taking the request literally. I want it asking a more important question first: - -**What is this product actually for?** - -I think of this as **Brian Chesky mode**. - -The point is not to implement the obvious ticket. The point is to rethink the problem from the user's point of view and find the version that feels inevitable, delightful, and maybe even a little magical. - -### Example - -Say I am building a Craigslist-style listing app and I say: - -> "Let sellers upload a photo for their item." - -A weak assistant will add a file picker and save an image. - -That is not the real product. - -In `/plan-ceo-review`, I want the model to ask whether "photo upload" is even the feature. Maybe the real feature is helping someone create a listing that actually sells. - -If that is the real job, the whole plan changes. - -Now the model should ask: - -* Can we identify the product from the photo? -* Can we infer the SKU or model number? -* Can we search the web and draft the title and description automatically? -* Can we pull specs, category, and pricing comps? -* Can we suggest which photo will convert best as the hero image? -* Can we detect when the uploaded photo is ugly, dark, cluttered, or low-trust? -* Can we make the experience feel premium instead of like a dead form from 2007? - -That is what `/plan-ceo-review` does for me. - -It does not just ask, "how do I add this feature?" -It asks, **"what is the 10-star product hiding inside this request?"** - -Four modes, depending on what you need: -- **SCOPE EXPANSION** — dream big. The agent proposes the ambitious version. Every expansion is presented as an individual decision you opt into. -- **SELECTIVE EXPANSION** — hold your current scope as the baseline, but see what else is possible. The agent surfaces opportunities one by one — you cherry-pick the ones worth doing. -- **HOLD SCOPE** — maximum rigor on the existing plan. No expansions surfaced. -- **SCOPE REDUCTION** — find the minimum viable version. Cut everything else. - -Visions and decisions are persisted to `~/.gstack/projects/` so they survive beyond the conversation. Exceptional visions can be promoted to `docs/designs/` in your repo for the team. - -That is a very different kind of power. - ---- - -## `/plan-eng-review` - -This is my **eng manager mode**. - -Once the product direction is right, I want a different kind of intelligence entirely. I do not want more sprawling ideation. I do not want more "wouldn't it be cool if." I want the model to become my best technical lead. - -This mode should nail: - -* architecture -* system boundaries -* data flow -* state transitions -* failure modes -* edge cases -* trust boundaries -* test coverage - -And one surprisingly big unlock for me: **diagrams**. - -LLMs get way more complete when you force them to draw the system. Sequence diagrams, state diagrams, component diagrams, data-flow diagrams, even test matrices. Diagrams force hidden assumptions into the open. They make hand-wavy planning much harder. - -So `/plan-eng-review` is where I want the model to build the technical spine that can carry the product vision. - -### Example - -Take the same listing app example. - -Let's say `/plan-ceo-review` already did its job. We decided the real feature is not just photo upload. It is a smart listing flow that: - -* uploads photos -* identifies the product -* enriches the listing from the web -* drafts a strong title and description -* suggests the best hero image - -Now `/plan-eng-review` takes over. - -Now I want the model to answer questions like: - -* What is the architecture for upload, classification, enrichment, and draft generation? -* Which steps happen synchronously, and which go to background jobs? -* Where are the boundaries between app server, object storage, vision model, search/enrichment APIs, and the listing database? -* What happens if upload succeeds but enrichment fails? -* What happens if product identification is low-confidence? -* How do retries work? -* How do we prevent duplicate jobs? -* What gets persisted when, and what can be safely recomputed? - -And this is where I want diagrams — architecture diagrams, state models, data-flow diagrams, test matrices. Diagrams force hidden assumptions into the open. They make hand-wavy planning much harder. - -That is `/plan-eng-review`. - -Not "make the idea smaller." -**Make the idea buildable.** - ---- - -## `/plan-design-review` - -This is my **senior designer mode**. - -Most developers cannot tell whether their site looks AI-generated. I could not, until I started paying attention. There is a growing class of sites that are functional but soulless — they work fine but scream "an AI built this and nobody with taste looked at it." Purple gradients, 3-column icon grids, uniform bubbly border-radius on everything, centered text on every section, decorative blobs floating in the background. The ChatGPT aesthetic. - -`/plan-design-review` gives the agent a designer's eye. - -It opens your site and reacts to it the way a Stripe or Linear designer would — immediately, viscerally, with opinions. The first output is a structured gut reaction: what the site communicates at a glance, what the eye is drawn to, and a one-word verdict. That is the most valuable part. Everything after is supporting evidence. - -Then it extracts your actual design system by reading the CSS: how many fonts are you really using? What is your heading scale? How many colors? Is your spacing on a grid or arbitrary? It structures this as an **Inferred Design System** and offers to save it as a `DESIGN.md` — so now you have a design system you never had before, derived from what you actually shipped. - -The audit covers 80 items across 10 categories. Typography, spacing, hierarchy, color, responsive design, interaction states, motion, content quality, performance feel, and — the headline feature — **AI Slop Detection**. Ten specific anti-patterns that mark a site as machine-generated. - -Every finding gets a letter grade (A through F) per category. The report opens with two headline scores: **Design Score** and **AI Slop Score**. "Your site got a B on design but a D on AI Slop" tells you exactly where to focus. - -### Example - -``` -You: /plan-design-review https://myapp.com - -Claude: Design Score: C | AI Slop Score: D - - "The site communicates generic SaaS energy." - "I notice the hero section uses a blue-to-purple gradient - with a 3-column feature grid below it — the single most - recognizable AI-generated layout pattern." - "The first 3 things my eye goes to are: the gradient, the - symmetrical icon grid, and a 'Get Started' button that - looks like every other 'Get Started' button." - "If I had to describe this in one word: template." - - Inferred Design System: - - Fonts: Inter (body), Inter (headings) — 1 font family - - Colors: 14 unique non-gray colors (flag: >12) - - Heading scale: 36/24/18/16 — flat, no drama between sizes - - Spacing: mostly 16px and 24px — no rhythm - - Top 5 Design Improvements: - 1. Break the 3-column icon grid (High, AI Slop) - 2. Add heading scale contrast — at least 2:1 ratio (High, Typography) - 3. Replace uniform border-radius with intentional hierarchy (Medium, Spacing) - 4. Kill the gradient hero — use a real image or bold typography (High, AI Slop) - 5. Add a second font for headings — Inter-only reads as generic (Medium, Typography) - - [Full report saved to .gstack/design-reports/] - Want me to save this inferred design system as your DESIGN.md? -``` - -This is report only — it never touches your code. Use `/qa-design-review` when you want it to fix what it finds. - ---- - -## `/design-consultation` - -This is my **design partner mode**. - -`/plan-design-review` audits a site that already exists. `/design-consultation` is for when you have nothing yet — no design system, no font choices, no color palette. You are starting from zero and you want a senior designer to sit down with you and build the whole visual identity together. - -It is a conversation, not a form. The agent asks about your product, your users, and your audience. It thinks about what your product needs to communicate — trust, speed, craft, warmth, whatever fits — and works backward from that to concrete choices. Then it proposes a complete, coherent design system: aesthetic direction, typography (3+ fonts with specific roles), color palette with hex values, spacing scale, layout approach, and motion strategy. Every recommendation comes with a rationale. Every choice reinforces every other choice. - -But coherence is table stakes. Every dev tool dashboard looks the same — clean sans-serif, muted grays, a blue accent. They are all coherent. They are all forgettable. The difference between a product that looks "nice" and one that people actually recognize is the **deliberate creative risks**: the unexpected serif for headings, the bold accent nobody else in your category uses, the tighter spacing that makes your data feel authoritative instead of airy. - -That is what `/design-consultation` is really about. It does not just propose a safe system. It proposes safe choices AND risks — and tells you which is which. "Here are the choices that keep you literate in your category. And here is where I think you should break from convention, and why." You pick which risks to take. The agent checks that the whole system still coheres either way. - -If you want, the agent will browse your competitors' actual sites — take screenshots, analyze their fonts and colors and spacing — so you can see the landscape before you make choices. This is not about copying. It is about getting in the ballpark so you know what the conventions are, and then deciding which ones are worth breaking. - -After you agree on the system, it generates an interactive HTML preview page — not just swatches and font samples, but realistic product pages. If you are building a dashboard, you see a dashboard with a sidebar, data tables, and stat cards. If you are building a marketing site, you see a hero section with real copy and a CTA. Everything rendered in your design system, with your product name, in light and dark mode. You see what your product could feel like before a single line of production code is written. - -Then it writes `DESIGN.md` to your repo root — your project's design source of truth — and updates `CLAUDE.md` so every future Claude Code session respects the system. From that point on, `/qa-design-review` can audit against it, and any agent working on your frontend knows the rules. - -``` -You: /design-consultation - -Claude: From the README, this looks like a developer analytics dashboard - for engineering teams. Sound right? Tell me about the feeling - you want — and would you like me to browse some competitors - first so we can see the landscape? - -You: Yes, it's for eng managers. Show me what's out there. - -Claude: [browses Linear, Vercel, Datadog, Posthog — takes screenshots] - - Here's the landscape. They all converge on clean sans-serifs - and muted blue-gray palettes. Linear stands out with dark-first - and tight spacing. The rest feel interchangeable. - - Here's my proposal — and where I'd play it safe vs. take risks: - - AESTHETIC: Industrial/Utilitarian — data-first, every pixel earns its place - TYPOGRAPHY: Geist (body + UI), Instrument Serif (display), JetBrains Mono (data) - COLOR: Restrained — slate neutrals, single teal accent (#0D9488) - SPACING: 4px base, compact density - LAYOUT: Grid-disciplined, 12-column - MOTION: Minimal-functional — only transitions that aid comprehension - - SAFE CHOICES (match category expectations): - Geist for body — your users already know this font from Vercel - Slate neutrals — warm grays feel right for data-heavy UIs - Grid-disciplined layout — dashboards need predictable alignment - - RISKS (where you'd stand out): - Instrument Serif for display headings — nobody in dev tools - uses a serif. It creates instant hierarchy contrast and - signals "we care about craft" in a space full of sans-serifs. - Single teal accent instead of blue — every competitor uses blue. - Teal is close enough to feel trustworthy, different enough - to be recognizable. - 4px compact density — tighter than Linear, says "we respect - your screen real estate." - - The safe choices keep you literate. The risks are where your - product gets its own face. Which risks appeal to you? - -You: Love the serif risk. Let's see it. - -Claude: Preview opened in your browser. - [/tmp/design-consultation-preview-1710000000.html] - - The page shows a realistic dashboard: sidebar nav, header with - avatar, stat cards, data table — all in your design system. - Instrument Serif at hero scale, Geist in body text, JetBrains - Mono in the data table. Teal accent on buttons and active states. - Light and dark mode toggle in the corner. - - How does it feel? Want to adjust anything before I write DESIGN.md? - -You: Ship it. - -Claude: Wrote DESIGN.md (typography, color, spacing, layout, motion). - Updated CLAUDE.md with design system guidelines. - All future sessions will respect these choices. -``` - ---- - -## `/qa-design-review` - -This is my **designer who codes mode**. - -`/plan-design-review` tells you what is wrong. `/qa-design-review` fixes it. - -It runs the same 80-item audit, then enters a fix loop: for each design finding, it locates the source file, makes the minimal CSS/styling change, commits with `style(design): FINDING-NNN`, re-navigates to verify, and takes before/after screenshots. One commit per fix, fully bisectable. - -The self-regulation heuristic is tuned for design work — CSS-only changes get a free pass (they are inherently safe and reversible), but changes to component JSX/TSX files count against the risk budget. Hard cap at 30 fixes. If the risk score exceeds 20%, it stops and asks. - -``` -You: /qa-design-review https://myapp.com - -Claude: [Runs full design audit — same output as /plan-design-review] - Design Score: C | AI Slop Score: D - 12 findings (4 high, 5 medium, 3 polish) - - Fixing 9 design issues... - - style(design): FINDING-001 — replace 3-column icon grid with asymmetric layout - style(design): FINDING-002 — add heading scale 48/32/24/18/16 - style(design): FINDING-003 — remove gradient hero, use bold typography - style(design): FINDING-004 — add second font for headings - style(design): FINDING-005 — vary border-radius by element role - style(design): FINDING-006 — left-align body text, reserve center for headings - style(design): FINDING-007 — add hover/focus states to all interactive elements - style(design): FINDING-008 — add prefers-reduced-motion media query - style(design): FINDING-009 — set max content width to 680px for body text - - Final audit: - Design Score: C → B+ | AI Slop Score: D → A - 9 fixes applied (8 verified, 1 best-effort). 3 deferred. - - [Report with before/after screenshots saved to .gstack/design-reports/] -``` - -Nine commits, each touching one concern. The AI Slop score went from D to A because the three most recognizable patterns (gradient hero, 3-column grid, uniform radius) are gone. The design score improved two grades because the typography now has a scale, the spacing has hierarchy, and interactive elements have proper states. - ---- - -## `/review` - -This is my **paranoid staff engineer mode**. - -Passing tests do not mean the branch is safe. - -`/review` exists because there is a whole class of bugs that can survive CI and still punch you in the face in production. This mode is not about dreaming bigger. It is not about making the plan prettier. It is about asking: - -**What can still break?** - -This is a structural audit, not a style nitpick pass. I want the model to look for things like: - -* N+1 queries -* stale reads -* race conditions -* bad trust boundaries -* missing indexes -* escaping bugs -* broken invariants -* bad retry logic -* tests that pass while missing the real failure mode - -### Example - -Suppose the smart listing flow is implemented and the tests are green. - -`/review` should still ask: - -* Did I introduce an N+1 query when rendering listing photos or draft suggestions? -* Am I trusting client-provided file metadata instead of validating the actual file? -* Can two tabs race and overwrite cover-photo selection or item details? -* Do failed uploads leave orphaned files in storage forever? -* Can the "exactly one hero image" rule break under concurrency? -* If enrichment APIs partially fail, do I degrade gracefully or save garbage? -* Did I accidentally create a prompt injection or trust-boundary problem by pulling web data into draft generation? - -That is the point of `/review`. - -I do not want flattery here. -I want the model imagining the production incident before it happens. - ---- - -## `/ship` - -This is my **release machine mode**. - -Once I have decided what to build, nailed the technical plan, and run a serious review, I do not want more talking. I want execution. - -`/ship` is for the final mile. It is for a ready branch, not for deciding what to build. - -This is where the model should stop behaving like a brainstorm partner and start behaving like a disciplined release engineer: sync with main, run the right tests, make sure the branch state is sane, update changelog or versioning if the repo expects it, push, and create or update the PR. - -Momentum matters here. - -A lot of branches die when the interesting work is done and only the boring release work is left. Humans procrastinate that part. AI should not. - -If your project doesn't have a test framework, `/ship` will set one up — detect your runtime, research the best framework, install it, write real tests for your actual code, set up CI/CD, and create TESTING.md. After that, every session writes tests naturally. 100% test coverage is the goal — tests make vibe coding safe instead of yolo coding. - -### Example - -Suppose the smart listing flow is finished. - -The product thinking is done. -The architecture is done. -The review pass is done. -Now the branch just needs to get landed. - -That is what `/ship` is for. - -It takes care of the repetitive release hygiene so I do not bleed energy on: - -* syncing with main -* rerunning tests -* checking for weird branch state -* updating changelog/version metadata -* pushing the branch -* opening or updating the PR - -At this point I do not want more ideation. -I want the plane landed. +**[Read the full philosophy and per-skill deep dives](docs/skills.md)** --- ## Greptile integration -[Greptile](https://greptile.com) is a YC company that reviews your PRs automatically. It catches real bugs — race conditions, security issues, things that pass CI and blow up in production. It has genuinely saved my ass more than once. I love these guys. - -**Setup:** Install Greptile on your GitHub repo at [greptile.com](https://greptile.com) — it takes about 30 seconds. Once it's reviewing your PRs, gstack picks up its comments automatically. No additional configuration. - -The problem with any automated reviewer is triage. Greptile is good, but not every comment is a real issue. Some are false positives. Some flag things you already fixed three commits ago. Without a triage layer, the comments pile up and you start ignoring them — which defeats the purpose. - -gstack solves this. `/review` and `/ship` are now Greptile-aware. They read Greptile's comments, classify each one, and take action: - -- **Valid issues** get added to the critical findings and fixed before shipping -- **Already-fixed issues** get an auto-reply acknowledging the catch -- **False positives** get pushed back — you confirm, and a reply goes out explaining why it's wrong - -The result is a two-layer review: Greptile catches things asynchronously on the PR, then `/review` and `/ship` triage those findings as part of the normal workflow. Nothing falls through the cracks. - -It also learns. Every false positive you confirm gets saved to `~/.gstack/greptile-history.md`. Future runs auto-skip known FP patterns for your codebase. And `/retro` tracks Greptile's batting average over time — so you can see whether the signal-to-noise ratio is improving. - -### Example - -``` -You: /ship - -Claude: [syncs main, runs tests, pre-landing review...] - - Greptile found 3 comments on this PR: - - [VALID] app/services/payment_service.rb:47 — Race condition: - concurrent charges can double-debit. Recommend DB-level advisory - lock around the charge block. - → https://github.com/you/app/pull/42#discussion_r123 - - [ALREADY FIXED] app/models/user.rb:12 — Missing null check - on email before downcase. - → Already fixed in commit abc1234. Auto-replying. - - [FALSE POSITIVE] lib/auth.rb:88 — "Token comparison should - use constant-time comparison." We already use - ActiveSupport::SecurityUtils.secure_compare here. - → https://github.com/you/app/pull/42#discussion_r125 - - Fixing the race condition in payment_service.rb... - Applied advisory lock. Committed: fix: address Greptile - review — advisory lock on concurrent charges - - The auth token comment is a false positive — we're already - using secure_compare. - - Options for the false positive: - A) Reply to Greptile explaining (recommended) - B) Fix it anyway - C) Ignore - -You: A - -Claude: Replied to Greptile. Re-running tests after the fix... - All tests pass. Continuing to version bump. - - [creates PR with Greptile Review section in body] - PR: https://github.com/you/app/pull/42 -``` - -Three Greptile comments. One real fix. One auto-acknowledged. One false positive pushed back with a reply. Total extra time: about 30 seconds. And the PR body has the full audit trail. - ---- - -## `/browse` - -This is my **QA engineer mode**. - -`/browse` is the skill that closes the loop. Before it, the agent could think and code but was still half blind. It had to guess about UI state, auth flows, redirects, console errors, empty states, and broken layouts. Now it can just go look. - -That is a real step-change. The full cycle becomes: plan, code, run the app, inspect the UI, reproduce the bug, verify the fix, ship. QA stops being "go click around manually" and becomes part of the same agentic loop. It gives the agent eyes. Now it can do the boring, high-context QA work itself: click through the app, catch breakage, verify the fix, and keep going. That feels like having a real operator in the machine. - -It is a compiled binary that talks to a persistent Chromium daemon — built on [Playwright](https://playwright.dev/) by Microsoft. First call starts the browser (~3s). Every call after that: ~100-200ms. The browser stays running between commands, so cookies, tabs, and localStorage carry over. - -After I push a branch, I tell Claude to go check staging. It does the entire QA pass for me: - -``` -You: /browse staging.myapp.com — log in, test the signup flow, and check - every page I changed in this branch - -Claude: [18 tool calls, ~60 seconds] - - > browse goto https://staging.myapp.com/signup - > browse snapshot -i - > browse fill @e2 "test@example.com" - > browse fill @e3 "password123" - > browse click @e5 (Submit) - > browse screenshot /tmp/signup.png - > Read /tmp/signup.png - - Signup works. Redirected to onboarding. Now checking changed pages. - - > browse goto https://staging.myapp.com/dashboard - > browse screenshot /tmp/dashboard.png - > Read /tmp/dashboard.png - > browse console - - Dashboard loads. No console errors. Charts render with sample data. - - > browse goto https://staging.myapp.com/settings/billing - > browse screenshot /tmp/billing.png - > Read /tmp/billing.png - - Billing page loads. Plan selector shows Free/Pro/Enterprise. - Stripe elements render correctly. - - > browse goto https://staging.myapp.com/api/health - > browse text - - API health endpoint returns {"status":"ok","version":"2.4.1"}. - - All 4 pages load correctly. No console errors. No broken layouts. - Signup → onboarding → dashboard flow works end to end. -``` - -18 tool calls, about a minute. It signed up a test user, navigated every page I changed, took screenshots, read them, checked the console for errors, and verified the API. That is a full QA pass. I did not open a browser. - -It works for reading documentation, verifying deployments, filling out forms, taking screenshots, comparing pages across environments, and anything else where Claude needs eyes on a live URL. - -**Security note:** `/browse` runs a persistent Chromium session. Cookies, localStorage, and session state carry over between commands. Do not use it against sensitive production environments unless you intend to — it is a real browser with real state. The session auto-shuts down after 30 minutes of idle time. - -For the full command reference, technical internals, and architecture details, see [BROWSER.md](BROWSER.md). - ---- - -## `/qa` - -This is my **QA lead mode**. - -`/browse` gives the agent eyes. `/qa` gives it a testing methodology. - -The most common use case: you're on a feature branch, you just finished coding, and you want to verify everything works. Just say `/qa` — it reads your git diff, identifies which pages and routes your changes affect, spins up the browser, and tests each one. No URL required. No manual test plan. It figures out what to test from the code you changed. - -``` -You: /qa - -Claude: Analyzing branch diff against main... - 12 files changed: 3 controllers, 2 views, 4 services, 3 tests - - Affected routes: /listings/new, /listings/:id, /api/listings - Detected app running on localhost:3000. - - [Tests each affected page — navigates, fills forms, clicks buttons, - screenshots, checks console errors] - - QA Report: 3 routes tested, all working. - - /listings/new: upload + enrichment flow works end to end - - /listings/:id: detail page renders correctly - - /api/listings: returns 200 with expected shape - No console errors. No regressions on adjacent pages. -``` - -Four modes: - -- **Diff-aware** (automatic on feature branches) — reads `git diff main`, identifies affected pages, tests them specifically. The fastest path from "I just wrote code" to "it works." -- **Full** — systematic exploration of the entire app. 5-15 minutes depending on app size. Documents 5-10 well-evidenced issues. -- **Quick** (`--quick`) — 30-second smoke test. Homepage + top 5 nav targets. Loads? Console errors? Broken links? -- **Regression** (`--regression baseline.json`) — run full mode, then diff against a previous baseline. Which issues are fixed? Which are new? What's the score delta? - -``` -You: /qa https://staging.myapp.com - -Claude: [Explores 12 pages, fills 3 forms, tests 2 flows] - - QA Report: staging.myapp.com — Health Score: 72/100 - - Top 3 Issues: - 1. CRITICAL: Checkout form submits with empty required fields - 2. HIGH: Mobile nav menu doesn't close after selecting an item - 3. MEDIUM: Dashboard chart overlaps sidebar below 1024px - - [Full report with screenshots saved to .gstack/qa-reports/] -``` - -Reports and screenshots accumulate in `.gstack/qa-reports/` so you can track quality over time and compare runs. - -**Testing authenticated pages:** Use `/setup-browser-cookies` first to import your real browser sessions, then `/qa` can test pages behind login. - ---- - -## `/setup-browser-cookies` - -This is my **session manager mode**. - -Before `/qa` or `/browse` can test authenticated pages, they need cookies. Instead of manually logging in through the headless browser every time, `/setup-browser-cookies` imports your real sessions directly from your daily browser. - -It auto-detects installed Chromium browsers (Comet, Chrome, Arc, Brave, Edge), decrypts cookies via the macOS Keychain, and loads them into the Playwright session. An interactive picker UI lets you choose exactly which domains to import — no cookie values are ever displayed. - -``` -You: /setup-browser-cookies - -Claude: Cookie picker opened — select the domains you want to import - in your browser, then tell me when you're done. +[Greptile](https://greptile.com) is a YC company that reviews your PRs automatically. gstack triages Greptile's comments as part of `/review` and `/ship` — valid issues get fixed, false positives get pushed back with evidence, already-fixed issues get auto-acknowledged. - [You pick github.com, myapp.com in the browser UI] +**Setup:** Install Greptile on your GitHub repo at [greptile.com](https://greptile.com). gstack picks up its comments automatically. -You: done - -Claude: Imported 2 domains (47 cookies). Session is ready. -``` - -Or skip the UI entirely: - -``` -You: /setup-browser-cookies github.com - -Claude: Imported 12 cookies for github.com from Comet. -``` - -First import per browser triggers a macOS Keychain prompt — click "Allow" or "Always Allow." - ---- - -## `/retro` - -This is my **engineering manager mode**. - -At the end of the week I want to know what actually happened. Not vibes — data. `/retro` analyzes commit history, work patterns, and shipping velocity and writes a candid retrospective. - -It is team-aware. It identifies who is running the command, gives you the deepest treatment on your own work, then breaks down every contributor with specific praise and growth opportunities — the kind of feedback you would actually give in a 1:1. It computes metrics like commits, LOC, test ratio, PR sizes, and fix ratio. It detects coding sessions from commit timestamps, finds hotspot files, tracks shipping streaks, and identifies the biggest ship of the week. - -``` -You: /retro - -Claude: Week of Mar 1: 47 commits (3 contributors), 3.2k LOC, 38% tests, 12 PRs, peak: 10pm | Streak: 47d - - ## Your Week - 32 commits, +2.4k LOC, 41% tests. Peak hours: 9-11pm. - Biggest ship: cookie import system (browser decryption + picker UI). - What you did well: shipped a complete feature with encryption, UI, and - 18 unit tests in one focused push... - - ## Team Breakdown - - ### Alice - 12 commits focused on app/services/. Every PR under 200 LOC — disciplined. - Opportunity: test ratio at 12% — worth investing before payment gets more complex. - - ### Bob - 3 commits — fixed the N+1 query on dashboard. Small but high-impact. - Opportunity: only 1 active day this week — check if blocked on anything. - - [Top 3 team wins, 3 things to improve, 3 habits for next week] -``` - -It saves a JSON snapshot to `.context/retros/` so the next run can show trends. Run `/retro compare` to see this week vs last week side by side. +**[Full Greptile integration guide](docs/greptile.md)** --- -## `/document-release` +## Contributor mode -This is my **technical writer mode**. +Turn on contributor mode (`gstack-config set gstack_contributor true`) and gstack automatically files bug reports when something goes wrong — what you were doing, what broke, repro steps. Fork gstack and fix it yourself. -After `/ship` creates the PR but before it merges, `/document-release` reads every documentation file in the project and cross-references it against the diff. It updates file paths, command lists, project structure trees, and anything else that drifted. Risky or subjective changes get surfaced as questions — everything else is handled automatically. - -``` -You: /document-release - -Claude: Analyzing 21 files changed across 3 commits. Found 8 documentation files. - - README.md: updated skill count from 9 to 10, added new skill to table - CLAUDE.md: added new directory to project structure - CONTRIBUTING.md: current — no changes needed - TODOS.md: marked 2 items complete, added 1 new item - - All docs updated and committed. PR body updated with doc diff. -``` - -It also polishes CHANGELOG voice (without ever overwriting entries), cleans up completed TODOS, checks cross-doc consistency, and asks about VERSION bumps only when appropriate. +**[Contributor mode guide](docs/contributor-mode.md)** --- @@ -857,9 +216,17 @@ Paste this into Claude Code: > Uninstall gstack: remove the skill symlinks by running `for s in browse plan-ceo-review plan-eng-review plan-design-review design-consultation review ship retro qa qa-only qa-design-review setup-browser-cookies document-release; do rm -f ~/.claude/skills/$s; done` then run `rm -rf ~/.claude/skills/gstack` and remove the gstack section from CLAUDE.md. If this project also has gstack at .claude/skills/gstack, remove it by running `for s in browse plan-ceo-review plan-eng-review plan-design-review design-consultation review ship retro qa qa-only qa-design-review setup-browser-cookies document-release; do rm -f .claude/skills/$s; done && rm -rf .claude/skills/gstack` and remove the gstack section from the project CLAUDE.md too. -## Development - -See [CONTRIBUTING.md](CONTRIBUTING.md) for setup, testing, and dev mode. See [ARCHITECTURE.md](ARCHITECTURE.md) for design decisions and system internals. See [BROWSER.md](BROWSER.md) for the browse command reference. +## Documentation + +| Doc | What it covers | +|-----|---------------| +| [Skill Deep Dives](docs/skills.md) | Philosophy, examples, and workflow for every skill | +| [Greptile Integration](docs/greptile.md) | Setup and triage workflow | +| [Contributor Mode](docs/contributor-mode.md) | How to help improve gstack | +| [Browser Reference](BROWSER.md) | Full command reference for `/browse` | +| [Architecture](ARCHITECTURE.md) | Design decisions and system internals | +| [Contributing](CONTRIBUTING.md) | Dev setup, testing, and dev mode | +| [Changelog](CHANGELOG.md) | What's new in every version | ### Testing diff --git a/docs/contributor-mode.md b/docs/contributor-mode.md new file mode 100644 index 00000000..0989de2a --- /dev/null +++ b/docs/contributor-mode.md @@ -0,0 +1,37 @@ +# Contributor Mode + +gstack is open source. If something annoys you, you can fix it yourself. Contributor mode makes that easier by automatically detecting friction and writing up what went wrong. + +## Enable it + +``` +gstack-config set gstack_contributor true +``` + +## How it works + +At the end of each major workflow step, the agent reflects on the gstack tooling it just used. It rates the experience 0-10. If it wasn't a 10, it thinks about why. If there's an obvious, actionable bug or an insightful improvement, it files a **field report** to `~/.gstack/contributor-logs/`. + +Reports include: +- What the user/agent was trying to do +- What actually happened instead +- A 0-10 rating with one-sentence explanation +- Steps to reproduce +- Raw output (the actual error or unexpected behavior) +- "What would make this a 10" — one sentence focusing on the actionable fix + +## Calibration + +The bar is set at real-but-small bugs. Example: `$B js "await fetch(...)"` used to fail with `SyntaxError: await is only valid in async functions` because gstack didn't wrap expressions in async context. The input was reasonable, gstack should have handled it — that's worth filing. + +Things NOT worth filing: your app's bugs, network errors to your URL, auth failures on your site, your own JS logic bugs. Those aren't gstack's fault. + +## What to do with reports + +Browse `~/.gstack/contributor-logs/` periodically. Each report is a self-contained bug report. Fork gstack, fix the issue, and submit a PR. Max 3 reports per session to avoid noise. + +## Session awareness + +When you have 3+ gstack sessions open simultaneously, every question tells you which project, which branch, and what's happening. No more staring at a question thinking "wait, which window is this?" + +Every question — in every skill, even in a single session — states the project and branch, explains the problem in plain English, and gives an opinionated recommendation. The format is consistent across all 13 skills. diff --git a/docs/greptile.md b/docs/greptile.md new file mode 100644 index 00000000..2875fa1f --- /dev/null +++ b/docs/greptile.md @@ -0,0 +1,76 @@ +# Greptile Integration + +[Greptile](https://greptile.com) is a YC company that reviews your PRs automatically. It catches real bugs — race conditions, security issues, things that pass CI and blow up in production. It has genuinely saved my ass more than once. I love these guys. + +## Setup + +Install Greptile on your GitHub repo at [greptile.com](https://greptile.com) — it takes about 30 seconds. Once it's reviewing your PRs, gstack picks up its comments automatically. No additional configuration. + +## How it works + +The problem with any automated reviewer is triage. Greptile is good, but not every comment is a real issue. Some are false positives. Some flag things you already fixed three commits ago. Without a triage layer, the comments pile up and you start ignoring them — which defeats the purpose. + +gstack solves this. `/review` and `/ship` are now Greptile-aware. They read Greptile's comments, classify each one, and take action: + +- **Valid issues** get added to the critical findings and fixed before shipping +- **Already-fixed issues** get an auto-reply acknowledging the catch +- **False positives** get pushed back — you confirm, and a reply goes out explaining why it's wrong + +The result is a two-layer review: Greptile catches things asynchronously on the PR, then `/review` and `/ship` triage those findings as part of the normal workflow. Nothing falls through the cracks. + +## Learning from history + +Every false positive you confirm gets saved to `~/.gstack/greptile-history.md`. Future runs auto-skip known FP patterns for your codebase. And `/retro` tracks Greptile's batting average over time — so you can see whether the signal-to-noise ratio is improving. + +## Two-tier reply system + +- **Tier 1 (friendly):** First response to a comment. Includes inline diff, explanation, and evidence. +- **Tier 2 (firm):** When Greptile re-flags the same issue after a prior reply. Full evidence chain + re-rank request. + +Every reply includes evidence — inline diffs, code references, suggested severity re-ranking. No vague one-line replies. + +## Example + +``` +You: /ship + +Claude: [syncs main, runs tests, pre-landing review...] + + Greptile found 3 comments on this PR: + + [VALID] app/services/payment_service.rb:47 — Race condition: + concurrent charges can double-debit. Recommend DB-level advisory + lock around the charge block. + → https://github.com/you/app/pull/42#discussion_r123 + + [ALREADY FIXED] app/models/user.rb:12 — Missing null check + on email before downcase. + → Already fixed in commit abc1234. Auto-replying. + + [FALSE POSITIVE] lib/auth.rb:88 — "Token comparison should + use constant-time comparison." We already use + ActiveSupport::SecurityUtils.secure_compare here. + → https://github.com/you/app/pull/42#discussion_r125 + + Fixing the race condition in payment_service.rb... + Applied advisory lock. Committed: fix: address Greptile + review — advisory lock on concurrent charges + + The auth token comment is a false positive — we're already + using secure_compare. + + Options for the false positive: + A) Reply to Greptile explaining (recommended) + B) Fix it anyway + C) Ignore + +You: A + +Claude: Replied to Greptile. Re-running tests after the fix... + All tests pass. Continuing to version bump. + + [creates PR with Greptile Review section in body] + PR: https://github.com/you/app/pull/42 +``` + +Three Greptile comments. One real fix. One auto-acknowledged. One false positive pushed back with a reply. Total extra time: about 30 seconds. And the PR body has the full audit trail. diff --git a/docs/skills.md b/docs/skills.md new file mode 100644 index 00000000..6087d837 --- /dev/null +++ b/docs/skills.md @@ -0,0 +1,575 @@ +# Skill Deep Dives + +Detailed guides for every gstack skill — philosophy, workflow, and examples. + +**Quick reference:** See the [skill table in the README](../README.md) for the one-line summary of each skill. + +--- + +## `/plan-ceo-review` + +This is my **founder mode**. + +This is where I want the model to think with taste, ambition, user empathy, and a long time horizon. I do not want it taking the request literally. I want it asking a more important question first: + +**What is this product actually for?** + +I think of this as **Brian Chesky mode**. + +The point is not to implement the obvious ticket. The point is to rethink the problem from the user's point of view and find the version that feels inevitable, delightful, and maybe even a little magical. + +### Example + +Say I am building a Craigslist-style listing app and I say: + +> "Let sellers upload a photo for their item." + +A weak assistant will add a file picker and save an image. + +That is not the real product. + +In `/plan-ceo-review`, I want the model to ask whether "photo upload" is even the feature. Maybe the real feature is helping someone create a listing that actually sells. + +If that is the real job, the whole plan changes. + +Now the model should ask: + +* Can we identify the product from the photo? +* Can we infer the SKU or model number? +* Can we search the web and draft the title and description automatically? +* Can we pull specs, category, and pricing comps? +* Can we suggest which photo will convert best as the hero image? +* Can we detect when the uploaded photo is ugly, dark, cluttered, or low-trust? +* Can we make the experience feel premium instead of like a dead form from 2007? + +That is what `/plan-ceo-review` does for me. + +It does not just ask, "how do I add this feature?" +It asks, **"what is the 10-star product hiding inside this request?"** + +### Four modes + +- **SCOPE EXPANSION** — dream big. The agent proposes the ambitious version. Every expansion is presented as an individual decision you opt into. Recommends enthusiastically. +- **SELECTIVE EXPANSION** — hold your current scope as the baseline, but see what else is possible. The agent surfaces opportunities one by one with neutral recommendations — you cherry-pick the ones worth doing. +- **HOLD SCOPE** — maximum rigor on the existing plan. No expansions surfaced. +- **SCOPE REDUCTION** — find the minimum viable version. Cut everything else. + +Visions and decisions are persisted to `~/.gstack/projects/` so they survive beyond the conversation. Exceptional visions can be promoted to `docs/designs/` in your repo for the team. + +--- + +## `/plan-eng-review` + +This is my **eng manager mode**. + +Once the product direction is right, I want a different kind of intelligence entirely. I do not want more sprawling ideation. I do not want more "wouldn't it be cool if." I want the model to become my best technical lead. + +This mode should nail: + +* architecture +* system boundaries +* data flow +* state transitions +* failure modes +* edge cases +* trust boundaries +* test coverage + +And one surprisingly big unlock for me: **diagrams**. + +LLMs get way more complete when you force them to draw the system. Sequence diagrams, state diagrams, component diagrams, data-flow diagrams, even test matrices. Diagrams force hidden assumptions into the open. They make hand-wavy planning much harder. + +So `/plan-eng-review` is where I want the model to build the technical spine that can carry the product vision. + +### Example + +Take the same listing app example. + +Let's say `/plan-ceo-review` already did its job. We decided the real feature is not just photo upload. It is a smart listing flow that: + +* uploads photos +* identifies the product +* enriches the listing from the web +* drafts a strong title and description +* suggests the best hero image + +Now `/plan-eng-review` takes over. + +Now I want the model to answer questions like: + +* What is the architecture for upload, classification, enrichment, and draft generation? +* Which steps happen synchronously, and which go to background jobs? +* Where are the boundaries between app server, object storage, vision model, search/enrichment APIs, and the listing database? +* What happens if upload succeeds but enrichment fails? +* What happens if product identification is low-confidence? +* How do retries work? +* How do we prevent duplicate jobs? +* What gets persisted when, and what can be safely recomputed? + +And this is where I want diagrams — architecture diagrams, state models, data-flow diagrams, test matrices. Diagrams force hidden assumptions into the open. They make hand-wavy planning much harder. + +That is `/plan-eng-review`. + +Not "make the idea smaller." +**Make the idea buildable.** + +### Review Readiness Dashboard + +Every review (CEO, Eng, Design) logs its result. At the end of each review, you see a dashboard: + +``` ++====================================================================+ +| REVIEW READINESS DASHBOARD | ++====================================================================+ +| Review | Runs | Last Run | Status | Required | +|-----------------|------|---------------------|-----------|----------| +| Eng Review | 1 | 2026-03-16 15:00 | CLEAR | YES | +| CEO Review | 1 | 2026-03-16 14:30 | CLEAR | no | +| Design Review | 0 | — | — | no | ++--------------------------------------------------------------------+ +| VERDICT: CLEARED — Eng Review passed | ++====================================================================+ +``` + +Eng Review is the only required gate (disable with `gstack-config set skip_eng_review true`). CEO and Design are informational — recommended for product and UI changes respectively. + +### Plan-to-QA flow + +When `/plan-eng-review` finishes the test review section, it writes a test plan artifact to `~/.gstack/projects/`. When you later run `/qa`, it picks up that test plan automatically — your engineering review feeds directly into QA testing with no manual copy-paste. + +--- + +## `/plan-design-review` + +This is my **senior designer mode**. + +Most developers cannot tell whether their site looks AI-generated. I could not, until I started paying attention. There is a growing class of sites that are functional but soulless — they work fine but scream "an AI built this and nobody with taste looked at it." Purple gradients, 3-column icon grids, uniform bubbly border-radius on everything, centered text on every section, decorative blobs floating in the background. The ChatGPT aesthetic. + +`/plan-design-review` gives the agent a designer's eye. + +It opens your site and reacts to it the way a Stripe or Linear designer would — immediately, viscerally, with opinions. The first output is a structured gut reaction: what the site communicates at a glance, what the eye is drawn to, and a one-word verdict. That is the most valuable part. Everything after is supporting evidence. + +Then it extracts your actual design system by reading the CSS: how many fonts are you really using? What is your heading scale? How many colors? Is your spacing on a grid or arbitrary? It structures this as an **Inferred Design System** and offers to save it as a `DESIGN.md` — so now you have a design system you never had before, derived from what you actually shipped. + +The audit covers 80 items across 10 categories. Typography, spacing, hierarchy, color, responsive design, interaction states, motion, content quality, performance feel, and — the headline feature — **AI Slop Detection**. Ten specific anti-patterns that mark a site as machine-generated. + +Every finding gets a letter grade (A through F) per category. The report opens with two headline scores: **Design Score** and **AI Slop Score**. "Your site got a B on design but a D on AI Slop" tells you exactly where to focus. + +### Example + +``` +You: /plan-design-review https://myapp.com + +Claude: Design Score: C | AI Slop Score: D + + "The site communicates generic SaaS energy." + "I notice the hero section uses a blue-to-purple gradient + with a 3-column feature grid below it — the single most + recognizable AI-generated layout pattern." + "The first 3 things my eye goes to are: the gradient, the + symmetrical icon grid, and a 'Get Started' button that + looks like every other 'Get Started' button." + "If I had to describe this in one word: template." + + Inferred Design System: + - Fonts: Inter (body), Inter (headings) — 1 font family + - Colors: 14 unique non-gray colors (flag: >12) + - Heading scale: 36/24/18/16 — flat, no drama between sizes + - Spacing: mostly 16px and 24px — no rhythm + + Top 5 Design Improvements: + 1. Break the 3-column icon grid (High, AI Slop) + 2. Add heading scale contrast — at least 2:1 ratio (High, Typography) + 3. Replace uniform border-radius with intentional hierarchy (Medium, Spacing) + 4. Kill the gradient hero — use a real image or bold typography (High, AI Slop) + 5. Add a second font for headings — Inter-only reads as generic (Medium, Typography) + + [Full report saved to .gstack/design-reports/] + Want me to save this inferred design system as your DESIGN.md? +``` + +This is report only — it never touches your code. Use `/qa-design-review` when you want it to fix what it finds. + +--- + +## `/design-consultation` + +This is my **design partner mode**. + +`/plan-design-review` audits a site that already exists. `/design-consultation` is for when you have nothing yet — no design system, no font choices, no color palette. You are starting from zero and you want a senior designer to sit down with you and build the whole visual identity together. + +It is a conversation, not a form. The agent asks about your product, your users, and your audience. It thinks about what your product needs to communicate — trust, speed, craft, warmth, whatever fits — and works backward from that to concrete choices. Then it proposes a complete, coherent design system: aesthetic direction, typography (3+ fonts with specific roles), color palette with hex values, spacing scale, layout approach, and motion strategy. Every recommendation comes with a rationale. Every choice reinforces every other choice. + +But coherence is table stakes. Every dev tool dashboard looks the same — clean sans-serif, muted grays, a blue accent. They are all coherent. They are all forgettable. The difference between a product that looks "nice" and one that people actually recognize is the **deliberate creative risks**: the unexpected serif for headings, the bold accent nobody else in your category uses, the tighter spacing that makes your data feel authoritative instead of airy. + +That is what `/design-consultation` is really about. It does not just propose a safe system. It proposes safe choices AND risks — and tells you which is which. "Here are the choices that keep you literate in your category. And here is where I think you should break from convention, and why." You pick which risks to take. The agent checks that the whole system still coheres either way. + +If you want, the agent will browse your competitors' actual sites — take screenshots, analyze their fonts and colors and spacing — so you can see the landscape before you make choices. This is not about copying. It is about getting in the ballpark so you know what the conventions are, and then deciding which ones are worth breaking. + +After you agree on the system, it generates an interactive HTML preview page — not just swatches and font samples, but realistic product pages. If you are building a dashboard, you see a dashboard with a sidebar, data tables, and stat cards. If you are building a marketing site, you see a hero section with real copy and a CTA. Everything rendered in your design system, with your product name, in light and dark mode. You see what your product could feel like before a single line of production code is written. + +Then it writes `DESIGN.md` to your repo root — your project's design source of truth — and updates `CLAUDE.md` so every future Claude Code session respects the system. From that point on, `/qa-design-review` can audit against it, and any agent working on your frontend knows the rules. + +### Example + +``` +You: /design-consultation + +Claude: From the README, this looks like a developer analytics dashboard + for engineering teams. Sound right? Tell me about the feeling + you want — and would you like me to browse some competitors + first so we can see the landscape? + +You: Yes, it's for eng managers. Show me what's out there. + +Claude: [browses Linear, Vercel, Datadog, Posthog — takes screenshots] + + Here's the landscape. They all converge on clean sans-serifs + and muted blue-gray palettes. Linear stands out with dark-first + and tight spacing. The rest feel interchangeable. + + Here's my proposal — and where I'd play it safe vs. take risks: + + AESTHETIC: Industrial/Utilitarian — data-first, every pixel earns its place + TYPOGRAPHY: Geist (body + UI), Instrument Serif (display), JetBrains Mono (data) + COLOR: Restrained — slate neutrals, single teal accent (#0D9488) + SPACING: 4px base, compact density + LAYOUT: Grid-disciplined, 12-column + MOTION: Minimal-functional — only transitions that aid comprehension + + SAFE CHOICES (match category expectations): + Geist for body — your users already know this font from Vercel + Slate neutrals — warm grays feel right for data-heavy UIs + Grid-disciplined layout — dashboards need predictable alignment + + RISKS (where you'd stand out): + Instrument Serif for display headings — nobody in dev tools + uses a serif. It creates instant hierarchy contrast and + signals "we care about craft" in a space full of sans-serifs. + Single teal accent instead of blue — every competitor uses blue. + Teal is close enough to feel trustworthy, different enough + to be recognizable. + 4px compact density — tighter than Linear, says "we respect + your screen real estate." + + The safe choices keep you literate. The risks are where your + product gets its own face. Which risks appeal to you? + +You: Love the serif risk. Let's see it. + +Claude: Preview opened in your browser. + [/tmp/design-consultation-preview-1710000000.html] + + The page shows a realistic dashboard: sidebar nav, header with + avatar, stat cards, data table — all in your design system. + Instrument Serif at hero scale, Geist in body text, JetBrains + Mono in the data table. Teal accent on buttons and active states. + Light and dark mode toggle in the corner. + + How does it feel? Want to adjust anything before I write DESIGN.md? + +You: Ship it. + +Claude: Wrote DESIGN.md (typography, color, spacing, layout, motion). + Updated CLAUDE.md with design system guidelines. + All future sessions will respect these choices. +``` + +--- + +## `/qa-design-review` + +This is my **designer who codes mode**. + +`/plan-design-review` tells you what is wrong. `/qa-design-review` fixes it. + +It runs the same 80-item audit, then enters a fix loop: for each design finding, it locates the source file, makes the minimal CSS/styling change, commits with `style(design): FINDING-NNN`, re-navigates to verify, and takes before/after screenshots. One commit per fix, fully bisectable. + +The self-regulation heuristic is tuned for design work — CSS-only changes get a free pass (they are inherently safe and reversible), but changes to component JSX/TSX files count against the risk budget. Hard cap at 30 fixes. If the risk score exceeds 20%, it stops and asks. + +### Example + +``` +You: /qa-design-review https://myapp.com + +Claude: [Runs full design audit — same output as /plan-design-review] + Design Score: C | AI Slop Score: D + 12 findings (4 high, 5 medium, 3 polish) + + Fixing 9 design issues... + + style(design): FINDING-001 — replace 3-column icon grid with asymmetric layout + style(design): FINDING-002 — add heading scale 48/32/24/18/16 + style(design): FINDING-003 — remove gradient hero, use bold typography + style(design): FINDING-004 — add second font for headings + style(design): FINDING-005 — vary border-radius by element role + style(design): FINDING-006 — left-align body text, reserve center for headings + style(design): FINDING-007 — add hover/focus states to all interactive elements + style(design): FINDING-008 — add prefers-reduced-motion media query + style(design): FINDING-009 — set max content width to 680px for body text + + Final audit: + Design Score: C → B+ | AI Slop Score: D → A + 9 fixes applied (8 verified, 1 best-effort). 3 deferred. + + [Report with before/after screenshots saved to .gstack/design-reports/] +``` + +Nine commits, each touching one concern. The AI Slop score went from D to A because the three most recognizable patterns (gradient hero, 3-column grid, uniform radius) are gone. + +--- + +## `/review` + +This is my **paranoid staff engineer mode**. + +Passing tests do not mean the branch is safe. + +`/review` exists because there is a whole class of bugs that can survive CI and still punch you in the face in production. This mode is not about dreaming bigger. It is not about making the plan prettier. It is about asking: + +**What can still break?** + +This is a structural audit, not a style nitpick pass. I want the model to look for things like: + +* N+1 queries +* stale reads +* race conditions +* bad trust boundaries +* missing indexes +* escaping bugs +* broken invariants +* bad retry logic +* tests that pass while missing the real failure mode +* forgotten enum handlers — add a new status or type constant, and `/review` traces it through every switch statement and allowlist in your codebase, not just the files you changed + +### Fix-First + +Findings get action, not just listed. Obvious mechanical fixes (dead code, stale comments, N+1 queries) are applied automatically — you see `[AUTO-FIXED] file:line Problem → what was done` for each one. Genuinely ambiguous issues (security, race conditions, design decisions) get surfaced for your call. + +### Completeness gaps + +`/review` now flags shortcut implementations where the complete version costs less than 30 minutes of CC time. If you chose the 80% solution and the 100% solution is a lake, not an ocean, the review will call it out. + +### Example + +Suppose the smart listing flow is implemented and the tests are green. + +`/review` should still ask: + +* Did I introduce an N+1 query when rendering listing photos or draft suggestions? +* Am I trusting client-provided file metadata instead of validating the actual file? +* Can two tabs race and overwrite cover-photo selection or item details? +* Do failed uploads leave orphaned files in storage forever? +* Can the "exactly one hero image" rule break under concurrency? +* If enrichment APIs partially fail, do I degrade gracefully or save garbage? +* Did I accidentally create a prompt injection or trust-boundary problem by pulling web data into draft generation? + +That is the point of `/review`. + +I do not want flattery here. +I want the model imagining the production incident before it happens. + +--- + +## `/ship` + +This is my **release machine mode**. + +Once I have decided what to build, nailed the technical plan, and run a serious review, I do not want more talking. I want execution. + +`/ship` is for the final mile. It is for a ready branch, not for deciding what to build. + +This is where the model should stop behaving like a brainstorm partner and start behaving like a disciplined release engineer: sync with main, run the right tests, make sure the branch state is sane, update changelog or versioning if the repo expects it, push, and create or update the PR. + +### Test bootstrap + +If your project doesn't have a test framework, `/ship` sets one up — detects your runtime, researches the best framework, installs it, writes 3-5 real tests for your actual code, sets up CI/CD (GitHub Actions), and creates TESTING.md. 100% test coverage is the goal — tests make vibe coding safe instead of yolo coding. + +### Coverage audit + +Every `/ship` run builds a code path map from your diff, searches for corresponding tests, and produces an ASCII coverage diagram with quality stars. Gaps get tests auto-generated. Your PR body shows the coverage: `Tests: 42 → 47 (+5 new)`. + +### Review gate + +`/ship` checks the [Review Readiness Dashboard](#review-readiness-dashboard) before creating the PR. If the Eng Review is missing, it asks — but won't block you. Decisions are saved per-branch so you're never re-asked. + +A lot of branches die when the interesting work is done and only the boring release work is left. Humans procrastinate that part. AI should not. + +--- + +## `/browse` + +This is my **QA engineer mode**. + +`/browse` is the skill that closes the loop. Before it, the agent could think and code but was still half blind. It had to guess about UI state, auth flows, redirects, console errors, empty states, and broken layouts. Now it can just go look. + +It is a compiled binary that talks to a persistent Chromium daemon — built on [Playwright](https://playwright.dev/) by Microsoft. First call starts the browser (~3s). Every call after that: ~100-200ms. The browser stays running between commands, so cookies, tabs, and localStorage carry over. + +### Example + +``` +You: /browse staging.myapp.com — log in, test the signup flow, and check + every page I changed in this branch + +Claude: [18 tool calls, ~60 seconds] + + > browse goto https://staging.myapp.com/signup + > browse snapshot -i + > browse fill @e2 "test@example.com" + > browse fill @e3 "password123" + > browse click @e5 (Submit) + > browse screenshot /tmp/signup.png + > Read /tmp/signup.png + + Signup works. Redirected to onboarding. Now checking changed pages. + + > browse goto https://staging.myapp.com/dashboard + > browse screenshot /tmp/dashboard.png + > Read /tmp/dashboard.png + > browse console + + Dashboard loads. No console errors. Charts render with sample data. + + All 4 pages load correctly. No console errors. No broken layouts. + Signup → onboarding → dashboard flow works end to end. +``` + +18 tool calls, about a minute. Full QA pass. No browser opened. + +**Security note:** `/browse` runs a persistent Chromium session. Cookies, localStorage, and session state carry over between commands. Do not use it against sensitive production environments unless you intend to — it is a real browser with real state. The session auto-shuts down after 30 minutes of idle time. + +For the full command reference, see [BROWSER.md](../BROWSER.md). + +--- + +## `/qa` + +This is my **QA lead mode**. + +`/browse` gives the agent eyes. `/qa` gives it a testing methodology. + +The most common use case: you're on a feature branch, you just finished coding, and you want to verify everything works. Just say `/qa` — it reads your git diff, identifies which pages and routes your changes affect, spins up the browser, and tests each one. No URL required. No manual test plan. + +Four modes: + +- **Diff-aware** (automatic on feature branches) — reads `git diff main`, identifies affected pages, tests them specifically +- **Full** — systematic exploration of the entire app. 5-15 minutes. Documents 5-10 well-evidenced issues. +- **Quick** (`--quick`) — 30-second smoke test. Homepage + top 5 nav targets. +- **Regression** (`--regression baseline.json`) — run full mode, then diff against a previous baseline. + +### Automatic regression tests + +When `/qa` fixes a bug and verifies it, it automatically generates a regression test that catches the exact scenario that broke. Tests include full attribution tracing back to the QA report. + +### Example + +``` +You: /qa https://staging.myapp.com + +Claude: [Explores 12 pages, fills 3 forms, tests 2 flows] + + QA Report: staging.myapp.com — Health Score: 72/100 + + Top 3 Issues: + 1. CRITICAL: Checkout form submits with empty required fields + 2. HIGH: Mobile nav menu doesn't close after selecting an item + 3. MEDIUM: Dashboard chart overlaps sidebar below 1024px + + [Full report with screenshots saved to .gstack/qa-reports/] +``` + +**Testing authenticated pages:** Use `/setup-browser-cookies` first to import your real browser sessions, then `/qa` can test pages behind login. + +--- + +## `/setup-browser-cookies` + +This is my **session manager mode**. + +Before `/qa` or `/browse` can test authenticated pages, they need cookies. Instead of manually logging in through the headless browser every time, `/setup-browser-cookies` imports your real sessions directly from your daily browser. + +It auto-detects installed Chromium browsers (Comet, Chrome, Arc, Brave, Edge), decrypts cookies via the macOS Keychain, and loads them into the Playwright session. An interactive picker UI lets you choose exactly which domains to import — no cookie values are ever displayed. + +``` +You: /setup-browser-cookies + +Claude: Cookie picker opened — select the domains you want to import + in your browser, then tell me when you're done. + + [You pick github.com, myapp.com in the browser UI] + +You: done + +Claude: Imported 2 domains (47 cookies). Session is ready. +``` + +Or skip the UI entirely: + +``` +You: /setup-browser-cookies github.com + +Claude: Imported 12 cookies for github.com from Comet. +``` + +--- + +## `/retro` + +This is my **engineering manager mode**. + +At the end of the week I want to know what actually happened. Not vibes — data. `/retro` analyzes commit history, work patterns, and shipping velocity and writes a candid retrospective. + +It is team-aware. It identifies who is running the command, gives you the deepest treatment on your own work, then breaks down every contributor with specific praise and growth opportunities. It computes metrics like commits, LOC, test ratio, PR sizes, and fix ratio. It detects coding sessions from commit timestamps, finds hotspot files, tracks shipping streaks, and identifies the biggest ship of the week. + +It also tracks test health: total test files, tests added this period, regression test commits, and trend deltas. If test ratio drops below 20%, it flags it as a growth area. + +### Example + +``` +You: /retro + +Claude: Week of Mar 1: 47 commits (3 contributors), 3.2k LOC, 38% tests, 12 PRs, peak: 10pm | Streak: 47d + + ## Your Week + 32 commits, +2.4k LOC, 41% tests. Peak hours: 9-11pm. + Biggest ship: cookie import system (browser decryption + picker UI). + What you did well: shipped a complete feature with encryption, UI, and + 18 unit tests in one focused push... + + ## Team Breakdown + + ### Alice + 12 commits focused on app/services/. Every PR under 200 LOC — disciplined. + Opportunity: test ratio at 12% — worth investing before payment gets more complex. + + ### Bob + 3 commits — fixed the N+1 query on dashboard. Small but high-impact. + Opportunity: only 1 active day this week — check if blocked on anything. + + [Top 3 team wins, 3 things to improve, 3 habits for next week] +``` + +It saves a JSON snapshot to `.context/retros/` so the next run can show trends. + +--- + +## `/document-release` + +This is my **technical writer mode**. + +After `/ship` creates the PR but before it merges, `/document-release` reads every documentation file in the project and cross-references it against the diff. It updates file paths, command lists, project structure trees, and anything else that drifted. Risky or subjective changes get surfaced as questions — everything else is handled automatically. + +``` +You: /document-release + +Claude: Analyzing 21 files changed across 3 commits. Found 8 documentation files. + + README.md: updated skill count from 9 to 10, added new skill to table + CLAUDE.md: added new directory to project structure + CONTRIBUTING.md: current — no changes needed + TODOS.md: marked 2 items complete, added 1 new item + + All docs updated and committed. PR body updated with doc diff. +``` + +It also polishes CHANGELOG voice (without ever overwriting entries), cleans up completed TODOS, checks cross-doc consistency, and asks about VERSION bumps only when appropriate. From b18ab5ad9e48cc05821600f82c7665e93fe65923 Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 13:33:57 -0700 Subject: [PATCH 05/29] docs: remove "competitor" language, rewrite README in Garry's voice MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Replace "browses competitors" with "knows the landscape" / "what's out there" throughout all user-facing copy. Trim README from 243 to 167 lines — tighter, more opinionated, less listicle energy. Remove Completeness Principle from README top (it lives in CLAUDE.md and the skill preambles where Claude actually reads it). Co-Authored-By: Claude Opus 4.6 (1M context) --- CHANGELOG.md | 2 +- README.md | 176 +++++++++--------------------- design-consultation/SKILL.md | 18 +-- design-consultation/SKILL.md.tmpl | 18 +-- docs/skills.md | 6 +- test/skill-e2e.test.ts | 2 +- 6 files changed, 73 insertions(+), 149 deletions(-) diff --git a/CHANGELOG.md b/CHANGELOG.md index 2ab0fd8e..be473577 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -86,7 +86,7 @@ Read the philosophy: https://garryslist.org/posts/boil-the-ocean ## 0.5.2 — 2026-03-17 - **Your design consultant now takes creative risks.** `/design-consultation` doesn't just propose a safe, coherent system — it explicitly breaks down SAFE CHOICES (category baseline) vs. RISKS (where your product stands out). You pick which rules to break. Every risk comes with a rationale for why it works and what it costs. -- **See the competition before you choose.** When you opt into research, the agent browses competitor sites with screenshots and accessibility tree analysis — not just web search results. You see what the landscape looks like before making design decisions. +- **See the landscape before you choose.** When you opt into research, the agent browses real sites in your space with screenshots and accessibility tree analysis — not just web search results. You see what's out there before making design decisions. - **Preview pages that look like your product.** The preview page now renders realistic product mockups — dashboards with sidebar nav and data tables, marketing pages with hero sections, settings pages with forms — not just font swatches and color palettes. ## 0.5.1 — 2026-03-17 diff --git a/README.md b/README.md index 4724fde3..aa6c1592 100644 --- a/README.md +++ b/README.md @@ -1,123 +1,95 @@ # gstack -**gstack turns Claude Code from one generic assistant into a team of specialists you can summon on demand.** +**Thirteen opinionated skills that turn Claude Code into a team you can manage.** -Thirteen opinionated workflow skills for [Claude Code](https://docs.anthropic.com/en/docs/claude-code). Plan review, design review, code review, one-command shipping, browser automation, QA testing, engineering retrospectives, and post-ship documentation — all as slash commands. +Planning is not review. Review is not shipping. Founder taste is not engineering rigor. If you blur all of that together, you get a mediocre blend of all four. -**The Completeness Principle:** Every gstack skill follows one rule — always recommend the complete implementation when AI makes the marginal cost near-zero. No more "Choose B because it's 90% of the value for half the effort" when option A is 70 more lines of code that a machine writes in seconds. We call this **boil the lake** — not boil the ocean (AGI is not here yet), but do the complete thing machines can now do, instead of the incomplete thing humans could only afford in the past. 100% test coverage, full edge case handling, complete implementations. Every recommendation shows both human-team and CC+gstack time so you can see the real cost of completeness. +I want explicit gears. I want to tell the model what kind of brain to use right now — founder, eng manager, paranoid reviewer, release machine — and have it commit to that mode completely. -### Without gstack +That is what gstack does. -- The agent takes your request literally — it never asks if you're building the right thing -- It will implement exactly what you said, even when the real product is something bigger -- It recommends shortcuts to save you time — even when the complete version costs 2 minutes of machine time -- "Review my PR" gives inconsistent depth every time -- "Ship this" turns into a long back-and-forth about what to do -- The agent can write code but can't see your app — it's half blind -- You still do QA by hand: open browser, click around, check pages, squint at layouts -- Your project has no tests, and the agent never suggests setting them up - -### With gstack +Created by [Garry Tan](https://x.com/garrytan), President & CEO of [Y Combinator](https://www.ycombinator.com/). | Skill | Mode | What it does | |-------|------|--------------| -| `/plan-ceo-review` | Founder / CEO | Rethink the problem. Find the 10-star product hiding inside the request. Four modes: Expansion, Selective Expansion, Hold Scope, Reduction. | -| `/plan-eng-review` | Eng manager / tech lead | Lock in architecture, data flow, diagrams, edge cases, and tests. | -| `/plan-design-review` | Senior product designer | Designer's eye audit. 80-item checklist, letter grades, AI Slop detection, DESIGN.md inference. Report only — never touches code. | -| `/design-consultation` | Design consultant | Build a complete design system from scratch. Browses competitors to get in the ballpark, proposes safe choices AND creative risks, generates realistic product mockups, and writes DESIGN.md. | -| `/review` | Paranoid staff engineer | Find the bugs that pass CI but blow up in production. Auto-fixes obvious issues. Triages Greptile review comments. Flags completeness gaps. | -| `/ship` | Release engineer | Sync main, run tests, audit coverage, resolve Greptile reviews, push, open PR. Auto-bootstraps test frameworks if your project doesn't have one. | -| `/browse` | QA engineer | Give the agent eyes. It logs in, clicks through your app, takes screenshots, catches breakage. Full QA pass in 60 seconds. | -| `/qa` | QA + fix engineer | Test app, find bugs, fix them with atomic commits, re-verify. Auto-generates regression tests for every fix. Three tiers: Quick, Standard, Exhaustive. | -| `/qa-only` | QA reporter | Report-only QA testing. Same methodology as /qa but never fixes anything. Use when you want a pure bug report without code changes. | -| `/qa-design-review` | Designer + frontend engineer | Same design audit as /plan-design-review, then fixes what it finds. Atomic `style(design):` commits, before/after screenshots, CSS-safe self-regulation. | -| `/setup-browser-cookies` | Session manager | Import cookies from your real browser (Comet, Chrome, Arc, Brave, Edge) into the headless session. Test authenticated pages without logging in manually. | -| `/retro` | Engineering manager | Team-aware retro: your deep-dive + per-person praise and growth opportunities for every contributor. Tracks test health. | -| `/document-release` | Technical writer | Update README, ARCHITECTURE, CONTRIBUTING, and project docs to match what you just shipped. | - -**[Detailed skill guides with examples and philosophy](docs/skills.md)** - -## Demo: one feature, five modes +| `/plan-ceo-review` | Founder | Rethink the problem. Find the 10-star product hiding inside the request. | +| `/plan-eng-review` | Eng manager | Lock in architecture, data flow, diagrams, edge cases, and tests. | +| `/plan-design-review` | Senior designer | 80-item design audit with letter grades and AI Slop detection. Report only. | +| `/design-consultation` | Design partner | Build a complete design system from scratch. Knows the landscape, proposes creative risks, generates realistic mockups. | +| `/review` | Staff engineer | Find the bugs that pass CI but blow up in production. Auto-fixes the obvious ones. | +| `/ship` | Release engineer | Sync main, run tests, audit coverage, push, open PR. One command. | +| `/browse` | QA engineer | Give the agent eyes. Real browser, real clicks, real screenshots. ~100ms per command. | +| `/qa` | QA lead | Test your app, find bugs, fix them, re-verify. Generates regression tests for every fix. | +| `/qa-only` | QA reporter | Same testing methodology as /qa but report only — never touches code. | +| `/qa-design-review` | Designer who codes | Same audit as /plan-design-review, then fixes what it finds. Atomic commits, before/after screenshots. | +| `/setup-browser-cookies` | Session manager | Import cookies from your real browser into the headless session. Test authenticated pages. | +| `/retro` | Eng manager | Team-aware weekly retro with per-person breakdowns, metrics, and trends. | +| `/document-release` | Technical writer | Update all project docs to match what you just shipped. | + +**[Detailed guides with examples and philosophy for every skill](docs/skills.md)** + +## Demo ``` -You: [enter plan mode, describe the feature] - I want to add seller photo upload to the listing app. Sellers - should be able to upload a photo of their item and we create - the listing from it. +You: I want to add seller photo upload to the listing app. You: /plan-ceo-review Claude: "Photo upload" is not the feature. The real job is helping sellers - create listings that actually sell. Here's what the 10-star version - looks like: auto-identify the product from the photo, pull specs and - pricing comps from the web, draft the title and description, suggest - the best hero image... + create listings that actually sell. Here's the 10-star version: + auto-identify the product, pull specs and comps from the web, + draft the title and description, suggest the best hero image... You: /plan-eng-review Claude: [Architecture diagram, state machine for upload → classify → enrich → draft pipeline, async job boundaries, failure modes, test matrix] -You: [exit plan mode, implement the plan] +You: [implement the plan] You: /review Claude: Race condition: two tabs can overwrite cover-photo selection. - Trust boundary: pulling web data into draft generation creates - a prompt injection vector. Missing: orphan cleanup for failed uploads. + Trust boundary: web data into draft generation = prompt injection. [AUTO-FIXED] 2 issues. 1 needs your input. -You: (fix the remaining issue) - You: /ship -Claude: [Syncs main, runs tests, coverage audit, pushes branch, opens PR] - Tests: 42 → 47 (+5 new). PR: github.com/you/app/pull/42 +Claude: Tests: 42 → 47 (+5 new). PR: github.com/you/app/pull/42 -You: /qa +You: /qa https://staging.myapp.com -Claude: Analyzing branch diff... 8 files changed, 3 routes affected. - [Tests /listings/new, /listings/:id, /api/listings against localhost:3000] - All 3 routes working. Upload + enrichment flow passes end to end. - Regression test generated: test/qa-regression-001.test.ts +Claude: All 3 affected routes working. Upload + enrichment flow passes + end to end. Regression test generated. You: /plan-design-review https://staging.myapp.com Claude: Design Score: B | AI Slop Score: C "The site communicates competence but not confidence." Top issues: generic typography, AI slop patterns, flat heading scale. - [Full report with letter grades, 12 findings, inferred design system] - Want me to save this as your DESIGN.md? - -You: /qa-design-review - -Claude: [Runs the same audit, then fixes 8 design issues] - Design Score: B → A- | AI Slop Score: C → A ``` ## Who this is for -You already use Claude Code heavily and want consistent, high-rigor workflows instead of one mushy generic mode. You want to tell the model what kind of brain to use right now — founder taste, engineering rigor, paranoid review, or fast execution. +You already use Claude Code and want it to stop being one mushy generic mode. You want the model to have opinions, catch things you would miss, and execute without hand-holding. This is not a prompt pack for beginners. It is an operating system for people who ship. -## How to fly: 10 sessions at once - -gstack is powerful with one Claude Code session. It is transformative with ten. +## 10 sessions at once -[Conductor](https://conductor.build) runs multiple Claude Code sessions in parallel — each in its own isolated workspace. That means you can have one session running `/qa` on staging, another doing `/review` on a PR, a third implementing a feature, and seven more working on other branches. All at the same time. +gstack is powerful with one session. It is transformative with ten. -Each workspace gets its own isolated browser instance automatically — separate Chromium process, cookies, tabs, and logs stored in `.gstack/` inside each project root. No port collisions, no shared state, no configuration needed. `/browse` and `/qa` sessions never interfere with each other, even across ten parallel workspaces. +[Conductor](https://conductor.build) runs multiple Claude Code sessions in parallel — each in its own isolated workspace. One session running `/qa` on staging, another doing `/review` on a PR, a third implementing a feature, and seven more on other branches. All at the same time. -This is the setup I use. One person, ten parallel agents, each with the right cognitive mode for its task. That is not incremental improvement. That is a different way of building software. +Each workspace gets its own isolated browser instance automatically. No port collisions, no shared state, no configuration. One person, ten parallel agents, each with the right cognitive mode. That is a different way of building software. ## Install -**Requirements:** [Claude Code](https://docs.anthropic.com/en/docs/claude-code), [Git](https://git-scm.com/), [Bun](https://bun.sh/) v1.0+. `/browse` compiles a native binary — works on macOS and Linux (x64 and arm64). +**Requirements:** [Claude Code](https://docs.anthropic.com/en/docs/claude-code), [Git](https://git-scm.com/), [Bun](https://bun.sh/) v1.0+ ### Step 1: Install on your machine -Open Claude Code and paste this. Claude will do the rest. +Open Claude Code and paste this. Claude does the rest. > Install gstack: run `git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup` then add a "gstack" section to CLAUDE.md that says to use the /browse skill from gstack for all web browsing, never use mcp\_\_claude-in-chrome\_\_\* tools, and lists the available skills: /plan-ceo-review, /plan-eng-review, /plan-design-review, /design-consultation, /review, /ship, /browse, /qa, /qa-only, /qa-design-review, /setup-browser-cookies, /retro, /document-release. Then ask the user if they also want to add gstack to the current project so teammates get it. @@ -125,15 +97,7 @@ Open Claude Code and paste this. Claude will do the rest. > Add gstack to this project: run `cp -Rf ~/.claude/skills/gstack .claude/skills/gstack && rm -rf .claude/skills/gstack/.git && cd .claude/skills/gstack && ./setup` then add a "gstack" section to this project's CLAUDE.md that says to use the /browse skill from gstack for all web browsing, never use mcp\_\_claude-in-chrome\_\_\* tools, lists the available skills: /plan-ceo-review, /plan-eng-review, /plan-design-review, /design-consultation, /review, /ship, /browse, /qa, /qa-only, /qa-design-review, /setup-browser-cookies, /retro, /document-release, and tells Claude that if gstack skills aren't working, run `cd .claude/skills/gstack && ./setup` to build the binary and register skills. -Real files get committed to your repo (not a submodule), so `git clone` just works. The binary and node\_modules are gitignored — teammates just need to run `cd .claude/skills/gstack && ./setup` once to build (or `/browse` handles it automatically on first use). - -### What gets installed - -- Skill files (Markdown prompts) in `~/.claude/skills/gstack/` (or `.claude/skills/gstack/` for project installs) -- Symlinks at `~/.claude/skills/browse`, `~/.claude/skills/qa`, `~/.claude/skills/review`, etc. pointing into the gstack directory -- Browser binary at `browse/dist/browse` (~58MB, gitignored) -- `node_modules/` (gitignored) -- `/retro` saves JSON snapshots to `.context/retros/` in your project for trend tracking +Real files get committed to your repo (not a submodule), so `git clone` just works. The binary and node\_modules are gitignored — teammates run `cd .claude/skills/gstack && ./setup` once to build. Everything lives inside `.claude/`. Nothing touches your PATH or runs in the background. @@ -156,67 +120,37 @@ Everything lives inside `.claude/`. Nothing touches your PATH or runs in the bac --- -## How I use these skills - -Created by [Garry Tan](https://x.com/garrytan), President & CEO of [Y Combinator](https://www.ycombinator.com/). - -I built gstack because I do not want AI coding tools stuck in one mushy mode. - -Planning is not review. Review is not shipping. Founder taste is not engineering rigor. If you blur all of that together, you usually get a mediocre blend of all four. - -I want explicit gears. - -These skills let me tell the model what kind of brain I want right now. I can switch cognitive modes on demand — founder, eng manager, paranoid reviewer, release machine. That is the unlock. - -**[Read the full philosophy and per-skill deep dives](docs/skills.md)** - ---- - ## Greptile integration -[Greptile](https://greptile.com) is a YC company that reviews your PRs automatically. gstack triages Greptile's comments as part of `/review` and `/ship` — valid issues get fixed, false positives get pushed back with evidence, already-fixed issues get auto-acknowledged. - -**Setup:** Install Greptile on your GitHub repo at [greptile.com](https://greptile.com). gstack picks up its comments automatically. - -**[Full Greptile integration guide](docs/greptile.md)** - ---- +[Greptile](https://greptile.com) reviews your PRs automatically. gstack triages Greptile's comments as part of `/review` and `/ship` — valid issues get fixed, false positives get pushed back with evidence, already-fixed issues get auto-acknowledged. **[Setup guide](docs/greptile.md)** ## Contributor mode -Turn on contributor mode (`gstack-config set gstack_contributor true`) and gstack automatically files bug reports when something goes wrong — what you were doing, what broke, repro steps. Fork gstack and fix it yourself. - -**[Contributor mode guide](docs/contributor-mode.md)** - ---- +Turn on contributor mode and gstack files bug reports when something goes wrong. Fork gstack and fix it yourself. **[Guide](docs/contributor-mode.md)** ## Troubleshooting -**Skill not showing up in Claude Code?** -Run `cd ~/.claude/skills/gstack && ./setup` (or `cd .claude/skills/gstack && ./setup` for project installs). This rebuilds symlinks so Claude can discover the skills. +**Skill not showing up?** +`cd ~/.claude/skills/gstack && ./setup` -**`/browse` fails or binary not found?** -Run `cd ~/.claude/skills/gstack && bun install && bun run build`. This compiles the browser binary. Requires Bun v1.0+. +**`/browse` fails?** +`cd ~/.claude/skills/gstack && bun install && bun run build` **Project copy is stale?** -Run `/gstack-upgrade` — it updates both the global install and any vendored project copy automatically. +Run `/gstack-upgrade` **`bun` not installed?** -Install it: `curl -fsSL https://bun.sh/install | bash` +`curl -fsSL https://bun.sh/install | bash` ## Upgrading -Run `/gstack-upgrade` in Claude Code. It detects your install type (global or vendored), upgrades, syncs any project copies, and shows what's new. - -Or set `auto_upgrade: true` in `~/.gstack/config.yaml` to upgrade automatically whenever a new version is available. +Run `/gstack-upgrade` in Claude Code. Or set `auto_upgrade: true` in `~/.gstack/config.yaml`. ## Uninstalling -Paste this into Claude Code: - > Uninstall gstack: remove the skill symlinks by running `for s in browse plan-ceo-review plan-eng-review plan-design-review design-consultation review ship retro qa qa-only qa-design-review setup-browser-cookies document-release; do rm -f ~/.claude/skills/$s; done` then run `rm -rf ~/.claude/skills/gstack` and remove the gstack section from CLAUDE.md. If this project also has gstack at .claude/skills/gstack, remove it by running `for s in browse plan-ceo-review plan-eng-review plan-design-review design-consultation review ship retro qa qa-only qa-design-review setup-browser-cookies document-release; do rm -f .claude/skills/$s; done && rm -rf .claude/skills/gstack` and remove the gstack section from the project CLAUDE.md too. -## Documentation +## Docs | Doc | What it covers | |-----|---------------| @@ -228,16 +162,6 @@ Paste this into Claude Code: | [Contributing](CONTRIBUTING.md) | Dev setup, testing, and dev mode | | [Changelog](CHANGELOG.md) | What's new in every version | -### Testing - -```bash -bun test # free static tests (<5s) -EVALS=1 bun run test:evals # full E2E + LLM evals (~$4, ~20min) -bun run eval:watch # live dashboard during E2E runs -``` - -E2E tests stream real-time progress, write machine-readable diagnostics, and persist partial results that survive kills. See CONTRIBUTING.md for the full eval infrastructure. - ## License MIT diff --git a/design-consultation/SKILL.md b/design-consultation/SKILL.md index ab0e444e..8fd9cb4b 100644 --- a/design-consultation/SKILL.md +++ b/design-consultation/SKILL.md @@ -2,7 +2,7 @@ name: design-consultation version: 1.0.0 description: | - Design consultation: understands your product, researches competitors, proposes a + Design consultation: understands your product, researches the landscape, proposes a complete design system (aesthetic, typography, color, layout, spacing, motion), and generates font+color preview pages. Creates DESIGN.md as your project's design source of truth. For existing sites, use /plan-design-review to infer the system instead. @@ -197,7 +197,7 @@ Ask the user a single question that covers everything you need to know. Pre-fill 3. "Want me to research what top products in your space are doing for design, or should I work from my design knowledge?" 4. **Explicitly say:** "At any point you can just drop into chat and we'll talk through anything — this isn't a rigid form, it's a conversation." -If the README or brainstorm gives you enough context, pre-fill and confirm: *"From what I can see, this is [X] for [Y] in the [Z] space. Sound right? And would you like me to research competitors, or should I work from what I know?"* +If the README or brainstorm gives you enough context, pre-fill and confirm: *"From what I can see, this is [X] for [Y] in the [Z] space. Sound right? And would you like me to research what's out there in this space, or should I work from what I know?"* --- @@ -205,7 +205,7 @@ If the README or brainstorm gives you enough context, pre-fill and confirm: *"Fr If the user wants competitive research: -**Step 1: Identify competitors via WebSearch** +**Step 1: Identify what's out there via WebSearch** Use WebSearch to find 5-10 products in their space. Search for: - "[product category] website design" @@ -214,17 +214,17 @@ Use WebSearch to find 5-10 products in their space. Search for: **Step 2: Visual research via browse (if available)** -If the browse binary is available (`$B` is set), visit the top 3-5 competitor sites and capture visual evidence: +If the browse binary is available (`$B` is set), visit the top 3-5 sites in the space and capture visual evidence: ```bash -$B goto "https://competitor-site.com" -$B screenshot "/tmp/design-research-competitor-name.png" +$B goto "https://example-site.com" +$B screenshot "/tmp/design-research-site-name.png" $B snapshot ``` -For each competitor, analyze: fonts actually used, color palette, layout approach, spacing density, aesthetic direction. The screenshot gives you the feel; the snapshot gives you structural data. +For each site, analyze: fonts actually used, color palette, layout approach, spacing density, aesthetic direction. The screenshot gives you the feel; the snapshot gives you structural data. -If a competitor site blocks the headless browser or requires login, skip it and note why. +If a site blocks the headless browser or requires login, skip it and note why. If browse is not available, rely on WebSearch results and your built-in design knowledge — this is fine. @@ -233,7 +233,7 @@ If browse is not available, rely on WebSearch results and your built-in design k The goal of research is NOT to copy. It is to get in the ballpark — to understand the visual language users in this category already expect. This gives you the baseline. The interesting design work starts after you have the baseline: deciding where to follow conventions (so the product feels literate) and where to break from them (so the product is memorable). Summarize conversationally: -> "I looked at [competitors]. Here's the landscape: they converge on [patterns]. Most of them feel [observation — e.g., interchangeable, polished but generic, etc.]. The opportunity to stand out is [gap]. Here's where I'd play it safe and where I'd take a risk..." +> "I looked at what's out there. Here's the landscape: they converge on [patterns]. Most of them feel [observation — e.g., interchangeable, polished but generic, etc.]. The opportunity to stand out is [gap]. Here's where I'd play it safe and where I'd take a risk..." **Graceful degradation:** - Browse available → screenshots + snapshots + WebSearch (richest research) diff --git a/design-consultation/SKILL.md.tmpl b/design-consultation/SKILL.md.tmpl index 0ffb121c..141a9190 100644 --- a/design-consultation/SKILL.md.tmpl +++ b/design-consultation/SKILL.md.tmpl @@ -2,7 +2,7 @@ name: design-consultation version: 1.0.0 description: | - Design consultation: understands your product, researches competitors, proposes a + Design consultation: understands your product, researches the landscape, proposes a complete design system (aesthetic, typography, color, layout, spacing, motion), and generates font+color preview pages. Creates DESIGN.md as your project's design source of truth. For existing sites, use /plan-design-review to infer the system instead. @@ -76,7 +76,7 @@ Ask the user a single question that covers everything you need to know. Pre-fill 3. "Want me to research what top products in your space are doing for design, or should I work from my design knowledge?" 4. **Explicitly say:** "At any point you can just drop into chat and we'll talk through anything — this isn't a rigid form, it's a conversation." -If the README or brainstorm gives you enough context, pre-fill and confirm: *"From what I can see, this is [X] for [Y] in the [Z] space. Sound right? And would you like me to research competitors, or should I work from what I know?"* +If the README or brainstorm gives you enough context, pre-fill and confirm: *"From what I can see, this is [X] for [Y] in the [Z] space. Sound right? And would you like me to research what's out there in this space, or should I work from what I know?"* --- @@ -84,7 +84,7 @@ If the README or brainstorm gives you enough context, pre-fill and confirm: *"Fr If the user wants competitive research: -**Step 1: Identify competitors via WebSearch** +**Step 1: Identify what's out there via WebSearch** Use WebSearch to find 5-10 products in their space. Search for: - "[product category] website design" @@ -93,17 +93,17 @@ Use WebSearch to find 5-10 products in their space. Search for: **Step 2: Visual research via browse (if available)** -If the browse binary is available (`$B` is set), visit the top 3-5 competitor sites and capture visual evidence: +If the browse binary is available (`$B` is set), visit the top 3-5 sites in the space and capture visual evidence: ```bash -$B goto "https://competitor-site.com" -$B screenshot "/tmp/design-research-competitor-name.png" +$B goto "https://example-site.com" +$B screenshot "/tmp/design-research-site-name.png" $B snapshot ``` -For each competitor, analyze: fonts actually used, color palette, layout approach, spacing density, aesthetic direction. The screenshot gives you the feel; the snapshot gives you structural data. +For each site, analyze: fonts actually used, color palette, layout approach, spacing density, aesthetic direction. The screenshot gives you the feel; the snapshot gives you structural data. -If a competitor site blocks the headless browser or requires login, skip it and note why. +If a site blocks the headless browser or requires login, skip it and note why. If browse is not available, rely on WebSearch results and your built-in design knowledge — this is fine. @@ -112,7 +112,7 @@ If browse is not available, rely on WebSearch results and your built-in design k The goal of research is NOT to copy. It is to get in the ballpark — to understand the visual language users in this category already expect. This gives you the baseline. The interesting design work starts after you have the baseline: deciding where to follow conventions (so the product feels literate) and where to break from them (so the product is memorable). Summarize conversationally: -> "I looked at [competitors]. Here's the landscape: they converge on [patterns]. Most of them feel [observation — e.g., interchangeable, polished but generic, etc.]. The opportunity to stand out is [gap]. Here's where I'd play it safe and where I'd take a risk..." +> "I looked at what's out there. Here's the landscape: they converge on [patterns]. Most of them feel [observation — e.g., interchangeable, polished but generic, etc.]. The opportunity to stand out is [gap]. Here's where I'd play it safe and where I'd take a risk..." **Graceful degradation:** - Browse available → screenshots + snapshots + WebSearch (richest research) diff --git a/docs/skills.md b/docs/skills.md index 6087d837..e89215af 100644 --- a/docs/skills.md +++ b/docs/skills.md @@ -204,7 +204,7 @@ But coherence is table stakes. Every dev tool dashboard looks the same — clean That is what `/design-consultation` is really about. It does not just propose a safe system. It proposes safe choices AND risks — and tells you which is which. "Here are the choices that keep you literate in your category. And here is where I think you should break from convention, and why." You pick which risks to take. The agent checks that the whole system still coheres either way. -If you want, the agent will browse your competitors' actual sites — take screenshots, analyze their fonts and colors and spacing — so you can see the landscape before you make choices. This is not about copying. It is about getting in the ballpark so you know what the conventions are, and then deciding which ones are worth breaking. +If you want, the agent will research what's already out there in your space — take screenshots of real sites, analyze their fonts and colors and spacing — so you can see the landscape before you make choices. This is not about copying. It is about getting in the ballpark so you know what the conventions are, and then deciding which ones are worth breaking. After you agree on the system, it generates an interactive HTML preview page — not just swatches and font samples, but realistic product pages. If you are building a dashboard, you see a dashboard with a sidebar, data tables, and stat cards. If you are building a marketing site, you see a hero section with real copy and a CTA. Everything rendered in your design system, with your product name, in light and dark mode. You see what your product could feel like before a single line of production code is written. @@ -217,7 +217,7 @@ You: /design-consultation Claude: From the README, this looks like a developer analytics dashboard for engineering teams. Sound right? Tell me about the feeling - you want — and would you like me to browse some competitors + you want — and would you like me to look at what's out there first so we can see the landscape? You: Yes, it's for eng managers. Show me what's out there. @@ -246,7 +246,7 @@ Claude: [browses Linear, Vercel, Datadog, Posthog — takes screenshots] Instrument Serif for display headings — nobody in dev tools uses a serif. It creates instant hierarchy contrast and signals "we care about craft" in a space full of sans-serifs. - Single teal accent instead of blue — every competitor uses blue. + Single teal accent instead of blue — everyone else in this space uses blue. Teal is close enough to feel trustworthy, different enough to be recognizable. 4px compact density — tighter than Linear, says "we respect diff --git a/test/skill-e2e.test.ts b/test/skill-e2e.test.ts index 2ea56da9..021e41da 100644 --- a/test/skill-e2e.test.ts +++ b/test/skill-e2e.test.ts @@ -1886,7 +1886,7 @@ Write DESIGN.md and CLAUDE.md (or update it) in the working directory.`, This is a civic tech data platform called CivicPulse. Read the README.md. -DO research competitors before proposing — search for civic tech and government data platform designs. Skip the font preview page. Skip any AskUserQuestion calls — this is non-interactive. +DO research what's out there before proposing — search for civic tech and government data platform designs. Skip the font preview page. Skip any AskUserQuestion calls — this is non-interactive. Write DESIGN.md to the working directory.`, workingDirectory: designDir, From ddb2a67e3d7da1ffbe1574c3a77eda663a6f179f Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 13:48:18 -0700 Subject: [PATCH 06/29] =?UTF-8?q?docs:=20rewrite=20README=20in=20Garry's?= =?UTF-8?q?=20raw=20voice=20=E2=80=94=20AGI=20era,=20L8=20factory,=20real?= =?UTF-8?q?=20stories?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The README now sounds like Garry, not a product page. Leads with the live experiment, the 16k LOC/day reality, the real-life coding stories (Austin, hospital bedside). Highlights the newest unlocks (design at the heart, /qa parallelism, smart review routing, test bootstrap). Closes with an open invitation — free MIT, fork it, let's all ride the wave together. Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 143 +++++++++++++++++++++++++++++++----------------------- 1 file changed, 81 insertions(+), 62 deletions(-) diff --git a/README.md b/README.md index aa6c1592..072cd007 100644 --- a/README.md +++ b/README.md @@ -1,32 +1,56 @@ # gstack -**Thirteen opinionated skills that turn Claude Code into a team you can manage.** +**My open source software factory. Yours too, if you want it.** -Planning is not review. Review is not shipping. Founder taste is not engineering rigor. If you blur all of that together, you get a mediocre blend of all four. +The models are getting dramatically better every week. We are at the dawn of something real — one person shipping at a scale that used to require a team of twenty. I am doing 16k LOC/day. I am landing 10+ PRs a day. And I am not special. I just have a system. -I want explicit gears. I want to tell the model what kind of brain to use right now — founder, eng manager, paranoid reviewer, release machine — and have it commit to that mode completely. +gstack is that system. It turns Claude Code into a virtual engineering team you actually manage — with a CEO who rethinks the product, an eng manager who locks the architecture, a designer who catches AI slop, a paranoid reviewer who finds production bugs, a QA lead who opens a real browser and clicks through your app, and a release engineer who ships the PR. Thirteen specialists, all as slash commands, all Markdown, all open source, **all free, MIT license, available right now.** -That is what gstack does. +I am learning how to get to the edge of what agentic systems can do as of March 2026, and this is my live experiment. I am sharing it because I want the whole world on this journey with me. -Created by [Garry Tan](https://x.com/garrytan), President & CEO of [Y Combinator](https://www.ycombinator.com/). +Fork it. Improve it. Make it yours. Don't player hate, appreciate. -| Skill | Mode | What it does | -|-------|------|--------------| -| `/plan-ceo-review` | Founder | Rethink the problem. Find the 10-star product hiding inside the request. | -| `/plan-eng-review` | Eng manager | Lock in architecture, data flow, diagrams, edge cases, and tests. | -| `/plan-design-review` | Senior designer | 80-item design audit with letter grades and AI Slop detection. Report only. | -| `/design-consultation` | Design partner | Build a complete design system from scratch. Knows the landscape, proposes creative risks, generates realistic mockups. | -| `/review` | Staff engineer | Find the bugs that pass CI but blow up in production. Auto-fixes the obvious ones. | -| `/ship` | Release engineer | Sync main, run tests, audit coverage, push, open PR. One command. | -| `/browse` | QA engineer | Give the agent eyes. Real browser, real clicks, real screenshots. ~100ms per command. | -| `/qa` | QA lead | Test your app, find bugs, fix them, re-verify. Generates regression tests for every fix. | -| `/qa-only` | QA reporter | Same testing methodology as /qa but report only — never touches code. | -| `/qa-design-review` | Designer who codes | Same audit as /plan-design-review, then fixes what it finds. Atomic commits, before/after screenshots. | -| `/setup-browser-cookies` | Session manager | Import cookies from your real browser into the headless session. Test authenticated pages. | -| `/retro` | Eng manager | Team-aware weekly retro with per-person breakdowns, metrics, and trends. | -| `/document-release` | Technical writer | Update all project docs to match what you just shipped. | +— [Garry Tan](https://x.com/garrytan), President & CEO of [Y Combinator](https://www.ycombinator.com/) -**[Detailed guides with examples and philosophy for every skill](docs/skills.md)** +--- + +## The team + +| Skill | Your specialist | What they do | +|-------|----------------|--------------| +| `/plan-ceo-review` | **CEO / Founder** | Rethink the problem. Find the 10-star product hiding inside the request. Four modes: Expansion, Selective Expansion, Hold Scope, Reduction. | +| `/plan-eng-review` | **Eng Manager** | Lock in architecture, data flow, diagrams, edge cases, and tests. Forces hidden assumptions into the open. | +| `/plan-design-review` | **Senior Designer** | 80-item design audit with letter grades. AI Slop detection. Infers your design system. Report only — never touches code. | +| `/design-consultation` | **Design Partner** | Build a complete design system from scratch. Knows the landscape, proposes creative risks, generates realistic product mockups. Design at the heart of all other phases. | +| `/review` | **Staff Engineer** | Find the bugs that pass CI but blow up in production. Auto-fixes the obvious ones. Flags completeness gaps. | +| `/ship` | **Release Engineer** | Sync main, run tests, audit coverage, push, open PR. Bootstraps test frameworks if you don't have one. One command. | +| `/browse` | **QA Engineer** | Give the agent eyes. Real Chromium browser, real clicks, real screenshots. ~100ms per command. | +| `/qa` | **QA Lead** | Test your app, find bugs, fix them with atomic commits, re-verify. Auto-generates regression tests for every fix. | +| `/qa-only` | **QA Reporter** | Same methodology as /qa but report only. Use when you want a pure bug report without code changes. | +| `/qa-design-review` | **Designer Who Codes** | Same audit as /plan-design-review, then fixes what it finds. Atomic commits, before/after screenshots. | +| `/setup-browser-cookies` | **Session Manager** | Import cookies from your real browser (Chrome, Arc, Brave, Edge) into the headless session. Test authenticated pages. | +| `/retro` | **Eng Manager** | Team-aware weekly retro. Per-person breakdowns, shipping streaks, test health trends, growth opportunities. | +| `/document-release` | **Technical Writer** | Update all project docs to match what you just shipped. Catches stale READMEs automatically. | + +**[Deep dives with examples and philosophy for every skill →](docs/skills.md)** + +--- + +## What's new and why it matters + +**Design is at the heart.** `/design-consultation` doesn't just pick fonts. It researches what's out there in your space, proposes safe choices AND creative risks, generates realistic mockups of your actual product, and writes `DESIGN.md` — and then `/qa-design-review` and `/plan-eng-review` read what you chose. Design decisions flow through the whole system. + +**`/qa` was a massive unlock.** It let me go from 6 to 12 parallel workers. Claude Code saying *"I SEE THE ISSUE"* and then actually fixing it, generating a regression test, and verifying the fix — that changed how I work. The agent has eyes now. + +**Smart review routing.** Just like at a well-run startup: CEO doesn't have to look at infra bug fixes, design review isn't needed for backend changes. gstack tracks what reviews are run, figures out what's appropriate, and just does the smart thing. The Review Readiness Dashboard tells you where you stand before you ship. + +**Test everything.** `/ship` bootstraps test frameworks from scratch if your project doesn't have one. Every `/ship` run produces a coverage audit. Every `/qa` bug fix generates a regression test. 100% test coverage is the goal — tests make vibe coding safe instead of yolo coding. + +**`/document-release` is the engineer you never had.** It reads every doc file in your project, cross-references the diff, and updates everything that drifted. README, ARCHITECTURE, CONTRIBUTING, CLAUDE.md, TODOS — all kept current automatically. + +**People are already building on top.** Josh built his L8 software factory on gstack. Others are forking and customizing. That's the whole point. + +--- ## Demo @@ -61,19 +85,25 @@ You: /qa https://staging.myapp.com Claude: All 3 affected routes working. Upload + enrichment flow passes end to end. Regression test generated. +``` -You: /plan-design-review https://staging.myapp.com +Six commands. Plan → architecture → review → ship → QA. Done. -Claude: Design Score: B | AI Slop Score: C - "The site communicates competence but not confidence." - Top issues: generic typography, AI slop patterns, flat heading scale. -``` +--- + +## My journey and why this exists + +I have a full time busy job as CEO of Y Combinator. And I am coding a lot. Like, a lot a lot. I was stranded in Austin due to weather and I was coding. My mom was in the hospital and not too lucid for most of it, and I was coding by her bedside too. She's ok now. + +Is it really possible for a CEO to be coding all the time? I think it will have to be. The CEO has to set the future of the company. All companies will need to adapt to a faster world and do more. It's not about doing less and cheaper. It's about doing more and making 10x better products and services. -## Who this is for +Is 16k LOC/day sustainable for me? We're going to find out if I can manage to get to L8 software factory. But you can tell the models are about to get much much better. L8 is barely possible today. But everyone will be there soon. -You already use Claude Code and want it to stop being one mushy generic mode. You want the model to have opinions, catch things you would miss, and execute without hand-holding. +I want to be one of the people who helps all of you do it with me. -This is not a prompt pack for beginners. It is an operating system for people who ship. +gstack is how I do it. It's the exact system I use every day. I'm upgrading it live, in public, and sharing everything I learn. There is nothing to sell here. No monetization, no premium tier, no waitlist. Just me trying to figure out the future and bringing everyone along for the ride. + +--- ## 10 sessions at once @@ -81,9 +111,11 @@ gstack is powerful with one session. It is transformative with ten. [Conductor](https://conductor.build) runs multiple Claude Code sessions in parallel — each in its own isolated workspace. One session running `/qa` on staging, another doing `/review` on a PR, a third implementing a feature, and seven more on other branches. All at the same time. -Each workspace gets its own isolated browser instance automatically. No port collisions, no shared state, no configuration. One person, ten parallel agents, each with the right cognitive mode. That is a different way of building software. +One person, ten parallel agents, each with the right cognitive mode. That is a different way of building software. -## Install +--- + +## Install — takes 30 seconds **Requirements:** [Claude Code](https://docs.anthropic.com/en/docs/claude-code), [Git](https://git-scm.com/), [Bun](https://bun.sh/) v1.0+ @@ -97,17 +129,14 @@ Open Claude Code and paste this. Claude does the rest. > Add gstack to this project: run `cp -Rf ~/.claude/skills/gstack .claude/skills/gstack && rm -rf .claude/skills/gstack/.git && cd .claude/skills/gstack && ./setup` then add a "gstack" section to this project's CLAUDE.md that says to use the /browse skill from gstack for all web browsing, never use mcp\_\_claude-in-chrome\_\_\* tools, lists the available skills: /plan-ceo-review, /plan-eng-review, /plan-design-review, /design-consultation, /review, /ship, /browse, /qa, /qa-only, /qa-design-review, /setup-browser-cookies, /retro, /document-release, and tells Claude that if gstack skills aren't working, run `cd .claude/skills/gstack && ./setup` to build the binary and register skills. -Real files get committed to your repo (not a submodule), so `git clone` just works. The binary and node\_modules are gitignored — teammates run `cd .claude/skills/gstack && ./setup` once to build. - -Everything lives inside `.claude/`. Nothing touches your PATH or runs in the background. +Real files get committed to your repo (not a submodule), so `git clone` just works. Everything lives inside `.claude/`. Nothing touches your PATH or runs in the background. --- ``` +----------------------------------------------------------------------------+ | | -| Are you a great software engineer who loves to write 10K LOC/day | -| and land 10 PRs a day like Garry? | +| Are you a great software engineer who wants to ship 10K+ LOC/day? | | | | Come work at YC: ycombinator.com/software | | | @@ -120,48 +149,38 @@ Everything lives inside `.claude/`. Nothing touches your PATH or runs in the bac --- -## Greptile integration - -[Greptile](https://greptile.com) reviews your PRs automatically. gstack triages Greptile's comments as part of `/review` and `/ship` — valid issues get fixed, false positives get pushed back with evidence, already-fixed issues get auto-acknowledged. **[Setup guide](docs/greptile.md)** - -## Contributor mode - -Turn on contributor mode and gstack files bug reports when something goes wrong. Fork gstack and fix it yourself. **[Guide](docs/contributor-mode.md)** - -## Troubleshooting +## Come ride the wave -**Skill not showing up?** -`cd ~/.claude/skills/gstack && ./setup` +This is **free, MIT licensed, open source, available now.** No premium tier. No waitlist. No strings. -**`/browse` fails?** -`cd ~/.claude/skills/gstack && bun install && bun run build` +I open sourced how I do development and I am actively upgrading my own software factory here. You can fork it and make it your own. That's the whole point. I want everyone on this journey. -**Project copy is stale?** -Run `/gstack-upgrade` +The models are getting better fast. The people who figure out how to work with them now — really work with them, not just dabble — are going to have a massive advantage. This is that window. Let's go. -**`bun` not installed?** -`curl -fsSL https://bun.sh/install | bash` +**[github.com/garrytan/gstack](https://github.com/garrytan/gstack)** — MIT License -## Upgrading - -Run `/gstack-upgrade` in Claude Code. Or set `auto_upgrade: true` in `~/.gstack/config.yaml`. - -## Uninstalling - -> Uninstall gstack: remove the skill symlinks by running `for s in browse plan-ceo-review plan-eng-review plan-design-review design-consultation review ship retro qa qa-only qa-design-review setup-browser-cookies document-release; do rm -f ~/.claude/skills/$s; done` then run `rm -rf ~/.claude/skills/gstack` and remove the gstack section from CLAUDE.md. If this project also has gstack at .claude/skills/gstack, remove it by running `for s in browse plan-ceo-review plan-eng-review plan-design-review design-consultation review ship retro qa qa-only qa-design-review setup-browser-cookies document-release; do rm -f .claude/skills/$s; done && rm -rf .claude/skills/gstack` and remove the gstack section from the project CLAUDE.md too. +--- ## Docs | Doc | What it covers | |-----|---------------| | [Skill Deep Dives](docs/skills.md) | Philosophy, examples, and workflow for every skill | -| [Greptile Integration](docs/greptile.md) | Setup and triage workflow | +| [Greptile Integration](docs/greptile.md) | PR review triage with [Greptile](https://greptile.com) | | [Contributor Mode](docs/contributor-mode.md) | How to help improve gstack | | [Browser Reference](BROWSER.md) | Full command reference for `/browse` | | [Architecture](ARCHITECTURE.md) | Design decisions and system internals | | [Contributing](CONTRIBUTING.md) | Dev setup, testing, and dev mode | | [Changelog](CHANGELOG.md) | What's new in every version | +## Troubleshooting + +**Skill not showing up?** `cd ~/.claude/skills/gstack && ./setup` + +**`/browse` fails?** `cd ~/.claude/skills/gstack && bun install && bun run build` + +**Stale install?** Run `/gstack-upgrade` — or set `auto_upgrade: true` in `~/.gstack/config.yaml` + ## License -MIT +MIT. Free forever. Go build something. From d6a7d81e153c112ff935057e4f5d6db0a9839acd Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 13:54:08 -0700 Subject: [PATCH 07/29] =?UTF-8?q?docs:=20add=20Garry's=20bonafides=20to=20?= =?UTF-8?q?README=20intro=20=E2=80=94=20Palantir,=20Posterous,=20YC,=20600?= =?UTF-8?q?k=20LOC?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/README.md b/README.md index 072cd007..e87404ce 100644 --- a/README.md +++ b/README.md @@ -1,17 +1,17 @@ # gstack -**My open source software factory. Yours too, if you want it.** +Hi, I'm [Garry Tan](https://x.com/garrytan). I'm President & CEO of [Y Combinator](https://www.ycombinator.com/), where I've worked with thousands of startups. Before YC, I designed the Palantir logo and was one of the first eng manager/PM/designers there. I cofounded Posterous, a blog platform we sold to Twitter. I built Bookface, YC's internal social network, back in 2013. I've been building products for a long time. -The models are getting dramatically better every week. We are at the dawn of something real — one person shipping at a scale that used to require a team of twenty. I am doing 16k LOC/day. I am landing 10+ PRs a day. And I am not special. I just have a system. +And right now I am in the middle of something that feels like a new era entirely. -gstack is that system. It turns Claude Code into a virtual engineering team you actually manage — with a CEO who rethinks the product, an eng manager who locks the architecture, a designer who catches AI slop, a paranoid reviewer who finds production bugs, a QA lead who opens a real browser and clicks through your app, and a release engineer who ships the PR. Thirteen specialists, all as slash commands, all Markdown, all open source, **all free, MIT license, available right now.** +I have written **over 600,000 lines of production code** — 35% tests — and I am doing **10,000 to 20,000 usable lines of code per day** as a part-time part of my day while doing all my duties as CEO of YC. That is not a typo. The models are getting dramatically better every week. We are at the dawn of something real — one person shipping at a scale that used to require a team of twenty. + +**gstack is how I do it.** It is my open source software factory. It turns Claude Code into a virtual engineering team you actually manage — a CEO who rethinks the product, an eng manager who locks the architecture, a designer who catches AI slop, a paranoid reviewer who finds production bugs, a QA lead who opens a real browser and clicks through your app, and a release engineer who ships the PR. Thirteen specialists, all as slash commands, all Markdown, **all free, MIT license, available right now.** I am learning how to get to the edge of what agentic systems can do as of March 2026, and this is my live experiment. I am sharing it because I want the whole world on this journey with me. Fork it. Improve it. Make it yours. Don't player hate, appreciate. -— [Garry Tan](https://x.com/garrytan), President & CEO of [Y Combinator](https://www.ycombinator.com/) - --- ## The team From cc2311b18359db15b1498985012ef0723c3d377a Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 13:54:20 -0700 Subject: [PATCH 08/29] =?UTF-8?q?docs:=20add=20real=20/retro=20numbers=20?= =?UTF-8?q?=E2=80=94=20140k=20lines,=20362=20commits=20across=203=20projec?= =?UTF-8?q?ts?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index e87404ce..1670d971 100644 --- a/README.md +++ b/README.md @@ -4,7 +4,7 @@ Hi, I'm [Garry Tan](https://x.com/garrytan). I'm President & CEO of [Y Combinato And right now I am in the middle of something that feels like a new era entirely. -I have written **over 600,000 lines of production code** — 35% tests — and I am doing **10,000 to 20,000 usable lines of code per day** as a part-time part of my day while doing all my duties as CEO of YC. That is not a typo. The models are getting dramatically better every week. We are at the dawn of something real — one person shipping at a scale that used to require a team of twenty. +I have written **over 600,000 lines of production code** — 35% tests — and I am doing **10,000 to 20,000 usable lines of code per day** as a part-time part of my day while doing all my duties as CEO of YC. That is not a typo. My last `/retro` across 3 projects: **140,751 lines added, 362 commits, ~115k net LOC** in one period. The models are getting dramatically better every week. We are at the dawn of something real — one person shipping at a scale that used to require a team of twenty. **gstack is how I do it.** It is my open source software factory. It turns Claude Code into a virtual engineering team you actually manage — a CEO who rethinks the product, an eng manager who locks the architecture, a designer who catches AI slop, a paranoid reviewer who finds production bugs, a QA lead who opens a real browser and clicks through your app, and a release engineer who ships the PR. Thirteen specialists, all as slash commands, all Markdown, **all free, MIT license, available right now.** From d45e89727ec7296292417849a0c40c4bcbed904c Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 13:54:54 -0700 Subject: [PATCH 09/29] docs: add "in the last 60 days" timeframe to 600k LOC claim Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 1670d971..2bf84f7c 100644 --- a/README.md +++ b/README.md @@ -4,7 +4,7 @@ Hi, I'm [Garry Tan](https://x.com/garrytan). I'm President & CEO of [Y Combinato And right now I am in the middle of something that feels like a new era entirely. -I have written **over 600,000 lines of production code** — 35% tests — and I am doing **10,000 to 20,000 usable lines of code per day** as a part-time part of my day while doing all my duties as CEO of YC. That is not a typo. My last `/retro` across 3 projects: **140,751 lines added, 362 commits, ~115k net LOC** in one period. The models are getting dramatically better every week. We are at the dawn of something real — one person shipping at a scale that used to require a team of twenty. +In the last 60 days I have written **over 600,000 lines of production code** — 35% tests — and I am doing **10,000 to 20,000 usable lines of code per day** as a part-time part of my day while doing all my duties as CEO of YC. That is not a typo. My last `/retro` across 3 projects: **140,751 lines added, 362 commits, ~115k net LOC** in one period. The models are getting dramatically better every week. We are at the dawn of something real — one person shipping at a scale that used to require a team of twenty. **gstack is how I do it.** It is my open source software factory. It turns Claude Code into a virtual engineering team you actually manage — a CEO who rethinks the product, an eng manager who locks the architecture, a designer who catches AI slop, a paranoid reviewer who finds production bugs, a QA lead who opens a real browser and clicks through your app, and a release engineer who ships the PR. Thirteen specialists, all as slash commands, all Markdown, **all free, MIT license, available right now.** From 5af7bd68258136ab1cfb93ec5eaa5fc3c681ed73 Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 13:56:03 -0700 Subject: [PATCH 10/29] =?UTF-8?q?docs:=20add=20GitHub=20contribution=20gra?= =?UTF-8?q?phs=20=E2=80=94=202026=20vs=202013=20side=20by=20side?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Same person, different era. 2013: 772 contributions building Bookface. 2026: 1,237 contributions and accelerating. The difference is the tooling. Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 10 ++++++++++ docs/images/github-2013.png | Bin 0 -> 63425 bytes docs/images/github-2026.png | Bin 0 -> 60481 bytes 3 files changed, 10 insertions(+) create mode 100644 docs/images/github-2013.png create mode 100644 docs/images/github-2026.png diff --git a/README.md b/README.md index 2bf84f7c..6b6347b4 100644 --- a/README.md +++ b/README.md @@ -6,6 +6,16 @@ And right now I am in the middle of something that feels like a new era entirely In the last 60 days I have written **over 600,000 lines of production code** — 35% tests — and I am doing **10,000 to 20,000 usable lines of code per day** as a part-time part of my day while doing all my duties as CEO of YC. That is not a typo. My last `/retro` across 3 projects: **140,751 lines added, 362 commits, ~115k net LOC** in one period. The models are getting dramatically better every week. We are at the dawn of something real — one person shipping at a scale that used to require a team of twenty. +**2026 — 1,237 contributions and counting:** + +![GitHub contributions 2026 — 1,237 contributions, massive acceleration in Jan-Mar](docs/images/github-2026.png) + +**2013 — when I built Bookface at YC (772 contributions):** + +![GitHub contributions 2013 — 772 contributions building Bookface at YC](docs/images/github-2013.png) + +Same person. Different era. The difference is the tooling. + **gstack is how I do it.** It is my open source software factory. It turns Claude Code into a virtual engineering team you actually manage — a CEO who rethinks the product, an eng manager who locks the architecture, a designer who catches AI slop, a paranoid reviewer who finds production bugs, a QA lead who opens a real browser and clicks through your app, and a release engineer who ships the PR. Thirteen specialists, all as slash commands, all Markdown, **all free, MIT license, available right now.** I am learning how to get to the edge of what agentic systems can do as of March 2026, and this is my live experiment. I am sharing it because I want the whole world on this journey with me. diff --git a/docs/images/github-2013.png b/docs/images/github-2013.png new file mode 100644 index 0000000000000000000000000000000000000000..186324ba71bbb234778c2e9c185bef82f66d663b GIT binary patch literal 63425 zcmeFZbyytBwg-wPNP-3?!6CQ}5L| zH#z5?d(YW#@BO{^|Cz6wuI?`BT5DC+TEAM0&nikXPq9d_kdTm`%D$CSLqbA_At51u z#dw5xf|bbciiGq;$wE?6MOIRhO2xs})WQmig!J}v4EV8@dN*;Zu9_?cUeJf=p(H9A zx)0HKI!Ig6crjnmFz7n`z8T2?i1gq=@1()v&ma(FZL8dZV%FgKDpq2RXy>wb-~~UV z`dyYqp+&xn`-`+!56O=Eb6iLqf@oaY?D^=gQ@IT&NC|$Veobzn7eUAPhD>~jrjL>? z(GeOJhBWkO(5HrP@*7`eZy0lt&-nv*l=w4|1kzXYpiyZoLy9&r#knnk}fyZ@=+j%-h}FBNu@zk=W`Znd?P$a)AVb{Id)-Hi zbLq%p!LQJ>zI?k>w+aj&tDJNqRZ|_mp1saBR;0}5v&}WTylt?}2Y%c*TuPlH*rkF! z67o%HO)Pu#qa(~PREq^B53^31J@Nqgf#j?EB?iLkUa+lv47UP7x83CAu;cuT11+GJU?$d zU+ny-FT3E!H(R!v!!Q1&B8&`J9zCqPDW0^zl7dWEPV2z9>RQs_V^>fS2_N5 z7p(%rGr}GWAHjwj4W6T!c$hcqA}_GD=LXl2P*+ zQ0|$uRD!Iw__Vl1hTbLx$ zWSpETvDaKl?eIv%=}+zWo;4C(xmF3OT&YZ|1Um`NC+;gNr*DkLjaqIpY`JV5a3>@x zC3-4GtPA(c^}F}WCl0=N7C`i=H@=V2B$^Y4i=Cssicx1mN0`lbLa#`!s8wgO%DpOK z#<=o(vN9DWYc!_n1b)0nz(;Rly$v1H& zNkzK(aBz)cjf}F)APA^x8=#-HfZvEi+)-|Nq+M4?RESz=S%~}ci;SI2kPIuiD&O)* zP|fwrv%9nQYr5;3(~@l;j(4PJFIJxya+!0~8V8Zikaj#*;+wN_ohkLm+<$uz(Go%T z68FpPJO)oWUocN1v~oUoJa=-cjlWIHwBhGvrhN@&Z`&g6tVvO~Y81PAc3w$dn^Vyi z=V*?V2ya|UFS}Wq(M9}=1ph>){_2FP1TXFyPGt@t*P@ws=g0Ry%eqRnEQgJTjV;~_ zEI3p{i`EV_pRt62V#nPJUTNAESrS(n4j!)M^rX4Bvq1H0GcbL6x*Nn|rJ_;1|8BE#}YoaZCfyPR3=3Y{A^+8l!I zm>u5Rxr@#?IQ49Tz7Kx6U*26$-f3vPns}bVX=ohW!5!+hWpqH}l;>2(6)Vc?y4z3| zYHUy|SQ`xCgD=<_*N3|3?oKS9PtUhP_VqUw)(p2I*2{)h1ZCm~`?Wg+c4QBq942o} z?_MqR&a*7;e3&#?2wMJ8~{wLQYm;I$=bJ(|o!9b4s2~UVGjo z{j@?N=hmD_Yj<5#xPqYqzJfsfo44|Evnl7Ycyzf0r`ac?eAyQmZY^gmW;8y-I;wF~ zG7UPn{H+Ye&K*$-X?;8i5N&U5sP;TTYNo_7jS#no{P}EhZZbr`t4_A==D5qv!YwdM zaD;3tFOOc`Ou;%%peqr_KUoEsgyWZb0ORvz^}W#RM8@5-;$d7)Bg`+c}0i*(V3z`DM2 z+Q)I8c!e!XSJW!TsL`+!2v6)!WC`CS*S3##cN!jUGWPFu z5AO|gN$V0m`UaKjEs7#k(ib3d%-?gm+^T3sdvG{@a?w{-A!?R1=$0aM%d#;UaI(L# zqdTvId$)c*o6dVteT_{4AOX7TTfL{8^gfMT%p#0K1wJ_V`>frLcNOeS5){wZrn)z- z1Z;LhCDrj6-0C0Rbn2ei657Pg4cDu~CO2)yDPcalJ9Y>B4!}eGox9qb8VU?bVUJwb z%RI;7m)GCRJF~+rQ)`7S_ObTsFP)Z02h7UNDB&RwWA~0Ljf1v&E=xOqhxDJp!=e@D2beq{z9R5WO5p4;!; z*@?nj{djMH{3N%U_XSeJ96FN73ncnEJ~f8?i@>{p+>6RPj9Z4n1<7;LTgSXl52u{- zhX?C|NH;D>@1CB$$U~AEMGm?^+ng$sw6+6IHXmrbz~6sbt#qB78i#Wqns<@8*d}uO zL?gfW-Q|@5O5!JNP2jo@!oWZ?mX%a_@)QZ#26g2CaUTrTk~LLSL}EsyF_6%ZNs!PH zDP+VcicI>y={LxXNT~mKj)H^~Xn}o=5t zlAouGV(H>p>EB6+|Shp-zTWuGUsIj)JZtH2=sUh)Dl_ z45Xp@M;0eb5gIK;6)H(v2PhRUI|n-ljVKls6_v1qiK(EP)SLe)j<^${F?VvZ69fWX zTwK^)Ua{Lcm;pHj1O$K_TtF@^Hbf3KM>iWMLsvE%$Cv-CtY;CB1 z*K25G>+B>#L-V_#|NZ^*JE5)?|JRa@CLcg)7ub zTgt*3K{G@fqTC!D!vDzs|9bO(E&f|ct^X^@`AUHQ-;4g+t3MV6IYJ#IZLJY)I*I-t zzy7E2zrXySg2KSxUH>;y{FBcAc#0sjD3&nrf0-tV_2jDdHG+?17E;O@h$}+M{_*QV z{AEO(zpse%Lp;?*1nAtUZy(97P|%BlK07gw_|(~+~s0mzR@LZsb zdh(a8AX@5lqz|L${;{2*VD@sR%dz~Df^gP|6-4(a_}t`DUloJc5Ce|;do zL29x2;QTxh`|on$!8jlNEscL*yqN^VW{xlAz1lHD=@w8?{Xo8#`y2L zjP_rl`782J{a0xIYE1nW8VFEm_k2(2bi1I$RU2zs^5x-bHz5g+DcRmMJUkzir;zrH z$%<&Y$^-YV&Kj-aFFWv z#*X9m4LZh$z$=rwyiwDki0?9u`7f1{Ysc~=g>txD_UF>GdNqdzAn>gV#iXr{(4=Ta zRf(Ppas8eoKHL}}m{(#sV)W5>i?(ATmOR7n*%J$tbIl(~WbAxuw5|;arK`e#ll#V2t~8C8q4PF?hFb?6h)_WIlUNUTNIPUbkg6 zUEXt~c3WW-y>hpk&bx7aM#`;#aZ;dJlHMCv(sk?E0Jy5<;ISE_>H`wp-(47xh#3+< zYF))ARIdvnqZyQKYGxlc(q=2YTWu?CACPC@wv;KtZoyn;-r#Bh%UIS^?Xry17HnWG zTR7UEO})OGGE_a7@Fd;`@o~$s<9ddAr~TLC1)zwv9&dG79dCEt?mWW4z2MTW6YJ1K zr`0Y_xT_Z(xR{LF=Jc)mUKRLk)4a@cc~y3%!YplWl1!j{barbr(4%={K=(D9t{7nA zVt>X|`;82dVO&uaxI~-ff)kV<&5mxm@OS}$!%91lCZx{(_{0anY=avS<8`a|7mf_! zNu=E0fL@SmmKrzM?wm9cGsrP%0JAmlX*L2>xrpC5XjUFpR@5E(*^Hxo<$kvNCWhJ5 zxM&BvGc4`fjPv&BwByE^IUGtM|6K;>d)w#5(vVK9KbxgrpVIx7lYSqoEZgRSE$48j z{nJ-o7uF!{Vu`i)vF)jRL|ZNFx;Wrsop}P?OGhgh?pNNuB&T0L#ILPa=nJ-;wnj$g zrbn5Uc1m>ZhYbza3kAliy=3YN8r_|;Np=&%fP0#u>U;1m$3@^=dmy zBk1A3Yt$~^1B+n?MLxpaHLFr(E6trOk^#D(ZgN(cFZemE^`%FCJfBowyfV&_2_upB zy1}jFZKp9`XsGiS`r=V(F-keX+4rK}dF$BJH|pqxN9B$t$tyb(_WX zDCdD+wII{RdEnDCeaZ?mg#Q_JQ3c|l$Fx3xIls)u*D&aC!24_v;Z_#^<`9f3+MB&TSL|dv#q8VqNJxwY|fLZz4fL)+RRQY?zItv9wM`P^X#M69nR)m zUX282g=nZ%Uiz2rSe22o35sIvnKa*j@>AaDESF}}<<5F!)FRmVW7(#RfR3$T*53Gy z%CK^<*7P}cb2Va?`nqF91c!|~FibMD?#Ht0E;#fqZ$^qg$bA@m;pO4NaGo^VBx$By z!eV&Q;vb?>YNwiz%Am}iC}Nzi2fI~v!9TKJ3f}}DMPmMi_K2c3RW)sO>Rg9a>GL2y z{V9aFFWu?@dX~@U7MVrDBPm5i?54G=x>O<=m}in#?l8`&xVE%tIa#c}fGbv>;RMFf zGTvhI_ z^9-mN9R<@hXYwt)UDc8*eyBcj5rpm5>X`ztgx%&+8$B#G2IebW9=zplJ4jEfb3fgE z&Q?fhDaJX^b3a*EoM|*Gxm8FZ4DmTWib1#$vu&+i;k+7aC0UuXNc-o83I! zdZn>Ds=S(W^niI}J#(6HdO7@ZYk#@ID6QxCHjO1@{(Ht=K|31wwl_mJaV&4knDZyd z_x6hM&6nqz+EqUYE%z44jpiZw8nQKM6%}2b!UCS^#ZTxI;=k4w?RtN@@tE`b%oXZ? z%atYH4ZSZ>+M`_M+R!fLkoq;4_8{4lNLLXfWAID)Ar5Fj$I3a_?XIn&aI>DIk@(I=U}IXS(qC`4L?rg>knl;(JCK?$FOqkGGby zdZX`)YBp28yvSU9*Lhz}^2_umVzwynFXlDK(U;VzfHf-UG}y5>#_@y{SdHb$yCe!j z6BQgQ-SR?7A1Y6hq4OYVo4Ru`-4( zk><)~!|XVy*Js(~2v7yu`9LA&t#Dw9DNwD&Em~`vV@zE5>Cd!fDM=J$rrlydn!*E> zXv+F8Sy$)Dv~N zu&0f&vKBLh$UYO`MfBGt|nEKf|#ubY;na z5oVcZ1H{|Q|3>n{zA&dw$Fx_&#cLyk7e136tXly~dDd|iU(BelQtN@4p?i+=LilyV z>7@k7@N+p?nc+M$b!kr7$f>`~a+YLvp@7LV?7|zEZN(htA*X7kIsSE-p;y7vbWFIF ztkuoKBcsnNqvP0^O6veBY0;q}~d&%Y2}1SXU5e+is!?Y0p%3A3~qBGAgHs-u1 zCJ=C|gYLj8<+Yl(3FYkJQM9ss-O&s#O4JkQUwf}%BU$o08reqv4rA$Fx>wWnLiQ>E z*ooKI$@1K_ryQi6cSU-6C}+D1{!vAE_=a)lg2a&}`i-WYLXi4O&AXk+!mqulevoQb zc5qWU4-B;Aw6$AjC#;JGj28-7ZV%}!;M%0gTQKXpUyCzv*nR~joZ+z=^NTIf%F3s$ z=J47ZpQKgyV&xQDe;$jcX~@@LjU!Jg(fb_^(XO+?Z#+?YqrJM+DieLxh*uW-GK^B- zb(wJ|Om{vIU96hF1XA^7B*#a7eXW~VJ@c&%n4Q~jlD#5{NOaNpU^#ap5_^6QrCHyA)Oh^5tOMQ4E6EDaXk+E;cD~4 z?zVQdr$6}Y5H{|8SW=2rg$c$g4||MDG2?e>1@<{;x+}VNqwE3azmEY-cvkPtx=i`m zF`no(ICb+{wK1}!>;TyD3y&M9=%dT!OH?bW6)$fqkCVlGerjgxNwX+_qVy>r8Eg5H zP*LQh4Skt2jM|$k zjaxc{XUt3qbnt)}pbYlllOtJm3PwVXBb)#lF+mn3r< zg8m2w_`ZJmV=(Ckhpc?Q&T+DMi_iAn81BATujnam4LBGia+Ww;l$7V=qA z`^F>0I3w>{31Ag1iJ78>7xbF62^i49YuC365>9|J7r}67n(3cLy|UPv`E&vKz~M z63TC}Xg~Kw?}8Rb5DOlaqvWXlxU=AVy(ejrUD*U1KIf8eeG7N(=7OK+5fOWwdAc`m z(lCWT2Hy=Vi(bU!e?oUBa$16QmEtqc?8l+Mr69d^x#}T;bGxvlUbAOd!)p3VJ5KIT zv{Z!snoZyttTqMQqG6KQ^>*xYuU-50i%Jo_rO{0f7mM-9SKN+6Ux2&p*}4kbkbV9G z#33&EtE9Els&z~C$8|q7i>_?ulEZB2JkRywFh?`e?6n`!@+$wLEDY`&qdS-EF zGVQ(ZGs$-V1T*iX%x`*6(#P{E{@n{&k2=;gsoV-Cn0pI)&dsXYN;p; zbQjktoFhQtlUg0h{h!vM?+=C_k0i)Fo|Ht?Q%(7`8TyGhc01>@K~8B}KC?+AGI>(_ewZ5Y3NoU!tMBnOakhx;n9=bM=#nhO)?lQrjyI(O?$e zwtp?g6r^I?8Wt(n)IJS~`DWZ$UuA2a_6gowfDKR8BP>PAJ&!{d7I9_SEk`eh|B@ve z^M}B+mzXv)F4o1WwX~hZ2S)D`9ojh@#-4|)3@yDZg4OBR#eo5`GGEA6@^ine0Fd(s zr+ECZ>SvLa%!Z?+?+6)`W*VtMSFP7Oc?UEz>!sB{IVnTFS!EUTmsZu5yH1|$i`fnJ z5GMW_SgUtFfUe>8-v!sS?59fxLhl+vHLYi6FXz6^3^se-uQW;gVa#KAqp-qwEoa9G z`evMVp}M86S6%l1F{j`dZ`$wNBH;xy^p_ z{u%wOktd@3k6f%B`v3|%yK=s6hrKA^pM=2sk6t&$jn$|=Hw0%zyZ7z29fwGOj2Y6l8@M9B9rgdgG#Z;F^7?3kfq~@cUFB zuy4ku)tB~Onf0eyp5<(V@1eam)#gNmC~`jV{cRZ0LEeGquqk-<^jT+Ty{L^gp0i7G zvZ!On^3N*?Y%8Xs+AScCUd)N+lr!ityw&_v{gq|XE~Vbp2rP!u{tx5+r}(>{kukA$ zLT0`dEMmlz9_N(IC$~f2{8PpYnlYrLrkp1`a;bLfEp<6MWu&H_nzH+r+H%%LsCrfN zA7uvzd+U50NEHGm)q8fM^h9q#N)j924I90mXsBXUN9g0f6=MAuG56EwF$F6A`-{!M zULMPtcoLq%0}wg$$-iv6sx9TvT>I~jn3)usDT#06*$tX#PAJ42J{Wa|?N!eOsT#k% zM2+1-y}8KdGKh=qZ2>d(C-ca#+g@9REj+HQg@by z3S_|f8f6VJ*~BgNu9E&qbK0VPaLy@&{os!3F&**5DM$4(2G}E zS4zpkvhBff(K}i4F_}M6Z?rAmi!XZDu#@NMjQ4Qm%@3x$)#C46OBiJsee8CUOQY1h zjE)jhq6O*zGaAHRpKepf0oZjUS|A_vDEPnO#xOy8@>pepKCk3T<`i>T&&A_woJP^W zuKaG0r-`ZSXW9#5e&Z&U-OXyptKAyWodyVStbo_U>O*W-PQ^L7pl)FloxI%1MxPTL z=ssJQ*c?uo@to7hoM#5;tzXVfF5sZ>hFzOGyxg?gDotFMuvo@Kmp>moXrqzW!l(0o z3Xmr3Cb6hdC~1dq-||gn2nVVxSSd;=)rE>_HU&L2&22jsL|A8`wmpj3lkU-^h@3*<+FHX zpZcDtXXFS0OAXB5Y^~= zRc%Z0*(_wlij9A7v!%_D?$sR58{J@xFqcWyJ5b*zI~ZmGHe1!CIRe;oHWYHSta^UIrOta4M-Re+TQAl-CuI+$0#7^*icpHQn?K_O zae+(p0fV`+TTw0On_jByg}$Aw+f}4no1dGvj$M*Du;cAA4Y67`p5?ppTV13rz!-@S*;; z5N4fSNBQUaWlq$MH~T_{`?D1r1FF-u%)_Cie9(kP2(-GFSg}=af%AK5aOV4Q%N}zX z{87%50%x1v)W#c=kwlPu`_F_05bul0LTO7ilvMWM0FYhi`xcwPbL-soi^aP6Ma~s^ zm68SOk2}Cm*XnsCP0?YD ziVRA4tKJVQu;1v=uEjm`IN#4nfy0JBqK6c&eB$f)xEWBz!jxM3)}PqPe#~C@roKPD zD$Dl4m)l`XD}haw#vVEGm82fpE^s%@dG-F=2WP8;xoYh>4qAskqoN!Sp{OcPy9ahT zJh7&#{n}qFhH*P7!p?%u+jELGG{V47WU~Rze^426Uw8rU_ZJ)pk$RH>pq=*a#tqjW(4mCQs#NzD>WaT)JR$ht(xt z%|96{mVQ|$Y`I{hQ*KnGPC-0IABxF2vi-^&&3<-aFxKC%S&zlGjD~X91=Kt0UKWZO zWhS>&q&~ZG9ZUcV@z(q57lK)ktn-c<_PQkObemRW%SCLj#DcDOU#K%G zr_L28ngakJKL}*ZOx5N5OWx^(ZhCXdO5B^<IE06Qcjj)3-CQ=^BLZ8HQ^{cefo{RGWw!wKZ<{aBrG(BT0y zaQP1qFG|vfLlJqx?7m1LPWv$``48AT`UqwB`56g^g6Uw&%cRODieITj_lSwVhQt=d z9%VJNDy{YUZ4!{BOY!TQE?ta|?TwF8YsesD{OAR$8UFUo3bTSuPnG(_rgkT@8#cgbuG`t zPJypkUg2LwkL}Gma=tkxrxg@{5w(B;XLZ$Ywhx)GnWB}Js9v=mDJ8ZIi=9W}xv(sgj3)#*)KI*ct=3SO(24HUt zU-K>8`>tLAAW=0=ujG^8Pn8EQ^%&G=p`4^&V}b$2x}%+~9AH+A~LS5tc;cD02i-cc}ihH`xddZm@_dOv9S{CRXZB(+Um zD{m%?T_koOTRZPsen^%>bBXeIvxCC0TYOB^b`@ z?T!t!PD+Y>?*7Z!=F_rT;~O>+gm-0|EK8`g^S*&d>1ID+Oy2SB4kOO7l&1T2qsPT5 z^J=+}VH{!Ie13ynyP@%tKJHuq36G_&n_Mh&0mCc}b0imGl^1xKD%{rVCSCD3n`Gmk z0`ye5c}}Uy;MU`?L^8EpDC@|?H8GZV89~pjCE@YM+snTP~??q|8UgmF#@qJ z6ud$w2ze-OxkVpjKwG^t_NDm4b`q58TX%{wwXE-g*LM0ewt(i%|kNMdCuVxvRQ#DEFh7 zAB31B;YEexv)(##pEN<^tOD59^4^}1i$>*HfnU!euXWY(9NVGRuRT75Y2C40m{V$W z_9!8)-4yJ*^Q+#^5`$$rvy^m#vmJ<23%OPM0m37m<$?fU4}zW=9rgmLc8B+OkBft^ zS=qVmCl@o=5456T?Hte-&tfn74L91}vwGbn5}o$2 zlxVGaEd`4|aHp^gARH8oD7z9C+yal+pI-TiAts_zfo4&+#2H`iJoRC~$4P{F7d(g? zHrfNSe2Zbsm2ly*wS2Wq_%)MR2qE+b8@E3kUVUYU=;VWQVv{v?5Ict4F83(E_iAXe zZweYxx=NR7rRqO4=bGzz`3Hw93_X{s$DVs-ExncPyAs0^keV{fuZYr-_Va}DrUWWh&Fr*uf=w>s9myQcB%9@D zi6X)Xega~Njfl$HvS`>HnD=#PKa@O^8)^S!EI{o(8q7nw>SxnWIvLUZ-lt{R7(Cv| z&a}>|#mtbiGjz>B#O4F33cbS#2Z;Jcg_u=&i%95sZTnBPOZGovGZ}lmgvu|w%*P6T zQh#9BsKBr!lQ92s?7EoC>vlNMJ#zF|pA%F6!QhSd(XQp?yvqVHJI=96YV!2nobwYR zQUB>0j>j;IU(ctUQ6Iy?f9~V(A4<8UxIg(y7|tZt&9(IK;I>SZ$P!Q*mPg?g*o8Sq zHt&}UJ2ZK}O!p~;<&ojHH;{IIlQ8B|kEf}$VRzCjlT^(8fM!Iv-{tt-$Lg1=np4oF zlkee;0BDuhcUkpp)eZJ}Xf$6-X=!R!xS0K(nR>~hy>?o1A7}r#AT}S5<#<&a1nkDY zzX7w}3`{&H3^@9=Cfm}1%{id{F2Zr7WTkC4E@8LaA7ppN?M70QZWLpif;KEcN%U-% zjHL!JvFA$g*x4|SfnsN&BAjk$W^e2PygrbsROhg6C%25b;kqo~;(JF9=z5^;Pij^% zwSNW^D1Z3yla@6vC7<7Ux%A6u`=|{>P^~IIX79NC?PRU2Bb*=1g8KM0ohwUHsgzkH zgN6zFv-PZV>1}tuJGqZGHzltVM`PSsUC>^IRw*eQ1gWGKlos3ve68oh%ZE9VAtoLoW!r%P6WAsukt) z)pxEGqk}tve?Tnk@Tcm%_?`mpEd`!XPPN)(aJ<-B5<9X$=+{MQeVou;Ap6F#%Et`$ zE@s0Tm$+&N8eT8L7J^7Wx(oyV`8Q`xIk*l&Vv_~cCZ0EJ+f&(}t+K`Z=IK}_h6>%} z8Siv0^5o%PF$bLAwAe*96_L~6x!lzGb08U`=5Ivh)DdjLPf4U&u6Y$&*ll-quR-cl^O^df{w@{z|yY%p%V@D-MhW_Sw7U-1&PxsM>$?K9qCz$FwWI#?r8Y8v$J1D_cMqa^ zjZd1Dk`*BEi^yKqnR2>fJ2pc_s*4A!mU%L%2fMQ!}sP&VqbA1yw! z6KodCnM~X^Em8@qa#KX?ly5IhvMgSijv!W{B4#~IxR<*#!dWOycQe1whg?v>xKr`# zSuX!s?_Msrh8Nl&sV%MD+zT$w2oMX0n0YEta)sEX4^dHFE&g^Jh>&xBxq{}aC(=i&v|0^w_0EkDS>An(he2vNt@im2_C%s4F#Rrbex`gSF=j2y2~Nd%9yK|wOr#R z!BCxE%$gbAhlp~M9>%EeiKROO?;Q^h?P>KeRE{$Iw`O~&2WRD`ikJ#L#qc!~-Bl)P zgqL&f5N zMf6`s8I;v6w&NJy3AtV}vO&r;gV)Ix8&n|{KMRg8x51y`5lq|1O;Xy1li+WtSrpaT z4GvdW^Vb`cOI%A(PF)k`INOQ2JzU*;NRwxR-=e1bUDf1j&fM>v-?;gWBSaK+og>0+ z&o|zhTb?JRzNVY#yaOa%%&ktfR zWMi1K;^~gFIAXBR6)q@+ze!4XioKk&d&irw;1#D&^r}1&XO6+=!Aq`zqfRN$e<+n1 zDpxXqnmrqM{RhYCTglf7Ez&uDXKX$lgK76CId@@8%ULXA`I5LV=CidCelJ(#b#o06 zzNO_O63}%vcMPlQSn*VXBOuo+4o@<_O!7u&@EblpteN#56U6>dH4mfN4)%pmoNi4h z)px2Bi4g>7hUz*+XE=SDSya8pb?DC2M-7OG|M10Oqw9?#$qam+RK%OvdZvC}mQ|z0 zW;>cG7aYg?p73}wrt}7Z7UrKB%O@;+H)e5vrN|8D>hXGGv_#>ka-hW34{l*6W!EQ= zu<3iwnXHGsOF(l$MGbR|7d9>u4v0XA>(5OlK^-4^Ia!6?Wg)4m1ODcNa z@8^)49xQFv!i(0L=%YQS*rmt1UvVfz^@Ee^g( z?5ih^G3A-%OmN{o04NMyz8$*M>t2dL@vGr@LerbF{y|u9J=~kOcf~z?Y9=PCaqT^b z&7=sUi(gF;Kh@a+2ghBOIR8$5`(+iGC1BhG zXouLyIARk;;#bG3(Y@PZ$_<`$yT{e^%4zZilMn2Cy*JU+UOI+DF1`bw>mq7>rr#<9 zVADLPy6hFbmt?z=MHHTQ?BTj}>{AJ+gaHl?Su=cs=cI6-BOQHYN+ zNlWdN_oGE~JGwh-2b~9*SUGIG+D%fvZ?(Z{XL)fG5t2_H6|b5gE$WKhqiu3m#ftyzRm1k)}w{rMFY+mlr|{}6yyrzsY40ov&F!EK;NDE&@V=~_W7213o$bX2Kl1GGijR7Y=qD)2L+A3% z-DBLM>J7YN*6~%x662w(^oCS|6!wqs^A7+}$?a1w&C@#nJm$i-QH2+a+2=(h1?JazAO-E+QOQ??bCx| zEE4|Mf`is=niVfQl(K#NoC~nr92%7cD$KHm39|*Y868udoA1Q2V+%`r7y;P(GaXO_ zh|5$v0MM-OWD}3`?;tZ0TGV8=+-UigVOP_w`JI&=o+wCW}Jo;E`K^gNISI9+L~DXntk8z;R>%F)wfDPIWrfQ3jZ6njz>rR13nAUFg4Zg}ps)>vI>e^* z9C)6`ub_cBY*q<{PWj8a;=5taVmv(OUNhUCKtA9FgK}vctv!tp^)$q5PAty9{nd%F zL1j8R%-|j231(SLO#vsdzJ9uO9KvN3P|V9;n#B>$Akqh^{X)zRkrwdR^*3#4{AjFV zOlOl^3oGU!J3*fn^qYUTqq>XxpBnVPc`2gdArpVu;k98a3Yi8;Rmnj!NpVtX?Q-Jr z!iqWs#)?(jv&Laad-=*qSca21{HibhvZfCoYS3a!^p!`=fKIw!ik#iJYNyJK;r)d3 z1XR0kYA8DI|1x~)^)uQZqP`n!I!YS@29Z&XWu#$z>N%NnEoL@|4G!s_#4So z9j^`%Z}i`f`Y)wWBIK#w`OSAeh^7l&Pz*KR;BG}|d0(GetVXu}t(g6KKtp)sOCK$F zq{k67ye(;XmZp!_OD`D>fTf9gApYOPe8#NH!RSs&gA@>(<7l}(YYOEV%3qH_Bn&BZ zlm|@7F`4lDEO-mY*+h!R>2@zBqucT%lWAZ4n?yjC|NLWI%F#OcNm@VJ&-y%%eqv~A zVEwh68#*wW&tCwMXp)O$=I7(*K_Ck7?i6^gj?6AVIua{n>k z{U^s>Q|03wW}Rai^5vg0&mjMeaE$$qxOBcS+W4E=K1LuR7NK3xF5zDb?rRl7M2PL! zd`JrFzf__>@)H>k;|*e}`BVljQ~rY!)W6?~D5BUSq1Ia}4x-2Qz4Hc%n-AZ)EJ5^oe- zO3@5NAYeCEzGm@T1jvHp17+OeLwRM^pWgX!zk~SaW)&vc{||9*0Torl^@|%IAR;M< zq)17JbcrA+DbhL862nkKhZ54DAThLbcMlHI(n`ZH3^jCja}Pex``z!}`@a8szq{_c z{%g%*&Em|Qb9Vi9oW1t|O>u6$^IQ(VSZ1DFpXk>u|HfyglZ>tt8OrD3<3;?y28+LT z0l+F(&@8H~rk`q8TD|B38qh$mQ|5z0tsbv5imUKw#@E!=lxD%yw|s3U6oxE&Gq{`1 zlM$?H;*O7q+w|MZNl#M3*1Q&uK9=gu^dLA4Ys5FuzMm}yk`>$?mv%Kt{c~sysLqFC z^=mF)dme32nC{#F=JJ9nEc#wdO!p|f3?u(`%#B!1lY7T5`NV#A0bOOkLn8Xvr_=!P z0*{nAs|u3yFqA$!_m)GylzY z{ecJk7WX`!{HFTK_tLSOA+^@DJv5ueloD$lm|3rG{rEr~%Wk^yb^R{+=aDPuJ0ZIa zrH_XW-*qdOa)9|l&!XzzQ3v_DF&(sfb&3IHHmb}h3vR?*v#C-BqAs!UWEFU z3=&gR+Ff11lqIo%ItZee>zeMNnXJpW=|Hl!EMN-sA{Z#f9>`%oHQhFlXn7O zIP>Jj_Sojx?&D?(=%e<8zTI@Vpn<)>?(kDi37>@x9H8O&`x;*{{nc8_U}K zfJ$ayWvaM?4w(WBk1j%O{5=H`3Rb8?%R~v5g|KE1sLgMjxzvN~c%zIb@{xlxk6V|o zCzt7^Z%x*N`P;)N2DFo2O5DL6w-r47rsDmy%JIM!rY}3ivedgHNdrvg37#K{fiF$N zrW_lbt*j>Iuz?9{;;wVRZh9s3>Quw%38ba)Y<Y#< zHJxDLo6wTE#B26gx>*D45g*R5p!|zH-r;}P^XfO~Llm`SfC3q}h4x0Der?{b&h`cT z-PzVVt;*3fDS5Sge^0*JJ`CG0))#cOUO2}N%X9A$8khI}YHJ1^`D z+_O+~q4*>YWJ8o{n|lRkI@$wMz_9oi5N((&=hIBO^W!T=O=q=#%hsg0u5O0`Wssv1cj*6>H>oUu~R3cOKdFgB%xC^IV-y-ZU~q- zS_XPs+b%ylEqI| z!#Rk4xwl+6h%sXV$}XAOMh=%sZ=^cQo9aShauu$=?vS?Ss!DPx1>Sw|HHK(~Q~FBc zs^PiAPG@(0nYcnD8r?RpygG8wY(3) zxxQNK>hO!D`Ak>zC0~hpkjvaj{!K?L@p{ANBS;AW1(!kAbw_3BLRX$$ik`}YNNRyNE>Jzg*2j~EZ#akE^{}n- z_KS!3DYmF%papEMPLyNo+eBJZ=1hJ(;ez>LzCJLtRF5xDxRF`sFfY1sKP|I%Yy7qQ z?m`AI)H#v8w}8-Z7xBq-ldN~!A;Dbnq#d6Rh#?I>W&Ar)VCi!PR~NiFFEcc39j+AG<7 z`7$|u;?6Ng20q4`fle*ci<8_NK1Qs?UiR8vI3+GH1& zl{!y-E`?o2iws%L__U|bYp$y1Uqd6U71MlfYiPW=YJm3>QVPCsTt!0Chc5Bi$zUBz z)G3eoF~VG#{qm=f%(O(2kw9ED@wPeWdeCaU6^wK_F8L_^CPrxNjz#Bunr_2gCdJs; zl^5w%idvX`)1dg1)lvG-PJZ@7|C59yGdK$E6PcqR591-h7#f3GxMMJ z@HsDKEdw|(k^)xe?rbD(QGH(5UsiY56g%p{j#G|FlL^Ke=r!Dy1^Q1)uHs5HMqDmV zp)gSJXDu2JTBAkJ?Pa22e!MjKVS##?PA(OA$tILp8D~F?9CO??I-=0^kNNsMq=cIHu5!#L%;y;qQnyPW*0+n~$p}&h*Iy46n(oMSc z!dK}ww}3?mlOs{Fd8$9+Cs_hed1&;P(HE|Scnah5G2K-w{9qQ9F41o?b% zB+&4}Z4H>LY80jubsiT4rV+!Q(uuLL8ovQM?G9U2pzH3vXv6ga6_%JuIvrB$eklu& zTicX%x}fe9syla7?7g&|rxHHcHd+`W5hQQZczz{8;d0@=e%*iQu}y*C({%j_LKrX3 zhg`MAv$|L{H)N!_?o-qO&%I!DXMHd=Zfwn#x7oj z-AfLF&t^Q1qe?LVDcaf9R%6W_4DjQYUmY*LhH4+(ETHyjRe9Gnh#{9p9DX7{mJF$1 zV`$vgwx;CXmKa|Zu)(+`h=M;wY}E>10XsK-7Mx6 zrr^Lof6c1+lCmh5BR@9;i|H|MBefB_bNJX&S%pA@=_$5Cb|K$L!I*}c^hKdt*g%_Y z<3O*XuiH$DWwR_s%=gj{cml%R?`5zf6EL3yG3PBnudlYe<3T?=@!SqpH7!n3+f=`Q zw27{rJHFY>o45Dy==(g8g_I_mq1=H4rXihUO=$|3dZW&>66vOU)is6PGh<@6 z&KsM(-_G^CHD=4(%pQLwi>--+A5m*}k(q%hwfk1sCa3aF24|Wp?A>q9yfftk#|F;< z$x-1&n}EBa)m-bVpClt+Fi|nHI=sDNQ%9+aq{a-75wsMCPMW>BWSfp`q;`$l3UgDc z0Xk0=b`O)Yj|f48`#-drS0%%?%!zLW0i}>1D}^8I^5H>Ps$$u)EhqRCx)a0gnU-4! ztz^A7arR#2&$kI~Lch%72Nz1IjQKYZ)l~$)BTifU#rXhgtX;eP7P{Mq6+gQnJk44t z-n?JvRw>*bhZWiA28s>tjBB7a&;{^O=qf)<3jSP8dL;iSLZKCMjK{i0OFndvUUc8k z+c3S~;oN?itxQua3jYEd?{vUu{9viP74*>Fce`HIl_~vH&G(nXNLn-5(xxaKv9aq$ z1A$8LFa>=iH&F^71H%-S*F-##OA5RhX(QtnV2GIxEhQ}Rt9a-_re=U4*cT>e)A_7v z`ek5ZHEIj4BRuGz;H8)|kRYNT71wiWdHKgQVsUdQhI^L%5>jz`Qt|H5iRc}^)`@Tp zNHc_`mA13xd2;i*ehjTRGnbABH7pNM5xJ!KLfhoDyQ5Rmerwu8n_5A4ws{v-h|>6= z4NBVNg9h;pX(qFVTer=1ySWzqMDi?u{0cBUh^@Fxp4kuyBk-;B-S-)usKDl-!#6IE z9P2R_aRdrM5eApPE!H+^Ngm#4QeFzycMvsf%u31;c1+tWEpE&HxAC;E=$(kKAKc9ve!YM61?H)S~ONr8qISpmCG zT51#Su2#M<$84&Mo3oQjsvOJ3(OD#v7o@=&NL&u6-c?JSe@gpM@#;-l^qxrQmGfFk zu4>vO_&JI`EJSC0ZY1=ST8&~hwu~y}Of>@ROD8tPU62+lb_Ydp`^+tzs~H8AWB~4y z8~5u-EIY{ecVP9(#lAU+jhCQ=KlLb4)H2{;l8Dw=JB9RU19|1uI!OX|ob&v+Ouudo z2g4mP1?L%l19YLpPQO45I}$|=N5fmDBNYm!?5g)0%GOkHXDbXMrL5$)Q$LVo93zA| zq`ePvsBYy;{%XP^DCWY24*-O=Uq*}^YwykEooQXXtZ~fE^`*(Hw5Sa;AUq189j;eP zsogJ~I>uJ!!GTKNRUX&m-VlYZ*v)POCSvp%zD8GQ!huBw6x?o(7=A?R0FLmSzDUK) z%WuhCGQaZuH!kXu07GqZTp|~5DM<}W?B!Wtimi=ho-P)(w4ac z+1$kMZ~gKfbai@KCh67@g;Zv-9Zl=V@U_|bSJ*%jOAhaC2X)?u*zAw*RH%M^Ab^iG zB_A0#nJkpx4`1_=1^RN8sBbsnS|EsAXu6K=Q1RaRC1OM_GN&x!f5BIqqmcYf{l+~9 zGE{)!1#7*>K_W(9v(`ub$YfP-%}uIsZX{t8m?#;1gO2lf+T=L$Na9hCF=P6scY;J( znmG36?UA6<+)Fl)%1HUbS7`7EZe+&5{{I(`}67pbV@zeULGEcqn$OIkqWVzOF6&#bt8PNnd>W%k^wW1fl8*^ zDWAd?9=@_y#jF$x^x&*#R``-^=5s>c>k!RG{%#7^0MySlJ?OV>=Pzo-^IcdPbU`jd z+1;$h@jWYPyoJs+i(1fzL|G*aejKP>9}nK};91x#M+YC_h1^JNS)t^ZC2tBRsWU#w z0Um3BVP)p0V%gzw^U+9Owg`0Mnly@DtfNrei?qXBB<(H$FM)=>G-6XYtK!*Hym_i~ z)RyyF7Y~Y>HcR#ZQxnK}AVxcMD)8L97`SssxiIcCl9m#0x=%}!=>dlFYl51UBo6K^ zTn~n;+eXIdyh{5J3MX~=7RE<|m>x$G5Q4T2pCgh7r^ZcPTGz8gk4BJK3-H&;iw}>d zI*>C`+Mvh6i=7SpHxGLX9*Xu$%qHklO56LOSY_+!elM}wbF9_fHy+a+$Ltg_kDJJF zFp;d1!>ub8fvqc|46$q7-X>69;s)B|1dPx8{Fj$XOhjTT<2mtoapnj2mRDd&O`{r} zA1?)RYnM2f(#85si8wei*L(mtDv^M^Z_>>(=MAxB9=q*Z@=ax!&FDy^oxgK+7FZ%Q ziqyh|i&9>31z{L6YhU3VL|%3a6XI9ej(EOMTF>?arj)~%B0pX{-2r<2&F~^Ix50)x zS}k0)Ak;AHl}WD*fbZ*UVXoSc?h$-aT==3~kk6%F?WIsW)!Vdh4ry!L@ZnZrsXX>8 z?}A%C54DAc<~vk1e#fEB4cDtlGP_=w(TLsUmP+0(&-V&(@*HQ9;kg4T*=xL772j0& z`ZlJQR}2?^NymA)tO!8EnLy*%9Ry^~G~kLlPzKeYN8u7nsK_<%7F9gOW3R`94_`%u zlqPN7@(t~!UKOylHD8gkFAH~C>P%YtGIOSDZVv<|>pf$S3m3lSwHs&C_Q^cKq$w<2 z&PW-KYaYEQ*))e`CQ>I6s8Rbjq`mDVfCLSsG}Dr)y0&n2vX6Qhj`#y&X^#VCR7x3k z{usmEd~%UEmw>aT76mx)yfK!WCMD_jgfW(3Nu&;yRmj(Lbp&xcN*`KW*U!^p@&4-v6(0We>FyWQx!_nGL8>ZK}y*Z9J-V zA;bD*V>`A~Sb?cb6Eo}RsyKOX_y{8L@<1N+V%&Q=Z1%h0Hq;A*B_Z6SR#cQ_umA#LF^b@NHn9MGQQ6*1~8@Kg#@wZ?U^K4Gw)VJ5xUNRlszTbvR=N66$taR(#l&t z)k^Z>*9K@}WI_CAjny2w>VEdfXPn-Mhx%5|?Wy!8p^|B@Cvzz_rwZB)jRq_nyk9`Kx zc-0t|$jqp_kzOyX9fF^O0m}E7eXFN|oUd4``M6&Ju@UnwO)+^&g9+$7Zx&01a)YMWA zZ#yvEvHp?NBFs^Qk;@~Q?3x8SMmama%TgIXMO`#l#NCcRS2V_}7Y`aZr1r$}2UXK5 z;ZGYaop@a;2eL8JYBAnH2)*JgArNy}XD~u|orH!K${xOp$OZsGDA@*qs6%M7Sl*?HRI1QurKSiYX)?6Re_K zZvgv;!hjB8yLeh9cA(Htzw=gOlfda@ZG-dUBOR|RDk*6%_l-rYNRTij4kai| z+bnj=X0#+z^uVWz{rUmTsM9Bf<*60R(@kW7^~kAV*?V3An`ylgrzXUio!p=4l@hd~ zQ&!o%9Mv#it8B}@Xjn%$tx8u6Q{|i=R2rpSY=B6Z?n-FJ*cCWEVsZJa=x>5iAHcA+ ztQgf;3KeL~QpMU{NO~Oy^EDlvUs|0+V}E@*1lRH?<6@moJ>*u)2zchPz!QHIKb>6Z zM)iU^rvj}}k;+MZmiu?5JT=k3idF7M?xdy0P^EXio_w`;Soa1D*lC2)XY#3Rg9MI? z4)Ja$J+65%gnqF@C3^TcQ&M`&`)RfHkO~4b4;H?2DA0;@Jm2pCaKBaM`S-pdH0>v? zM9z{4z8AWId9@Ym@-QjTkblLvc_B&7a}6%6;e^?N8Rs?4@3uT#?9-8H?RmAiy~Dh9 z72_E3bt;uKrr0RnOE2HmD#~5q-xr2J)YN-&{37__O&@qkM`NN+yJ5r`A$8U6bi+YZ zZ%&ci_}zHUzUz^h;Tz=5$+P;LGI z`^b)3_N1!|zb$*AaDQokpzSxz!{L)Mr!m^d*E)naH;26O!cd=8LYAvP7UNGS7&b9) z*DpqK>VvxpMmHrq4I^(Hs&?Cb3}CgmPP%(DnG^0=gc)M{9~tUi37u=d^PP7)V^}X z11?{Qy!d(3U``K1>>4F=MWa~sZ@ocH*t=l$v02iV2jTGT0jU8_r<0Qw-ZG}AQUhyC zoIZ=D6cMQ}l3ZvQA&azzesjeguv3hsNR6x|q8F)-yC$MI(hTaXcv(FyRg~#AAEY-D zi2lhkqqspz4p&pEj_O@3J0NMonAv<3LMtift7q?yQ#-J}DojZzH+dV~7V;EWE=arg zgqH_57@sI)K#bLDkdX|if$<0=c7|_5Up`gO`5}x;$~yon0X045Opm$SQ@8x?U>znm ztg1;4UoFI{@v|((<)oMZ@pI!+BOwnL$~(}dllRg#bOsV%v~ zxYKq;z=|oQcL8xzN>W0e$MVGKgWAPjqIwO zBIOq#m6{x6{RSb7E5NIPp#%j%z&cJzn)B%y7-XLx$H#$=LMZ0t+fD-72#%42!>eFSbKJ zB;>=|dRO*M{XO;_W?vY^zO=X^eJEtiaIicPA^dVZ`Wh!W*?$5b&|9xUcV+7RT!W>*Qf+(+9l5pPn*)L2~H(+Xn@esszX(isx=3Zvg?SQTK znCr(61(=hr9G}eF)o!spmMOTWvDfox9}@(sQ;2i;*o`!UD@Q_N<{96t2~NZ_uL*XE zy@_&<*${L$NGw7wKs*0BzHxt;_kDD27w`KDyBMW6wR_;l3CHmvU3>JWgH7Ie)0dbC z)6S;Gl-k9nhd|C@8o~MU!wnFY-Gx&;u%1x9+@yWKAcsXY^;Z+n`85XeoXD>0VQEAO z9jZ;aIXtyc+FHF-4emXU=T~!ypDXEV&;eU1D7!QT>~LXKZ0!4mcF!-9?xWmanA{$GXprR2F1F@@E)9J?qF^ zZ^zblxg=4enLA&nkAf?>l}EwRuIaRU%t-KV-80?VuC>U&jw5OEOn)&#VoZOTp_pOm zc9xk$JUiT^F-y|>*}i8ajTb#sosquoo=hDNe*%rJa3KJoj<|qcz6wy_L`T# zT33(LeJO?HWr5sXD()+3!sW;9QGTl@`=`CG%g&zp%x<+w&uMD=blkwNM znp9b5ZNMU;zkd#xT!Lh06rpqQ^#<#aORRDnkdfb?*=%1hDqlFVJ<`ZY)6CW5nTW^u zlssqQx~quV7SLyf%R+L0KHqB?(CVx9`M)N1Y3a^CBUV2{nvoL#7sl=JB3CRfBZLYb zN!wA$XPHf4qtTmCGl*~-38zSH^jv$?64{n=TP9A_a^Wyja%e&kytyEUOw8!G?fuBF zE7}YBC!vII3r8UnI}ZYx?2oZbHM@p<(|(`RS>$W3jhTTg3ctt%{~pb0seb3FP~|&E zn_KaJucJ=4|EZ3)-IkJnK7PP&Z_DL{rDTMwl)A4p3Vs`mH;h9RLs;-1*X#89uW8EF z-PGITsRh-*nCdo&+MK=?SE~h zSkN==hc_UW)64_@z*VV~{DSZzX|4{lrJr&rY08WfkTRQv+TLR3=3`d%0KV|F4Qusw za2L+Va}2lw#oSrjWh(h!GkM>@o7*mn;9YUt>HfxMMz@5S@f`?AuEyw&u~3EQ4J0Ay z%@_*G7#4{bXcC#pt%I9w3;x#WyMh26^T-8Wx;$vox*~9FfhMoB5wJCJF2DwN8%+PY z8yB3_htIl@3l9NXe9fGPY-+jTCblQ&PKyQ5_>M$e$$tH~mb;bFnz9$mc#PgaV?*rU zPu!`>$z6~#kxOeQLH4=QkA;^V3$F(NSO`pb?tO#zB>hodqw*iwxcA~%qnOVIfn)AC ztGp0^rl@OL8#fbdYrA#;j(-%rqr599a_1U%@Kz5?d2Rq)R89p_V3<$>79lCM*yVhHW#A7q z$;_|eg8kkHfQx`b0L+1axw#b!@CRpu1G@=Bi}dTFkELZb{{3cdZf5hI$mIzfr|g1< zxXxvsF7yF=&2boI&Uqv(71%Z>m=r<6;?c(&B4~8!PuuRH#B2Jgbn`0pTz+TeC0laQ z2hiGPc{aDoE+Fmq^(+q?)m`u1+BAI5VKv;o_Ca8jTOqe^Z&WxmHeInHF z^z{>B#q|K`f?vr;SHLG{F{J zut}w9EzeX+p-OJpWG^%bc!PjB=od>fLo5jRs$oi58%9FGAt2^nkvxObzHGNMO!4$i z50aNqeCu=h8fD#mZK+#lJ%lqcD9>N%(qzBiKV$!*!x6c=>qw0%!ior`65YCZhjwX1 zIMIY=yv$G9^OIQ*?wrqKE&XA|DVhnLf4dZ`v@upw+TM78PxLf2%dWqfu>1+JD!mqQ zYl6y?U)5D%d)*XhPs+-)H2+t|H}6K*+WJIaip<42C@qW8en%cTPIvcWDg;zbx@pW` zSBklhueZp(TV6O;V2v<=pTib>Uury2^vpgmo~3lh6`}aKjrdxRPHsr2_;#aAM~UT(sKEsuR#@|r z=TRo#3EqUQPsZ!kLn`G*BUY=QM4M-j#}mw6TJ)gwx=G!S~knO?9%sUFUaL;<6*XECy)bk8QSbN0?lsO}9`%N@R=~{qTLC z-3ts11f9};|5tYo{GVP5@8@`*w2_dl7vV)ewl-P`o;=ef;xZU z^FrUSMTu1?5|W~m!V-!sCS@iqoa}XH0N37utu+GT=-`~TBj9uAuZHafPztFd`%0Q5 z0Mg1;=$;OZ6S$OkLmwmxK~jA#XChqD7ySJ+`>p$%P4cEf?|-PeY)LyfIP4B}e|Z+x zI+0gYB>VCuQ>2}ipIkdZN-Y+CFJMJ)#?y(gzua0nk=Y2=ZYQ4VaDMc$B-=1K{?6^K zgOs&jz>icjbgAlF?x}0)2F|$Xh4sHj)eXC|tBcj$NWD0xmdzk0GYi5B(Ydv=0Dghq zSwjV}knl>=-}DQYY}bh~9Cbn`!I2rg?D?K$Zdi>f&9CL-9)2 zuZm4;_xa-i+^D-44HW>NuVbpfuc>+;ITl`1{WpkK2tiv}V;o%Hj}V9D za^5}4+5+HWve!Tl)3@%PQ=>WEn`(I&>A2#GGG2@p!Ff=N7A+T5C9Czk>@zdbOcGJe z+URFn6omjV;}GV0*(<#$ZVXtZ82Hh`dzlWq`# zS}`xuzhbGfLOuE(jXv?b{M_8{X^s8a9|!5;70#?2xxU8YhpyM`fr$PFReLdnhOSvQ zelpR-XeJ`Xc>pSjT39TKv1+uld4fXXw_HrjuAw7Y@t6!0{cCdB1)~^-jmu=LHsL*RAOYd2;S%Q^mAb z-z{hTkLJUHjw7%y&1I*p{USpvwTBXT@g)zy{|N5?3{nyU>ol0bQsd5ECMRX}DWA2r zRdKbc6VvxPeN0YTx+4}Pd%dFN1)S3-{5UWPNHxM~1J(rq)n6<5v{{qF}Z@w&(XH68%~t-fG>*r(O8mxV`e>xxaJ*6xlm`^y|~DCjDcc zoUexQ9(6kdknE<_$Io22ABtktPCGgsJ2FOt!Y2>l-`}P!rtqEQ)}6D&XQ%ZX+^KB- z-%6zE6Agec0?H0&#iWIMvJOj8-;4#~dv(n*tsd&q>`!7 zGb`X5rot;(zV<#zF=A<{d=c6lpihSz$m~=?w9{BhQ->~kO@B>7y%c_vP`r*PKD_av zkdajNs8hYykN?N=Sc%2%j4My_zejDmZs)Znk&N;s(yMwODZnii_5N9?A>8F#59J8D z{%mnl+kRM0na0$$Gl(w3a{!T#o zejQQ{@O#SF@7s*?I(7Y@83^@+*-C5oxN_!ptwUKk74^y7m&|gHKK6vOo~!2irTtdO zR%-ldK7AT7;IoX?1TTsX6aoJH4@OPwX{{l7{r-xC-R$cC zq|S}Mx~UxreuooQ`B!Ce|vQKkc`B99&2 zDr?Qvb3yM*jBR6+IXkWHK7B*7i}k8ICA^xKmx6Nfm#H;Bw;!x^vS7zt;D5nWfpq{+ z|9i9{=6jEz5CB*9?R`HvV#{d;q+C%6N+&i@WDPCEMk z3@QIBcDXwNozr44S4W1KUMj(FO6O}5b3ixu;`7806 zmEYLqG2bHrHWhiD`0}Jzj67Dm)jH?Prukzufd5Vu1c%m6`>-6;nFbxYxy}0LOCiYb zc8wFf)zMVf8i4;2=FVzvL zb)?&vifC!cSm1nH`ux_O*s=2-FK432RvN;C*@gO;>MjFzzf(}<6Qc+6R+;l}M&}U8XQnM;xqX@iQNc8SKmc6Vh4hU&nVAAhviPAXDUm*(A;#>a%Dq zh0M7OG{KaLtofHhs!+P^27rap^V{w8r-}SbX6b!oW-Ye(afyb{MdJ3@?5g}b-;I_uTjvyC3}rZrl2;FXGncs#PEqX zMK0aOief32ZXFpp=2{}7R>cZ+GO`b**>R(OfO#NX{L-?@&S14MI{#wMliT!g&xzJ6*T`_zd>61w#X+D*~_F%9N97WApXOVixMbEO&e z9(s=_`V6d{n@@F@r`jKXmT4`1t`t5^NC@=XusoBZl@TSl&VsQM>hJZIddBs2ek$%# z-L%*lDp!^_5Vd!{PM=%e>yV7f1Q9iy>S>Dmal6!Gl8bEZkCB!Z~l>~r~ITq zHHF=OD>2J&P#iHZKz>*Es!defue?Ug~r;gG(&jFm3*b^k(Hs|hZI zwwxEPDuGA3nq%&k>G=ch@9Hft|E9T3YMVsQqG{_Wfn5e+d9GGx#9$ zSiBgaO4l|d=gYsM{ocCl6e)o`k>$nct^mN5)&b=u=3d=)vlgJNavfG~QkyLfN+kZ3 z@AjWP!B*bw+LU1B;*v8qW-LV4R#cEYcn~Yxpo{nDfspew)xGR%t@oe16D(UXR8mm% z!d~oem4B}vk<=9cWEQUP8vA{G?lb(xy?ZyAPjn$tmgA$_uHd&Vw|zTwk2|M&5==2i zuu>%fxD}<1nK{$xQ*2h-H^F|dT(D_NL!Z<|tUSAAs0bH6=nEI)f#y!B#f6Jp*O2az zbY1OH!^v%Y;CsNGOvD2tZ6jO#7;$&s*9hE5Hs+S#k={AbEm3N1~}E(wXB zc5l-4x0tB3k-neU*77^uL6dc^y z`F=2Khxoz**h(f-7>9O#mO8%sER>2u?5uJ^4N*$HR4viz9yU@3Q%V3FMVjx?_ChY@ znx#kJONzqa`QJU{p9qJJl>XErdquBV$WvXaCrSLW{opL9vg~tVcOg&hRnc{(N$HyV zJD2&YoXI=S1I%dhtI~FHvleMQq%dkZ{8z zljyD_k*4C&bj@iX(F@m~^choRh7@{RLGSBD0QE#AW-ZU4uB5K(OykUO$Z=y2$d;gY zc9)NPzga?gc;{;hz||@Vi|p$9&^cGN+U_Lxn=NJxrrI5Li&h$3k^=ojkVTKKVITnp zlZnYv* zgSxCOReFz8>B*UM;ex!r>cL>erp{!I*<2ym&GIO5aq5+sh_R-18Zf1x%k_O^-8n8I zwUi(x8;zJe6j0%4*H%Qfy>{VVMeNoz-YhrsD_fgZ(%Y@EZSszg2DzW<#l`uUiowSe z6{iuSiXfyk=%OZ^RFN4mN~1U(r{q;lu(fV9SdwbOdij50M&9W#2%Gj`N{&J8b4# z3Y%cybkb*Z!`KYieP2L?Z91GE#)dFKdKzwTtskm-aVjb{m2VsZGI=4EfU@D;s73nd z^OYCH$3Z)#$?6cw|wvKTXqMu!=*GBRF_ zu8tdZ_e=_R`XFo(y*kg-Llr|?r7VNwNJv5gG_*7nnpC{aFKP@^B)ks*re%Xc?oG$D zJ&u^YnC!B==Xd>@l;UQN?!MMwT3C2&YL-jupDY8YP+WF4xJMYUD}XzPYkTO=NtViA zTIO1|2k-{vNUTY#->U0A$vh4J42IjyuUoAgWtOVM@R!n2;0`uh@fXH@%hOLHsyExm zq8#;wbYAPlZcUNccE8mBQ47e`!%Ekc1FR3Ikziw` zr?QhBV@2|ZvLy4F6CY9Vv5!uJL4hA}1&o8~<2$$}o7AYS&Nf4jZ-5v|?5;UT49nr=0*GJK8o74NtoP3@}JdQ&C*<*LU zFZ?uqq8{4th4LT7MKVAzxl9m1N&Wzdc85{bB0K41a~_tqj~*c1y*M9z07gu7xv#JG z7oL>bUS$aMRD}0`2~!O~8N69aCi-v#i~hz<+~+rL{ZDUwZruz(rQL{)A z4_L*-mFJ}LPrm;5Nu@sCXxUW#5MLT}x!p=w!FX&lR#WV}{Od8O@-^b0UzmP|6Sy)5 z1=mg^ZZw7a>$@#Y$I;>41 z>qJlQNor#p`=CNUF}|scosp7y{lXhxHLV`$|4;P&$HjlJ(SIm|-=()O$!KWM^8jCl zZGV1RJIx5}LwCJ@g*m)!{yPI=wpM)FeQ`96u}wRjk=gB3@Bd5yhtPA2AAPO7$Ynk! zGalRJ^yl_Du24!jNcTGJv!pb4$gCFnI_rHH1FV}@@J!A|$3Zfysy5h3dxU;To~}Nt zU-_*MlwT*TOrMT?GNRg#ei9V%)%fB_rCLO(avwP+Ty8dJ-1cEzvKYvf2v@ zCBD&DXAha#0?hkuC_K)`#$U+vx6)Hi_C7Z=C{(k08T1c`5Z9XoV9Kb`E>+-Vs6tp) zI#1>E*BUIcS8@lGkC85@j@jajP1slz{`#FHK7P)(ROgDp27Deb6dc9|ApoKSn7jjC z5o$yUj%qVsvmj}$k;*@=krV8MayTQ3YxJ)E%h=q{RsoAwL~grm)dPMB;MWd#BI+Qv z7AWn?1BfTW+AFrzAm1e!cSlQFkH^VnfW6btV@@w*YSm0EU6erH|y*}3FepReNC;YJKn@?xDICV8RhzLOo_T9x8L&3M}{ zpH^`Ced~hc&V!WBqjm~V+)}Eq8cDN#i;q5psflWb3g*~p$eCz*6ow5_gu8&}bAP%4 zeT{#@wtfekDYsWVcPq_J49$vi_#Pk8L0$I+P5{@?>O>b`QN!LN#vAzZH~z& z;hLk=S8X~^xolv;wB^Mmd2u#}31r^NK8KX`(CyY2yEb83);6*hsNEc=A|SlFcK@Jx z*|36YDFM#AqrBz&t5=H5iiD5$#ODW>q zYp^GX4#v!q;uUIJ**EIAg>q#aIta9pzqlMk{*B+?8AI|%} z3px1T+I#P)rq;b{bQc>cC?X=#6a=IzDoD3bq)U?;A_7VgkQStGsR9Dhr7OKi6%rs6 z0i_B^FCm2937v#~pM|=`eUA4%=Z-tRF}^Y0{}?f5mFHLHZ_fFw#W#1p%6#h(6ZQ=$ z)PUu&mY;6!L0^B0*F{(EYL>`xZswIQ1;C@1%;@y^rI;P?#ABmK%zUVdqJXBt4Rf2x zPZheGDB3j)Q?Salj#K)gIS}@mF7;+e2q3y6XNseD0Q-{~*I(vKb7-94_=SC+JB^x9w(+0ZXu6I~; zc$LDrVdwC6vy+KqFWVJJx}%rl$0WRHLf`WezS+gGEmK&Xz-w}~I zCEIa`l=eJod%5O|pBUUSS;u*9)v7BpwQ)Z195a=Ck*ay=dVHno@rgq!ytHTV@0ZOT z>uVWY83{PYh$m%gxXWA))R=j)-K-d~omqnblRqu(X4z63-A{-xvJ>M(@QOpo84IGf zj^N_a-rUVYOAGDT$Pc=MXo<*@1@DO%0PRC@gN`RQRgHeZ~~?t!Z-{p-T)BXyfx zPT59<(0?p0IkfJhX2#KolY0CE7Ab+W5SBj10`81DrW~mTO51u-y{7Toqh$oqSGB1k7sW8|B1%`5Y}T=LiSATMq@=o` z2!E&5&fC2%9~3Huk#nP2)H%|YN?4Ehihh>|H#XMNS?Q$%8vOGqNeUO!X%vKw-w6xO zSqkiyT2~3!CORj!xRb5>moC;s%Y8ceyK&89Zb73TvHPAwP$N9qkhOugoNL<)MS}y= z69kHnpv{ki0jEG-=mi)>1ly$o+S9aK4pKA<&I6>6VFv{b8V&&1nyuYvz?k_jvjV*C zZD{}DmUlz6MbmL9oO$lfMm}tpPGX|Sc^l3nd+XM7RaMoxGi4|;5!FTYiB=K3M~K0E z+1jg2RycLaOuyQ!0^$4Mg=C*T)R z0|=oi^E;RQomwOgH~k%!<_L+y&q&6VPy^ZCDS!2vXpT;F8)94#mf?(k6IpG2k;uyg@yb67&ekZ{Qfk*7IZ354)PZ1pM!%eLAMV%7Etnk;gKq_Xh+F~i!wFPAs2YM-Z2TxKrL}Sl0t$)dB2;pmGo?95 zXR}ODHup+oW7}SdL|t!=hj2>xnCrmn3l*ZHC|;Y%2U7)WeOB|%Dq}Sja8{wixWut+ zM|{}T7D1_+m}fD)Q`I6(xc z1nQTPJ+@!5R^KfT>@)93QL7k9tONIJjV^n**=FB;%_Z=JGfnCgh}bJ% zmcO%2<4(zOzm7HD<%~k*m&DqXAHp=wwOWBfMWwLI|H}AH6CqYkop$wU4DMH ztGa(O;-_-ZWuaYgo7hJU`ahI1U;+YN06Iyi=^sJ&n(1?ad#(m zsuc_<3!vToT>*95oyO*LMwc%AuE$^NN$nq?#_x4}K*_v(@lb6dme9{io1RG%K*Syq znD4h-T`S)4a;;0I$T^a#Su}!-PF9SEdtlTqiCXs;FD)>&Pxrd4!gJ~^BwrpU2v}_O z@(%NR%P1`{A{ktW7hYErPAo00s8^XCL0|BCwC$Zc^RNLVGpOZ%C(U|a>+^59w;Ba4KnVa;$xl`7Zy>&RNfy*r7ane$a|dOt zH%_C^i=PQGVy5;f|7b7pf9d!^SJf5!%zgp`=%Mm3qgU~t{3?#6s%co1*(L+>p`Mmo ztKe=%My6qzZFiWPn;Q#35mj9!;pfgq=j&ckWrMyJm2FMd-PI)nxR==Nny=If6>;K; z$^F}A@>w?U_h<-lzpqHf?IUL7GJX&<6l#EFs$^=NqUoO_&hjG;coZRszLu> z?Q{c&1&by|ANHjw9D49VPljWqnJ;!Nd*N-nr>G8 zxTq)(s5NQPVPx$!qlqa`w?CbLhjYZob9zb~R6e<7n14Vk?_$O&tEE?0@>K$FHNOpa zaotbOOpN+poJ^Z;@RgbBPS1IVLuS5Dg|Kj`=q_ooeb;F=PVVEov_}3HJ6KGTQ}QLh zPhY*ut?H@u(EKGn@<8Pgm@!HUNrGf06<_IX&qz+zDn6J(U!4^Qs zCfk9pEv*<|6+M>LpR`~XM>eH{Ew#SpaL z>#)bezm4E>Y}1mDIJY5kHIjG^ux!;r8U7q%e*@>7mt{sxUuSS7lI*R5Q9v+$C9g05 z_yexRi_pNwuC=_^9BNQ|%|R(<0s}^=@~}(m&woX@EX4sfWq|4mwZ|{N;Sav?f9f|Z z5m$}Y?@PgPrA8p#X+Cn{62KS%jg2ZiSj3lLA44ZFR|9ZuuZ_%uxTX~UCUb2=P!5pk zLLb2>ocFFZTL+MZMVDRV@}4MijsO}iNO=MVfX{90b35xk4M46I%!Qk~K#)dCAp1=5 zm!rhFVP@s~_gN$)JgL`JK~oP4Q_H_!yT&GD?C?A?&nP7{JWNJU?-4|+O6+dfPIJtl z=B9~bnK<@Po%JmPHcqxsw?A05{aHG?I%F7$LiTlMd(&&rKZeiU#0s1Go(?-BeM|3A z4IolmE0mli>yR*%-Xn~m|LbK3Kpi>DUds$TdbL|q6CwpJeaCFLb+s6g#3@g(QoxJoX< zdoMaIjN7a$%<@l#z~JC`s0ss?+SwnBJ%CaLbB_zaS-~hn8q+C281-qO=Jf%Z#B|UN zU!1--KH}`2v)a~XG3|tyDIF{9;Z@j^0&47Rw(DvEIq1aMNjo<6ZS;0+>y6-sv0zKy zjr2Twh96PxLVlKRx%l>>rspiiS#jbdd|Py|=8hYAAs2-%(~;|8B*nXF=)|1*mXY|g z9G?uiC|a4AIw?D?n&?9ka_SYq8IAy9pd4x&kdOir2c%a$Cf^@mvNk@mcNjt*lvdMZ zmcg_44som_aD%301uM~l@mN6%AOXDmN?I?{Rk)0P>ly z$i1I1LY>hD!AMB^pxyNK9zu)?v zSuk@M8XHHK+==;U@vP0~b@&`eAAO9!#dK*S0L^Ja3+4(mrqu4?$PxQS6c8kwI9h4P zYx7TSI0ONB_Rr&d`A?2xdlCU5iS{cH(~nGF?#)^b?|#^LV~_Es!I}F-LUhypD> zhVIj*iH|{?XgmY}Wd*Yr>=C_lmo-2E(*%GYl0X1~&DYfi5LiK8FM#olZEbwE-Zy-3 z3rQ4LxG)rr#2O?GuERb8pyzvbgV-3pF5W|2X0^-V-^=^wKttx0RYv`PJ?2`ktt77d(fXe$)njfQ@wRQdW zQUhogPH3)2d()nx=D09xIB7#nZjayrOdgOdxiA_~ z`nT6SLS^N1LV*m@-K9E2;bXzK66~b%&k{`6qFtWFG&`>CGk#etJnT!i-^+hJj{Bqk z;5eD?UuC-hAHy<`SFtVTv8d8Bdv$3j7E45Ef8N8c@%f+a6*y^B;WQ%PWIvq(3ebQ|9YImP5;4h?jP3Uho)CLNH8+~m+~`*e7(mKi5W&N$8hQt zX!!a#S)7Pb|uNKFtSn%6ghQdy&i7t^WM*>=Cd@M*;J05kYDz0m5lNVGxR z>C-nf{{dEaJ=9qm+$iCoTQ$C9&7f#2bP}QFAGCo`=U&L~QIp^vEzV^^%*d!&Zw-{E z(R^KVn;L+S+{;bD@bzcEDxEN~r9}!oeg@g=QubOu>wQc-CMKtpm6R@gXZiKT;C%2$ zoKb9_m_H50zrVvo0{Rv^2YWI+wLISilieIwzOg;*4PGe^NdXCeupQaq)%;^y=ad?W zz_$)O@uhpB;sSq56r<-S&#%8x=%baM{x0Zy8(srx3ALd)Nb~>|hqoL+M!=Jl{vFgM z&J25Tk3Y%Um-o4Q^ALO{IT`mawOZeXw9WWEpT6>66w1!r!puSB;byt_7I{Y}S_ z1;Fr70n_SeZA;yR?6{P4(}qrkvwE*{2uyhoZ2k{j?TJm8&bskluZRs>B+puhwE1uH zx$ksXe8+kiCy?hrtq~7Zcd2q@_5(Q6CwZ=J*J)E6ie_f9Uujr32Pkg#G;K1nxc~AS z<>cTS|MPEzFzzg6<``6N9c)8c#0%Gx_x@5LYy-b2FI97S8}rF;?5#J0+0t<|URbpY zUZEYb>Abs5XhY%FhFn6jUtijsM_Gi_=KlE$t?~RI50Lz5L$R|03=MckeEVpm#pZ-O zuhD~D7Q*H@#=UYw?) z{KRi)2IIL5#l1wbgz`O&SFQFxfzJT7TXPK)tg?F2Z%-RM(lRkMVJ6>-6*hP|+oAtT zUt1{b>KQ=A<}0&ta@rvI!|%b=xHh_TRN$HwX6ldC%Z@mqpZSD_g-I(Z0Z^Qgk(8e= z^IfG!s&$AgZ&?05^FYN*F6n*}-vz7sNfNeCFbMU07ouz4K%JupfzjCev=>s1U+!^| zkkGLQn7YpvaLWEI7lpfQYS}p%{$W9&Kgj}mBe4dtvw%1dCM*L2?3P}QCpK`RH2TjI zPZR`(!hCpL*CUiQVj};dwpaNXuLZX1y9iF0zO94|_(Y=Wecc`xz{CcFO>nYRqFqvayUHcD_Bef>H2b zb*#z`wXavVF2PQ7VJyOG_KK8jcQ(xG6-Ur_Y%Im(oyn0g7A3+W0S}4a6Shtj8M;{- zB>fP!)))F~li!(XE;-766SaU%Y5QSiw_dRT4ewoz5}Qbynfw52@%SL^!?#i3No}{y z{OjIn57-3cK`;O!o57_)_yuX;W`^=F-1~G6Oa@>I+q-V?=U3(DR%8B3=hwS6Y6gaU z+gf!Npq>7%_jd+Jt?U(8+S89xs_?AwPV9H=uvbqW!PF1N9;z>>jl1ixjmKDc1+Jg? zrU%J6KFfHL_i4O-u2(0ov`)jJv4cf zDbr9BQ25{C56aC_u1Mn7=u=m9_W{_sJTF$P^nJR&;ie9tI9cdpa+1N@|E6D41cvMg zJz+Rn;_T8Y^cr1w7wl^noD!qXo5|PvnB9007IS{~5h206*Z313FdU7iIu2JU+vL8y z1-G~fMp__EqjIhoX@)~nAru_Ei-mY%!+`h45?y=na@!ncAqW14yB(= z!@%r%1^UnU_jK|^z!7=0HiJ(m&U(NO`-Hqw$XzbfuYUnkkI6p`2O#a1H5g64UbRqG z_}8^a;-t=_ng1<0y15=)_PYpx@|wYv3B>NbWoR~M=;c+&oeO7{%Wu3mAl3j43$&p| zIz94s8)byPJK1qghD8G0v*jW)q{hH&VGT4f_m9%xMI^6|Fd<+pQ^N;PKp<98SDE{s2ddkjuNO6U?}VL&i$ShP;}@8V`q{LH6IG04X4(g z?I|mV4XLRRwg=2JlC@FUyl-~NhEneK%yk%>t+$xAtIRd49%oDMP?TfsS?|j;_?XS1 zpb0s?rrs1&*+O*()K@y$#x(%Q4Ua2_zc5)GP!tRr`0uWL`&lzu-r=uYj)!a+nut*@ z8dLBv;h21g-nP-g`js$KJVD#m=4a&>nEmJV4S1)5xJC|O%r&bnqUEAa4+swcI{dJw zcWyMjgRMlN&U@`Y97oMIi7!0d<{2+vO zHfX#7t~dO0JvW8Aas8f>6UzMU1N~El~tBX<y#VH(yz-fbrAhKGtY$=A&1I;-b zXwPVy=>p`|MBx-0c-6NJ|N0ZWaOB#8YVSk8CKbGXtdV_C-sw)TG`tU?ONRWLhSMIA2kk8`BO?^vntA?;{z=1epR}JWe?M6!^}j&F{S)BY*aLr0_UN!Z=L=*G0?x+*XhlIrezWib z!pu2KsGRpX%JIYz3P4{t=?l3&6H1VxX9mQil3q5MX6v!0Zya)bkkAZx%2D6g#dr_g#f`~XeK6z+{Sb4Zm-8QC7`Es_& zfQ`gs{CZzl>SKiL$z-=2ZgMAw)S*78TCyQ` z$1$~!HboQo1dwAiMqG`-B_m$N02~2B6b@>{z#=whs;RZ)<%5X>cmtFQXl#J`@dCnL z#qNQ!vNES>0Y}7AJ|Fi>1{J3)p^qr-q;kL@LB1jFlDz?eVXR1N^fpa^1r<+Fem*Z7 zJNxIl)Qk-F^mp%q3k8vi_Rl+L2zyEnv#0XCS3$<h_4U?5M zUPt0UX-IJ07F-Qm#UN~H-y0;{9t6@%$RD->cUY7;l=s}P9-+h8kehc#zP;&v3b3s! zeGtAn=ripxiAxh@GQebGZdg9l4DX;rRht12Z21tlg0ulQ28etxiIzgGz4U9wDCW-T zwsX!fm%;`*=w2I1m8UzZ!)M4AAvXHn1ozX37cLBU)U9gO<>81HZU34(Fj`O10kZm-Rir&^~mhlnzv z$UMv^LaCWMx?X%P8Izwl3rzTZqB}l$$~s-Vi(-H1z?8VUXRokrL~Vg_YdQb}=&d(k zW&yJ4eZVmTQ6fB<+2XYUVNY`f(<>-(-Pal&NGu}wZ4a~5lR4!E;|DssOYS(K_o5e! zEioTw%=dA7{@!CvXlV1mStH1pAI`53ZYYhl6fy!m1GvHf83E)jNIEbyuBTx+f?hO# z#O>07e3I!@Xr{>n&>#qwuX4icB4>H1o3J%*vB?g9BjEkd1+W0qwS!5C0Bqr3Bt!Bh7+pmh%cP_U%-^P4YtGpW#**?ys<5qUk->PSUJhB zCcxXHkVMjb2v8izyvz0GK*|P~z{i46UI_^y&i)jHjM#l*$$xe0q`z9fz~mA408^F% zqWc-TG+pSj56)&{xR$ojK^mm%o`O_fBVCFg-zR5X)*L9^1Y1~qpF>s8%zngRuX+P2 z{#*6l1mpSl>J45PHUEhB;T~O0#TW<(_) ztE6PPpx(pC1GdW~eFL?$Vu)#DUb}i>$Uy#&-7vdAEKN=@@;rS8`FVai!^D_ljJK%q zW-ao2i@2hlDw3vt_Y!Z6A65*FN&x8;DFG#@9Z6FAhkcr2Hrj-S%Jc)ISzV zaLFHw-q5mp0oi9keuJG=A!+z=$QvyhZW6FmQ2NkwkA({lhb-Wdy8nQ#wdMcZ0&|li zTwLw80zI!JV){y*z{;}WvSCd^q_U1O?T&!ZwcuBGFDB(DD1Vo?XN~Jeznd{UY6c4; zFOXB(no=-Eyo@_vy)i#W+}mcA)8cvu^3osmJ60`rSc{3|U+DG!4_&1%$YT1RJ>>@f zkbNlFD^NJyyJ0j!3X;T(i>GK)ct=YoBmeJcvL;SuIMh3VpBuyDZuHPUx5s?nK4Nt6z)6JmtqUO%zuE+IzTyZNBh>AKX@2#MH? zlsogQy*AIc7{LvPk4c+iuAb#7*6Tf%St^a~?3pTcmBQnI4qIpI8^8GX}|C)n67h1)g?HKxq* z2L&Y4ox}2%FSgH5G`x=&=CR;$QV&<>3AC{4YV>PNwwvHGnDF!jHe;xn|3tdF zX|)_>fzd_GUcF0(8$sodv1oT;YN$YNo%(aBZ^oj5>R5TGi}vE)f^O1;5}|q0N|_%&e@TaS?cy z{Kqp>ST6X8`>Wo+FI{^bBa2z$^T+4VOmN4tS~xEwPanShRPRAWZtkM>#Z#36Zp*5N z-Inj062kFwd`3&OIZiuKa`v0tz>^p1R^_&kljjaLKPI?>8SdqzbJ}qY*UcKl36#ik zrM10(1y_L+KNJ|f+KnUMQ^gc1tN3){jou_`Mb{$#2MeibKGAz85 zcm^JQQeZc2k=LnqI|SL5M7 zQl#Nc;0|X$Iv9M+j(ca>U>)c9e(b~cTKLc=KJplq6{7iW57xT-0`KsbKdr_Ov+6n@ zDP6`Nt_-BRYEV5W6#(fP&g}y>~)J+>&*Kv)h zPW_PMfx6p>?w}Gtnvsc@<+B{bdJSZL&?Xng_7$ttN=o6U?_wj$og`!$Wui~p(8S$2 zH~{>Ry_RLa`v>%Q29-pVZBVhXbD1cAF?&WvX=loAI{I?Q^@+`Bc0h;7cIEq|+>0jz zqEBhj#E2gp0G*o!Z)X|8WM`X%*P94Tqp-ay9C)-8ur~rOGT>td`&r}SnR4&jic+*z zf6W$SULDfy-YvQKENZdxZ0X--z(=ufr*!5@9=oO>G&NPA(tvj<bp<5tt{; zrtez0`$qR;CNSE)y_a>c40Q2OK7 z7O4FmHAJW#t8OhZwlgts59ovCB)wmm>EH(sx@{?uAJ8D)zoErHr{MqOixL`RGaw_m zDj+P>Q2iNXwzrNe3KyeAp=x9c+ zN-O`{Z>+P>GX_u*Iu5g+{Nq@;XS2)hOBGKq9Xp5Jeg5F)m$DPW=kST{COd+QTatvw zBhz<&)3aM;^NX=}%k|5Rem|&9s`xS&^X%iSTo?t1qa3 zR$wl!AT^h*k$1Z!yPHkMN|Yg3@Ec-Ez ztMpkk)E!FbWFO_?hY>3eCx=k}!DEG#)PY^{aZD$58jm%MBC9O|f|Xs!gk4zI-!i^d zA+R1nn}!xfOm&yOZgUAeONF>TH`~5@KH4JOf&M|P-Fi{pW1n*OyHp<7lkWVx7iJw) zR1pD4@t#hqOJ&;?gi(LgK)3*d3#W*Cttt|aPG0G?@(bm;keQwy#2W9cG_X5(XMM}> zV1AdDsZ5|eUvQ;6;uZHymNt*|E^#7u=vb3YGY0jjj3Q>FV(HTs&sb67iHIf#^K&r- zXM23IdQx{vbln=poU286H-C%&Zsu{PzFbHCUe|b$WYdTZzM0tbYs{jQ)y?jQy%4KP zTT6pVVO%ab8%cgMPh(rPckXqsm%q8QaWJFR+dZPp9Mb_MX&m$pnac1Y1j6n5#nZ=Je;FPivW zb7c-?HJGzT*1|wdG#To)B5a?KHD1V^on(>{uOFJIaAP~98-GQ`WpTO5ur6Rb1QR+> zW6=~$ean8j%_4K4EoYv`VA~uPym{?0v#%e@O(|}^OiZc^W*56ao>KXzU0N-3ey2`A zNkvU1N6xkslI-k>bGa}B#w}GL*NU-#r`sR(B@a=Jlw=y5mSrLnz4^#>C2#9-4QH#; zyBQlTStPz)d#%UzsTDl-@kaUK)OyzV=3^6KT*m}&I&W?X7pzCa=jY`P-fMZzP@yp{ z)?U<2+}N107{#6#_ZTpSwMsN5D9&?Lt-eq!DLM0L{tX@S*bIvPG!=rUcu>xMqc`G@ z?5ktw`3Mh$Yi~|YyWSUjhj|joTXy&kX)=*X^`YXCUF^E+iMsB}$p^7VAGw>u4EsV_ zyvCB2U1#z?JrYU2bGbsjMV^mrqPnXGO$@rT-PNQxzVyCXMuI?GJi#pxT1)@#slOaz}SJ%+k zM#LU6kEaTp6^La1{qF=TIQ0h?IpS(rL_-ooWPN$M@8q6MH2#MALR)g98^QElNQ2Ys zwLQf;3jCeX^VDz z*Q8fegGaw>2i70o{&=*jGHp=O&e%$SPtl&nhqcZ1-|Okz#HlCv)Xw@cf;qg?h%`yUC*jT z!%7i@txx@tlQOFcRS_2f`n~Aeg$_>7)z;Kx8)=Tev|O>(@Vv`;+uUkMAoU=nt)Xl( zW1~IQuEa{~l$W1q*A@Iq$n8qLKE7%2dQy@Z*J4|S^_J-O2?o?OrKQHvg9j}FMOI__ zT?neZ*PdN-T(rY^TmQvkw_!QfFBYrQ@~C>Ql>jGaSktltaoevr7zV8IAGVp~WvpyAvYH>~I1)-MgwfF&hgb z3F~6(9*H4Sr0PIBl)uEi>p&FE$K_%}q8XyrLi@q{AWL+d2I8l$=a0Bs5ig%iko3PH zj-ckf+&|Ij+VU#XqKH|?f(ZXus^^d~&u$Xud~3SsiO{Ffv;*!qRZC$yX1VxGpRLn>tAA*)h(Nwt%*OXs-7aHSD3wkFs_ z-ag~Dl2;~?Pw`XvtzQ0$lNPbNm%^iH2uuN@Y-;yMzx?USyg92zFn#us6$V2uO}l#7 zF1*?Hs^8hfllS>~U{|~5Xm!#sV3$;rb#tOvHf_P~K)p?D^U%_p#8(;aZ-gY4$KtN6 zJzM`29_?)z+F)Kr zJhHIe%fNC1y*MrA?f(1K&amJ^8kPWQ3EtI$-&XaBUS7Jk9rkEAtlP^i;V3=3jQP2j zrD}N#T|)D+NAoRj@t#st>)+h2!_`Sv%BHLKbVv=T(c;g&>?w1q>Xlvy>PaHmXiKSd z-#F}culDKbY`)t;ACfV)E7-K^6K5zxcj;d61|CkxIqC&0-K-Qm=TgzvO2o^j6#AY` z9qZ^K5rw;~+S+dvN8Ap2d~ermtS51Le7Ln%oV#>3hgaxq^1BI9;$P10L1iL_=3kzQ zoF08VK(*|S@(OP>q>7{be5c^irJXo{v-R8&jjJKSiFcS5@3&y?t@wXbr!zzAy9cG0 zxE2U6Z`l;vH(-qeySIlEa>@@3*6Ht_9haWyZVjr73S8z%-|Vy+B&#@0SNQr!1F?RP z>N;hoT3Y$}lhcKt&uND?dNi_nlOn^HD-X{yX`7cvI-L$(E?|wLq$ACo+9hH>4qkba zFvyh|Y1v`Dds!G~ws~?(Va` z!y34w=e9G>(svA2JQ;-wdeEQoO`AG9h;6R7C<>l;nJ4H33lz(TQ0XP%GQ$2I*dvwP zcMjG6HHRXZb}1BIuClS;_D5C8FESkDr9`Ysou_P26nlKzNLJ`*U-M+NP9phAx>Gwt zQ1gw6hnh$yd*Vn#jvIq;Ne=G%mZ7HW>=)$Q+7ueUorT1_EZK{*(dL_O^cife>Wy815D++JB2~!qOm+07yG1m+DR3F%J z|1rcYxZMOadkR50a)s$?FX~F}5j4kC!F@gT)#J`3%JDb4Qps0&$|uXZ859^8Sf)h! zlPb2c)UPOZgKixTTRnEDpGzC56GwVTQG(zq_)6AO55}m+zjbOWmGE-I#yXmhxw1W0 zyH5z+ccdt;|b~Sk2R?bEXN9qhoj}M=Bm-zXY>_C zsRGja&7;d#B}Jxl_}GJ|mjW|+6ay0cKC;ktxlT(bhCDPX(qDk<43=CwTf^WV&^fng zwip!Mnnx)xx41 z@x>>7cYfJvo$HHKH)Cyg43~QQTdIXKdu$qQL#mXT*-r*+C^^X!OtnUF{5WnhDM1rW z@q|3z5Gi_BlQuj{<;akrn^r{H2zmSsm;_9|yVX};GSFAf?GwwyYU#Go zqexW_OYRW`8VUt{^10N6Zs|(T+fsKJb~l-BlV2`(wHDX`@u)9-u-~Y4i;Z>F824ah z`oi;@R9sw<`uuSWnOn8`=weG;M`L?bhH3i8_M%+0_2p9=b%zpDd5VWE^!g_QxguiV z{Jw%Jdi?BuY5H_ILaj*Ea_sIG{RG#Ikp?(7UHs|X)z{B9ZJMcBS)~G{s5hdi3Md>cCwI!Xwa$ z7e_R66akkd8hC%5i$YI*A~6PF!lAo;R}}?XhmsRjY<=B`Mk0?>HEypI5#!y-(XBe@ zpdOos*ZOYuB966d+1maGvQ?{mn|U^CukswR>p+S`TM0_ACMlC5{vj?%yXqHwQT!gG%D`DFjw z?Q=tQ*zl)YY*l!YTG|WSC`?M6cF^UXdmZLJxzYYxsEhb$j@gt_vj(sT`jWMxD&kd#zy0EOM9-!bc&cyKx^wF=|qwX-`VF* z?Phk~i59k}v$=O2=iMJP1XOs=9G(-CL*VRF9onyX&=61jh=LEYe?%Vn(fw*}GRIOi$U$)`M&2PsE?vWZxZZ)7ug3uNXSz z^GR@ndq+9nYjX+$Sk4i#qjuhOsumGMCX%4s&2CeRqYT&Y7FN*H`cyWId(}sHt}#Bp zb}BHDJaBXVz4yv-`eW)B5U86^L>NzMGd#O^63+1Kn$xY&@-G?bW8s)xo*2RN8)KXe zEdr0XE}TZhJB@!zs&lDKR`(6RbCI!jIW_TgqP=mVwWMJ>ZkJk)>8;A8ByGmuFVjVM z)fRe;D3T*+nyNpeT~6rqU{(cW2j37!r%p1))rI>@1w zQy7vdtD5tkd6u5SM&_EiZBj*ZH1=sR*K2M`R(xO!oQ?!dI#JT4pBU7$SUT-@p6AGc zhp{d!S~h)T&h|;oW3<~hDa}SG_N^zwAK)FG>Lw>=wJm?VC7TI4rumQ zJV@O{jiAYt%jZ zSQhNq{r&zl@P%i2C)&Eyi}%D{USzi?xC>lJQw=e9tuT-#o?S7oyo7|GU^s)PA~7U~ zW%X|y`gGk5Wj)=WSt9<&t8A$Xrxc24#^SX3Bd>opLWTM+2Zm1(P4p&7u5!%lX*j1C8z@!oAMqbgXB0S zHBA;1ilNh|O5__^cb3w;TqLd(;BrNR#|ECp6A63yX`Z3cM%6K;Q=57F+uDVL=czno z;L&!bomjx_UXT-X?PqIadQHQx4Y(O{MZ(g@yPpH?9x>_>P~OK+NR`wspOS}zM6h+V zwY9z6wo~{(VJM=SO>MY#R`}T)T6^M!#fx40bOGTDCs$dcqkP{cf9vD?bh;kcFas@g zZl?7xy>%P)g;z!=`vs_Uxfxsq`JEEf<7fR>UJ}a&sslxs?Qn#r#O&bZmW>gaH)7eJ z=64g=Ruah3Qy$p6C+<vH)-|Tu6v-MYj$~cOhbRyMwiHV zIaZO+K~oEjm~&ewGUGJjeb8>Fe2?0iWmkH`ZT-@Mf@^HEe5daw>L&yt zTaA`3iA-xq(Ro~giK+Or1dM0XUmt$;z-{L_^aPB_*Lse4MsK@Z@TIji z^n4>zpa@;FdKN~3`l=vpB@Hgn_6JA#yfgl0$LwcrX&lTl~{ImtnV~`I6Z@u|`@aog36~{vA(!6uqg-gwojb_*G!(Ljvo% z@j$+Drq5c^W~su@Tz%94&ndpLr8bt)$a4fvr1VY+b1+^wm8THfb(G+fa^YT3{#%Xp zo!LOQh}6!e%3<)_#xbdb>`kuK>k^4nQd8OtQvNq?_^?Dhyd~8#9aFNXl+e1x+lsVN zk-O-BUBf3u<3&JsYw;b#ECW6{(cV_oq9AK%WSreAMLSrW6N6N(7pi$<|MU~twE~8gB&?!7rM8$Nr z9zr#6glE@xg1OUyZ)sP>1GXw~E}f20aYeKQe$gW(%J&v3HA+^9J(Wn?vypI<5@y>f z<+P#{Z=|_}B@8(!ZivL@(zsTe*yyn164Ip;$Y)#2H`19V6a`oNpJsUFvC?v34)7fQ z!mOgF?kdtn#XRkI22*H8)AwS>Z#txA{q5l_rwj0cSjGJd7k$&(6V@crK`_Oasj_U> z$*q~aoZRA}I_L(A9*oPLx^*Xg7U;VM5?=!GB?ApRj@8@rdu$?`P0E^S5xitxa4-`g zaeJ-*LAMRMj;$qzIm|N*+V_Eoui=A?lh>5k)n~0N`>;>EH>QVr8}Mjv}zAQwT6` z4o~P~ng7b2;Wf5p1ASfAE#kq{F|-Z6d~EenlD?ED)6!|Ji{?`snyCTgu_|kR>+puD z3Ary91+Jf!DCy*Jq0i>o+Mp5G4X*GAu`_k!0r>L3lh1+c>Wg?x zs4utQd$Ga!`svoY2UUwkJ{6xiMEg`x42#k3;;H#Y_)}#?9DTdf6>>);Shwk$yeZ7k zTM6$0A8DJIbILzPZD{-Ro6mf>cTz?24DCfrQLYDge51H%4wDijZv8pXldu_oQtr>U zmaR;$`H3$>0*|Gdf2rlACo7sfHfE!AMJF}Zh@_S<5YI#f(#s$9@XCZ)LAp6lBj#TFzaZNf2|OU7Ojia!8EzXxw#x-7tG$ zZhC2U`ZNoB-Si2{zTQhOR`Zof(DS96&nE*pO4815XX>FnuO#r6Ydhbk%FBAZ~CpLIfe_a z8V)Dv0CLllc6$!$&Qyg#Iokwju%~Y-UM|8dA)GC{@OmNd(~;-Ah`QIR;~~bbC3sHz zSzO@uMLoNmxwT-~KzSbJnR;-EQP~8}*3j1*&chNT;yCIAS#~}3_LlMo2~JDBrB8p0 z@I?!%xpTJ~>B0g}m>bLVG^wg9Z*oqNoS#j3+-`ytuQJ!C9(bdzUcBOVwHh|eWOn@) zYin1;+o>Gik|)?yRE$;Im7$Uyf_HnZp8|J|AK!0+6`4mB*k5EENdWyQd*fUaI(??( z9m@Riy5QN>jNveD?`;QHYGiHmki%BR-K4exn(UHy12KiIH0-v~3iT(ihi;Um8}7K} zj267-Iclc@SAF6eKJNxzl3O&LkZ6>HUJ5o+A*NT&B)b-Csh(_?kgA@(E6c^u6sY^L z<=A*@ufYgu^_>59YQ>I!{8NeGJ9oHA;qSuPr08xrO&9rzAG`*;=F&A?l=Armz;&G4 zs(SpQC8{lnw+qT&D!4v>@+7a>Rn`N>b;n<5?$uPnl{aFvlR588z_TUQ^(9=(x~
3Gd9zq;e*;5{eSyo}og?M~oVo~Ca_7<-y^NS_ZSNf>wN>p}7Wyw@X&?Pu9 zU$cTiM@_w&2xGm(?>}MGiYi;1E|y-oK0=Nb^xb}GJtL^3CB{cKEor&%uo5T`wBr&p zfn7s2x_qyN1vvIe#+j7Q@AjB|P8UH?b9yr%-WdEHbjyY8C*`TQwP=NnwZa$EV02m9 zVE<^WknQn};VB6Wq#(<}%Nc>6l{&Dm^LJ(7{>~q9_%li0*ttWZeBzMIcfNGp7QX7*a7TV4rEPGV;=vDf{%tTuXHIm38+$W$GmsBcGDXcWt z&es7c?#L4PY*4xvZ4B!(%7A_W7vCqv_2E+rI!E%6qDm^8OkHW(j_nX zo&HQHKQ2wM!j6_$hPCo39X$|Kea8SRIQCQ5Q=%f^B9Ek&?x_%l}OM(3%r^(&oBJFQHki?!V}xJv-OX?nC`3HyRRouKKVkP5{a0t zhlme=t+Er0Ok_blzeN}AHRHe7 zN~i3Ty6ZB+RXp7nEj~h=4Dvpx@}NKJv_c{2BuZ`mo>OP~(P6)u>dtN)qeZCz2Q>{l z8H3%*&@Jb3o|sdk?^G0zOKw<%3(L8l+?b#vG`vLZ(4oNr=#fZclz1XKHw(Hcny43Z~?shy)jnRtoOD{2BBdN{l2h)MiXiWxC zbKU9zTi6RjCrB5qbIE=@33u@D^EB7~*QmwcIsT@6YqnrWCyA%<_ZOeFAupcP^@}?F zOzn&OMH8^=lKt#TyXe`i_LM8jL&##;iF$2ZDP2Gx*YOnROUE~G{#@*nEN;t_M%b(_ zJQo(z=~^n*nfFcb&wkpGtx*4^qu@CE` z*{Kt~xUKrGt92upIk_n+pUH)DW?y+*mpC8to!|;c3+Uh0n_3$5>1}wLWLdI(4YoO9 zSm{^LWu!hZc^B)&XETc5XNvKPo^j^+VT&=gNir{UcjFPXBJ?W8MWCq4IT|w~`1^I{ z9qlcPSMa5tv!#o#B&DXigf0;ifN8+RG3xVcp*!LCxlN0T2MCB{vt&5ICEsGcESff5 zd;Y_qUqFA^oDXI!S(B$R*w9u{jK80CW1!s3u{W>fyns_6j!!_DU$ACLdKTF_&k?`y9Z(EcDPets(TLfCIr**VPK zxSxJ`-$~!h1Sg6y@r!$T=jZ?V<4EPFz)RW-M;B;*br7RM$k1oj8e;ilEcj6spl4x! zPzSD!@^D(0UmheY9E@t2Tn@bZ>Iw8ef1DIi2C(DZ!POS~Kiv24H{W!E6E!Q8P^|gY zy8R9Z_k2Ukib(p?FYo)20xfW&S;)!y8^2n&L5|=5H#q*U430WSkh9^Ozs}jEsGIZP zy%)^u9BHKCY7a@6ew8#Je_m07K+&xHEd5hq_$jR32|`w-0Os&tf5pHPME(8C)~9|I z)4%-cu4ZguiU&3wA4ojud@Eq z>UutR8Zx#ChHJR(DAi|(7j0p-YxW- Nw1k3q_U#95{||dUUX%a; literal 0 HcmV?d00001 diff --git a/docs/images/github-2026.png b/docs/images/github-2026.png new file mode 100644 index 0000000000000000000000000000000000000000..b908c8a4ed17044b8408579ca317c4d571a85f01 GIT binary patch literal 60481 zcmeFYWn5fMwl@j^0)!AC1PdD68wu|2?rs5syF=p^Jh+qK?keh zF%}+)qCY6dSON!2w>8XAOhf3Co*t~0bx~;r{g2gpdTiAMmuf?ewIG<56S{Stb&mU& z`)tJ zCc&^$HBObNbTv-BD8L=Kci@Tyhy;^Li9W~*`{%@;w^c9&*#(zLXM-L~Di0kja+03R zp$32H9cJ?jEhGNd)PA0CZu}$1*v%I?e-bC8Ql~=>#~jfwBUqylfssoP13-g|GZfXj zj^5*Y8LhcyVWwC_hw6KwYORdIFTwf;!# zbrT!})4xsNZQ=`#sr(y_@|eSK;g4`nDJn+l-XD8a!{AWJ!{gAcgb9iV!%>JYq!>oG z#6CO?CRUf|(tk;c$o~Rs=~G58LPWr`0pd|$PT_IomFbQl=uEz<-4dCt?? zyREka*gHLa#d8A@rjL`CN1T^Gtc5h|xQV<4!eDsOkro7zb+}XB)%fR?xBkM{FZK%X zhZz*2M28!IHM190_Ko>Ov@Q7M0h5$j@qHA^!8umon?YZq{u0h1^g@2_fJlG-MClLi z@D4;sh|L$;iFpY z4=UE7F*9}Z&iKkovro%UMJ95@B^-7|<`0lIyAnXa{>5h2!p9R5*S9?WnLTOMZ#(;= zjiNN^Tt$OJ)mM66usAq%tbKX86wM#f9zD&~5>+|px!t&YmG5^W%y&wO#Me|8Wt+)a z>9WUy4c;@S1F*QGj9WQdo8WSuUWyFtDvh5&bV#MQbd48iFy7I(x3|xbL=>L4oiRig ziS`e4<|F>u*r+h$MA)>u2$ml-2$3$vy8INfVVPjDJF)k+->mp^Tp$XOychL%k9|+s zb5Og%og8>*$gTYbBtx5R(^(jm#uKf@(4C|K~d!V*YJ+E56VF)l$T485J$gMU8_hu{|mEost`sK@{iL$fRT4yVbzCT&h3U z2WoY2J|TC;Fw>oyDR_Hf4opPY!TE-GDFo>eiH4?{Sn8o{U0`p#(jg4>$(MJ3oSkmQ*5#rO8&6T@qXp z;TCTZJtA)>vx=1)V%#xwe5WPNNSYky79aBy5Jwy@pj=0-{s|!cNlY|VN=s-_$l|wd zj4|9$JC!cO!F5rVUw}nN9U>M7b+dpx3l`a(msr3 z_2=eKCDiTK>D6u5rPpaVbFZeIDJcBfpH7~(I-ojqJ3RlInkJv-Ef=@PJ0?BmIVO`f zf%ho{D{v%bl=@o&^9L42rj~kY?Ky2;2LCzTa_RCO?fH7o`qU+py4bhGJ>k6%dlqJej7sz3$(8BlIwh?djdG0=3KA1) z042K+{rokI_7B+oHD;Gu&1G0+aAj6yXk?KR_7Y(d^n^+rTT@|;Ph_{xw|!3(PvD!% zBVQ&%e0aPa+%lH$Oidr;KcHZm(P0a(_}fdc`SUDbnCnpTs>lO`6HTx*UErsccm>YwPM)skjC zOIg+J%5BQx%W!l!GzF?B8#k9fEzK;gG~_QoEy~xH*R&f;)NL>9F4)wxevesdT{K_R zSTe8|BwQgR|Bz0wB!MCB5&bi|ZCdUA(`@*k3$(TpL-XTR--jH&}~a z<63KN&yK9cqatcFS%D*VBKDtP&;DT0V3&5TzWzagRlwgMaoxuk#W(I%{&hf?$Clj< z?cT%B$&YtKu~R1t$L_9mNHtC2p=s8EeMoPzYrOm)5!qLY73Uu=e6HR_4A|z%9jy){LsmDzXhESvT#b{%? zP%TkeSrZFF`eCru%j*pQw zlEskaN)eZokzUTclR~E``gl`tJLqixoKcja$K}&3)eOEG^sw*<&F7vXI4mxvR56#eN#+{- zVM;jNR#2WkM~0Ssu1fMl>PNq~-b3zsNu3(7uuWq_M^Wp-)^qD7khRWS(!6fGF1y)z zZ@YV=o7il#HmFwHEPYI$3A{#dmSN)**L>)tv!^wx^R?0mI0!jHm_gt|0n#}#YU|y2 z8clTx_=QlDs0JqOD=rPVLt6bT+t@xC{?e0A%p88Cse@E-2&C*wbz> z<#TCw^pWro_1Jzpf=b8XT{2kGq>ZQ8Y?nLPpO3$8`_ZPQZqe6i6?>Z@Ux(j1(Yn2w z;hT<6qKn$1>(*VsX^boR8Rs?JerQ@|2#<^#aE)ShR*6u@r=&l(z^rld46FWoc};_r z!ckU)7u-Gj9M_!9^1zZt3-O7@neUUyQq25^AmZ;_gIt>T@v{o}Xv}DdGi0}{$6lXn zK68JL$6rPZCA77;vgN+1ot|h-8%v{$IUv+>Nbq!?oa`_O9`KAAiFV5#l^!XN z$CTIS!g4A(b$&Rk1;M{MUcJ8`t*+%aPoMC} zuf^HBvz71rXt@rXl-m8{W7(P52yh#hxQU~n$ zLIn(X6DbkJ_oy(iws70$(C;6nno?$Raxk>eFcJ(r>}MDRXb2YS_+jz?D=ZF64FmU& z_%|>xp%yUk|H>l|_5XTeq3*9T|McO0hQJ^~zdk~pd(NBxlN$k;1NVQzu&&TF7$FrA zDJiJ0V&Z6OYU}jf&YAk*&jd6A*RUG=oNBZ5_*`6B!aC38GbYo?-b2JAqb8&G2 zm{b3{D=l&PMJGwoYXKtmOaHBWmho;%H&-Y++|h@>jh^#&#~we59m*HS}N4 zKl^FwZt>qO**g7eSkM6i{z?HbGcp1Gt8Qpf-oIkG6)oINt+hlgY@jrQw!zQJ@s;-< z`Twt!|8DVbB{l!MB=c7$_P-bXThjl#sG5_hqlldiv`uIJ|DLaZ75;nTzY6jK{u=t< zNbyfP|05PkX#RJ+fd85_{&!zdP`IJi+Vf&d;TlwRsf= zMi53yR7lkw_9PQA^l$v61m`;|M;St!Bay*v_h}!|Ceec{kj1IFvzk0 z`3=H@wq!K-id% zxxhCg9Pat@ztHe6(!l*kxIS(?z3fA|v4amg3G!)Xd>TS^T7&2tV5qUnoD+$ZB@Tjs?(Gl}?~e%2^ud z|F^5Cm(L%b2J&(}A;97|gZsGK3rLep#G#YA-1>!r_xgOFO|RJ`IcK*(ZZ%&K|BU$I z=xLbuvgs3@x~RVTmRu73y|~Qt#U|O+bIELt$$`D|kOUUO9&EvmSc^7~PNL{-zc%_)8?zMLJ@SSgPmAB~zEp zaxUrIS2Mry{&bD8Sf$W)>f@BO^FUne(&uy=i}g)bJPxCu6*V&^6sFxxlhs;2WiyG} zUA!$>TYVA3Gg8|o`Qr;E-;NtjudYh%j*imUEy$zr*}}?8w9x+D&K4x4h}{TU&-Udf zmrHAi)e|^#jdeYr(^~U>Rx{^GNwj)>p(|gmi$7c+MM~lGd2(j4y^$P>-{17}z^2!w zzr|<&kP;o_wgwd8uCt;mR?c_4dd>;jIy#?qYzWjloT<)Kt-N!sTEz6}NUhx)oGsO0 zYfUa`!`=$<< z7>5mB93IH7a~PlPj`{S{u23PmmaNTw6HTkmJ$%hzu1ssET0*AfEWNvuE{U4Vb&F|GVp93i6WdqS&HHoEYm&HJ+RzroNJdK*Jviu-B6dsFnqGr< ze&=Z*GI}Zr`(p@3uDHy+Ennt$q&~5C0;Cqx1&PFoOg8jkaj@z?wg-R=Lq92|A2rJL z>CWfe*JEE9Dhpj2pLxa=-;nm=>g9bSK9b^2TE-N51( zB2IV3VU41^dyRZYio^BF#^VkeNQ-ee3k&PVFKLq#bExQu#w0fXq zyfqt6P?FE&E^idU0#eDR{XRM_8WAqb{AyIT zKssL3*%q4|Y73A?CiMAQkb1Sq)K>15yD@Ib6?RJr$jW8kF+fD!-z4*i0Qn@#FowcHz4vq688sqwu*c?uK(JL!`4io?TRr6|^NYmxvdJCM%Ycx^{;X z6P0>GMRh1MSb7tgL^nAy#N|$iP=ePNb}iT|y+mU+u&Io0I0R$kml*Kv{I&9&h~#n6IPcbl)F?89HSa*i*M^Q)Yi8b-|= zKUMcTJb;YFj!xb8YR2VubK>@1U-WUgqB8#Gi3H}{wO-98_sicap2y`^cRF^1lO_Y- zR$EYOY@grOXJ1d{=o9ii5>u{=5OmW4K;(zh5=4#Z7bpUw2cTy#nsnM%jv+X-omdplERn)Tsg)8hu4lJ$nc20|Y4o>jMFpx0*eJ0*GVux(L;*N1JQ#b&Ey$4PrJomLb2 z1f_Vw-<871pl4Tcv(b$Fhy>c(l+U2J{VKcHY!#nq95H+j+n?EJ#7W>9)A-OCU@0~6 zWaEmr)1TI0&~7G=8}c1$BO?-;K!#3tFZWyAmf< zAI&^_qvprGukwVpbONUWB-eX@KNaSTx=lG?Mun`xqusEx4B!?(dyO< z5I8#4UtfpbAJCm%cenG7WW)% zvC}8t$K4=a{W}Z7+b63^YX57RV!ioQ+RraB;QQn4u#7v0WtXMn=|XvDNE`p%L;TVy z;)?HvW=Y3YNT%A;?P+meOU0_!P*|M7aUH_?*w0X+;nSVk;PqRpj^sV!#-D1X^PGow z(%a&wc^2{Ft_fLwjBZ&-I0U9y?z;Wnd@FRT))}wQZZyg#%S0M4(lDH!GaH7izm6_Q&mEImsqDdjW&SzLfL689EKF=Mcm-D z61lKjz1C{Z;c=T-(lPmFvwlc|;mwtZ0P4#Xip1buX(vUuYx-2PidXU7xQ;wy>noK4 z0Uefs_u_~| z4pD)1Kc@uOJ;S3IjEo?jm|K$!VH;qK}NsaZTHx+(G%xpsCt>8cu zGaT{xUH$r}em=vzmaLnD*?G}N28ZbT)72h@goXiY)p>f*J3OI(BimF~B4#vk(d zn{F@h!^j$%<@`P7hCT1yjtlin%j|%1Vbc9Kr%Z0Q_(_v~k6DlGnjoGMddXA2Co?*$ zZ<@VnhA1HP(9`fU#eqeq{q`k8g|vF7`Iu<@D3Q<)>9qC1WsA5EVgmkZgaH^ze?DmL zW%1z~A$-3QP6<(SPz@+%fC#U!By|ZqMAN} zV@!-}@4T*G8C0!&6;;+euU*0#xy3*l@-(gr94OM85HOPQ|!^y6GVoFBgn3ACW`M`d*ynS^WNXAEnMNoeMQY+rrnVMFlIY^nZs z4fKp>(MN8AGN+{Vj1c8Xc@rd_( z_Q$!ltCPjrc^W(QD=hkwYePJ0UhS4L4L-T_#v5vfq1;~fv95&Usq(^jyYn?4N^L+X zNMl4w#7l_^SGU7ktB~#cppHEWzxRcu!t!u9*S z!5{_D3(+pz%1|xvSzKZAV}8b!$$*0WRDhO{KuU+$EBrgk7_Dd`o;9b-DGI7qA9=Eg zr1IsAuVvJr&2eCChx6jQ2?JlTNCAp*Pj0uvv%Kw;i43l7HU1LRlaV@<{dU5Z+k@S_ zcD?ctiAN5%pVhuzpr(R_O;0dS%JuSEc6+o{xZaws&Izw(<3Op8^_`}7g|Vs6SSQ>2 z`2sk^51wn@tt~zIX5}sV^BlJj~b z6Xe9~JYPKJar1h4*jA|Q;dMK6o2Ue3UOw5JCw}?B{-&PcgKOq@H;0Y=o~&(<=y%ER zJCdK0J)0lD2!-I&Ko||GryiBijJmKZ-*kOnudYShDmh2v~w+-l@C395fnxZcPxJg*jHs~PZsXPXZfUxntn4=O+ay%(rO^9hJvJbvL)fg4BoBrkWz0-b@+-gEisc8;B= zhQaHC0E+^7aK8o49iens_(g=%8p8&{k4+PlKez&BWn_c^LT@-C_Rnk2^2NlGSI9vvnQ7X!6rTr5QLTXv~Odq-aGS86Jc^y5H@fqiAh<| zDlHzXZ9qIul0W4_0LoEKxxX9{y-kFWfzZ3dE+mnLFyjbTYP(RwV1q{26wd?&#eMfL z)6uBb-1>mbMmpL{za2>~ryDB_8v?O_ z4lgYTngeOu0cy_FUnsi)^unv%XRBTru65S4{X@n&3lgSk??;@R2! zoPG~CcdOpD$IM)ph|6>3(* zIh*YIl#7yY;aihf4pSUJOxW-%_AL{8e0PjSRWw|XcyPK~J$1_}O^wFFN?wDmW zzsmo>0qkkaiNX(CfghrVscylRQ(e23S3*Hh9pq4^+uE=BeISQHf?A3GfUiQ5k8nwc zs+e>VJtN+E^FTP73k5DQsOY+okEae`y#6$Mt41`Ks3Fl~ehg`@^{$0q>F+h)rBj_c zYyeoUziEhBuP;@9pggvb_136!r)jrUSm3mNkUU(gjfo!k7Iyn85SML7F?^((1-wHb zBph}S-QAvdBfgM$FHrBR-$o8a?Ph%K+Esdn8f?d;3jvjlpg=BACShw?jzJe(N2f#7 zLYqcseEh3c)%Tw8aAs2_esu)k0c9NvVKn}Zc>m<}_no!#Ps(;p zoVNV%G00l$Eb(XGJDIza#hru6?V9h4_gCOx0p}&~dB+!pM27PD?JLkYA1Kxbj5d6% zMklrVV2iW7fQ9yw@xx z_C02NAGsheJ7$T^T9f$Hs*A>-*@bvYAH~`b@1+K{&KjJVsNJ~V6fU081dDyLuBK2n zw#L)-d`o+v!$)Aq39IzrD~AyUuF)V8C`FVmb|Zuk{-bQ18OpCxkii~DD#=yK1(ad^ z_Qb(@vq#TXtk?DC5i{uGcy?bJMkbjt)1qcwSu1FyYBSdvk^=ybpiHR!Ic~TB_xzyv z$!3KOstHqM1bkbA1apsJ0~2}PSX^6prE;I@fE-iuP7qx5+g0;x=7a2kczUD(7{J_P zU)CgH4B5#9#b5*36?T^?_vBpkuArDl6zo}xhKuET9RzDZp_4D>CY za=JQ_!Fc;6<28FW#~znH|z#1QfcXSugI2cQF^Qi47#fZPi6WK)&zgO`1w5Ow^T z5C6Q>^V7{A_2z{p{Y@Mf!S_MbWssxcl36SCT^xP)j)0rv>FE*fX+S&{##y&rx&lv_ zBbOnegMBIfeEHATb5~H-0-GoWq(TQIWI1b*!=Qf3;y-7ziQ`dG2r?0Qs7F}SFes*N z_i~+v@RK{ULpu^z@85ARXZ{!(-D`WS1yR3k$2b}jRTkw%vZ zr0QN!ree08bXsG(jlI}m(r9ba@5Lf{2d*8KE4KT|%|_NisbA$DTv51!nZKc|s$RZI zf(Ya%ok;M~%>o$6&-2+$vJ5#GuovGzSPO=XQ9yVzcG=KVAweWGhDL9fkw*UpgGRl{ zZw0t)BM&T-&E`^&&*EoDq~&Gcs#)JpbUnCGN^P|-ZlDF`52HA4%~(8|&GB-1?=&?O zgnZX8G7K`kT&`?~B5A8wRW?Pq12yLBuuA-4rt@d*OT$=6LkP3$K3eCuOZSi0INu;M zb}m_Iv--(>Bf!|qlF>>~R@`VRt0mp3gm9H*zq@ALxBL^Hi`oqC=k#ym&M`Z{3s{fM zMaK%y&UN3{+~p>ZWk%BtXGtHU3=yB_6oq$tBe}qI2}^MiiKt{&^YNjq><hp^%4nrlK#tU|2_9vR3GSAwxgl~UE(iFyOH(v~7*Jx>>+pRUI0KunaE4~KU z#mdD2dGd+U1>QUoXX-vTNk?=%Cu^++F;Z+p89>;d&o9=>14FO=pkaaH z8AwirAVkp5DiEV5uFrd$m)A0>+!I;F?Ref$lf41>S)^a8>ja}SP^op^IE{smca3{g(n{~3aHjx zKKae#_2ITXc;ZENMH5j3X*jbmXPhX}3T2mAO`7*EXdJQh3VpO~^L)C=eFQ4DGJOSL%=Z z8|n=&1GA+zV2d%4t+(8$+O09?C+7B26eLO!Z94W-E4&wt^Kq_hnLJP;(xu@vaViG; z`r|>YdM(h&W<#|?mPYHP9VDc%7V0FGjveL9rqYqh;It?4oyfJlA>A)48x6beG%ny# z^zqoGCJ}HSG~>R{rd4pqYWmae_xZE}KckFBnd8>jyP&0x)#VYwMu{IF z`*2vHMu+G7{GgAar&Yjhbv(`+t07N2v%^a*D}TX-@(Dqnh+11sL`!@YVe)4qxuC3_ zPmovX_WRPI?R-*H#pqW@Wo?&(im3NrntBKW?A*5#ad!LmN5JA>o7a-M;0ezgw-v7i zJm@7`=xn*H`&`i46Rz&`EV(S-oUs za4#`(+{kL4Z&51Wa`J!ym%%NJr&92z`5I(}LxtY#(^IREILRn)-v;ODyGJhakj>@h zUu#pjfqR03;;K!3>~(iKAK*)Es$T)|re55px6?!cRjJ$jsj8;euaSjg(5|bBeDoAe zn9CYOx_@i4?DEHM^2aBjs3qNcol>xZcB2cw4{=%V%6?+eF+K@Fl9GB$;Y=U$7uD*y zMt&VZh;VaR5yUtMW)sTTd#x*gcbjo&kMjt)NLM+UcGco-rA}K=U4EXXkwSMx147v{ zGY*}Ww(lHj*TBPm9Yc1mBSn=D_=Cq`B8PK*H3I~=&{XWr0odBQo6Ui}(hct9Kmn_` zE!Xfi1RJEU?~Z89crdM2cZ+IQRlMugdmt1r`dN33?vQJ#SQ+iTLV6`MV1_$=E7*OW zR)4&c=|)yzfZKSzH|o5$vwS&f17@P)?)rvY3slx@erVzu=^&5P^FYn-e5hKCw`N83F z_3bB(Nv|$I{6UOMbF!nT%(K>X>~|#Pl;!cV;8qC+Q0Z)($5w-pk=F9kp|YkXv!smg z3zBf}>C&%!lM{>|7brqEql?!y-yYGlMT2}dV?K-X4y?z2X>Z6tonhB8Ec@;K8OI~f zuL${}F09?*n*FPmHk;MKLo-`?a?jho-Vef$&GXld@dyklUG0FAH+;2qiA;ggB?d) z_3C5H>%gcKOIxP>zsLr5mKU!Pz(Q5Q2AXOdPfeN8p@TXV)--(VIJ6@NeI+p%Avfn0 zkr`7*w<$04_4k4lkTbLvPSN!sT1dAwpU~Ugn5k4|pQ!|kFO5n*Stnie7iM#}!)gY% zMaWSBCHqidG3z&lG?!^&X_((`6){ic#~0meV>6HGq_@QE4r7?od3^ZKbd{i8B^=iI zErBxa+~rXAyTf^d{Y#tcf-xQ45z=+U`eUBce&&=MU0u#g2Az7gN#IDk*FD!GR1P^z z&Z;z2qSAYmxRsIU&CMS<;?)$#QUn=AJ}(I&f0h62PV;3=-gPdyQuA=9RQ=h9iiplM z%e!AnB`HDQ!c63m%;k#ua!8bCgi=n2^RRTj%w_8|QE=dwE*%t?oGUpNdTk13&}rm) z{Bw>wL0M-xJub!LN`G;Zj++~@`*;mH-s0Tj^SV0%kx9g)(LN_7(t=JB#9j;oJi9g$ z@Hl|KHR24x>yi2UwCZ=X#H;-;aEKW`Cf4xpLI$ktIxwjt_P6q7T~hAS-6x>@0#O~&Eg)DiaB};0>W59Qavk5uKRA-mh7?x?tp(GemhoB zY%KHB4cka5I>-OuyXj$fm*=m?5uHkerW&`I4t4|C$6Mbu!~wo%bHQzx2h*|*GV$fUvt?jKyFDDy5-Y}rnMT2 z{lty)m$OzJm(+9`m37%4AZ62kTz4(Iq`*x!ID{bJv^v#zS=n-xSfS5UMSA#@%&v&m zz&5UTpw4pVJ8<86hDSvE4?he|vU0usHTg8h`ppC-;XKS3EFL-JTYU>#{NdZs3ahav zIsKu~7=mlrXV(ge@NRj?OJJz8K2tC7#Bl1*+%?F+{%1mBvr2z>ojOz?1hQC{k&ZVZ zyUG^hV9Mjqpdhr;#-t7YF~R+6IXNz+0+4dXYjoOe4VGcU2XkfyFl!!8S@}6-?76Qd z4JS&zw~T2e4Of3qi?2T{3}80uBSX)E3^BrKo=6yKMomuZsRl&Pl)d$KRw8b9gww7%#zztN&%qqQ?R}H zwS$+D-*xYJATzFPn8GHGFqL~6C;|u2!oHX{Ao?H{tY+ZRvna9pMC@t*e1Uq0QhC2t zd74gO&l7uL<)ntG^pps)-wfD4wPee1-NcQ$z{h_k9DO{UFM`4N4myMj+t(aG;cJ9p zUM3196OXr2*b2f???xAN=fj)1BJX#{=24=`3sZL z@OuWP`m+Tx%09v_RO2iiKN6&_qrpkZZDO*sr*{$5m6UPQkBIN_cGdKly3bRP&qBOx zw`gfOx+`nk@0OAm52mhBRSUmf zu*-z%_yo=t3%3<*`!f)-WRh1P|&d-X)p>ME7+;VxKCQE*0ntzq_?bo1swZ4 z?rPoa*_o&EFiH$tfu*k!d0m2h&cub=fH5j6mpVg*XQfg8$HDe>F}{Z3!8VCE?`b&b zGn>`Oy?{FyCEz&b>Il$+%9@?Q zEInGa$eYP{s0A3e!sV8j=~3RLJkU!lJpU)iuooUhK|oFZ5tI0Yyhp&c52uv-8EziM z{)-~iKJD28WqcmWfN?(-$`b+lB0Lo4HprjK;2m#sg4}5|Ij8nNc|-VhUMyUqnlxO` zo|M4;{LTke8a553p~t7^hU0dXnG)5o0;hKEm>#IYa}}99!^?JJP3o5nmaWZ#pDAzY z)sC2Nhg4j-Ja1B37!^J`o#2jK?E8d1)xH0vu>Las7t#UV9rRTlRUff1|aoUua5BfWTXS(~;`JsQdhsREJ)|TYtYZ;YO>m#tmT?&iIy3uY`0yzeRX(Fw>uuE{1(Q)Z>P#_F1&b^ zAIZndbhU2IJ{Py91lWJM1O{Sz)@EM`c`Jmp_BDA{`4Fc=G+h;e8Joag>QRk5LsUey z@sPR3VyUMmZ;VH;&mGakzyqOO;a^Rk0Lp_SgoA>+)3_Z`7#l2I9Gz_NZ&vI&GvB8*o{Z!bNi* z26IoC())o?GV&NB9vgo|(3bdPofqP9CuaGD71%I?%_I$5VblSSxZI2<#q`;;J|Ajl zp|9n;TZ#EBM@T?20dPqJMDt_|I$ z{?i?}8-x0d+8ck1huAJ4X?6{7lBMO(##-|U1lp4AFP3%Sy8662%G4hWoAY<^797S; zGvUg0l17AB%iRF@r;w;OV9nr8$Z7`O(UxQKD!G65Iwdh%vWN5q+9!T%&56|B5xIxH zAVq~l-!+UBIlj9Q6dmhptSX1N4{3{ zTUDUHP66NF(eA|=Z~9mOwjC(Eh-g?4&R%U0LA>KkpQnTTCe>A8x=i6i&Z>p8qTm*o zQCDyOEcqa|l~TRk4q*f*1;<87?Tj`x1h4;d)vw>dFZD0@ww+9mM1Sty9HH9R_o}kmjZd1{5rcx893+&Ke>X*i7cx8zVPN^b z@IBK>5mcd%nJT8C>+=N2c0DVvjlzEkKF%N#x35FcA%ol<%xEioGC!BlQvOl%EmCE( zQK>ymxkfYS?Z#Zv3K~Djsg6%x{Fd-TCaZ6??4w!qjyFlGv*mU<)-Q}dCTrz{Ur5|u z>VjDaS|%`nD*4hBwr_xiXW0=oYpBu>ef-fx0$)&)%VOD%IjjWQ!$ka$R;q1SPrldLcNC70eFU2g;+51q9=3AbEjt9$xPK_&8%Qv0(Gw^;LM!O|0EZ#Sw z04Um*z{9WAY}rn)*DMXrXc*yBYpB~mkg!HHxa6n~>)43>9&F$>m2;{y$0Oh2pvVmU zub3s|*H?=b^uG2tl%6WK#NW!($cHrG{jlsOe~az(yuID=M|5;gWW{e#JBvuvkA-~} z@$xc13b$-F-o0mWUXb(`%OL#AFie3@OFfMPEU86PSRJ3?vin(3Jn~7KQZ{3YO1z8o zE->x9Sza9xw)R^wOAC>~WKXef`N{HqJg-LekLZ$osHDEkZ5%+!gSI5#F!jm&BY&O` zk55f!03NI`4gIy_PM9Ytw+@qD%l9meY{9ax@sQK?Mwx_H)x(wg)@(oI>ISjv0w`Jq zuCfB<=z2&(Ek;c*r%d(VdY&y>pPQ4&eW(Nzpm8`)EC zlxJusoOMWf6Ol}hb!*XLy+&}UKG7@E>v)2FiGWhX<3)SX#3{gd?a)A;x*eoE|m~LyU=Ynai+I(JFo9hgSh;X(Y>fpY%DZs&1b!`v%K<&;D+nk^ibn(Hz_ zb<=R==TK#6npc~ZHq#`*mGP)t7K>crV{`;`w;Vw4h__<3 zMkqHAKey@FQq7!UlV(IhqA#Af;Y{r-+H_7Ce4<*xXE(svPVLY8BftA(+AE?SJhxPC z5k%E*O%Z~=!>?NzR+-G%6-NI3e-e^E;h7w?p9^ems^@(`X}n6bSEYOgB*Suke}R|0 z89ar&%1qfGyIvBZI>p(=$lYSQRPHGLNz8zH+m~NEBbb+_*20)TI4z$$;;+I95pRkw zoV7ge%U@sj9_vaoI9;^YG}OBlXy_DpaF6w5k>At9M2?Y?T4(JF zZGAdsNRPvWFuGe*Qni(UwqnhSf0WFG`AshIb-F9tK`Mp5YR3EAS~--=Dz?XM^l?TE zA4(l$i_}5tF0GoKw@|$REe;lo(b0Pb!(|`S&o-1zwN!4b7G~kdTdt>zR8ISV$=}>t z=^Q1c41RK13)-JAIheycIPc);AmX#k4=ZzFR%)~wKVP093f)D+17A`1F8?xZ%>KsZ z#J^#V@p;o>5B%gG3?DE)DF~n`AbqE)W*2?^GAJG zB%uAe!?av6h1}yw_w4=2Y5ak)newm+?p z`ml&3g^}l{*Q*_XzDpgsK&fDMG-7Va)?uWE=V3rg2mec{uGfZl@B;oQS189L?zV5S z6I<@n=gxZ>Kg0V8@4vI_|pTn zs%HrmX#5)kSWDCBw#rk_vUocs_t5URYgc@`Il$d+1x|vR1Z%YqV|J3nIuNMJwV5Av`z-RjhUJ2_zOhbef#E-L|Md3 zGW&&bfOG)~BuUJdmz^Drj#YV}%Li|D=>=6YSj^|6rIA#EAiq_CzuKTG8bpaFq8ot@en(T|5&7gONdzpS>r`2TU;`(rjEijIXcp`xEeVB2DC( z{3!%;_rpJhcjL@X|3Jii?_lW`eQ%p;=b-?6#)N?9C@9xPX(Mo)ukwX* z4!of^^lbQHKob_b=ov9;hO~%*{kLBlyo}j|PT9zkdi(zPE2B-qf!F001)H4`_Tk(n zW+vimpXkGBA*9?^38?X9%2mmj8fszkmlEr?Q^G2$(O{O8T+|>emB)9bwD01jotq{w zmFMPcqZFr`{Jqu^oo~B+t)C&d@3#IyuLgpM$MwCoeD^=`-`}Aurqv?S_>r;m1(2yM1c!JJMN&0!3O-E zAM;hZgtAOH;Lkh`E%e%V?Q0CtG#cY4jynec$CG5t7GI-PYZQ?EGt7v2Q(fm}dgU_n z+~ynj?SjM5`uqbjgwbE*kEYN$F(1vK7}FMQ`=!ifHbM0_XKGoN|W9}no94XN4j*SLx9kG=p~Q<@8+Dlcojf zz8}vYMo3_1t-0o&YtCz3*W8f;9d67x=V{3Os_U;~wqoE#-(qza7)~6A zIA>g|BOZS1$Z@d%Q}N==6g>ALY=Yz>Xqcs!6_e`u)t_CTB57d3iA zK%Q_XOTj7X{*?!>pA2hOOI4vNzwud{+`%TQ?Yd;I!f6jJqIywx@?RF|pabJcWUu4k zG6pD+dk5Cdv8gH|!lW*Nc5hF7X-E%T;0mMaW~4kOg3HG&2tBkXXJmaDDY7mS0pOkc zQLdBoq-JLCUJDlE-GitzBAfenGLOSV8T6a@4utO?!6(zP$UD<$BZrVb8`?7IAwpb(-4>M5zSEQ|&S_Y}fql7t zm0tSs^wRj%;_fy)zb%L@F&v&O%92*TnN!vzE?rA@BET?&vmkM+9ZwtdIS!8_Uo3as zGiufouzP4)y8-E9^dsU$)>i18z`0=H{wR5TKK2RBj(nRELCfvE-itPWhy3(}HAU$s zYvYhT>BeK63QO7xJsm_!UwvzEX?H2cvm*BhG8^V?&msyy4P*J-j-k`UI5#O%!SK__ zv^4@CM_ldK-q7OhS?AZ+8&K8Kt_Y7|zeBQCx5O-~o5X*luUCk@^1$FxQX9M5MFPm> zD>1eb(CAfgJ!hXZo#jU>A{qx_wGI4i+pad&=ZWR(>8;(1p{w8Q_HRkGn2|G1NuSw> zabVDytetvItFBvHC7mx87*q|mGs2&IkUKJ4{=5yP?EO~m+-j8|V9}u2R%K5xcrW@0 z)h*V#uWz+YqOg6YTT<8G6vH|SZ ztgv+Bk~O)J%atEg8D-$n1}E5o3ueGKjZU4`_RCIFnc_p9&4tGo%?>vt(jn_jtprU; zMbBat`(!dlwn2=BkI@wvh9eWfoTpcD=G?-qNCQwddYduHVjCmFQ|=!D3hy`KZMO)r z_qSD(Ue9qGW<~5^ux}2!Y-X#Kv!tOtEt>nQ!;xyzcD>MFHADmta2uNVSe@4f@@m)o z?QYUblLr4>pAwS41`S7jg2upyBt`XNhWNNe{Sz{AzZrdbcjOde?Kj$nP9uA5e3U3? zM%12t-v)JYcITGa5i#+g(IQWiBr6p!_DlGXtJHNZukWtvn(JBWPH6#TjEXthxS6(M zbc#pui;sL>;(qlK%sM1Xyf_qeDwfTi(@5H2pGj;VKCQkx@l|ocHl#IL#~Bl-^q#IW z1|OF@R3LSoAF}8s=(Hinkuh=auI2`fxBo4!FPhm0j*~M$WfbuF5oTHgv$IF?y!HP zj_S!B@4;skn8;$y_a73ILmf`JRvcetAQL%wLYBSdW%8le^*4_Gb5h6XOQT>km0>36 zu-g5)_H_jxYo1bqpxIYR<+q6!0+FAO_+x(m?f(Xdr!QZ7tu_lb?}-8kr>h;y(~EPb zHhNj{J7f9{6XYUB;R<<*L~w;XxJUVK5`o{!R25zWU&Q>qL-NmsQ@;$|H|r4~UhQ86 z)ARg>diZl;7jd7A5h(Wvodroh{Pma_Edl*%Qu%R`ywabL+y604pxxF}vt~IJgwhsQYZY*A)I*NgPQD=w<)cO#fe+iLsFg z?sMj(by|gvGpKXcEBw6ga|V#q_pgM<{*CiAl0ErwCooGPMbS>ht84~;U7GUjM?`r zT41fng71~daDKu@Y&k3|_|TR0<_uNF=Eu2Dct+`ALcbZt?>zYa%R3kNF1M?td|1~L zY^y~lF$RFD+(hls0j3%`-zgyE15eHM|Hh+jaIg8ybl%fB@R}RSlm&QCK4K7U4R$2e zHR!Fs8TS)L0rJ;d#3m!$w+4PVMx_6<7eG70xTSUrb10*;F#RKHXX~QgoEAr9Dd>voeM6|e89j$&HkV>S~GL96Ua3yRiQ1M-;(){bth(iX57}$KI z*f=zEBCf1#yhY{u=kiSjA|JG?uK2@+Q9ZK4@d)np73T(2o}{@Y-4Fjd zg5Adr4!rMel|}(2?_xKW_!~2k-2j45Ia=k}#n@1mpIBbM*(Cr|q+SRF5y5|ilP&)4 zlb?Tm@(hTH8vlE-Uv2WgHv7q+{?|2rzES?@8or{8_KV$m)t;za)4C;kg;Yro+Vu~$ zKmQY>?;4x^Lgx*!Gt6eBxE7~En)J!O&Nu2OjIltzlD$Qv^ne3x#j29Zd1g@0S?wgn z9xnAgC}ZKDBrM5n^iUO&J8YUK0ZmE+a(ODe%3PW zMp(BF;DpL_br0%r{iq_Fi!M`6aBN!>BIvI(?>Fpu><+EIK*!Le>y*e>Wh>RtG5A&2F7b)pTn zDZ8L!QupdZQ^OBg+d1mPDU8cJAe=M>_^+}tgiFfUo)mk}xF)_pq$oqE7=4KQ_pWG; zOl+~^m#mP*nVDU_%bl-%{aqy5!{~3TNg9gxB530zuz)@-%Q@lGeDtw{U$GCe@YStW zGfa~)h}M4_`F^Q4B`SmEPVWMPo88Ch>t`>><|tdtLDVyDoh=R;84pWt!Z>J&ccvn$ zy!IJb-nn4&^QPq^^uO&JsouKhTujM4*?)^l+&8cDTl#}fyf_J&ZGvi&ycdrTV5)Zy{U9uS>%K5Awq;Aq%BX zVW=$63Rp9Z;vFgRfjHm9a3q*V|87h!pB7!z2wm5A314+ZG^u`Kt_f)MB`3ib>pG@foZOobU%LE6AcJfm7wW zQ*+^pHHg=eVr8(Oi_F1Ip^Z#^O)hC>H(Rz=L!l!d@0u5anS zCoYo;3o@AMTtGJ5U!{I=w*2CO2wiZKO$HLab9fb^T61FHr zZBU&-%xuv`W=frxyVabONjE6961GnaL)}=)JcDN_6+dHknF5JwSRT>H&y3J~mIbc#Q-dG!YEgLB^bb6~cRTeRv>0zGNF z31c%jcO-W&Z9R-A$aaTpIM7OS+kdSF5+l9OHs zt^nI=esr7M8A2j$L#9|#{LQ)z=Fxzxw5?rp5VoDt5TXWDQ`X{4b7`+vlvs9-g%_Iw ziRlM|me)LXsg4(nTlUG{_AKSDfmPgxt_`8XLYZEa?07*!y>?NnCF(CSiki3D_Wf$q zu&x$B7SdtA>`>s0z`WNPLfAba(}y9k)8BP?K@{H^M)fxbBV5)*L<1(cp@$5j>`w3` zHm`&A7@4y=_N^|>s&7ot28V6JsdX`=0?vXOY1*~EL}B@nlwDu^`7%{h3Z!L;$Xk4Y z=h}?stKNL@d@EZr{ZmFK~;ecSvL4`&a^R2}(}guS0S#frc)EnxP$6Zf(Sp(hSyK4@ya2 zy<*yPfg$HTC0|T`Hhs)_x0E6CWQJAzy0EqHg`q-6Iz`eagE}}q3Yl;A7uqLlAJsEP zqB?!dhq?9Uf&LG7!KxICfr8p1FU$BWx7VhGKTgm<0j>NM8Ue+Po@9m9;V%n1Gk~70 z3*dBRFM17~Ob~rNT+G$V+ZPMqvooU8%k&g>F+_d1L`-E3#{wGuO&vC-4Au*24FDhK zfyFq?t2RqDWxVJ@;Tg?6yGWoxjp7hzOntwAdiQgeGu@*TPBDkstZ2`5^?e-;h&Jec zB#YAGeCzz%i};Xi?jW#w+DnnB?5@}@w_VC_+aTzN*+=hJi-O)!@X&4vd4I~_*X7VJ ztfQ53H8}6ta)seQ>#NB|e??FTR=kOHu8=MXFfPoU?xcEm$!xM_|M>J|;Phgoh#Eb| zv(K-edCqt!WV3F{ih8cchtLW?M*7?XPjR9trY7LjgGFI3$BpGgH?B7CEli9dYmSZE>OTVF_|lgPq&4bx8#RD#IU%ztKsRZy+J9~0vGC;$ z_@*>Rx_6pMDtYau%Bel*vS*=S`^m+PfmLX+4x~PU(}feoMh^-)KIVq`uubJQus1@y zo7+N<*T^PhwrHoldW0|pBWBKX65kyd#5|vA7a8WIg-77q`6C8zgaoYNUO4m;PtVjiMo4FY;#ll4agv*u~jK{wSoJ2 zM)XpmFmKOHLgn82 zH}C!R5_!gZm`Fq89Q*U` z*rBhZQ81z2iWNY>jqT5TC+fOhwRS>xvfKJv*6@)7Twd}x-zjdRS6T)1GPvQ&VfuuH zXnSD@Zib|Rx5G;``ngFS!*OD^0xa%aV7&w!r`6c8Xo$OvdK8CQjAdQxcDhl>w3s?k z2w{Ui5a|ST`-fBjG zrwppm!zNlm&rbXXbQ-kb9}UW$0>tS!DbcivV|o+I_TCrfFa`5l%hg14^=5gMh528> z<9p!xn+dxlBanfjdlp#w20*c|lVFeJr_G>7He8A2)xRE5?RaZGW>ObB>v=GRsd&*9 zN-I2`rz{G-Ic3h>)(W=U%9@&y$(_~2WaZ(XojxHGSi~*1+@*vFv{ZTythuc($}7Q7 zFG^Od-TUrgJ2TS20R@D@Q2x<+uW$>Xt5@$MSD=rRYW*VaYa054V6~mC;xIu%mT7W= za`4WeWsO3ooE{jT>{HJp3bU;XAv6t%_0N4g&7c!;UW;O+ctYf47x4#%X(~d(1<;2` z9|_VIojRXJKF)j`k$n3Fc4%lhQ)8S4Kj$J{hc;dtA(8B!kzEJ6CrKErh)=hLW{s{Z z5dl6x(OKU}Q1y`j9u)ogW#N1D$5QWB#XjGQ_)?lVs%{TylR*^FNeo-Ou9Mnjd4fs| z=|et(*|JqYxWBq~^Y~JRz{Yj-k5?PF+*SF3rU|SCfIgm{0K3}7$m5sbz8hlP8HjM~ zo$$EIFyWO+?5-+!@^Yu?uCnl3Ut*G4cXqIN1*+a z!U4b7zc{A}sh-pt5VB9^zfIPP=hSdp=1SUD?adP+CUU3L>1qj%K%;h;F|Og8 z8&H$!#EU0itB`V#gOiC3rsy@y5f%OZjST#nc0ge+?h<%RHd@YB!b1XHmEJ}=Q9$S5 zq>%>1-Iwk|q?f(`Y-R{fxlh#vf&j*-P4qU%AP^*Z^9sXJ1*HN6iKbD~Lr}L-N|Mhu zryuVPSKoR~($uOHmn@2X4KO!JCJ#eJSB0)@U$d2yTQVB=V2XRAWDqV}m;Uv^1$x@` z*9;|0czKi>!9+6C^3ct(!w~{`mZsY}Vm4QXqnLgZS zfRnCKksJNU)>pI0pP@JQGX~C!DvM{i?lsvr5`>;gkC4#q8o2RqL9NI50v z%H4>pYgaa_PJ2}9n|++s(fbxn@ifX`8!mkH!=+LNz1MasZR)3L?3oqGHBZDR^}cH2 z_hrBh#46Pg*XD-6R2cKRrut zt7NJ!nK-O-l~yg785rSS6J#7sbO^)v9yLP&3+D z>*u#pQ8lX_vVqC5eVE#ScP3SFX2j1iCGV5kS+0y(dqu|eZwe6h#WmvX?kDhs-BhjIH*j`QM~6~C8;MS1dTt6g$oDwq zon#=qPi=g%Ey~(HtuN9R&-GONFo3NW&2L2pp0CS3yZFpV9sm0GFYn7TpBCvYE_kOm zxN)k!I$Lp4Fu2%!G{>H^r$|@gAM_08KMw zjeHy~_4;l!PQRM?06@_mleil_-@;|k%~ubN+}roTcB^!!Oz)eDWXRhljBpPwU8p?< z`lLX%g-EY%rI^?~e7x*T4jt-Vp!aUG;7!d5xqh`cMK=KCv|AD0YCHKhFz5XQeYy&D z>{h`W&vi9fkK22qq)(~{Z?_EHY-xCNmEjAf#hWsK;b@r&qy(NPS-Q3i)T9BRxAYA- zr0vs6Gb3@z>$dIYpu{ziK;+xg;ErEb;CeOgQL=xlWG@pDyu@v4RQTk04IGBlMR@i~ z@+DwIHx>@kf<>0z^I$KRG7Itz53O&wk~djRN@8A<7OJUVvKLIY)xl-$efv&*$he;! z>q!is7PM($hoJ6*j7lY8OWGkGS>eZ?A+jqKcSmIRg6Whe%{3-Af!1UDqe~GfX={zw z`ArxmE?&aamAtS_C|w*k1r-(B&GrcAeMt1Ca|iljEa$e3r8MX zO$fIG?Z)qNM%=$Ombmp?2n(bki*G|+3U9$0=Emy0BT;so?a;Q`A zN!YEK5nE*%S9XiqPJR%{Q*>zB53(eP!pul5sfi<)zX_bq;PiODH4DTV?-h&~VRFZ@ zHZ0XZ3%AJWr%JjgsuB2msia@n#v8e(dn3V!Tb+uRNHwb>5M;myxmcLAShIEz7yv$P zsUd+EFN#8zBDSPhO>ACc55n!|rdm>&8e#dH_X0saGgKzM%KeudItd_^twjmZ)h>vG zh9~=#N6d6lnqxRiF=7^sIX7{}+~mY+uZ(1}89_fiVhNdfuj~{y2C{kM*&{exze!8- z114DKbiRFTTGJx#P6t^WZmXNH&(Zu)B_|V=YEr)6anZfTvz7G1AC!z5f zTh>wa4r>lS0N{oR!DN!aMg~R3CTvP+&=VH}MuvqgF@pEZyK_G%p)*ROBKdl?y|-u%ga<`H zqBb<3A|vW2^U_`$$tISem}oj>pJ@-Wj10O{?5-MV0O#BI&&_yDSk@Q?uWknu%T&~) zx6*?a!IfoF>{wHg2c@G|?4wC@LFSv@=*zp3W^MNl{H@s@bQ8um5HVw^mDKk#i?mEW zk8lrw-NXE4K*-k^(qm);=x9-)8}U(6XH0q=vN>?Diwm55%Rh9UL%_PY=ErUCaUU_8NBVv5;{$3G1{g4u4aQ2O~ft zzS|DmE@d6FI0*ERtl_Su$ZF}D!e^=ry9#%zrh78G z-7BEr(|$Ne^Yk3zod5RW#mIS|#3ul0*qPqUm|c+|7Qkj>p%Bm2s(>xfTzKO9!~m7t z`rRDojltVSQPHGAw*;L7qPcXmACoX->qYFu423Di}^{nsmMO@ibJ4f<14(`48FWNY~uQ8 ziBgU-EgOsC!?5??pHtIU7cEVF|KcQ~PEI4vs3@haQOQ+UbvO$RUKs3{8-kR5j#_F8 zl)=M1OWP86&^<~wCpm9Dy7D8hXfRJ-N&2X&T1Q;OkBQ%C+DKhy&)IxWcB+oFE5&W% zW14=q3(3hIpoezEpkNX)s)>?X%S8$%ewLUEij4POE`VMIKO|7`(=7>BE}88tp?8*`2oGVh5s?~(a|Fgn|6t~T3UEKsdEQGWNtOpm+o+2`e~rM@_wHzah-fa2eA zw#lVcQimsAM4!GhrE8zRN0=lyMZ7X-V!p7m zz!eF*KMxQ@#e@KwK#+=HoB*TIv0!e-%D|_nk08j(@j7*t?`%vGYeuCWo8DEjJ;a1JzlvfIdV1oqt z8R)} zy=&DqY+J~5;Z%Lb^+~XK>Rh|e507rV_;R$%BT8rHD(bF>PPWZtCwNM&_tQSBC5TUU z-Jvnt%AfZl2{gOjZ?EzYnP9E{#)Jq>m=U zDg2m0R4`sXP#4wtX+XW?ZRp*BIP)t>EKqQxB0VIiA%qjpt4Gk~D;e4Flq<4XLxzF@ zkyF@Gd1axRsIQ@zqC#vY6*sMGan}P;RDD$73qfB-n?FYSIcX4?d*fSg6W=S&Z5t7< z+DzQVQ9?g|)5Rij6X3knZnYLTs03q2-MobL3T;oU;z-(Env;M+?9dK4CMZXT`pn4K zJU>4NJz?d^^u#1kOr<7-?Lwm7!y=1m6{8ke6@acs9c^Z`*9cs$4CfBq2VgZ`2G}c3 zlGUMLf6BH^UZaI8*6g}BrhI(vb;Jr=my>ARd5d+N&C04>>t!}hq2!6ci}Zyg+!w#| z*8Fq3ve?JokI%knSmsTdc0^Xkira6c(~54DiTBxQ#r~cs)|~grWL5K) z{4ksFz9Yq^A|tZ5PfrUfDq=hxcwv*Sd8R#yEX+y=3t z1#f(|RuccRZMm&9BeD`AM886E2k3SpC49-Bk_b8$Kt;OuSr66yq8i1ZELR3OAc;t59V8%SPt^bT?pH(bT|VTG73qr z9WOGjmW{u@R^zh546Z-&{OZgKJdctHzKz7U!TC2Mkohjaw&TFEmJ4(o1l+&hbC<_z z(d`K6=?ipwOSq;eXzhLNrhrwsGiq3qf2ONTEAL6qVQ#y;P?g#_3&@^@AAE|NAZ8sV zG;_013+R~sG%7>eA*H3gg6we{4Nldar%?KZjlC7KZ_{ss=VuE9CItTd-4XZw0QzBE z6WH(OTN}Ke-v2$dY8@aT0=7PQOm6*iSEb(^^aE_TjsT}Jm9@a!u^;=8YYo9Cagb8T!t?(Jq+vGmD zrvkKWrn72aWmuEjJNSH3qA&VjxqS>y2F|`_zO9xTvfY_Rkv@sl7sT&wtvUH&BU!CS zN%x!+j`ir55qKBR4Ks_iaFXO{6`~@EfA50-kerY3e39G6zWNh*oF2-ss3hKvyz^)$ z;=pTvRqJReEzfZz1y=nIo{s=sV=U3@z$;Bpay;S5;0(=avpL7mpx{E^Kd>=`Ho(^u%H0*oj6mn zj;8z%!MCqhGe^|E(9{G*$gkp^kFFDJp z@~h*dMEv`0g@)v(y;fpt0|AcOU3zJ(o-8dAAJN(9P#y;gI0gJi@q$-B8{2$9GVsqm z75>3Q%K^zo8MxxN+2TLHR{ciE%9&2?=m)&b3{v%uO+Xv28uaQdn%Kw36z+HIEmo9B zim3k8=#JD%6ghCI4BVQ<@jqR#U&j^6#}-}oy!ZI-$K)Z$;ZMPagxjj@P!6bx5^W%T zpy6Gcqtv|)LcrYWI4_(~f4X45j;kY%JdK6T%lgZD*}N&3CuU#qt()Ao5+FpJW#41p z%P{Ub%u)l^Sqxa>L~H#2J4f=Q@cjRmBiT+ovuDdgvdXn(vS!ZHmq7Aa4eqnn( zG?@63m;>3&^{DSn1^oY$7d4q3Wi+vRknO8V%;Lj0?q*Tv$Hk0|LNnQO#Vag6*getL8ausbJ;<`d4~U>--+A2s#q9HyBb&vfR%`k4;aMzE9j+(U zp`n&}MMW@(r;e_krJ4t~mkC*bU-GwX-{43iKZUC}blWF?euGa6v#r5~M!Ax-pDUCy z?-r(coGOT?RHp1pptc&C^L>gqtC_s=I^HE(CBdv3SQN<;++-20=^T@$p%OH<$KN^b zWmr{BMAZ*HjCe`^iCF1T60wrKBKBWsAEY=yKunC*QIw{0~tjq1jsAP5yP5V z{%>AzK8s3Ee^GB1YO63*t(L9Q-f0?0@`X0KY|n+J7#2kkE-PE>j?&Nv>5yMV6t9BR z&F1jK&c8UQ3>LLaEq{JH7Jhixi;IJI?f!*7{5Xie0K}qAdSY^#+pjO+5-|S$$NiCO z=|I>+Q7g=I|Jenu-8Tv+Jh#C{34h7;Ke+&KQD+jIcSv4cEcB_qb-2{&nzCFNy;SFA z66z{MdH(Uq+QF(dSApnWqW?m?$TY1D-!M|u(x`gVB->(jiJF6kFreLS(;t@W66oV2%3 z^S9~$9_-pZEl_Q@v3IK#OvMNF4|oQz>ptFFi4x%k*YD#?I5g>$!rX>tMbPFLS=*GD z*w}k#j~(xLHQ4H9X>cH_h0HK}h2Qi9OJJ1Xcq1|ceFKSOy37CGync?+zwT*(%gd^x zJ9A=&Gs}Zm63_S+59)-osJY!`>Nbm$7mE6P_<$+Nu1J7~yty{iZ5{<@97O2W+)nXG zlXh0@-5FW(pjrh!_u3VL>E1~w&Ny(;*EEUBPD1iY9$-ECg&5o%lt@p^#B&#I8^gBwdQDaWFeHkSJwxOXUm0;u)aF4gO1o|b525-Gp zcr~LP|37&#`D1>Jq{}AB78bd9mRZaMUU42*r12UDV#~sebS-Y$k`xeJ^2Sb6Sro^0 z0wiANI7jWTRj2h(y9Cpig-iF!aJn@W!hJ2JRX8eYX{K1AM&oFGGVV`J{h!bCJI}lvg33{OBeXYhYR#==RYvn z%ztCD9sS-s5C7bAG^5gUIA*@oCpt3azN_N3aYSXakc&k4o?sC1izBqs9{mqJl=H~H z?KXn$)qxild=N@c@s?cf!__*{zD~tId?2fuLCs^W{5M;0MAQa&2VKKfP_FX@nt_TR z1n0q`E+;dFZ;jnROK$E`zA$CUrsHa&lY0R1pY+5U92y@i@758!Y({OyPhb&4bX;R} zHgmn@QjWtX8_m2*nns?|bCYu&LwB$^G{T)Uv=asAvPTaM5*aL1%P(4*m*Y z$#qPeMYV25W~+_C8l;#kmU|PWdwA3K(+cb)Ue3Qllv|dixb=>?uBm~oUG%pa704S* z&mg;@g2>6QOCkmbIq1;EaE7ay|HTAn%eeQ>rvrWm;@O6HYGPLp6Ql$+K z#yLO|JVJoFzvJF^7NNGfx^W+$zTJqS2%FH^yplrItVopr`x`dlvp2xAGYh2lws5_i zXXX;xCww+1UFSc@n-1Ha1oeTd)>XD?dTz_mJ{EpH9RD{7#cj4pWQ)ber82H9kE!!) z%X7iaraxhltreVFq*soHEc;??=GEIx4O5MecGdK?wBYNR2486EC|U-TsK%!IpuA4{ zdC_fs9h?$VU%*40hO{3`niWZug^Gq)mFElmAqxJydDg&#`*4RW zbf$OfIDm9&zjJdmU>5csKG;kSfBtHu`_y+*U{ker%g?96rM(Bi^+;t7G@}_cT$fdC#HxRYP>H+rIyBlTiBq)=hj@f8!={+xiz;!CTo< zkky1rY-`;5FvCe)ihGkgW{hrEu;>S7zvJxXNKb?K?$Fsh7<;;n8gj)3vzgiH?;a!- z7%tuxvN;X%;&{6$5?7^}*flZTa|5o%=g}{Hvf?i!bQmtN+0b5Cw@UpEgx}xBB$Llh z!TLAJ`aewE?+O@~vvt$pNDjRR>~%+7lgzAMreCeGi^d@hZQv~p(ndtod#LqNZ`Iew zbi(}`$E|et%-2N`#WPY~>pz0liy!D40-a)7!4DqzLlz^N1;arH6Pm7HakLU#_83gg zjzqoOCeu(K@i!`Fg3dG-S>GW)MrMV(q}1% zf4Jg}!E;yirGPia9mXJ*ISFCUWpz5YLi#v=o$XpAEj+Shmb#PVwSb%F=YwvggFoF z??Cl_;`ctHQGUPdtF{wpzOj#K7<@19ndX9qQlVb>cj#`*9f>6bvOIz6Og<0ccmv)@ zr|~8F1kHA4q7)~c!sG3ai(bx@M}#=_mE`6^3l1DwH_O!cD*Z2CdF6t@dTo?#8ah;@ zh}q`8*q-cqK3Q2y>J4o+0}~CtIz`{+`i~=CIc1e5ewOyaw{JHGNQ#HJ;3nk1WVWvB zN@JDs5cCXX9#S2Q*@S@*^u_p_6%LvOH>l$7!r6d_c|JA5hd0)p=REHJ&pA(igL@DQ z8QmHYwFb#>SEr2){6`pv*DrhI=2+L#=o>npij0Tq2TqoKcP1k$b4yQbhd(RL8~;1y zDctDO9u%;%wz4V3@ggm*j(Torr3D~F_qQ=;`Dj#2{@B4W-2sq%?k|5RHx(Q!)U>ow z)`vjqQ3JJ2or+$aCSx>Fj1=<^c}bL`@yL}O36|e({vP}IH88Ifis``%+6>3a`xPTu z65LL@ch&k=%2D}9%b-I#^Aj(v4mybICFwq|M=BLP`oc&umf-GM@0YbV?`9|EJ6L3@ zFo?H4ent}Kbu76lH;JisGb~O@t8OK0eWX2zol1o*BGt;BIc=%vy&C9*+?BoPskNiKKH`D4*{{;l6xan5VU zdzS(w{-QFRA^4^CP1H{FNn-U{iz6dfj_e>qrLT6d~$o#i~GL5Vz3!6YWmLH_z$q~-)Czm5yE#(I`<07 z>9eJ{KfD5w{)n(Do<0Ep0>@bR`RdvC064G$^bV7&!jnu#z1S@uu?^Ufasd$e6CRO+xyFO%0HbN$ECFC%rM z{1ip`3j+9PlaFQ!wzFgCGmr*zS-U5Zj{IawdeFv9P2@=SAM>sA^tU4}s(nPtGP_=J zALplXgnh8SPv7}NOtfo0fg1tIK8fqvw$o(LSZ3d^i^#3Y#`6nM_nv-%d%@-$sEhxv zfV!2CWHdK1u?skj<q7R zy=s^mIBlr_fR>|rxuIvI7cQKgl@HC<{j-4pYLd{KV*jXpn~hC@|Lq;Q`_Hb~6i`sC z;e39}p8iT|O)EcLyDm?wgy1+#6F8m+QBt__rV z(iQv2+U1i@zAgvdIM}$du~L9gnHrU)%2zk;jv6p&!XU?aONw@~h1D`E6r5e0 z3kR}uJz5zPuF+HK8!%a`Sve>3G(9}H3ig%AZqM~zvfelP{9}CP#{tqG)tYc!6PB+2 z-S=jT9W!?p^J~KB%)Z@PsLb38bA+RWK3a0&!9&otrD06pnZ6T?=sRKiKjE*)dh&A{ z#d#RM1O^-^-Pl4jN(Au>zEOPR_@^00?khwa8|T zr7eUh9n8H$u%n}6|I|!m^&S@|=R;EB$x0P#CrD*zur<+fivpgLGA=PJAUKL(F&>Z7 zj*y(~dba=}_XHWM>YaEKGTkZ`VAJPsXD+r^0x&0|Fa@KTSRk4<)=5XXQL4t4CJ#lX zOjglmlxAqW%X)fTu}L#AotUjWc`!=a*3mSCRMK{htycR&@iIn$gTsa`^El*go_sZm zy*_gS>_6CY$q(d*WVNo=GRretDb?uc>x-(Zt1GvI<#Mu`nVFU9t-a*neq~(PRVnZz zCta;u^CG#DA0aCto=xz`U-(L(v;xxfwDXdnOUK=gp053~F&^fkmX`t?d|Yvcww{XZ z8DwQIbL=p4mo!bA_JSi*l2B(tZuzNlF8R-MJM&E4!#|c6XPQ5}`Q^3a}#8reVStD)K*Crn0S!O>mR^LE<0LA_v znzqn)CV!#K%;S;eQ)S~XT81UgwnHq&%WH+HUl7CTyA@(lrqC5!Hyw>cH*Ve!zA5<3 zS0Iy@|LN*wmSJM&KIF7V2Mhl5Z0I`CH7ptS@u;B<^&jx9*8A|hf0w0|r)>#Jvclm*e8W*Yvh918Q9h2}`Mm z4Esnrk1C2Al!;f}cMIH1H|jigx=K)UnyH?%>P|-kebQ_`(wlN)H3Ql^z4}E-T_csn_Zs;uZdM$}8%4&&aV3>= zM>qLVQktj)N|&4`X-@427g&EEoqoMJ6*(b-J`1=B72cKHMeG$cpFj0;7U|YhuHK=0 zuNYZ)W1&*UkpGckl90k;9PblPOfc`VuECv)5~L9?lw1{@OF&(NKs-3v7}@L^7)Xmb zJ3-rOz#dZBlpPH_>V`is-9#NIJ8xfp!GwO%=LbSnYO2X78A4DbVoU2n3u+c=>UlWu zQ_sqEkylUZ4pySWO$Su08SG}7-aqb|J3Gv}A~EBB%c-Mv+ht@(&cq)?Vj0WJ731fJ z+tHx_rf_`pC@?xs=bL%Kd-69XHi*k_fUK|2BUR!chV(D*v-1$w`DUDrnnLx3pvn&M z&cJD#quHbEW#F;do~&1VGAAl8myzeFMJHovJ34zyNp+=Sbj_6akX!T*$lt&dYJe~x zyjQ=1(r1?7(=Y9xi(SpN3ideb9b3u|<;Aj~Uy%AE<>?^?y!29!T_;_rJg^^vD-1d5 zT%>Tk6>6$O>%U(Subhv zWPvaZi>vB(UhDXCrj5CefY37a^&Tv0sKm+=`BLfDkVO_(>(VdN?t>iTCSV2(Iyx1E z_FrT^f5FrL#hvSx&*;9xQmC=-w42lwDEw&Ar{4$O2uLswWzwD)8_U*FsYx$5C+sci z_e0u29U*C-95CInu2 zXy~QLu=$h>VOQqjowDUeFOQyd10Du91=V>uB(PGktGW~PvAv@uh{1MH01DSf`XdGpoF zLjE>0`NzFqDjh7y9pZ>cpzeKKja2s}$Br*O2;?fsI5)_Nw&q zeJ~!lLh@*E0QwqHYNq6|_@zB-%@uL9#(jM1b<1(f_>^$|U=$)Ec9dmY8Y;qxo(uo< zZPdE0qMSHmh=2v5#;$fu?lFUbheI)up3WJbmDJ6&CCyh#Y(&22qvr6Dw5&1^{y*)# zcT|(<`ZYX`ZInSA3ydNlBA`@3B?3|u1nDXwQlrvDN|0h8kVHXX6ancXA}Z2Llukm3 zfb=E^L`o8R3lIn;A@zH}Gmf64=gj$j@At0nUF-eFh48FAcfGE?_qFdkE0*QZYK;ml zHS1|1>d;kWGMuKNIo`6WvlfJV{W6{-T9akw`0BZ~aw5l7hyvZVbpJU&v9aC>+nv1k zbt4&J$X**LNemx>xmYq+6nC0C6VsV(=0Po^VYSX3Kvq9E*)L8Hw^Ay4JR@*GR8rKb z3_2O}MyFNr2Z8!eRCd@W=15KTk<#R>A=g-@P#UNT1vgH+Buck22_iW(BchX$g`wQv z5vyRzO#JGq=eskZ4Fcc*aa6_9Gu92JJC(?c8RM%lUNIi*A*n|7&r;d6FbA5tzkhv) z+tCzb_IXb)PZpW$NUP*b67XQSsCqX3WGIhkO=!re#Tl=$+63FEW_iqejdYY1zBTeR z<5Z&J*zO(6gPNC~EE)uM47mJKCQBNL^ zBoeaibbIq?wy)|xvFRxkgDY3!W8>l)cMzZ}B2K)a%cm+cl5dwB@O^i%d^SFbg%&Qk z9;wb|Ij9MHAZ(xGW;hw44?RA%$UD)mzg4~eUW|{ewRC~cCqp3tEY5eDzOxEq^8|(% zPpGV|`U>!VugRYgtsY?wTQ|8m-8v;WhR~fdns-St&AR*x0zWcH8@F;#SU_UV$)V>1 zjvhU_VA6Mm=E0ls3>H$ssY{|x*6=mBpm3rzBVWz@a)!S0c%~S;p4*IaY#Q8%B+Em| zmR`S-JnSxCFJ(vyFSxBu);R+9EUejNbFZtOB70BmCuZbdmxKNtwyI}ltohiul|B*}owVZUx2 zPio$6qApA0u#J21%wD5NbA_ldI1y>qs6EEDR-{g(Rj}BW;8!N4dQ(42TbG7mVQPn zmq0%XP^aj;p(U^Z;$G=14NlxdsdK@>3-xz6EQ)_5I|Ik>fbvZGfcjhgVY^eOKj4ZXI#SO>dmk!B11w*(=f8XvDm*;`Dn#d{kY=t%dsCzhUFtCc-%5X z82V_`SMnhf@K0jxe&Om7Q&{(q`>Igwk2|?Qs}ujbR{v`zI1SV;hjbm5(h``FV{r*! zDIj;}`dJecpv!?cl26hM=o-nA3^0||#Z`f(!glN+z7&Xe-jg5BaE^~0M~>!4NFb;S zp<@ELPwEJ)l{-d@qr!3II$;AavntI?Q^#2;P-0dFvQs&bbjmzvZ8dBEPggS^!m0ha z*v2iwlN#|ucC-+Yfk>{}xd;`_-M5eVr3G9ISqG z5aG%3n>df3y_G^Ysu>1m!~D7b(B{?QFcfRKzo^$bA3dy?sOA)5jjZui9x3{b<1-@Y za%~7u3w%=}!uDUy;e@S@Im7?nuqy@pYcQ8RpLQ0Y16y%fr~jDBFLdoS;anH&EAGEU zrBe4-Fo0WMUcV~1)aO>7X7Au|vJ6qMmtWpuTuAW{o|%yB8V4i8T1KX)Z#nm;7h6QS z*$qDpR0o*ve*%a9N}U9wYtLk? z*;soAkeuWLv%1%>-y}bpKCW1aa~EBQMCB&ngI)#`e&w;I`Vd0HvgsW_R&{g+h}X zvf|o9!zbz&3%m;1$niSz(aZJOY1tL}A++D6F!3`tdRo448Y2klP_ME@^cdT~iCVW) zKlhNt#Ee(`43_YG%KGF8UL3$BZk-Z6cULC%=DeC*FGXC&A9b zNFQyr8ry4tzhbj1q|$xkMR%)>efV+1=+!iyf!4GWl+VQM{O=4jul+P2`}EAyrl#7P zxCmB{LfQ$E<6_>}8{tq_@0Y0IHBOzrbojdXcYR|!8xCw(lQ>$YuB`0&KI^`;>mbl| zqpXWpw|)NsMcp-84)Q|Bsh#^iEsx!_M$1ia?YZ&;UflBA+B@7j-CMhkKPn)V7y+{{ zFK@2oY;h!bv#dlDMYdU5e^v=umS@b+l=Kyfi1U(jn6S^zdt13UvjT3r1HnSbU(w^8-E0XA?kGY z7o9JrfelBW{$>Y4&nK*@BhNDkXza~}Xou*yIB`EezwkZ}Gc&{NY^gN2q@HnxtKe?@ zo~8dDqnt(r2`#cYnMYus46s7O|YyoR6wQ7TY?b7%I0(esMw+vdGT#y8;r6|`rP zB+EKuSt4VZ({J_mMw<6cTyXD}{<^~hdzSRBraJEX597KPEaL3pRMvp`>lc~tY(>NM zdz%!M%RXN7;w^DAGDa?2H_F}wsM}rX&sr=Ya=|b1x~jnyV^+P6>}B%@hB$7Fjt$5Z zrM*7qSc6jrrv%+g>~T+~b_1g9Hl9xo&sD!KuzbetapRM_t1SfEbezuuUno^s4oIF*8%_tRQ!MAx=jf$-t~SK6?sWPiy^#VXWn z>v;ZJXi>7@+lBrO9h@ZlU#ZsjJ$gb4FFxJL>Z^pzeHNFO58e~LXIs|$bRl-jFi@W}v_#T}Lh|9{oCA@Ll5N;49XzdvzPERud259Np+T>Tf|Gtv{`Qr|gV~%JUm$+#;0F$5e*W`PP zc>{%k0&vUUW!YX!+lF#^ol;MT(u?7wKUd@0tz>$}#`!dP%*9fRix)+^ySqF8zZdYu zfz4cpIA+YB&#^5iD12lt6$}V>`rG>(fk@Ljt@}t_-w_TneSJHLKZ}2=?`6_yzwQyo zenHQB>nnueZ`OOu0-bxAy0{4B8Tq{ayl=3`6LNu@VbRga-HToC-mjU^f8JmreAxlSLZ z{{@N!tYx8B7#+Wt1<;G=A(Q~)O1*aeK7}hGOX?q7{k7!Qx0^H4MU%Ps(CpF>{8oHh z>;(2aq_f}{Aj6l`lq7$z5b`B*|1H_yMN`#f)z!lG;{H9RS8v6c%h*`?=m9Vzr_c>3 zyqsjg-P#T(g3$+$q`&EUTc*9`j_~7SOFriKdD`dvSrLVEHvC8WEa?cY)L#puNp+^d zX5TkB9NfJQ4UWGw>DB!{KsmoI`h&vnTsQmv0}Y!t1d_rJ(`}a6v;vQ+vs1l=x)Mv` z%s;+gWpEJ%BzWO1ID-V)n2G1ew^gA&I5^XwK0;`}HDr}K)>(+3ArvQcy+K zF8&!1?hF1q;l8)ba2#cQurR(oer#{rN(A22`SYYiMVu4Y!#|{A;jzr*tbUGf)gHfp z%*~Wt^kiT}t+?Ww#h-eM?Gv;Gn8inoY+3W-<&;{c!+1ra9z^4NAZLw=2-x@{I=7sD zFIe91-YgqqD_l7kCSMs_zBsPOT#>3faI_BpGtUt1ze~p_NSpU27ovJpK7IlVxaY0JwCIWcQIWqQDSxTYIJfkk+c}M zH|`Y|Ry>t>j1^9W;E&K$O-u7$Qr32kq=qiA*c z)b9k@`mx_F>J|m}q~WAkoxAstJfHyzv)U4u{nSj#ThQO2qJ`}2Czs94^!t_aT9*Oh zkq>P5zgb)Sc1zuoTdy?673h0nA<{~Y4{L8+y3lJzn0u>?^1-z zrmq$kLEfeTEUGhZc=3o)#P9If7Dk)kRFeB7d8Lg9iMcZ=VPd;nmgBm|E0Dx{kj@?o z758j*gRWJoJ?ossMjvE6k7|t3*s1ouMr=2CXlovHU=?anb~EZ3tf}$RrOrx=r%ZsW z(wSvSpi1CdVy8YJcnY_bgzJ?Z{af;*J^Pp+Vov(fh0E8V5`W>S@FU#kk)Aj}%FDpP z@<;hk$i0K|**aLH4XEF&U@E9bcD}BElPvBci+g8lBd*Bim<%&93Nkxc?mtygKqQt4 zg97@*V`im~!_s0CY!N4kn3Q(#F{ARGW5Asj5`ZAA2-#7y z|77!jkPBj#YYsPQ$~WOAQU@r81fW(1Xr^Wl(xc60jXGRaiu075rfo>VAtrP2O)rJ5 z=gB30fXbyuQM*IiND{`)%?X)+bbmo48&j1bM{@uD+WoU^t~V_K)V4R_?(Feili2{F zEm6cMco6i!9n3=t6ec?z~L3aI)YLSP#1pSTL&USbK;>k{ylG`ak zphWPG1%Gxv={>M8wmmWj^zP!nr*~Uu7y>h~Z=t^k0Qg^hj?c=Bvf{PDd!0aGCsARR zq}Q{(iPV-X&1UfJF`lbyBn0N~d_YZ*>>n?yAF>^3_5F`T4WKrnbhkB10$J~OOJw@l zdBJcp4AcD;o@8GAUxg>1Hh-mW%~4jH9_k;BK0Af4L}8>C{9=*qy5%IGbhO4@gL7~R zxih(RyT@&3a}_1TgJ;HGQlvaZnorn@p=3X!f0cTFo=m26>tn# z4)-P@`W?%|HsM;Ui2)$=Us@MXr%&jKxNKJYIycu)$;CznP&8V6)}$_ghyNX^>x5Iv zn!2%;CCmNFIT{$~zu?Q?|I9Prx<>fUs|5p@=5m~QBT&+Iz(?D(JiYj|f<9#6*s6#ChNI|K*=u zB@kXD#eV^jsN62NnpD^2mgDX@{P?<{&18=DS`2nRZFY6<59F#d>vGj@MlAdXE|L@L znDpaKfh#}IvkZ5x$yKfQ)g45B0Bd>IRkag+{{i}hE z`m9iLif)m&xh9{R(fJvz9|Tm-Xzx70{}d)td6y z+$w?g4a)y*o!tkyJTCCI$l9}K&v|3xJC>zZz@8i%+Y1<s+#E%|9BX85L{6Bk?CIvc(RtjfLaT9Edcdwcz=sAAk}(Oy$(yOHY;iU zlNZB{7cP%>iJcfCtS+6`&cML<}%Wp4HxNUSMr_+tXI`8!c? zu$RxDJT%wxaBulk@XU@j~spOngsyAV$|`qiYp);Tddq%6wU>-WFm%LEJ_ zpEaGsrZv4sXi0Bd!J{4o1m2Lz88+uC4j|% zYzWvV0OkBL!#+7z3t+i|?uUs7LQdX_SNOMT+y_a)%6}*+ja?o}P3-?^Cjs#3+8@%i zUWIh~ACCUnQ!c<*87ZE87Ve4rA9hkNc3msf7=ZO|Ej5+P_19@91*$8U@EXc&lX!A?=Noa`udLAj zMDN$r)LPUB$>X_BG&w(U{xCg1i}IygA5B&G z00B!tBS23Mi2nj1{?Ma@c{~q1$8IeFNCP#Rn}$lGKd*&`n3d8kMH;B9;(Li1@F_z- zqI`mpCBFpVL%s8<9v=h_c=X?bsgKU*h%d3aRD z=Pw6rH^7wlbBMHIwxZW_5ET@j)qjOB`d+j~3H`zR!P=OA^v!-F_5FJi>;r#V>zBmR z(I3fK&cCb|_&VfrAAVo&N(3yYfCRS<-lTr$pD%^@Y=PYmSYQFfRK%0>g9jwm-{E*R zr6BVAXN(?)tT%K2Y<2bz9@w`2j>HccGh*NG>1#li1DdIW`M*Q)zjY}3T$%L6c4>Pv zi^L)+xp;nAYLc5q+4W65y7vkSx~aA1g|C??glKtrIY%zv)<&+`z<`|sa=|(m&fa+i zcPU983i%2GUya->B_%bsRv~Zkmj~O}*ifE3IymUvqm?cI&{kX?H4eE8L%kWVb{K1R zxHENN714boD>FZrCI!TV0*C8XQddq}`jq59wSDimQg(_(Ooh&jk-6o(Ik3`HPU&a~ZEk5!EB+5+2q*_aJ?@PS&%UK>hcb0| zx56e{sUdnlQq;uk=CA`8J{Nu7fr#A3X&@9Qq@2*%(NF$BFNu~7P@6z1!s{kDwOeOM z;O*P@BMy+bgWv++#>fJPex*)mq)m+5QwB_8{n)}az$IQIOC`xWHvJZQ;7F*@>9VS2 z(CfX{^Qyi$xc#I;DC9geoY{H)Ub{M1U!CEb?K%tpr2x#u?k|s99=TFO1*mI5Sr3DvnbSZi-$B4;^Ckq#e>l4OB`LJyoc-{)Fsk;gVEf)rmF z-1?Qg-?``1P^{PMCLZy6YwvvT{(P^ecw6ojd{iZn$rsP!0=H}=q5V-CJQ8WMpGw>; z@v2mFT}EZ;ZNWd&OOc%Jg}N029LxB+%%d@8lS!SQ|=H& z%uYh-6qOd7Kzgj363|Ba_)=FyE{I0TXtTw0-gYsSmYgT7M+KHC_1mBWSN%65EFtSh zAp~8G14(@M2TQAzdT(CwU8%*7a-Sp4AUfPs%SWp<9G2KUCVusguopcmOa{2OX-3W@ z0p5rV_5`k=Urx1ABB^KzMT)IL`H#TICKuBdORVsHTy5qRm(7T;4y+zD+CbxYX>CI! z$Vo2;x$;u?AD^0ZVq4uP?5Wj5sRIXHEH1zOBr==iod%Qpa1l34?b8Q%UrheV>x>{p zhlLEzP10-WZm)Y03_{whv0_F2f*yW9cSTllHK{Q=Efp@PVCJ8SV7m94w-F|CVJLQj zs(gF`ce&vFh&hbD~BSDOl(KMK#1 zl`>Nii*~D?BX>uyPc886NHFVmaE@FFCxr+!@H_5p2&y;nNV~sSnL&}&Nbsv)vI!f6 z#suC-3}9lml~NuK4Vt^8>T>iD9bN~gwCBmk?OV8O2tv@cr*0Dt z7MQV*%RZYPprYjnSJOqqz(Kv`6A_(u^+LOzAI{6p*0=Rvv{|L*pd2_*9*4qKrMOuY zh!}fiK&!8`zo18*xEQI++MPe80M$t5BtiwbQ51fe=#R$gwk4FlS`0ycERUxC*xg2@ zc@8rt6GKFRIV0UoSa=`WbgS~xiz=Yzu%hHb(3}jNe<{2&i^r4l5#6{COsSR~xJe1- z3R#RXb(N6S!W^Te06R7^F_o63rKdWzN(MI?CM`;vpmZrnSGR`-@I*Y`> zCX@Jy3U7cj9QYmF*$tPjUfo#iJ}Vq1-cevx7BLm8rB@a-Ct;IE zH59Tn@it1VqD9umX|CghFqLAGjwyIXPPV=!K-uIikK@FjUi$R0vz9qcD@ciF)*lQ< z6*&%d;+~nhB>BigH86wF3}MxWTPhi5@$+5TWmogdXU_I|e;hPS-LE*!#vjX>drfo7 zEv*bOS1E_*`G2~rObU=ru=WYUwcXYglG?gs01xirI@9S(i>N<{T(7oM%C;zs2Z7$t zo?nHA3LOspb>HtedU=9vLOpiSJR?V*X^0ALZ`lpeLfXjBuYTwpyby-&}A<&nX_Ip1lrITWB$$ zKB5g7zB)RSH0gQkFPcO~X`-tjXrw{fqPk+TPt1c|tSyRyF7r7^ttk>(g`keey;*k= z>X~?f24+`_+)S9HC<$GC9R%5BlmXk=RvlF6eXJi`XFbCAxZ_M9xQ(TPDE5b7szhX- zxaaR7{lufQCU@gcoFfGKM`w6?g4nT614dB#z0@s-_FLXr(3!jSg#J#vCvRzS!3jEPh?q@8Gct*cL@Hb?%F+)p2y zeU^yxBayp!pK-^6l~BGf-)wm()K?mF+dRC}Y&vG4%JiZtSGCZ zAD&~Oai%8O%KVQJykkvdj>K{7#Wq;Kt`Oo4NUWTGs{Irf(9k(~n%cmkB4PW*Zf+58LUXP~>2( z>uP#c4>CBtI1^Zah)`oLZG`G_OMQ6;QxDPBRjaG0r=O(kR^}y~Y^bc}p)M=rKrSV` z#gm3{FUTVST|-+NBX9$@j{cF02B^xTDo?MFX#*;4%%>M4pz)uU4lI}8CFtE`GP@s= zg0)|5*JvgaC%uHuG ztP)R8F(ikIGWy=wB)FZ^_`Q?Z)3_Oj&XrtJZDJlwbGR5)aeOs}y5cW#tGq|y-SS6r zpvT#{Ryh%2&&n90U}qy_I?f z%@==V-$_TReTxz#b8+2xEVJ61G@7sTnoC2de0;uH1$U?C6DoQLf>^V3fUBG)bu zAU4J2j2b~a;+Ra6tuSYg+!!7NTcma*hf(L%U0W#Q8G8Zn(Jnr%!Q zxC0N^^PDGj$z|h2irOLJc!o5L%d_`HcAE~q z;qI9*b)-rVmA?(<*hUTPba4snL~mu`FJ??cqC2^av%c>~vWSTa%U6|$c3-v$SoNXK z4y5$WpeNJ+Zrbzk;np|u5S+j$pn1mkw;(Wb6JmdG8pcPG;84vc^Tkgw3(A)+yG zEMBGDN~^tCd+63FIsq@J2fvZrfyWQ{=8!;)>n$e}@QVIq10BA#qe$no&W+lX3*TkHUqU`Nb5{lbIG!fKX@#h(W9puL3RnM ztehfS`*vzw&b|6pe}x1^(aB)CXZ&BNy9WZ0iNZP3kq0X(1YBCDpGaaG`oT(TH{i>- z?^+ZJ`!EP?Ct_BSBr@qV^brnyrS4TI!M{T=H;weOkmAj|DbV}6tXnz@p{8vMqGSX{ z;hEqhVCbDUZpt$~MOWiI5o2k|Fa&Z}Q<(iS$<{{$;PEazYbsjL+#j1X(sr|^7mi7) zuf%HXqP<#dJ7M*)BMATo7Kd$kC{U*AlQlh158f&T4zn_O9ks zc$h~jWY=p~4vk|*@3NWAx?IkCjbB5UQnkn1{hg))R?hXJxVDNjG~6O+BDWqUiXdFX z!VGQLMe=d*j&}x;$^)&;{h^h5*{aU-*gl>#tG$rnNS5295#Y3j(=*S&C8Aq`C1xzJ z2K^EW;Is5HZuk`QauCVB{iIXu~?W9Uu6Y?1-e3X(V;XW zjhmf(&mxv1j-Rx@&^lx`;N$HLC)nM=&g*fQ>$5!kyF+QO~ z8)*bg&-H^W9=gaEflyOt`|I7TbY|&g6^htLi&FKQfh0{QJK=>K(lzzPiVn_8#Tq1Y zsx(mdna@jZYl8wZYgN^DD>^ucRK8dl6IP)$70j*Vxm?RtDiyA~B+m_nema+2T}2^5 z_BpjB7UX-S&2wBIHLuB^yen{(DvB)BXeYEOk%=hieLz&;X{~d|+sWzM5he@7qMM{?(B`Ew zf=|X)Y)!}HgU!|T?RTmm1Uomf58?dWJiL3ineEW#2AHoPXzKczrO|kpj5BRRJm!(| zUvoPC%j^9trEy4>H&Hje&>fE6guB;PC(N48v=t%7l1fhs7uK2vXh^cdK%_5(RSSX8W+RJrS%HF4rx<~SV+q8!L4r@09zBJ*9spHe)u{cbC2d%? zh(a{v*Ar$-Cxktz+v=O%{5HX;r(sDL!$@jH zR!P=e!74`UwFIa8+#Y|<7=G-nWD2c4&U3XExkD2#6U^m!g-&{jA!0V;Q?dP!dY5dCmn|D zYVGysnUlNQ8+lL_7hT@JAPRuWQ6Xf#SNSVDQU)bxf!W1574sFq*!Md>O65V+q@Ef)huqWn2E1hNFH#7!fjX01UCX!E9i)=Vx z8|m;x%e=P?euw3{9--R^{K+h8nt+{F2kf-$_ij*e*!MYkj>tk+H!R6M4--D2etJsu zD8FwihHrmG%H;Xkx>IOW`r++-8uXhF2RJk&9kg$U7yyrWQ=Z8LfOpA)YT4kVL33Jf z_|gsv60VMZ&ZECuX!?x2iMI@db}BfsDo;|e>%tXD_Vy@5T!T?F!g5XoqK`D@XN9!y zB?-L&Au+Uz6rk3krk`=@{)de44Pb7fieHo?Cjd?fYrpEP$`t5qx@BQh^ z&otGOq{}WFccw}1`8eV`t#G1U-KR|Bl?iC7THdCT&MMT7bY>C)&nZ%)-&#g5VlQT@ zvKi(a>aYkRwi&gWgY>v93q*n($)l<+t!%u9UXVO{)BtIrM(ZSV7W|euUA)m-h zeiZyPrF?Q5#k=#3HJ?kz@AdMP&&17bz+TbVk6hotnYZLNPEuHKSY<+U{yqxC6k_KV zL;?|ECMPtzrsBz{*jAg~TJe)1 z8eGrx$)R)Jp7nV>4npvJ$Sa>tzHS0D)Tj;g%A{nUKnT zjoYz2276eDl~wasB9)V`uP;MFXDGBk+_ms23nY0qNVzYx)mL;PUx5F^BY^9Z&BL^z)irW4KpgS3Najb22$F+2YqU) zI|J}DhDq@oxZApS`b=Y90B*3pvEsP3t9fkPs+YDpG!2`GtCrs0a0l>VVu}cQA+*eG zn!5=f=%tXTMv@`mU#b%?=r-%_g!Wf@&Z#?z_XSj}{G%{HwcL!`I&l#6%w#BW!&h(tnzz>b#TYARk2NOa7P0~x8 zpl<599`Z&BZ^w5DuzE^|uL$Xn_DRc8&9_B%bq5NMTAB2ur|3@?c}3275_>b~%?zAI z_yIB4ynpi2=ChIVIrn0>r0C{zE0l zla7>o-`Ph1fz8QJ%IAJff+Y%5tFVu!+j)(6_!05~k1CtMMznJ^M?mb+@boUtE0RLN z{u4&{vM^TpmO?ydS*hclp`?&ej@ZfNg$`yaZd86TV&tP=e;&J;%uGSRPC3qm-ws8~ z`IxZc^HU=<)sbChuQntZ_h}>*6EE}o0?w+09wj<&q;YqD#|ul7_>7cmJ)m>&^>t^L z3D1Ch^6nJ=z{kJz(I&ZPjZ}7+aF>-%Z0bf~%6I=fO|Jc`}U1&1|p8`4^ML@)oVcvC?bx=X~Y|)dM#W#(k*>pCX8vU!3(PW_y8Aj74iCQ}j z{4U}!q4WYACX6JLMp79?`6)+|;e8Jjo0yE!E$TxkB<7eDt1+fOz73qTlz)1@VK?WG zk;Qi5-zpoxcW}9;`||uK8zUL1H%!&alQ0TG%Jdl?R1ca9yZMva>pdSBVRaDGH%#%;Jo@Nbh)D9w{P0oB*x zWplli?;?>~w}MsY-+zDl4AVzt{0~yonXNMu^7x5V>BHO2xhKa=%U2_q+D!WB^?F$7 zC*Om@xzjG1sAM#AC|7v9=xJw-fjfA%;#kbo0`bE92ng(CAV{$(!F6W9r5+4gAb+s-A_CDLP@fvS{-CHT(aMt{m&3pZWf-JjA{kR3? z(&LR88g28sY)AjlxP}!X5)X176kK%I)n(2V`9Y_;3RZ?T?y{i;t%@|h-v`V;V)-#2 zFL06cMld@g6&`v=LxP=c$1Um&E(WHj(Kw_zxRY zk*CRLksco`#6p_qh#+S|tPH)odD*I;Pi-ZZn|Dose(R?Sul6}lmO?0VBWvJ}xAxlz znI2q}#K7%T=_Egu^5}BK;Ij4oQL*pU)eizQ!M2&1_2^u|r7kSCsY$BC?kBQ&Zde#7 z%m20xCpU#EXI=D3@MXUWq9N>2g_z47OI_J7vaY$9tI*!QHUk6X zipgkZYK355N#7*-ZUhSt+RmGYVy2^nRE9CZrIh`{=_*q`@vJh#zET%o+$DmeuNrTm zPZ1Jfi_j0Bn zSwRI=sL-#RHvYHsQWgt59h$34I@8JkCj#8XrjdC@ms7dg+OKH0Fj0{0X+{WhVOu}3 zIzs55JIHj$nEdsWy2gljq6#!S_Xya6Hf*U;+9Drqn+$8LBJjC-yoTgS!!#xvNL#`1 z^TZ@hWo&-#>WVkPXP~|ITy24Qq}mw$3=ZP)8ig^A^%8m!LkUKcrSN)^<`1a|hc#R6 zHpKB_XfNaokNL*JfBw+AN9^^@J(avv)3D$z9PpA|K<;0%C36rM;u~` zw*0lMzG+Ou<@H7y&f2U9e)ESft&Cnb1xh&cHhn$7e+|Xstk0IeKFkd0OW69RF^AVL z{V?j>ANzx$HeHti{_leLKV?Cr@y}_4&K$2 z1rAnQ9$@{ol)nARzVfFk$hbzxz{c-K3C$Przyq>7zBVX*v)L8FcLza>B3g4Be$a$9 zC9#x$tHzhz@=q%~QC@RCX*E)m_RYtB6(usoHG#{-f<(Uh)t7w({O(?hz(IN|tNyY7 zw>|soeO^payKkNVNLmP-5B6*^Plw28EfaCy%zZY0Bl0zYXATM literal 0 HcmV?d00001 From 907e25ab8b8afc8d69281a02c08a04fd7511ad02 Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 13:56:50 -0700 Subject: [PATCH 11/29] docs: clarify /retro stats are from last 7 days Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 6b6347b4..68acf696 100644 --- a/README.md +++ b/README.md @@ -4,7 +4,7 @@ Hi, I'm [Garry Tan](https://x.com/garrytan). I'm President & CEO of [Y Combinato And right now I am in the middle of something that feels like a new era entirely. -In the last 60 days I have written **over 600,000 lines of production code** — 35% tests — and I am doing **10,000 to 20,000 usable lines of code per day** as a part-time part of my day while doing all my duties as CEO of YC. That is not a typo. My last `/retro` across 3 projects: **140,751 lines added, 362 commits, ~115k net LOC** in one period. The models are getting dramatically better every week. We are at the dawn of something real — one person shipping at a scale that used to require a team of twenty. +In the last 60 days I have written **over 600,000 lines of production code** — 35% tests — and I am doing **10,000 to 20,000 usable lines of code per day** as a part-time part of my day while doing all my duties as CEO of YC. That is not a typo. My last `/retro` (developer stats from the last 7 days) across 3 projects: **140,751 lines added, 362 commits, ~115k net LOC**. The models are getting dramatically better every week. We are at the dawn of something real — one person shipping at a scale that used to require a team of twenty. **2026 — 1,237 contributions and counting:** From 14546773d7e6190fd19b6ad6c1f4080efebb2e5c Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 13:57:16 -0700 Subject: [PATCH 12/29] docs: add designer/PM/eng manager roles to intro Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 68acf696..fadfe7f3 100644 --- a/README.md +++ b/README.md @@ -1,6 +1,6 @@ # gstack -Hi, I'm [Garry Tan](https://x.com/garrytan). I'm President & CEO of [Y Combinator](https://www.ycombinator.com/), where I've worked with thousands of startups. Before YC, I designed the Palantir logo and was one of the first eng manager/PM/designers there. I cofounded Posterous, a blog platform we sold to Twitter. I built Bookface, YC's internal social network, back in 2013. I've been building products for a long time. +Hi, I'm [Garry Tan](https://x.com/garrytan). I'm President & CEO of [Y Combinator](https://www.ycombinator.com/), where I've worked with thousands of startups. Before YC, I designed the Palantir logo and was one of the first eng manager/PM/designers there. I cofounded Posterous, a blog platform we sold to Twitter. I built Bookface, YC's internal social network, back in 2013. I've been building products as a designer, PM, and eng manager for a long time. And right now I am in the middle of something that feels like a new era entirely. From 98cfed3001ff55ff43a94b251ffa4bd8a29fd17d Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 13:58:02 -0700 Subject: [PATCH 13/29] docs: remove Josh/L8 reference from README Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 2 -- 1 file changed, 2 deletions(-) diff --git a/README.md b/README.md index fadfe7f3..0e89c26e 100644 --- a/README.md +++ b/README.md @@ -58,8 +58,6 @@ Fork it. Improve it. Make it yours. Don't player hate, appreciate. **`/document-release` is the engineer you never had.** It reads every doc file in your project, cross-references the diff, and updates everything that drifted. README, ARCHITECTURE, CONTRIBUTING, CLAUDE.md, TODOS — all kept current automatically. -**People are already building on top.** Josh built his L8 software factory on gstack. Others are forking and customizing. That's the whole point. - --- ## Demo From 4522cd29273d4ee1d23b3379e63301bb39a52816 Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 13:59:10 -0700 Subject: [PATCH 14/29] docs: move demo up, make it dramatically more impressive Show the actual architecture diagram, auto-fixed issues, 100% coverage, regression test generation. Punch line: "That is not a copilot. That is a team." Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 97 +++++++++++++++++++++++++++++++++---------------------- 1 file changed, 58 insertions(+), 39 deletions(-) diff --git a/README.md b/README.md index 0e89c26e..d41bc93c 100644 --- a/README.md +++ b/README.md @@ -24,6 +24,64 @@ Fork it. Improve it. Make it yours. Don't player hate, appreciate. --- +## See it work + +``` +You: I want to add photo upload for sellers. + +/plan-ceo-review + +Claude: "Photo upload" is not the feature. The real job is helping + sellers create listings that actually sell. + + What if we auto-identify the product from the photo, pull + specs and pricing comps from the web, draft the title and + description, and suggest the best hero image? + + That's a 10-star listing experience. "Upload a photo" is + a 3-star one. Which are we building? + +/plan-eng-review + +Claude: ┌─────────┐ ┌──────────┐ ┌──────────┐ ┌─────────┐ + │ Upload │───▶│ Classify │───▶│ Enrich │───▶│ Draft │ + │ (sync) │ │ (async) │ │ (async) │ │ (async) │ + └─────────┘ └──────────┘ └──────────┘ └─────────┘ + │ │ │ │ + ▼ ▼ ▼ ▼ + S3 + DB Vision API WebSearch + LLM gen + + persist + fallback price APIs user edit + + Failure modes: 6 mapped. Test matrix: 14 cases. + Missing: what if classify returns low-confidence? + +[implement the plan] + +/review + +Claude: [AUTO-FIXED] Orphan S3 cleanup on failed upload + [AUTO-FIXED] Missing index on listings.status + [ASK] Race condition: two tabs can overwrite hero image + selection. Add SELECT FOR UPDATE? → You: yes + Pre-Landing Review: 3 issues — 2 auto-fixed, 1 fixed. + +/ship + +Claude: Tests: 42 → 51 (+9 new) + Coverage: 14/14 code paths tested (100%) + PR: github.com/you/app/pull/42 + +/qa https://staging.myapp.com + +Claude: Upload → classify → enrich → draft: end to end ✓ + Mobile upload: ✓ | Slow connection: ✓ | Bad image: ✓ + Regression test generated: test/qa-regression-001.test.ts +``` + +One feature. Six commands. CEO taste → architecture → review → ship → QA. The agent found a race condition I would have missed, auto-fixed two issues I didn't even think about, wrote 9 tests, and generated a regression test from QA. That is not a copilot. That is a team. + +--- + ## The team | Skill | Your specialist | What they do | @@ -60,45 +118,6 @@ Fork it. Improve it. Make it yours. Don't player hate, appreciate. --- -## Demo - -``` -You: I want to add seller photo upload to the listing app. - -You: /plan-ceo-review - -Claude: "Photo upload" is not the feature. The real job is helping sellers - create listings that actually sell. Here's the 10-star version: - auto-identify the product, pull specs and comps from the web, - draft the title and description, suggest the best hero image... - -You: /plan-eng-review - -Claude: [Architecture diagram, state machine for upload → classify → enrich - → draft pipeline, async job boundaries, failure modes, test matrix] - -You: [implement the plan] - -You: /review - -Claude: Race condition: two tabs can overwrite cover-photo selection. - Trust boundary: web data into draft generation = prompt injection. - [AUTO-FIXED] 2 issues. 1 needs your input. - -You: /ship - -Claude: Tests: 42 → 47 (+5 new). PR: github.com/you/app/pull/42 - -You: /qa https://staging.myapp.com - -Claude: All 3 affected routes working. Upload + enrichment flow passes - end to end. Regression test generated. -``` - -Six commands. Plan → architecture → review → ship → QA. Done. - ---- - ## My journey and why this exists I have a full time busy job as CEO of Y Combinator. And I am coding a lot. Like, a lot a lot. I was stranded in Austin due to weather and I was coding. My mom was in the hospital and not too lucid for most of it, and I was coding by her bedside too. She's ok now. From 5caf0470f19a385d26dfe423e25670f9fcd0e78f Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 13:59:42 -0700 Subject: [PATCH 15/29] =?UTF-8?q?docs:=20remove=20"My=20journey"=20section?= =?UTF-8?q?=20=E2=80=94=20intro=20already=20covers=20it?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 14 -------------- 1 file changed, 14 deletions(-) diff --git a/README.md b/README.md index d41bc93c..da1ca467 100644 --- a/README.md +++ b/README.md @@ -118,20 +118,6 @@ One feature. Six commands. CEO taste → architecture → review → ship → QA --- -## My journey and why this exists - -I have a full time busy job as CEO of Y Combinator. And I am coding a lot. Like, a lot a lot. I was stranded in Austin due to weather and I was coding. My mom was in the hospital and not too lucid for most of it, and I was coding by her bedside too. She's ok now. - -Is it really possible for a CEO to be coding all the time? I think it will have to be. The CEO has to set the future of the company. All companies will need to adapt to a faster world and do more. It's not about doing less and cheaper. It's about doing more and making 10x better products and services. - -Is 16k LOC/day sustainable for me? We're going to find out if I can manage to get to L8 software factory. But you can tell the models are about to get much much better. L8 is barely possible today. But everyone will be there soon. - -I want to be one of the people who helps all of you do it with me. - -gstack is how I do it. It's the exact system I use every day. I'm upgrading it live, in public, and sharing everything I learn. There is nothing to sell here. No monetization, no premium tier, no waitlist. Just me trying to figure out the future and bringing everyone along for the ride. - ---- - ## 10 sessions at once gstack is powerful with one session. It is transformative with ten. From e6ae1dd25ac111badb50156bfb1a693bb6c436cc Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 14:00:30 -0700 Subject: [PATCH 16/29] docs: prefix all skill commands with You: in demo transcript Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/README.md b/README.md index da1ca467..ceb44a99 100644 --- a/README.md +++ b/README.md @@ -29,7 +29,7 @@ Fork it. Improve it. Make it yours. Don't player hate, appreciate. ``` You: I want to add photo upload for sellers. -/plan-ceo-review +You: /plan-ceo-review Claude: "Photo upload" is not the feature. The real job is helping sellers create listings that actually sell. @@ -41,7 +41,7 @@ Claude: "Photo upload" is not the feature. The real job is helping That's a 10-star listing experience. "Upload a photo" is a 3-star one. Which are we building? -/plan-eng-review +You: /plan-eng-review Claude: ┌─────────┐ ┌──────────┐ ┌──────────┐ ┌─────────┐ │ Upload │───▶│ Classify │───▶│ Enrich │───▶│ Draft │ @@ -55,9 +55,9 @@ Claude: ┌─────────┐ ┌────────── Failure modes: 6 mapped. Test matrix: 14 cases. Missing: what if classify returns low-confidence? -[implement the plan] +You: [implement the plan] -/review +You: /review Claude: [AUTO-FIXED] Orphan S3 cleanup on failed upload [AUTO-FIXED] Missing index on listings.status @@ -65,13 +65,13 @@ Claude: [AUTO-FIXED] Orphan S3 cleanup on failed upload selection. Add SELECT FOR UPDATE? → You: yes Pre-Landing Review: 3 issues — 2 auto-fixed, 1 fixed. -/ship +You: /ship Claude: Tests: 42 → 51 (+9 new) Coverage: 14/14 code paths tested (100%) PR: github.com/you/app/pull/42 -/qa https://staging.myapp.com +You: /qa https://staging.myapp.com Claude: Upload → classify → enrich → draft: end to end ✓ Mobile upload: ✓ | Slow connection: ✓ | Bad image: ✓ From 60f799c85f94b7bcc1c01c821a65980b5e0385e4 Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 14:00:58 -0700 Subject: [PATCH 17/29] =?UTF-8?q?docs:=20collapse=20You/Claude=20lines=20i?= =?UTF-8?q?n=20demo=20=E2=80=94=20no=20gap=20between=20command=20and=20res?= =?UTF-8?q?ponse?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 6 ------ 1 file changed, 6 deletions(-) diff --git a/README.md b/README.md index ceb44a99..b5d16cc7 100644 --- a/README.md +++ b/README.md @@ -28,7 +28,6 @@ Fork it. Improve it. Make it yours. Don't player hate, appreciate. ``` You: I want to add photo upload for sellers. - You: /plan-ceo-review Claude: "Photo upload" is not the feature. The real job is helping @@ -42,7 +41,6 @@ Claude: "Photo upload" is not the feature. The real job is helping a 3-star one. Which are we building? You: /plan-eng-review - Claude: ┌─────────┐ ┌──────────┐ ┌──────────┐ ┌─────────┐ │ Upload │───▶│ Classify │───▶│ Enrich │───▶│ Draft │ │ (sync) │ │ (async) │ │ (async) │ │ (async) │ @@ -56,9 +54,7 @@ Claude: ┌─────────┐ ┌────────── Missing: what if classify returns low-confidence? You: [implement the plan] - You: /review - Claude: [AUTO-FIXED] Orphan S3 cleanup on failed upload [AUTO-FIXED] Missing index on listings.status [ASK] Race condition: two tabs can overwrite hero image @@ -66,13 +62,11 @@ Claude: [AUTO-FIXED] Orphan S3 cleanup on failed upload Pre-Landing Review: 3 issues — 2 auto-fixed, 1 fixed. You: /ship - Claude: Tests: 42 → 51 (+9 new) Coverage: 14/14 code paths tested (100%) PR: github.com/you/app/pull/42 You: /qa https://staging.myapp.com - Claude: Upload → classify → enrich → draft: end to end ✓ Mobile upload: ✓ | Slow connection: ✓ | Bad image: ✓ Regression test generated: test/qa-regression-001.test.ts From 7145ea59061fb9a0b6ffa0cfc5649e59c08d1f5d Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 14:01:27 -0700 Subject: [PATCH 18/29] =?UTF-8?q?docs:=20clarify=20plan=20mode=20flow=20in?= =?UTF-8?q?=20demo=20=E2=80=94=20approve,=20exit,=20Claude=20implements?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index b5d16cc7..ddc0026a 100644 --- a/README.md +++ b/README.md @@ -53,7 +53,8 @@ Claude: ┌─────────┐ ┌────────── Failure modes: 6 mapped. Test matrix: 14 cases. Missing: what if classify returns low-confidence? -You: [implement the plan] +You: Approve plan. Exit plan mode. + [Claude implements the feature] You: /review Claude: [AUTO-FIXED] Orphan S3 cleanup on failed upload [AUTO-FIXED] Missing index on listings.status From 185b588c74167ccaeb45bf33aec68e940baa0fd9 Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 14:01:46 -0700 Subject: [PATCH 19/29] =?UTF-8?q?docs:=20move=20/ship=20to=20end=20of=20de?= =?UTF-8?q?mo=20=E2=80=94=20review=20=E2=86=92=20QA=20=E2=86=92=20ship=20i?= =?UTF-8?q?s=20the=20real=20flow?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/README.md b/README.md index ddc0026a..45d337ca 100644 --- a/README.md +++ b/README.md @@ -62,18 +62,18 @@ Claude: [AUTO-FIXED] Orphan S3 cleanup on failed upload selection. Add SELECT FOR UPDATE? → You: yes Pre-Landing Review: 3 issues — 2 auto-fixed, 1 fixed. -You: /ship -Claude: Tests: 42 → 51 (+9 new) - Coverage: 14/14 code paths tested (100%) - PR: github.com/you/app/pull/42 - You: /qa https://staging.myapp.com Claude: Upload → classify → enrich → draft: end to end ✓ Mobile upload: ✓ | Slow connection: ✓ | Bad image: ✓ Regression test generated: test/qa-regression-001.test.ts + +You: /ship +Claude: Tests: 42 → 51 (+9 new) + Coverage: 14/14 code paths tested (100%) + PR: github.com/you/app/pull/42 ``` -One feature. Six commands. CEO taste → architecture → review → ship → QA. The agent found a race condition I would have missed, auto-fixed two issues I didn't even think about, wrote 9 tests, and generated a regression test from QA. That is not a copilot. That is a team. +One feature. Six commands. CEO taste → architecture → review → QA → ship. The agent found a race condition I would have missed, auto-fixed two issues I didn't even think about, wrote 9 tests, and generated a regression test from QA. That is not a copilot. That is a team. --- From 11842a501a0acca13e6bdf1eb488e207ac34984e Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 14:02:23 -0700 Subject: [PATCH 20/29] docs: add /plan-design-review to demo, tighten CEO response MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Shorter CEO reply, compressed eng diagram, added design audit with AI Slop score. Seven commands now: plan → eng → build → design → review → QA → ship. Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 38 ++++++++++++++++---------------------- 1 file changed, 16 insertions(+), 22 deletions(-) diff --git a/README.md b/README.md index 45d337ca..38f185d3 100644 --- a/README.md +++ b/README.md @@ -29,51 +29,45 @@ Fork it. Improve it. Make it yours. Don't player hate, appreciate. ``` You: I want to add photo upload for sellers. You: /plan-ceo-review - Claude: "Photo upload" is not the feature. The real job is helping - sellers create listings that actually sell. - - What if we auto-identify the product from the photo, pull - specs and pricing comps from the web, draft the title and - description, and suggest the best hero image? - - That's a 10-star listing experience. "Upload a photo" is - a 3-star one. Which are we building? + sellers create listings that actually sell. What if we + auto-identify the product, pull specs and comps from the + web, and draft the listing automatically? That's 10 stars. + "Upload a photo" is 3 stars. Which are we building? You: /plan-eng-review Claude: ┌─────────┐ ┌──────────┐ ┌──────────┐ ┌─────────┐ │ Upload │───▶│ Classify │───▶│ Enrich │───▶│ Draft │ │ (sync) │ │ (async) │ │ (async) │ │ (async) │ └─────────┘ └──────────┘ └──────────┘ └─────────┘ - │ │ │ │ - ▼ ▼ ▼ ▼ - S3 + DB Vision API WebSearch + LLM gen + - persist + fallback price APIs user edit - Failure modes: 6 mapped. Test matrix: 14 cases. - Missing: what if classify returns low-confidence? You: Approve plan. Exit plan mode. [Claude implements the feature] + +You: /plan-design-review https://staging.myapp.com +Claude: Design Score: B | AI Slop Score: C + "Upload flow looks like a default Bootstrap form." + Top fix: custom drag-drop zone with preview grid. + You: /review Claude: [AUTO-FIXED] Orphan S3 cleanup on failed upload [AUTO-FIXED] Missing index on listings.status - [ASK] Race condition: two tabs can overwrite hero image - selection. Add SELECT FOR UPDATE? → You: yes - Pre-Landing Review: 3 issues — 2 auto-fixed, 1 fixed. + [ASK] Race condition on hero image selection → You: yes + 3 issues — 2 auto-fixed, 1 fixed. You: /qa https://staging.myapp.com Claude: Upload → classify → enrich → draft: end to end ✓ - Mobile upload: ✓ | Slow connection: ✓ | Bad image: ✓ - Regression test generated: test/qa-regression-001.test.ts + Mobile: ✓ | Slow connection: ✓ | Bad image: ✓ + Regression test generated. You: /ship Claude: Tests: 42 → 51 (+9 new) - Coverage: 14/14 code paths tested (100%) + Coverage: 14/14 code paths (100%) PR: github.com/you/app/pull/42 ``` -One feature. Six commands. CEO taste → architecture → review → QA → ship. The agent found a race condition I would have missed, auto-fixed two issues I didn't even think about, wrote 9 tests, and generated a regression test from QA. That is not a copilot. That is a team. +One feature. Seven commands. CEO taste → architecture → build → design audit → review → QA → ship. The agent reframed the product, found a race condition I would have missed, auto-fixed two issues, caught the AI slop in my UI, wrote 9 tests, and generated a regression test. That is not a copilot. That is a team. --- From a516af805501f4df438f5d2c5181044229721a96 Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 14:02:49 -0700 Subject: [PATCH 21/29] =?UTF-8?q?docs:=20move=20design=20review=20before?= =?UTF-8?q?=20implementation=20=E2=80=94=20it's=20part=20of=20planning?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/README.md b/README.md index 38f185d3..f55cdee5 100644 --- a/README.md +++ b/README.md @@ -42,14 +42,14 @@ Claude: ┌─────────┐ ┌────────── └─────────┘ └──────────┘ └──────────┘ └─────────┘ Failure modes: 6 mapped. Test matrix: 14 cases. -You: Approve plan. Exit plan mode. - [Claude implements the feature] - You: /plan-design-review https://staging.myapp.com Claude: Design Score: B | AI Slop Score: C "Upload flow looks like a default Bootstrap form." Top fix: custom drag-drop zone with preview grid. +You: Approve plan. Exit plan mode. + [Claude implements the feature] + You: /review Claude: [AUTO-FIXED] Orphan S3 cleanup on failed upload [AUTO-FIXED] Missing index on listings.status @@ -67,7 +67,7 @@ Claude: Tests: 42 → 51 (+9 new) PR: github.com/you/app/pull/42 ``` -One feature. Seven commands. CEO taste → architecture → build → design audit → review → QA → ship. The agent reframed the product, found a race condition I would have missed, auto-fixed two issues, caught the AI slop in my UI, wrote 9 tests, and generated a regression test. That is not a copilot. That is a team. +One feature. Seven commands. CEO taste → architecture → design audit → build → review → QA → ship. The agent reframed the product, found a race condition I would have missed, auto-fixed two issues, caught the AI slop in my UI, wrote 9 tests, and generated a regression test. That is not a copilot. That is a team. --- From ecc8ff51baeae938507547e0387b8ad40ca8be64 Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 14:03:29 -0700 Subject: [PATCH 22/29] =?UTF-8?q?docs:=20reorder=20demo=20=E2=80=94=20desi?= =?UTF-8?q?gn=20before=20eng,=20after=20CEO?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/README.md b/README.md index f55cdee5..b429f8a5 100644 --- a/README.md +++ b/README.md @@ -35,6 +35,11 @@ Claude: "Photo upload" is not the feature. The real job is helping web, and draft the listing automatically? That's 10 stars. "Upload a photo" is 3 stars. Which are we building? +You: /plan-design-review https://staging.myapp.com +Claude: Design Score: B | AI Slop Score: C + "Upload flow looks like a default Bootstrap form." + Top fix: custom drag-drop zone with preview grid. + You: /plan-eng-review Claude: ┌─────────┐ ┌──────────┐ ┌──────────┐ ┌─────────┐ │ Upload │───▶│ Classify │───▶│ Enrich │───▶│ Draft │ @@ -42,11 +47,6 @@ Claude: ┌─────────┐ ┌────────── └─────────┘ └──────────┘ └──────────┘ └─────────┘ Failure modes: 6 mapped. Test matrix: 14 cases. -You: /plan-design-review https://staging.myapp.com -Claude: Design Score: B | AI Slop Score: C - "Upload flow looks like a default Bootstrap form." - Top fix: custom drag-drop zone with preview grid. - You: Approve plan. Exit plan mode. [Claude implements the feature] @@ -67,7 +67,7 @@ Claude: Tests: 42 → 51 (+9 new) PR: github.com/you/app/pull/42 ``` -One feature. Seven commands. CEO taste → architecture → design audit → build → review → QA → ship. The agent reframed the product, found a race condition I would have missed, auto-fixed two issues, caught the AI slop in my UI, wrote 9 tests, and generated a regression test. That is not a copilot. That is a team. +One feature. Seven commands. CEO taste → design audit → architecture → build → review → QA → ship. The agent reframed the product, found a race condition I would have missed, auto-fixed two issues, caught the AI slop in my UI, wrote 9 tests, and generated a regression test. That is not a copilot. That is a team. --- From c1460c80b7a3045163a28ba02f0b67dc9ccc21f1 Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 14:03:49 -0700 Subject: [PATCH 23/29] docs: remove URL from /plan-design-review in demo Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index b429f8a5..3a29b7cf 100644 --- a/README.md +++ b/README.md @@ -35,7 +35,7 @@ Claude: "Photo upload" is not the feature. The real job is helping web, and draft the listing automatically? That's 10 stars. "Upload a photo" is 3 stars. Which are we building? -You: /plan-design-review https://staging.myapp.com +You: /plan-design-review Claude: Design Score: B | AI Slop Score: C "Upload flow looks like a default Bootstrap form." Top fix: custom drag-drop zone with preview grid. From 410ad2a58043bffb27a76b75cfca17f4a7296afa Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 14:04:45 -0700 Subject: [PATCH 24/29] docs: add [...] annotations showing what actually happens at each step Each step now shows what the agent does under the hood: 8 expansion proposals cherry-picked, 80-item design audit, ASCII diagrams for every flow, 2400 lines written in 8 minutes, real browser QA, bug found and fixed. Makes the demo feel real, not abstract. Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 17 ++++++++++++----- 1 file changed, 12 insertions(+), 5 deletions(-) diff --git a/README.md b/README.md index 3a29b7cf..ca787b88 100644 --- a/README.md +++ b/README.md @@ -34,31 +34,38 @@ Claude: "Photo upload" is not the feature. The real job is helping auto-identify the product, pull specs and comps from the web, and draft the listing automatically? That's 10 stars. "Upload a photo" is 3 stars. Which are we building? + [8 expansion proposals, you cherry-pick 5, defer 3 to backlog] You: /plan-design-review Claude: Design Score: B | AI Slop Score: C "Upload flow looks like a default Bootstrap form." - Top fix: custom drag-drop zone with preview grid. + [80-item audit, infers your design system, exports DESIGN.md] + [flags 3 AI slop patterns: gradient hero, icon grid, uniform radius] You: /plan-eng-review Claude: ┌─────────┐ ┌──────────┐ ┌──────────┐ ┌─────────┐ │ Upload │───▶│ Classify │───▶│ Enrich │───▶│ Draft │ │ (sync) │ │ (async) │ │ (async) │ │ (async) │ └─────────┘ └──────────┘ └──────────┘ └─────────┘ - Failure modes: 6 mapped. Test matrix: 14 cases. + [ASCII diagrams for every data flow, state machine, error path] + [14-case test matrix, 6 failure modes mapped, 3 security concerns] You: Approve plan. Exit plan mode. - [Claude implements the feature] + [Claude writes 2,400 lines across 11 files — models, services, + controllers, views, migrations, and tests. ~8 minutes.] You: /review Claude: [AUTO-FIXED] Orphan S3 cleanup on failed upload [AUTO-FIXED] Missing index on listings.status [ASK] Race condition on hero image selection → You: yes + [traces every new enum value through all switch statements] 3 issues — 2 auto-fixed, 1 fixed. You: /qa https://staging.myapp.com -Claude: Upload → classify → enrich → draft: end to end ✓ +Claude: [opens real browser, logs in, uploads photos, clicks through flows] + Upload → classify → enrich → draft: end to end ✓ Mobile: ✓ | Slow connection: ✓ | Bad image: ✓ + [finds bug: preview doesn't clear on second upload — fixes it] Regression test generated. You: /ship @@ -67,7 +74,7 @@ Claude: Tests: 42 → 51 (+9 new) PR: github.com/you/app/pull/42 ``` -One feature. Seven commands. CEO taste → design audit → architecture → build → review → QA → ship. The agent reframed the product, found a race condition I would have missed, auto-fixed two issues, caught the AI slop in my UI, wrote 9 tests, and generated a regression test. That is not a copilot. That is a team. +One feature. Seven commands. The agent reframed the product, ran an 80-item design audit, drew the architecture, wrote 2,400 lines of code, found a race condition I would have missed, auto-fixed two issues, opened a real browser to QA test, found and fixed a bug I didn't know about, wrote 9 tests, and generated a regression test. That is not a copilot. That is a team. --- From ab7c057d7450e972becbce4ca89cf58518207d0e Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 14:05:44 -0700 Subject: [PATCH 25/29] docs: rename Contributor Mode to How to Contribute in docs table Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index ca787b88..fea4a7cb 100644 --- a/README.md +++ b/README.md @@ -176,7 +176,7 @@ The models are getting better fast. The people who figure out how to work with t |-----|---------------| | [Skill Deep Dives](docs/skills.md) | Philosophy, examples, and workflow for every skill | | [Greptile Integration](docs/greptile.md) | PR review triage with [Greptile](https://greptile.com) | -| [Contributor Mode](docs/contributor-mode.md) | How to help improve gstack | +| [How to Contribute](docs/contributor-mode.md) | How to help improve gstack | | [Browser Reference](BROWSER.md) | Full command reference for `/browse` | | [Architecture](ARCHITECTURE.md) | Design decisions and system internals | | [Contributing](CONTRIBUTING.md) | Dev setup, testing, and dev mode | From 86ff51a722fd8ec7a2744b82cf521e358035b0a7 Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 14:07:03 -0700 Subject: [PATCH 26/29] docs: add Coinbase, Instacart, Rippling to YC bonafides Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index fea4a7cb..e55e4bbd 100644 --- a/README.md +++ b/README.md @@ -1,6 +1,6 @@ # gstack -Hi, I'm [Garry Tan](https://x.com/garrytan). I'm President & CEO of [Y Combinator](https://www.ycombinator.com/), where I've worked with thousands of startups. Before YC, I designed the Palantir logo and was one of the first eng manager/PM/designers there. I cofounded Posterous, a blog platform we sold to Twitter. I built Bookface, YC's internal social network, back in 2013. I've been building products as a designer, PM, and eng manager for a long time. +Hi, I'm [Garry Tan](https://x.com/garrytan). I'm President & CEO of [Y Combinator](https://www.ycombinator.com/), where I've worked with thousands of startups including Coinbase, Instacart, and Rippling — companies now worth tens of billions of dollars. Before YC, I designed the Palantir logo and was one of the first eng manager/PM/designers there. I cofounded Posterous, a blog platform we sold to Twitter. I built Bookface, YC's internal social network, back in 2013. I've been building products as a designer, PM, and eng manager for a long time. And right now I am in the middle of something that feels like a new era entirely. From 3c972c8c74633e6e1766b8772ca212be21d9ee7e Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 14:07:20 -0700 Subject: [PATCH 27/29] docs: add "one or two people in a garage" to founder story Co-Authored-By: Claude Opus 4.6 (1M context) --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index e55e4bbd..f95a89fc 100644 --- a/README.md +++ b/README.md @@ -1,6 +1,6 @@ # gstack -Hi, I'm [Garry Tan](https://x.com/garrytan). I'm President & CEO of [Y Combinator](https://www.ycombinator.com/), where I've worked with thousands of startups including Coinbase, Instacart, and Rippling — companies now worth tens of billions of dollars. Before YC, I designed the Palantir logo and was one of the first eng manager/PM/designers there. I cofounded Posterous, a blog platform we sold to Twitter. I built Bookface, YC's internal social network, back in 2013. I've been building products as a designer, PM, and eng manager for a long time. +Hi, I'm [Garry Tan](https://x.com/garrytan). I'm President & CEO of [Y Combinator](https://www.ycombinator.com/), where I've worked with thousands of startups including Coinbase, Instacart, and Rippling when the founders were just one or two people in a garage — companies now worth tens of billions of dollars. Before YC, I designed the Palantir logo and was one of the first eng manager/PM/designers there. I cofounded Posterous, a blog platform we sold to Twitter. I built Bookface, YC's internal social network, back in 2013. I've been building products as a designer, PM, and eng manager for a long time. And right now I am in the middle of something that feels like a new era entirely. From 43ba86cfe8a7d65b66893f5a69adc356b626a567 Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 14:30:24 -0700 Subject: [PATCH 28/29] docs: add skill table to top of skills.md with anchor links Co-Authored-By: Claude Opus 4.6 (1M context) --- docs/skills.md | 16 +++++++++++++++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/docs/skills.md b/docs/skills.md index e89215af..fa45adba 100644 --- a/docs/skills.md +++ b/docs/skills.md @@ -2,7 +2,21 @@ Detailed guides for every gstack skill — philosophy, workflow, and examples. -**Quick reference:** See the [skill table in the README](../README.md) for the one-line summary of each skill. +| Skill | Your specialist | What they do | +|-------|----------------|--------------| +| [`/plan-ceo-review`](#plan-ceo-review) | **CEO / Founder** | Rethink the problem. Find the 10-star product hiding inside the request. Four modes: Expansion, Selective Expansion, Hold Scope, Reduction. | +| [`/plan-eng-review`](#plan-eng-review) | **Eng Manager** | Lock in architecture, data flow, diagrams, edge cases, and tests. Forces hidden assumptions into the open. | +| [`/plan-design-review`](#plan-design-review) | **Senior Designer** | 80-item design audit with letter grades. AI Slop detection. Infers your design system. Report only — never touches code. | +| [`/design-consultation`](#design-consultation) | **Design Partner** | Build a complete design system from scratch. Knows the landscape, proposes creative risks, generates realistic product mockups. Design at the heart of all other phases. | +| [`/review`](#review) | **Staff Engineer** | Find the bugs that pass CI but blow up in production. Auto-fixes the obvious ones. Flags completeness gaps. | +| [`/ship`](#ship) | **Release Engineer** | Sync main, run tests, audit coverage, push, open PR. Bootstraps test frameworks if you don't have one. One command. | +| [`/browse`](#browse) | **QA Engineer** | Give the agent eyes. Real Chromium browser, real clicks, real screenshots. ~100ms per command. | +| [`/qa`](#qa) | **QA Lead** | Test your app, find bugs, fix them with atomic commits, re-verify. Auto-generates regression tests for every fix. | +| [`/qa-only`](#qa) | **QA Reporter** | Same methodology as /qa but report only. Use when you want a pure bug report without code changes. | +| [`/qa-design-review`](#qa-design-review) | **Designer Who Codes** | Same audit as /plan-design-review, then fixes what it finds. Atomic commits, before/after screenshots. | +| [`/setup-browser-cookies`](#setup-browser-cookies) | **Session Manager** | Import cookies from your real browser (Chrome, Arc, Brave, Edge) into the headless session. Test authenticated pages. | +| [`/retro`](#retro) | **Eng Manager** | Team-aware weekly retro. Per-person breakdowns, shipping streaks, test health trends, growth opportunities. | +| [`/document-release`](#document-release) | **Technical Writer** | Update all project docs to match what you just shipped. Catches stale READMEs automatically. | --- From 3a82d3c1f7123c8595b3487f37ddc1193fc70628 Mon Sep 17 00:00:00 2001 From: Garry Tan Date: Tue, 17 Mar 2026 14:33:18 -0700 Subject: [PATCH 29/29] =?UTF-8?q?docs:=20consolidate=20=E2=80=94=20roll=20?= =?UTF-8?q?contributor-mode=20into=20CONTRIBUTING,=20greptile=20into=20ski?= =?UTF-8?q?lls?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - docs/contributor-mode.md → merged into CONTRIBUTING.md (session awareness section) - docs/greptile.md → merged into docs/skills.md (Greptile integration section) - Reordered docs table: Skills > Architecture > Browser > Contributing > Changelog Co-Authored-By: Claude Opus 4.6 (1M context) --- CONTRIBUTING.md | 4 +++ README.md | 8 ++--- docs/contributor-mode.md | 37 ------------------- docs/greptile.md | 76 ---------------------------------------- docs/skills.md | 60 +++++++++++++++++++++++++++++++ 5 files changed, 67 insertions(+), 118 deletions(-) delete mode 100644 docs/contributor-mode.md delete mode 100644 docs/greptile.md diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md index 4af2e889..2fce6375 100644 --- a/CONTRIBUTING.md +++ b/CONTRIBUTING.md @@ -54,6 +54,10 @@ the issue, fix it, and open a PR. This is the best way to contribute: fix gstack while doing your real work, in the project where you actually felt the pain. +### Session awareness + +When you have 3+ gstack sessions open simultaneously, every question tells you which project, which branch, and what's happening. No more staring at a question thinking "wait, which window is this?" The format is consistent across all 13 skills. + ## Working on gstack inside the gstack repo When you're editing gstack skills and want to test them by actually using gstack diff --git a/README.md b/README.md index f95a89fc..c0a5f0b6 100644 --- a/README.md +++ b/README.md @@ -174,12 +174,10 @@ The models are getting better fast. The people who figure out how to work with t | Doc | What it covers | |-----|---------------| -| [Skill Deep Dives](docs/skills.md) | Philosophy, examples, and workflow for every skill | -| [Greptile Integration](docs/greptile.md) | PR review triage with [Greptile](https://greptile.com) | -| [How to Contribute](docs/contributor-mode.md) | How to help improve gstack | -| [Browser Reference](BROWSER.md) | Full command reference for `/browse` | +| [Skill Deep Dives](docs/skills.md) | Philosophy, examples, and workflow for every skill (includes Greptile integration) | | [Architecture](ARCHITECTURE.md) | Design decisions and system internals | -| [Contributing](CONTRIBUTING.md) | Dev setup, testing, and dev mode | +| [Browser Reference](BROWSER.md) | Full command reference for `/browse` | +| [Contributing](CONTRIBUTING.md) | Dev setup, testing, contributor mode, and dev mode | | [Changelog](CHANGELOG.md) | What's new in every version | ## Troubleshooting diff --git a/docs/contributor-mode.md b/docs/contributor-mode.md deleted file mode 100644 index 0989de2a..00000000 --- a/docs/contributor-mode.md +++ /dev/null @@ -1,37 +0,0 @@ -# Contributor Mode - -gstack is open source. If something annoys you, you can fix it yourself. Contributor mode makes that easier by automatically detecting friction and writing up what went wrong. - -## Enable it - -``` -gstack-config set gstack_contributor true -``` - -## How it works - -At the end of each major workflow step, the agent reflects on the gstack tooling it just used. It rates the experience 0-10. If it wasn't a 10, it thinks about why. If there's an obvious, actionable bug or an insightful improvement, it files a **field report** to `~/.gstack/contributor-logs/`. - -Reports include: -- What the user/agent was trying to do -- What actually happened instead -- A 0-10 rating with one-sentence explanation -- Steps to reproduce -- Raw output (the actual error or unexpected behavior) -- "What would make this a 10" — one sentence focusing on the actionable fix - -## Calibration - -The bar is set at real-but-small bugs. Example: `$B js "await fetch(...)"` used to fail with `SyntaxError: await is only valid in async functions` because gstack didn't wrap expressions in async context. The input was reasonable, gstack should have handled it — that's worth filing. - -Things NOT worth filing: your app's bugs, network errors to your URL, auth failures on your site, your own JS logic bugs. Those aren't gstack's fault. - -## What to do with reports - -Browse `~/.gstack/contributor-logs/` periodically. Each report is a self-contained bug report. Fork gstack, fix the issue, and submit a PR. Max 3 reports per session to avoid noise. - -## Session awareness - -When you have 3+ gstack sessions open simultaneously, every question tells you which project, which branch, and what's happening. No more staring at a question thinking "wait, which window is this?" - -Every question — in every skill, even in a single session — states the project and branch, explains the problem in plain English, and gives an opinionated recommendation. The format is consistent across all 13 skills. diff --git a/docs/greptile.md b/docs/greptile.md deleted file mode 100644 index 2875fa1f..00000000 --- a/docs/greptile.md +++ /dev/null @@ -1,76 +0,0 @@ -# Greptile Integration - -[Greptile](https://greptile.com) is a YC company that reviews your PRs automatically. It catches real bugs — race conditions, security issues, things that pass CI and blow up in production. It has genuinely saved my ass more than once. I love these guys. - -## Setup - -Install Greptile on your GitHub repo at [greptile.com](https://greptile.com) — it takes about 30 seconds. Once it's reviewing your PRs, gstack picks up its comments automatically. No additional configuration. - -## How it works - -The problem with any automated reviewer is triage. Greptile is good, but not every comment is a real issue. Some are false positives. Some flag things you already fixed three commits ago. Without a triage layer, the comments pile up and you start ignoring them — which defeats the purpose. - -gstack solves this. `/review` and `/ship` are now Greptile-aware. They read Greptile's comments, classify each one, and take action: - -- **Valid issues** get added to the critical findings and fixed before shipping -- **Already-fixed issues** get an auto-reply acknowledging the catch -- **False positives** get pushed back — you confirm, and a reply goes out explaining why it's wrong - -The result is a two-layer review: Greptile catches things asynchronously on the PR, then `/review` and `/ship` triage those findings as part of the normal workflow. Nothing falls through the cracks. - -## Learning from history - -Every false positive you confirm gets saved to `~/.gstack/greptile-history.md`. Future runs auto-skip known FP patterns for your codebase. And `/retro` tracks Greptile's batting average over time — so you can see whether the signal-to-noise ratio is improving. - -## Two-tier reply system - -- **Tier 1 (friendly):** First response to a comment. Includes inline diff, explanation, and evidence. -- **Tier 2 (firm):** When Greptile re-flags the same issue after a prior reply. Full evidence chain + re-rank request. - -Every reply includes evidence — inline diffs, code references, suggested severity re-ranking. No vague one-line replies. - -## Example - -``` -You: /ship - -Claude: [syncs main, runs tests, pre-landing review...] - - Greptile found 3 comments on this PR: - - [VALID] app/services/payment_service.rb:47 — Race condition: - concurrent charges can double-debit. Recommend DB-level advisory - lock around the charge block. - → https://github.com/you/app/pull/42#discussion_r123 - - [ALREADY FIXED] app/models/user.rb:12 — Missing null check - on email before downcase. - → Already fixed in commit abc1234. Auto-replying. - - [FALSE POSITIVE] lib/auth.rb:88 — "Token comparison should - use constant-time comparison." We already use - ActiveSupport::SecurityUtils.secure_compare here. - → https://github.com/you/app/pull/42#discussion_r125 - - Fixing the race condition in payment_service.rb... - Applied advisory lock. Committed: fix: address Greptile - review — advisory lock on concurrent charges - - The auth token comment is a false positive — we're already - using secure_compare. - - Options for the false positive: - A) Reply to Greptile explaining (recommended) - B) Fix it anyway - C) Ignore - -You: A - -Claude: Replied to Greptile. Re-running tests after the fix... - All tests pass. Continuing to version bump. - - [creates PR with Greptile Review section in body] - PR: https://github.com/you/app/pull/42 -``` - -Three Greptile comments. One real fix. One auto-acknowledged. One false positive pushed back with a reply. Total extra time: about 30 seconds. And the PR body has the full audit trail. diff --git a/docs/skills.md b/docs/skills.md index fa45adba..16045860 100644 --- a/docs/skills.md +++ b/docs/skills.md @@ -587,3 +587,63 @@ Claude: Analyzing 21 files changed across 3 commits. Found 8 documentation files ``` It also polishes CHANGELOG voice (without ever overwriting entries), cleans up completed TODOS, checks cross-doc consistency, and asks about VERSION bumps only when appropriate. + +--- + +## Greptile integration + +[Greptile](https://greptile.com) is a YC company that reviews your PRs automatically. It catches real bugs — race conditions, security issues, things that pass CI and blow up in production. It has genuinely saved my ass more than once. I love these guys. + +### Setup + +Install Greptile on your GitHub repo at [greptile.com](https://greptile.com) — it takes about 30 seconds. Once it's reviewing your PRs, gstack picks up its comments automatically. No additional configuration. + +### How it works + +The problem with any automated reviewer is triage. Greptile is good, but not every comment is a real issue. Some are false positives. Some flag things you already fixed three commits ago. Without a triage layer, the comments pile up and you start ignoring them — which defeats the purpose. + +gstack solves this. `/review` and `/ship` are now Greptile-aware. They read Greptile's comments, classify each one, and take action: + +- **Valid issues** get added to the critical findings and fixed before shipping +- **Already-fixed issues** get an auto-reply acknowledging the catch +- **False positives** get pushed back — you confirm, and a reply goes out explaining why it's wrong + +The result is a two-layer review: Greptile catches things asynchronously on the PR, then `/review` and `/ship` triage those findings as part of the normal workflow. Nothing falls through the cracks. + +### Learning from history + +Every false positive you confirm gets saved to `~/.gstack/greptile-history.md`. Future runs auto-skip known FP patterns for your codebase. And `/retro` tracks Greptile's batting average over time — so you can see whether the signal-to-noise ratio is improving. + +### Example + +``` +You: /ship + +Claude: [syncs main, runs tests, pre-landing review...] + + Greptile found 3 comments on this PR: + + [VALID] app/services/payment_service.rb:47 — Race condition: + concurrent charges can double-debit. Recommend DB-level advisory + lock around the charge block. + + [ALREADY FIXED] app/models/user.rb:12 — Missing null check + on email before downcase. + → Already fixed in commit abc1234. Auto-replying. + + [FALSE POSITIVE] lib/auth.rb:88 — "Token comparison should + use constant-time comparison." We already use + ActiveSupport::SecurityUtils.secure_compare here. + + Fixing the race condition in payment_service.rb... + + The auth token comment is a false positive. + Options: A) Reply to Greptile explaining B) Fix anyway C) Ignore + +You: A + +Claude: Replied to Greptile. All tests pass. + PR: github.com/you/app/pull/42 +``` + +Three Greptile comments. One real fix. One auto-acknowledged. One false positive pushed back with a reply. Total extra time: about 30 seconds.