{"id":"89d2d447-6f0f-4bac-834a-893794ffb05e","shortId":"V3JNCj","kind":"skill","title":"plan-ceo-review","tagline":"CEO/founder-mode plan review. Rethink the problem, find the 10-star product,\nchallenge premises, expand scope when it creates a better product. Four modes:\nSCOPE EXPANSION (dream big), SELECTIVE EXPANSION (hold scope + cherry-pick\nexpansions), HOLD SCOPE (maximum rigor), SCOPE RE","description":"## Preamble\n\n```bash\neval \"$(~/.vibestack/bin/vibe-slug 2>/dev/null)\" 2>/dev/null || SLUG=\"unknown\"\n_LEARN_FILE=\"${VIBESTACK_HOME:-$HOME/.vibestack}/projects/${SLUG:-unknown}/learnings.jsonl\"\nif [ -f \"$_LEARN_FILE\" ]; then\n _LEARN_COUNT=$(wc -l < \"$_LEARN_FILE\" 2>/dev/null | tr -d ' ')\n echo \"LEARNINGS: $_LEARN_COUNT entries loaded\"\n if [ \"$_LEARN_COUNT\" -gt 5 ] 2>/dev/null; then\n ~/.vibestack/bin/vibe-learnings-search --limit 5 2>/dev/null || true\n fi\nelse\n echo \"LEARNINGS: none yet\"\nfi\n```\n\n## Step 0: Detect platform and base branch\n\nFirst, detect the git hosting platform from the remote URL:\n\n```bash\ngit remote get-url origin 2>/dev/null\n```\n\n- If the URL contains \"github.com\" → platform is **GitHub**\n- If the URL contains \"gitlab\" → platform is **GitLab**\n- Otherwise, check CLI availability:\n - `gh auth status 2>/dev/null` succeeds → platform is **GitHub** (covers GitHub Enterprise)\n - `glab auth status 2>/dev/null` succeeds → platform is **GitLab** (covers self-hosted)\n - Neither → **unknown** (use git-native commands only)\n\nDetermine which branch this PR/MR targets, or the repo's default branch if no\nPR/MR exists. Use the result as \"the base branch\" in all subsequent steps.\n\n**If GitHub:**\n1. `gh pr view --json baseRefName -q .baseRefName` — if succeeds, use it\n2. `gh repo view --json defaultBranchRef -q .defaultBranchRef.name` — if succeeds, use it\n\n**If GitLab:**\n1. `glab mr view -F json 2>/dev/null` and extract the `target_branch` field — if succeeds, use it\n2. `glab repo view -F json 2>/dev/null` and extract the `default_branch` field — if succeeds, use it\n\n**Git-native fallback (if unknown platform, or CLI commands fail):**\n1. `git symbolic-ref refs/remotes/origin/HEAD 2>/dev/null | sed 's|refs/remotes/origin/||'`\n2. If that fails: `git rev-parse --verify origin/main 2>/dev/null` → use `main`\n3. If that fails: `git rev-parse --verify origin/master 2>/dev/null` → use `master`\n\nIf all fail, fall back to `main`.\n\nPrint the detected base branch name. In every subsequent `git diff`, `git log`,\n`git fetch`, `git merge`, and PR/MR creation command, substitute the detected\nbranch name wherever the instructions say \"the base branch\" or ``.\n\n---\n\n# Mega Plan Review Mode\n\n## Philosophy\nYou are not here to rubber-stamp this plan. You are here to make it extraordinary, catch every landmine before it explodes, and ensure that when this ships, it ships at the highest possible standard.\nBut your posture depends on what the user needs:\n* 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?\" You have permission to dream — and to recommend enthusiastically. But every expansion is the user's decision. Present each scope-expanding idea as an AskUserQuestion. The user opts in or out.\n* SELECTIVE EXPANSION: You are a rigorous reviewer who also has taste. Hold the current scope as your baseline — make it bulletproof. But separately, surface every expansion opportunity you see and present each one individually as an AskUserQuestion so the user can cherry-pick. Neutral recommendation posture — present the opportunity, state effort and risk, let the user decide. Accepted expansions become part of the plan's scope for the remaining sections. Rejected ones go to \"NOT in scope.\"\n* 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.\n* SCOPE REDUCTION: You are a surgeon. Find the minimum viable version that achieves the core outcome. Cut everything else. Be ruthless.\n* 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.\nCritical rule: In ALL modes, the user is 100% in control. Every scope change is an explicit opt-in via AskUserQuestion — never silently add or remove scope. 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 SELECTIVE EXPANSION is selected, surface expansions as individual decisions — do not silently include or exclude them. If REDUCTION is selected, do not sneak scope back in. Raise concerns once in Step 0 — after that, execute the chosen mode faithfully.\nDo 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.\n\n## Prime Directives\n1. Zero silent failures. Every failure mode must be visible — to the system, to the team, to the user. If a failure can happen silently, that is a critical defect in the plan.\n2. Every error has a name. Don't say \"handle errors.\" Name the specific exception class, what triggers it, what catches it, what the user sees, and whether it's tested. Catch-all error handling (e.g., catch Exception, rescue StandardError, except Exception) is a code smell — call it out.\n3. Data flows have shadow paths. Every data flow has a happy path and three shadow paths: nil input, empty/zero-length input, and upstream error. Trace all four for every new flow.\n4. Interactions have edge cases. Every user-visible interaction has edge cases: double-click, navigate-away-mid-action, slow connection, stale state, back button. Map them.\n5. Observability is scope, not afterthought. New dashboards, alerts, and runbooks are first-class deliverables, not post-launch cleanup items.\n6. Diagrams are mandatory. No non-trivial flow goes undiagrammed. ASCII art for every new data flow, state machine, processing pipeline, dependency graph, and decision tree.\n7. Everything deferred must be written down. Vague intentions are lies. TODOS.md or it doesn't exist.\n8. Optimize for the 6-month future, not just today. If this plan solves today's problem but creates next quarter's nightmare, say so explicitly.\n9. You have permission to say \"scrap it and do this instead.\" If there's a fundamentally better approach, table it. I'd rather hear it now.\n\n## Engineering Preferences (use these to guide every recommendation)\n* DRY is important — flag repetition aggressively.\n* Well-tested code is non-negotiable; I'd rather have too many tests than too few.\n* I want code that's \"engineered enough\" — not under-engineered (fragile, hacky) and not over-engineered (premature abstraction, unnecessary complexity).\n* I err on the side of handling more edge cases, not fewer; thoughtfulness > speed.\n* Bias toward explicit over clever.\n* Right-sized diff: favor the smallest diff that cleanly expresses the change ... but don't compress a necessary rewrite into a minimal patch. If the existing foundation is broken, invoke permission #9 and say \"scrap it and do this instead.\"\n* Observability is not optional — new codepaths need logs, metrics, or traces.\n* Security is not optional — new codepaths need threat modeling.\n* Deployments are not atomic — plan for partial states, rollbacks, and feature flags.\n* ASCII diagrams in code comments for complex designs — Models (state transitions), Services (pipelines), Controllers (request flow), Concerns (mixin behavior), Tests (non-obvious setup).\n* Diagram maintenance is part of the change — stale diagrams are worse than none.\n\n## Cognitive Patterns — How Great CEOs Think\n\nThese are not checklist items. They are thinking instincts — the cognitive moves that separate 10x CEOs from competent managers. Let them shape your perspective throughout the review. Don't enumerate them; internalize them.\n\n1. **Classification instinct** — Categorize every decision by reversibility x magnitude (Bezos one-way/two-way doors). Most things are two-way doors; move fast.\n2. **Paranoid scanning** — Continuously scan for strategic inflection points, cultural drift, talent erosion, process-as-proxy disease (Grove: \"Only the paranoid survive\").\n3. **Inversion reflex** — For every \"how do we win?\" also ask \"what would make us fail?\" (Munger).\n4. **Focus as subtraction** — Primary value-add is what to *not* do. Jobs went from 350 products to 10. Default: do fewer things, better.\n5. **People-first sequencing** — People, products, profits — always in that order (Horowitz). Talent density solves most other problems (Hastings).\n6. **Speed calibration** — Fast is default. Only slow down for irreversible + high-magnitude decisions. 70% information is enough to decide (Bezos).\n7. **Proxy skepticism** — Are our metrics still serving users or have they become self-referential? (Bezos Day 1).\n8. **Narrative coherence** — Hard decisions need clear framing. Make the \"why\" legible, not everyone happy.\n9. **Temporal depth** — Think in 5-10 year arcs. Apply regret minimization for major bets (Bezos at age 80).\n10. **Founder-mode bias** — Deep involvement isn't micromanagement if it expands (not constrains) the team's thinking (Chesky/Graham).\n11. **Wartime awareness** — Correctly diagnose peacetime vs wartime. Peacetime habits kill wartime companies (Horowitz).\n12. **Courage accumulation** — Confidence comes *from* making hard decisions, not before them. \"The struggle IS the job.\"\n13. **Willfulness as strategy** — Be intentionally willful. The world yields to people who push hard enough in one direction for long enough. Most people give up too early (Altman).\n14. **Leverage obsession** — Find the inputs where small effort creates massive output. Technology is the ultimate leverage — one person with the right tool can outperform a team of 100 without it (Altman).\n15. **Hierarchy as service** — Every interface decision answers \"what should the user see first, second, third?\" Respecting their time, not prettifying pixels.\n16. **Edge case paranoia (design)** — What if the name is 47 chars? Zero results? Network fails mid-action? First-time user vs power user? Empty states are features, not afterthoughts.\n17. **Subtraction default** — \"As little design as possible\" (Rams). If a UI element doesn't earn its pixels, cut it. Feature bloat kills products faster than missing features.\n18. **Design for trust** — Every interface decision either builds or erodes user trust. Pixel-level intentionality about safety, identity, and belonging.\n\nWhen you evaluate architecture, think through the inversion reflex. When you challenge scope, apply focus as subtraction. When you assess timeline, use speed calibration. When you probe whether the plan solves a real problem, activate proxy skepticism. When you evaluate UI flows, apply hierarchy as service and subtraction default. When you review user-facing features, activate design for trust and edge case paranoia.\n\n## Priority Hierarchy Under Context Pressure\nStep 0 > System audit > Error/rescue map > Test diagram > Failure modes > Opinionated recommendations > Everything else.\nNever skip Step 0, the system audit, the error/rescue map, or the failure modes section. These are the highest-leverage outputs.\n\n## PRE-REVIEW SYSTEM AUDIT (before Step 0)\nBefore doing anything else, run a system audit. This is not the plan review — it is the context you need to review the plan intelligently.\nRun the following commands:\n```\ngit log --oneline -30 # Recent history\ngit diff --stat # What's already changed\ngit stash list # Any stashed work\ngrep -r \"TODO\\|FIXME\\|HACK\\|XXX\" -l --exclude-dir=node_modules --exclude-dir=vendor --exclude-dir=.git . | head -30\ngit log --since=30.days --name-only --format=\"\" | sort | uniq -c | sort -rn | head -20 # Recently touched files\n```\nThen read CLAUDE.md, TODOS.md, and any existing architecture docs.\n\n**Design doc check:**\n```bash\nsetopt +o nomatch 2>/dev/null || true # zsh compat\nSLUG=$(~/.claude/skills/browse/bin/remote-slug 2>/dev/null || basename \"$(git rev-parse --show-toplevel 2>/dev/null || pwd)\")\nBRANCH=$(git rev-parse --abbrev-ref HEAD 2>/dev/null | tr '/' '-' || echo 'no-branch')\nDESIGN=$(ls -t ~/.vibestack/projects/$SLUG/*-$BRANCH-design-*.md 2>/dev/null | head -1)\n[ -z \"$DESIGN\" ] && DESIGN=$(ls -t ~/.vibestack/projects/$SLUG/*-design-*.md 2>/dev/null | head -1)\n[ -n \"$DESIGN\" ] && echo \"Design doc found: $DESIGN\" || echo \"No design doc found\"\n```\nIf a design doc exists (from `/office-hours`), read it. Use it as the source of truth for the problem statement, constraints, and chosen approach. If it has a `Supersedes:` field, note that this is a revised design.\n\n**Handoff note check** (reuses $SLUG and $BRANCH from the design doc check above):\n```bash\nsetopt +o nomatch 2>/dev/null || true # zsh compat\nHANDOFF=$(ls -t ~/.vibestack/projects/$SLUG/*-$BRANCH-ceo-handoff-*.md 2>/dev/null | head -1)\n[ -n \"$HANDOFF\" ] && echo \"HANDOFF_FOUND: $HANDOFF\" || echo \"NO_HANDOFF\"\n```\nIf this block runs in a separate shell from the design doc check, recompute $SLUG and $BRANCH first using the same commands from that block.\nIf a handoff note is found: read it. This contains system audit findings and discussion\nfrom a prior CEO review session that paused so the user could run `/office-hours`. Use it\nas additional context alongside the design doc. The handoff note helps you avoid re-asking\nquestions the user already answered. Do NOT skip any steps — run the full review, but use\nthe handoff note to inform your analysis and avoid redundant questions.\n\nTell the user: \"Found a handoff note from your prior CEO review session. I'll use that\ncontext to pick up where we left off.\"\n\n## Prerequisite Skill Offer\n\nWhen the design doc check above prints \"No design doc found,\" offer the prerequisite\nskill before proceeding.\n\nSay to the user via AskUserQuestion:\n\n> \"No design doc found for this branch. `/office-hours` produces a structured problem\n> statement, premise challenge, and explored alternatives — it gives this review much\n> sharper input to work with. Takes about 10 minutes. The design doc is per-feature,\n> not per-product — it captures the thinking behind this specific change.\"\n\nOptions:\n- A) Run /office-hours now (we'll pick up the review right after)\n- B) Skip — proceed with standard review\n\nIf they skip: \"No worries — standard review. If you ever want sharper input, try\n/office-hours first next time.\" Then proceed normally. Do not re-offer later in the session.\n\nIf they choose A:\n\nSay: \"Running /office-hours inline. Once the design doc is ready, I'll pick up\nthe review right where we left off.\"\n\nRead the `/office-hours` skill file at `~/.claude/skills/office-hours/SKILL.md` using the Read tool.\n\n**If unreadable:** Skip with \"Could not load /office-hours — skipping.\" and continue.\n\nFollow its instructions from top to bottom, **skipping these sections** (already handled by the parent skill):\n- Preamble (run first)\n- AskUserQuestion Format\n- Completeness Principle — Boil the Lake\n- Search Before Building\n- Contributor Mode\n- Completion Status Protocol\n- Telemetry (run last)\n- Step 0: Detect platform and base branch\n- Review Readiness Dashboard\n- Plan File Review Report\n- Prerequisite Skill Offer\n- Plan Status Footer\n\nExecute every other section at full depth. When the loaded skill's instructions are complete, continue with the next step below.\n\nAfter /office-hours completes, re-run the design doc check:\n```bash\nsetopt +o nomatch 2>/dev/null || true # zsh compat\nSLUG=$(~/.claude/skills/browse/bin/remote-slug 2>/dev/null || basename \"$(git rev-parse --show-toplevel 2>/dev/null || pwd)\")\nBRANCH=$(git rev-parse --abbrev-ref HEAD 2>/dev/null | tr '/' '-' || echo 'no-branch')\nDESIGN=$(ls -t ~/.vibestack/projects/$SLUG/*-$BRANCH-design-*.md 2>/dev/null | head -1)\n[ -z \"$DESIGN\" ] && DESIGN=$(ls -t ~/.vibestack/projects/$SLUG/*-design-*.md 2>/dev/null | head -1)\n[ -n \"$DESIGN\" ] && echo \"Design doc found: $DESIGN\" || echo \"No design doc found\"\n```\n\nIf a design doc is now found, read it and continue the review.\nIf none was produced (user may have cancelled), proceed with standard review.\n\n**Mid-session detection:** During Step 0A (Premise Challenge), if the user can't\narticulate the problem, keeps changing the problem statement, answers with \"I'm not\nsure,\" or is clearly exploring rather than reviewing — offer `/office-hours`:\n\n> \"It sounds like you're still figuring out what to build — that's totally fine, but\n> that's what /office-hours is designed for. Want to run /office-hours right now?\n> We'll pick up right where we left off.\"\n\nOptions: A) Yes, run /office-hours now. B) No, keep going.\nIf they keep going, proceed normally — no guilt, no re-asking.\n\nIf they choose A:\n\nRead the `/office-hours` skill file at `~/.claude/skills/office-hours/SKILL.md` using the Read tool.\n\n**If unreadable:** Skip with \"Could not load /office-hours — skipping.\" and continue.\n\nFollow its instructions from top to bottom, **skipping these sections** (already handled by the parent skill):\n- Preamble (run first)\n- AskUserQuestion Format\n- Completeness Principle — Boil the Lake\n- Search Before Building\n- Contributor Mode\n- Completion Status Protocol\n- Telemetry (run last)\n- Step 0: Detect platform and base branch\n- Review Readiness Dashboard\n- Plan File Review Report\n- Prerequisite Skill Offer\n- Plan Status Footer\n\nExecute every other section at full depth. When the loaded skill's instructions are complete, continue with the next step below.\n\nNote current Step 0A progress so you don't re-ask questions already answered.\nAfter completion, re-run the design doc check and resume the review.\n\nWhen reading TODOS.md, specifically:\n* Note any TODOs this plan touches, blocks, or unlocks\n* Check if deferred work from prior reviews relates to this plan\n* Flag dependencies: does this plan enable or depend on deferred items?\n* Map known pain points (from TODOS) to this plan's scope\n\nMap:\n* What is the current system state?\n* What is already in flight (other open PRs, branches, stashed changes)?\n* What are the existing known pain points most relevant to this plan?\n* Are there any FIXME/TODO comments in files this plan touches?\n\n### Retrospective Check\nCheck the git log for this branch. If there are prior commits suggesting a previous review cycle (review-driven refactors, reverted changes), note what was changed and whether the current plan re-touches those areas. Be MORE aggressive reviewing areas that were previously problematic. Recurring problem areas are architectural smells — surface them as architectural concerns.\n\n### Frontend/UI Scope Detection\nAnalyze the plan. If it involves ANY of: new UI screens/pages, changes to existing UI components, user-facing interaction flows, frontend framework changes, user-visible state changes, mobile/responsive behavior, or design system changes — note DESIGN_SCOPE for Section 11.\n\n### Taste Calibration (EXPANSION and SELECTIVE EXPANSION modes)\nIdentify 2-3 files or patterns in the existing codebase that are particularly well-designed. Note them as style references for the review. Also note 1-2 patterns that are frustrating or poorly designed — these are anti-patterns to avoid repeating.\nReport findings before proceeding to Step 0.\n\n### Landscape Check\n\nRead ETHOS.md for the Search Before Building framework (the preamble's Search Before Building section has the path). Before challenging scope, understand the landscape. WebSearch for:\n- \"[product category] landscape {current year}\"\n- \"[key feature] alternatives\"\n- \"why [incumbent/conventional approach] [succeeds/fails]\"\n\nIf WebSearch is unavailable, skip this check and note: \"Search unavailable — proceeding with in-distribution knowledge only.\"\n\nRun the three-layer synthesis:\n- **[Layer 1]** What's the tried-and-true approach in this space?\n- **[Layer 2]** What are the search results saying?\n- **[Layer 3]** First-principles reasoning — where might the conventional wisdom be wrong?\n\nFeed into the Premise Challenge (0A) and Dream State Mapping (0C). If you find a eureka moment, surface it during the Expansion opt-in ceremony as a differentiation opportunity. Log it (see preamble).\n\n{{include lib/snippets/prior-learnings.md}}\n\n\n## Step 0: Nuclear Scope Challenge + Mode Selection\n\n### 0A. Premise Challenge\n1. Is this the right problem to solve? Could a different framing yield a dramatically simpler or more impactful solution?\n2. What is the actual user/business outcome? Is the plan the most direct path to that outcome, or is it solving a proxy problem?\n3. What would happen if we did nothing? Real pain point or hypothetical one?\n\n### 0B. Existing Code Leverage\n1. What existing code already partially or fully solves each sub-problem? Map every sub-problem to existing code. Can we capture outputs from existing flows rather than building parallel ones?\n2. Is this plan rebuilding anything that already exists? If yes, explain why rebuilding is better than refactoring.\n\n### 0C. Dream State Mapping\nDescribe the ideal end state of this system 12 months from now. Does this plan move toward that state or away from it?\n```\n CURRENT STATE THIS PLAN 12-MONTH IDEAL\n [describe] ---> [describe delta] ---> [describe target]\n```\n\n### 0C-bis. Implementation Alternatives (MANDATORY)\n\nBefore selecting a mode (0F), produce 2-3 distinct implementation approaches. This is NOT optional — every plan must consider alternatives.\n\nFor each approach:\n```\nAPPROACH A: [Name]\n Summary: [1-2 sentences]\n Effort: [S/M/L/XL]\n Risk: [Low/Med/High]\n Pros: [2-3 bullets]\n Cons: [2-3 bullets]\n Reuses: [existing code/patterns leveraged]\n\nAPPROACH B: [Name]\n ...\n\nAPPROACH C: [Name] (optional — include if a meaningfully different path exists)\n ...\n```\n\n**RECOMMENDATION:** Choose [X] because [one-line reason mapped to engineering preferences].\n\nRules:\n- At least 2 approaches required. 3 preferred for non-trivial plans.\n- One approach must be the \"minimal viable\" (fewest files, smallest diff).\n- One approach must be the \"ideal architecture\" (best long-term trajectory).\n- **These two approaches have equal weight.** Don't default to \"minimal viable\" just because it's smaller. Recommend whichever best serves the user's goal. If the right answer is a rewrite, say so.\n- If only one approach exists, explain concretely why alternatives were eliminated.\n- Do NOT proceed to mode selection (0F) without user approval of the chosen approach.\n\nPresent these approach options via AskUserQuestion using the preamble's AskUserQuestion Format section: include RECOMMENDATION and `Completeness: N/10` on every option. These approaches differ in coverage (minimal viable vs ideal architecture), so completeness scoring applies directly.\n\n**STOP.** AskUserQuestion once per issue. Do NOT batch. Recommend + WHY. Do NOT proceed to Step 0D or 0F until the user responds to 0C-bis. A \"clearly winning approach\" is still an approach decision and still needs explicit user approval before it lands in the plan.\n**Reminder: Do NOT make any code changes. Review only.**\n\n### 0D-prelude. Expansion Framing (shared by EXPANSION and SELECTIVE EXPANSION)\n\nEvery expansion proposal you generate in SCOPE EXPANSION or SELECTIVE EXPANSION mode follows this framing pattern:\n\nFLAT (avoid): \"Add real-time notifications. Users would see workflow results faster — latency drops from ~30s polling to <500ms push. Effort: ~1 hour CC.\"\n\nEXPANSIVE (aim for): \"Imagine the moment a workflow finishes — the user sees the result instantly, no tab-switching, no polling, no 'did it actually work?' anxiety. Real-time feedback turns a tool they check into a tool that talks to them. Concrete shape: WebSocket channel + optimistic UI + desktop notification fallback. Effort: human ~2 days / CC ~1 hour. Makes the product feel 10x more alive.\"\n\nBoth are outcome-framed. Only one makes the user feel the cathedral. Lead with the felt experience, close with concrete effort and impact.\n\n**For SELECTIVE EXPANSION:** neutral recommendation posture ≠ flat prose. Present vivid options, then let the user decide. Do not over-sell — \"Makes the product feel 10x more alive\" is vivid; \"This would 10x your revenue\" is over-sell. Evocative, not promotional.\n\n### 0D. Mode-Specific Analysis\n**For SCOPE EXPANSION** — run all three, then the opt-in ceremony:\n1. 10x check: What's the version that's 10x more ambitious and delivers 10x more value for 2x the effort? Describe it concretely.\n2. Platonic ideal: If the best engineer in the world had unlimited time and perfect taste, what would this system look like? What would the user feel when using it? Start from experience, not architecture.\n3. Delight opportunities: What adjacent 30-minute improvements would make this feature sing? Things where a user would think \"oh nice, they thought of that.\" List at least 5.\n4. **Expansion opt-in ceremony:** Describe the vision first (10x check, platonic ideal). Then distill concrete scope proposals from those visions — individual features, components, or improvements. Present each proposal as its own AskUserQuestion. Recommend enthusiastically — explain why it's worth doing. But the user decides. Options: **A)** Add to this plan's scope **B)** Defer to TODOS.md **C)** Skip. Accepted items become plan scope for all remaining review sections. Rejected items go to \"NOT in scope.\"\n\n**For SELECTIVE EXPANSION** — run the HOLD SCOPE analysis first, then surface expansions:\n1. 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.\n2. What is the minimum set of changes that achieves the stated goal? Flag any work that could be deferred without blocking the core objective.\n3. Then run the expansion scan (do NOT add these to scope yet — they are candidates):\n - 10x check: What's the version that's 10x more ambitious? Describe it concretely.\n - Delight opportunities: What adjacent 30-minute improvements would make this feature sing? List at least 5.\n - Platform potential: Would any expansion turn this feature into infrastructure other features can build on?\n4. **Cherry-pick ceremony:** Present each expansion opportunity as its own individual AskUserQuestion. Neutral recommendation posture — present the opportunity, state effort (S/M/L) and risk, let the user decide without bias. Options: **A)** Add to this plan's scope **B)** Defer to TODOS.md **C)** Skip. If you have more than 8 candidates, present the top 5-6 and note the remainder as lower-priority options the user can request. Accepted items become plan scope for all remaining review sections. Rejected items go to \"NOT in scope.\"\n\n**For HOLD SCOPE** — run this:\n1. 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.\n2. What is the minimum set of changes that achieves the stated goal? Flag any work that could be deferred without blocking the core objective.\n\n**For SCOPE REDUCTION** — run this:\n1. Ruthless cut: What is the absolute minimum that ships value to a user? Everything else is deferred. No exceptions.\n2. What can be a follow-up PR? Separate \"must ship together\" from \"nice to ship together.\"\n\n### 0D-POST. Persist CEO Plan (EXPANSION and SELECTIVE EXPANSION only)\n\nAfter the opt-in/cherry-pick ceremony, write the plan to disk so the vision and decisions survive beyond this conversation. Only run this step for EXPANSION and SELECTIVE EXPANSION modes.\n\n```bash\neval \"$(~/.vibestack/bin/vibe-slug 2>/dev/null)\" && mkdir -p ~/.vibestack/projects/$SLUG/ceo-plans\n```\n\nBefore writing, check for existing CEO plans in the ceo-plans/ directory. If any are >30 days old or their branch has been merged/deleted, offer to archive them:\n\n```bash\nmkdir -p ~/.vibestack/projects/$SLUG/ceo-plans/archive\n# For each stale plan: mv ~/.vibestack/projects/$SLUG/ceo-plans/{old-plan}.md ~/.vibestack/projects/$SLUG/ceo-plans/archive/\n```\n\nWrite to `~/.vibestack/projects/$SLUG/ceo-plans/{date}-{feature-slug}.md` using this format:\n\n```markdown\n---\nstatus: ACTIVE\n---\n# CEO Plan: {Feature Name}\nGenerated by /plan-ceo-review on {date}\nBranch: {branch} | Mode: {EXPANSION / SELECTIVE EXPANSION}\nRepo: {owner/repo}\n\n## Vision\n\n### 10x Check\n{10x vision description}\n\n### Platonic Ideal\n{platonic ideal description — EXPANSION mode only}\n\n## Scope Decisions\n\n| # | Proposal | Effort | Decision | Reasoning |\n|---|----------|--------|----------|-----------|\n| 1 | {proposal} | S/M/L | ACCEPTED / DEFERRED / SKIPPED | {why} |\n\n## Accepted Scope (added to this plan)\n- {bullet list of what's now in scope}\n\n## Deferred to TODOS.md\n- {items with context}\n```\n\nDerive the feature slug from the plan being reviewed (e.g., \"user-dashboard\", \"auth-refactor\"). Use the date in YYYY-MM-DD format.\n\nAfter writing the CEO plan, run the spec review loop on it:\n\n## Spec Review Loop\n\nBefore presenting the document to the user for approval, run an adversarial review.\n\n**Step 1: Dispatch reviewer subagent**\n\nUse the Agent tool to dispatch an independent reviewer. The reviewer has fresh context\nand cannot see the brainstorming conversation — only the document. This ensures genuine\nadversarial independence.\n\nPrompt the subagent with:\n- The file path of the document just written\n- \"Read this document and review it on 5 dimensions. For each dimension, note PASS or\n list specific issues with suggested fixes. At the end, output a quality score (1-10)\n across all dimensions.\"\n\n**Dimensions:**\n1. **Completeness** — Are all requirements addressed? Missing edge cases?\n2. **Consistency** — Do parts of the document agree with each other? Contradictions?\n3. **Clarity** — Could an engineer implement this without asking questions? Ambiguous language?\n4. **Scope** — Does the document creep beyond the original problem? YAGNI violations?\n5. **Feasibility** — Can this actually be built with the stated approach? Hidden complexity?\n\nThe subagent should return:\n- A quality score (1-10)\n- PASS if no issues, or a numbered list of issues with dimension, description, and fix\n\n**Step 2: Fix and re-dispatch**\n\nIf the reviewer returns issues:\n1. Fix each issue in the document on disk (use Edit tool)\n2. Re-dispatch the reviewer subagent with the updated document\n3. Maximum 3 iterations total\n\n**Convergence guard:** If the reviewer returns the same issues on consecutive iterations\n(the fix didn't resolve them or the reviewer disagrees with the fix), stop the loop\nand persist those issues as \"Reviewer Concerns\" in the document rather than looping\nfurther.\n\nIf the subagent fails, times out, or is unavailable — skip the review loop entirely.\nTell the user: \"Spec review unavailable — presenting unreviewed doc.\" The document is\nalready written to disk; the review is a quality bonus, not a gate.\n\n**Step 3: Report and persist metrics**\n\nAfter the loop completes (PASS, max iterations, or convergence guard):\n\n1. Tell the user the result — summary by default:\n \"Your doc survived N rounds of adversarial review. M issues caught and fixed.\n Quality score: X/10.\"\n If they ask \"what did the reviewer find?\", show the full reviewer output.\n\n2. If issues remain after max iterations or convergence, add a \"## Reviewer Concerns\"\n section to the document listing each unresolved issue. Downstream skills will see this.\n\n3. Append metrics:\n```bash\nmkdir -p ~/.vibestack/analytics\necho '{\"skill\":\"plan-ceo-review\",\"ts\":\"'$(date -u +%Y-%m-%dT%H:%M:%SZ)'\",\"iterations\":ITERATIONS,\"issues_found\":FOUND,\"issues_fixed\":FIXED,\"remaining\":REMAINING,\"quality_score\":SCORE}' >> ~/.vibestack/analytics/spec-review.jsonl 2>/dev/null || true\n```\nReplace ITERATIONS, FOUND, FIXED, REMAINING, SCORE with actual values from the review.\n\n### 0E. Temporal Interrogation (EXPANSION, SELECTIVE EXPANSION, and HOLD modes)\nThink ahead to implementation: What decisions will need to be made during implementation that should be resolved NOW in the plan?\n```\n HOUR 1 (foundations): What does the implementer need to know?\n HOUR 2-3 (core logic): What ambiguities will they hit?\n HOUR 4-5 (integration): What will surprise them?\n HOUR 6+ (polish/tests): What will they wish they'd planned for?\n```\nNOTE: These represent human-team implementation hours. With CC + vibestack,\n6 hours of human implementation compresses to ~30-60 minutes. The decisions\nare identical — the implementation speed is 10-20x faster. Always present\nboth scales when discussing effort.\n\nSurface these as questions for the user NOW, not as \"figure it out later.\"\n\n### 0F. Mode Selection\nIn every mode, you are 100% in control. No scope is added without your explicit approval.\n\nPresent four options:\n1. **SCOPE EXPANSION:** The plan is good but could be great. Dream big — propose the ambitious version. Every expansion is presented individually for your approval. You opt in to each one.\n2. **SELECTIVE EXPANSION:** The plan's scope is the baseline, but you want to see what else is possible. Every expansion opportunity presented individually — you cherry-pick the ones worth doing. Neutral recommendations.\n3. **HOLD SCOPE:** The plan's scope is right. Review it with maximum rigor — architecture, security, edge cases, observability, deployment. Make it bulletproof. No expansions surfaced.\n4. **SCOPE REDUCTION:** The plan is overbuilt or wrong-headed. Propose a minimal version that achieves the core goal, then review that.\n\nContext-dependent defaults:\n* Greenfield feature → default EXPANSION\n* Feature enhancement or iteration on existing system → default SELECTIVE EXPANSION\n* Bug fix or hotfix → default HOLD SCOPE\n* Refactor → default HOLD SCOPE\n* Plan touching >15 files → suggest REDUCTION unless user pushes back\n* User says \"go big\" / \"ambitious\" / \"cathedral\" → EXPANSION, no question\n* User says \"hold scope but tempt me\" / \"show me options\" / \"cherry-pick\" → SELECTIVE EXPANSION, no question\n\nAfter mode is selected, confirm which implementation approach (from 0C-bis) applies under the chosen mode. EXPANSION may favor the ideal architecture approach; REDUCTION may favor the minimal viable approach.\n\nOnce selected, commit fully. Do not silently drift.\n\nPresent these mode options via AskUserQuestion using the preamble's AskUserQuestion Format section: include RECOMMENDATION. These options differ in kind (review posture), not coverage — do NOT emit `Completeness: N/10` per option. Include the one-line note from step 4 of the preamble format rule instead: `Note: options differ in kind, not coverage — no completeness score.`\n\n**STOP.** AskUserQuestion once per issue. Do NOT batch. Recommend + WHY. If this section turned up zero findings, state \"No issues, moving on\" and proceed. If the section has findings, you MUST call AskUserQuestion as a tool_use — a finding with an \"obvious fix\" is still a finding and still needs user approval before any change lands in the plan. Do NOT proceed until the user responds.\n**Reminder: Do NOT make any code changes. Review only.**\n\n## Review Sections (11 sections, after scope and mode are agreed)\n\n**Anti-skip rule:** Never condense, abbreviate, or skip any review section (1-11) regardless of plan type (strategy, spec, code, infra). Every section in this skill exists for a reason. \"This is a strategy doc so implementation sections don't apply\" is always wrong — implementation details are where strategy breaks down. If a section genuinely has zero findings, say \"No issues found\" and move on — but you must evaluate it.\n\n### Section 1: Architecture Review\nEvaluate and diagram:\n* Overall system design and component boundaries. Draw the dependency graph.\n* Data flow — all four paths. For every new data flow, ASCII diagram the:\n * Happy path (data flows correctly)\n * Nil path (input is nil/missing — what happens?)\n * Empty path (input is present but empty/zero-length — what happens?)\n * Error path (upstream call fails — what happens?)\n* State machines. ASCII diagram for every new stateful object. Include impossible/invalid transitions and what prevents them.\n* Coupling concerns. Which components are now coupled that weren't before? Is that coupling justified? Draw the before/after dependency graph.\n* Scaling characteristics. What breaks first under 10x load? Under 100x?\n* Single points of failure. Map them.\n* Security architecture. Auth boundaries, data access patterns, API surfaces. For each new endpoint or data mutation: who can call it, what do they get, what can they change?\n* Production failure scenarios. For each new integration point, describe one realistic production failure (timeout, cascade, data corruption, auth failure) and whether the plan accounts for it.\n* Rollback posture. If this ships and immediately breaks, what's the rollback procedure? Git revert? Feature flag? DB migration rollback? How long?\n\n**EXPANSION and SELECTIVE EXPANSION additions:**\n* What would make this architecture beautiful? Not just correct — elegant. Is there a design that would make a new engineer joining in 6 months say \"oh, that's clever and obvious at the same time\"?\n* What infrastructure would make this feature a platform that other features can build on?\n\n**SELECTIVE EXPANSION:** If any accepted cherry-picks from Step 0D affect the architecture, evaluate their architectural fit here. Flag any that create coupling concerns or don't integrate cleanly — this is a chance to revisit the decision with new information.\n\nRequired ASCII diagram: full system architecture showing new components and their relationships to existing ones.\n**STOP.** AskUserQuestion once per issue. Do NOT batch. Recommend + WHY. If this section turned up zero findings, state \"No issues, moving on\" and proceed. If the section has findings, you MUST call AskUserQuestion as a tool_use — a finding with an \"obvious fix\" is still a finding and still needs user approval before any change lands in the plan. Do NOT proceed until the user responds.\n**Reminder: Do NOT make any code changes. Review only.**\n\n### Section 2: Error & Rescue Map\nThis is the section that catches silent failures. It is not optional.\nFor every new method, service, or codepath that can fail, fill in this table:\n```\n METHOD/CODEPATH | WHAT CAN GO WRONG | EXCEPTION CLASS\n -------------------------|-----------------------------|-----------------\n ExampleService#call | API timeout | TimeoutError\n | API returns 429 | RateLimitError\n | API returns malformed JSON | JSONParseError\n | DB connection pool exhausted| ConnectionPoolExhausted\n | Record not found | RecordNotFound\n -------------------------|-----------------------------|-----------------\n\n EXCEPTION CLASS | RESCUED? | RESCUE ACTION | USER SEES\n -----------------------------|-----------|------------------------|------------------\n TimeoutError | Y | Retry 2x, then raise | \"Service temporarily unavailable\"\n RateLimitError | Y | Backoff + retry | Nothing (transparent)\n JSONParseError | N ← GAP | — | 500 error ← BAD\n ConnectionPoolExhausted | N ← GAP | — | 500 error ← BAD\n RecordNotFound | Y | Return nil, log warning | \"Not found\" message\n```\nRules for this section:\n* Catch-all error handling (`rescue StandardError`, `catch (Exception e)`, `except Exception`) is ALWAYS a smell. Name the specific exceptions.\n* Catching an error with only a generic log message is insufficient. Log the full context: what was being attempted, with what arguments, for what user/request.\n* Every rescued error must either: retry with backoff, degrade gracefully with a user-visible message, or re-raise with added context. \"Swallow and continue\" is almost never acceptable.\n* For each GAP (unrescued error that should be rescued): specify the rescue action and what the user should see.\n* For LLM/AI service calls specifically: what happens when the response is malformed? When it's empty? When it hallucinates invalid JSON? When the model returns a refusal? Each of these is a distinct failure mode.\n**STOP.** AskUserQuestion once per issue. Do NOT batch. Recommend + WHY. If this section turned up zero findings, state \"No issues, moving on\" and proceed. If the section has findings, you MUST call AskUserQuestion as a tool_use — a finding with an \"obvious fix\" is still a finding and still needs user approval before any change lands in the plan. Do NOT proceed until the user responds.\n**Reminder: Do NOT make any code changes. Review only.**\n\n### Section 3: Security & Threat Model\nSecurity is not a sub-bullet of architecture. It gets its own section.\nEvaluate:\n* Attack surface expansion. What new attack vectors does this plan introduce? New endpoints, new params, new file paths, new background jobs?\n* Input validation. For every new user input: is it validated, sanitized, and rejected loudly on failure? What happens with: nil, empty string, string when integer expected, string exceeding max length, unicode edge cases, HTML/script injection attempts?\n* Authorization. For every new data access: is it scoped to the right user/role? Is there a direct object reference vulnerability? Can user A access user B's data by manipulating IDs?\n* Secrets and credentials. New secrets? In env vars, not hardcoded? Rotatable?\n* Dependency risk. New gems/npm packages? Security track record?\n* Data classification. PII, payment data, credentials? Handling consistent with existing patterns?\n* Injection vectors. SQL, command, template, LLM prompt injection — check all.\n* Audit logging. For sensitive operations: is there an audit trail?\n\nFor each finding: threat, likelihood (High/Med/Low), impact (High/Med/Low), and whether the plan mitigates it.\n**STOP.** AskUserQuestion once per issue. Do NOT batch. Recommend + WHY. If this section turned up zero findings, state \"No issues, moving on\" and proceed. If the section has findings, you MUST call AskUserQuestion as a tool_use — a finding with an \"obvious fix\" is still a finding and still needs user approval before any change lands in the plan. Do NOT proceed until the user responds.\n**Reminder: Do NOT make any code changes. Review only.**\n\n### Section 4: Data Flow & Interaction Edge Cases\nThis section traces data through the system and interactions through the UI with adversarial thoroughness.\n\n**Data Flow Tracing:** For every new data flow, produce an ASCII diagram showing:\n```\n INPUT ──▶ VALIDATION ──▶ TRANSFORM ──▶ PERSIST ──▶ OUTPUT\n │ │ │ │ │\n ▼ ▼ ▼ ▼ ▼\n [nil?] [invalid?] [exception?] [conflict?] [stale?]\n [empty?] [too long?] [timeout?] [dup key?] [partial?]\n [wrong [wrong type?] [OOM?] [locked?] [encoding?]\n type?]\n```\nFor each node: what happens on each shadow path? Is it tested?\n\n**Interaction Edge Cases:** For every new user-visible interaction, evaluate:\n```\n INTERACTION | EDGE CASE | HANDLED? | HOW?\n ---------------------|------------------------|----------|--------\n Form submission | Double-click submit | ? |\n | Submit with stale CSRF | ? |\n | Submit during deploy | ? |\n Async operation | User navigates away | ? |\n | Operation times out | ? |\n | Retry while in-flight | ? |\n List/table view | Zero results | ? |\n | 10,000 results | ? |\n | Results change mid-page| ? |\n Background job | Job fails after 3 of | ? |\n | 10 items processed | |\n | Job runs twice (dup) | ? |\n | Queue backs up 2 hours | ? |\n```\nFlag any unhandled edge case as a gap. For each gap, specify the fix.\n**STOP.** AskUserQuestion once per issue. Do NOT batch. Recommend + WHY. If this section turned up zero findings, state \"No issues, moving on\" and proceed. If the section has findings, you MUST call AskUserQuestion as a tool_use — a finding with an \"obvious fix\" is still a finding and still needs user approval before any change lands in the plan. Do NOT proceed until the user responds.\n**Reminder: Do NOT make any code changes. Review only.**\n\n### Section 5: Code Quality Review\nEvaluate:\n* Code organization and module structure. Does new code fit existing patterns? If it deviates, is there a reason?\n* DRY violations. Be aggressive. If the same logic exists elsewhere, flag it and reference the file and line.\n* Naming quality. Are new classes, methods, and variables named for what they do, not how they do it?\n* Error handling patterns. (Cross-reference with Section 2 — this section reviews the patterns; Section 2 maps the specifics.)\n* Missing edge cases. List explicitly: \"What happens when X is nil?\" \"When the API returns 429?\" etc.\n* Over-engineering check. Any new abstraction solving a problem that doesn't exist yet?\n* Under-engineering check. Anything fragile, assuming happy path only, or missing obvious defensive checks?\n* Cyclomatic complexity. Flag any new method that branches more than 5 times. Propose a refactor.\n**STOP.** AskUserQuestion once per issue. Do NOT batch. Recommend + WHY. If this section turned up zero findings, state \"No issues, moving on\" and proceed. If the section has findings, you MUST call AskUserQuestion as a tool_use — a finding with an \"obvious fix\" is still a finding and still needs user approval before any change lands in the plan. Do NOT proceed until the user responds.\n**Reminder: Do NOT make any code changes. Review only.**\n\n### Section 6: Test Review\nMake a complete diagram of every new thing this plan introduces:\n```\n NEW UX FLOWS:\n [list each new user-visible interaction]\n\n NEW DATA FLOWS:\n [list each new path data takes through the system]\n\n NEW CODEPATHS:\n [list each new branch, condition, or execution path]\n\n NEW BACKGROUND JOBS / ASYNC WORK:\n [list each]\n\n NEW INTEGRATIONS / EXTERNAL CALLS:\n [list each]\n\n NEW ERROR/RESCUE PATHS:\n [list each — cross-reference Section 2]\n```\nFor each item in the diagram:\n* What type of test covers it? (Unit / Integration / System / E2E)\n* Does a test for it exist in the plan? If not, write the test spec header.\n* What is the happy path test?\n* What is the failure path test? (Be specific — which failure?)\n* What is the edge case test? (nil, empty, boundary values, concurrent access)\n\nTest ambition check (all modes): For each new feature, answer:\n* What's the test that would make you confident shipping at 2am on a Friday?\n* What's the test a hostile QA engineer would write to break this?\n* What's the chaos test?\n\nTest pyramid check: Many unit, fewer integration, few E2E? Or inverted?\nFlakiness risk: Flag any test depending on time, randomness, external services, or ordering.\nLoad/stress test requirements: For any new codepath called frequently or processing significant data.\n\nFor LLM/prompt changes: Check CLAUDE.md for the \"Prompt/LLM changes\" file patterns. If this plan touches ANY of those patterns, state which eval suites must be run, which cases should be added, and what baselines to compare against.\n**STOP.** AskUserQuestion once per issue. Do NOT batch. Recommend + WHY. If this section turned up zero findings, state \"No issues, moving on\" and proceed. If the section has findings, you MUST call AskUserQuestion as a tool_use — a finding with an \"obvious fix\" is still a finding and still needs user approval before any change lands in the plan. Do NOT proceed until the user responds.\n**Reminder: Do NOT make any code changes. Review only.**\n\n### Section 7: Performance Review\nEvaluate:\n* N+1 queries. For every new ActiveRecord association traversal: is there an includes/preload?\n* Memory usage. For every new data structure: what's the maximum size in production?\n* Database indexes. For every new query: is there an index?\n* Caching opportunities. For every expensive computation or external call: should it be cached?\n* Background job sizing. For every new job: worst-case payload, runtime, retry behavior?\n* Slow paths. Top 3 slowest new codepaths and estimated p99 latency.\n* Connection pool pressure. New DB connections, Redis connections, HTTP connections?\n**STOP.** AskUserQuestion once per issue. Do NOT batch. Recommend + WHY. If this section turned up zero findings, state \"No issues, moving on\" and proceed. If the section has findings, you MUST call AskUserQuestion as a tool_use — a finding with an \"obvious fix\" is still a finding and still needs user approval before any change lands in the plan. Do NOT proceed until the user responds.\n**Reminder: Do NOT make any code changes. Review only.**\n\n### Section 8: Observability & Debuggability Review\nNew systems break. This section ensures you can see why.\nEvaluate:\n* Logging. For every new codepath: structured log lines at entry, exit, and each significant branch?\n* Metrics. For every new feature: what metric tells you it's working? What tells you it's broken?\n* Tracing. For new cross-service or cross-job flows: trace IDs propagated?\n* Alerting. What new alerts should exist?\n* Dashboards. What new dashboard panels do you want on day 1?\n* Debuggability. If a bug is reported 3 weeks post-ship, can you reconstruct what happened from logs alone?\n* Admin tooling. New operational tasks that need admin UI or rake tasks?\n* Runbooks. For each new failure mode: what's the operational response?\n\n**EXPANSION and SELECTIVE EXPANSION addition:**\n* What observability would make this feature a joy to operate? (For SELECTIVE EXPANSION, include observability for any accepted cherry-picks.)\n**STOP.** AskUserQuestion once per issue. Do NOT batch. Recommend + WHY. If this section turned up zero findings, state \"No issues, moving on\" and proceed. If the section has findings, you MUST call AskUserQuestion as a tool_use — a finding with an \"obvious fix\" is still a finding and still needs user approval before any change lands in the plan. Do NOT proceed until the user responds.\n**Reminder: Do NOT make any code changes. Review only.**\n\n### Section 9: Deployment & Rollout Review\nEvaluate:\n* Migration safety. For every new DB migration: backward-compatible? Zero-downtime? Table locks?\n* Feature flags. Should any part be behind a feature flag?\n* Rollout order. Correct sequence: migrate first, deploy second?\n* Rollback plan. Explicit step-by-step.\n* Deploy-time risk window. Old code and new code running simultaneously — what breaks?\n* Environment parity. Tested in staging?\n* Post-deploy verification checklist. First 5 minutes? First hour?\n* Smoke tests. What automated checks should run immediately post-deploy?\n\n**EXPANSION and SELECTIVE EXPANSION addition:**\n* What deploy infrastructure would make shipping this feature routine? (For SELECTIVE EXPANSION, assess whether accepted cherry-picks change the deployment risk profile.)\n**STOP.** AskUserQuestion once per issue. Do NOT batch. Recommend + WHY. If this section turned up zero findings, state \"No issues, moving on\" and proceed. If the section has findings, you MUST call AskUserQuestion as a tool_use — a finding with an \"obvious fix\" is still a finding and still needs user approval before any change lands in the plan. Do NOT proceed until the user responds.\n**Reminder: Do NOT make any code changes. Review only.**\n\n### Section 10: Long-Term Trajectory Review\nEvaluate:\n* Technical debt introduced. Code debt, operational debt, testing debt, documentation debt.\n* Path dependency. Does this make future changes harder?\n* Knowledge concentration. Documentation sufficient for a new engineer?\n* Reversibility. Rate 1-5: 1 = one-way door, 5 = easily reversible.\n* Ecosystem fit. Aligns with Rails/JS ecosystem direction?\n* The 1-year question. Read this plan as a new engineer in 12 months — obvious?\n\n**EXPANSION and SELECTIVE EXPANSION additions:**\n* What comes after this ships? Phase 2? Phase 3? Does the architecture support that trajectory?\n* Platform potential. Does this create capabilities other features can leverage?\n* (SELECTIVE EXPANSION only) Retrospective: Were the right cherry-picks accepted? Did any rejected expansions turn out to be load-bearing for the accepted ones?\n**STOP.** AskUserQuestion once per issue. Do NOT batch. Recommend + WHY. If this section turned up zero findings, state \"No issues, moving on\" and proceed. If the section has findings, you MUST call AskUserQuestion as a tool_use — a finding with an \"obvious fix\" is still a finding and still needs user approval before any change lands in the plan. Do NOT proceed until the user responds.\n**Reminder: Do NOT make any code changes. Review only.**\n\n### Section 11: Design & UX Review (skip if no UI scope detected)\nThe CEO calling in the designer. Not a pixel-level audit — that's /plan-design-review and /design-review. This is ensuring the plan has design intentionality.\n\nEvaluate:\n* Information architecture — what does the user see first, second, third?\n* Interaction state coverage map:\n FEATURE | LOADING | EMPTY | ERROR | SUCCESS | PARTIAL\n* User journey coherence — storyboard the emotional arc\n* AI slop risk — does the plan describe generic UI patterns?\n* DESIGN.md alignment — does the plan match the stated design system?\n* Responsive intention — is mobile mentioned or afterthought?\n* Accessibility basics — keyboard nav, screen readers, contrast, touch targets\n\n**EXPANSION and SELECTIVE EXPANSION additions:**\n* What would make this UI feel *inevitable*?\n* What 30-minute UI touches would make users think \"oh nice, they thought of that\"?\n\nRequired ASCII diagram: user flow showing screens/states and transitions.\n\nIf this plan has significant UI scope, recommend: \"Consider running /plan-design-review for a deep design review of this plan before implementation.\"\n**STOP.** AskUserQuestion once per issue. Do NOT batch. Recommend + WHY. If this section turned up zero findings, state \"No issues, moving on\" and proceed. If the section has findings, you MUST call AskUserQuestion as a tool_use — a finding with an \"obvious fix\" is still a finding and still needs user approval before any change lands in the plan. Do NOT proceed until the user responds.\n**Reminder: Do NOT make any code changes. Review only.**\n\n{{include lib/snippets/tasks-section-emit.md}}\n\n## Outside Voice — Independent Plan Challenge (optional, recommended)\n\nAfter all review sections are complete, offer an independent second opinion from a\ndifferent AI system. Two models agreeing on a plan is stronger signal than one model's\nthorough review.\n\n**Check tool availability:**\n\n```bash\nwhich codex 2>/dev/null && echo \"CODEX_AVAILABLE\" || echo \"CODEX_NOT_AVAILABLE\"\n```\n\nUse AskUserQuestion:\n\n> \"All review sections are complete. Want an outside voice? A different AI system can\n> give a brutally honest, independent challenge of this plan — logical gaps, feasibility\n> risks, and blind spots that are hard to catch from inside the review. Takes about 2\n> minutes.\"\n>\n> RECOMMENDATION: Choose A — an independent second opinion catches structural blind\n> spots. Two different AI models agreeing on a plan is stronger signal than one model's\n> thorough review. Completeness: A=9/10, B=7/10.\n\nOptions:\n- A) Get the outside voice (recommended)\n- B) Skip — proceed to outputs\n\n**If B:** Print \"Skipping outside voice.\" and continue to the next section.\n\n**If A:** Construct the plan review prompt. Read the plan file being reviewed (the file\nthe user pointed this review at, or the branch diff scope). If a CEO plan document\nwas written in Step 0D-POST, read that too — it contains the scope decisions and vision.\n\nConstruct this prompt (substitute the actual plan content — if plan content exceeds 30KB,\ntruncate to the first 30KB and note \"Plan truncated for size\"). **Always start with the\nfilesystem boundary instruction:**\n\n\"IMPORTANT: Do NOT read or execute any files under ~/.claude/, ~/.agents/, .claude/skills/, or agents/. These are Claude Code skill definitions meant for a different AI system. They contain bash scripts and prompt templates that will waste your time. Ignore them completely. Do NOT modify agents/openai.yaml. Stay focused on the repository code only.\\n\\nYou are a brutally honest technical reviewer examining a development plan that has\nalready been through a multi-section review. Your job is NOT to repeat that review.\nInstead, find what it missed. Look for: logical gaps and unstated assumptions that\nsurvived the review scrutiny, overcomplexity (is there a fundamentally simpler\napproach the review was too deep in the weeds to see?), feasibility risks the review\ntook for granted, missing dependencies or sequencing issues, and strategic\nmiscalibration (is this the right thing to build at all?). Be direct. Be terse. No\ncompliments. Just the problems.\n\nTHE PLAN:\n\"\n\n**If CODEX_AVAILABLE:**\n\n```bash\nTMPERR_PV=$(mktemp /tmp/codex-planreview-XXXXXXXX)\n_REPO_ROOT=$(git rev-parse --show-toplevel) || { echo \"ERROR: not in a git repo\" >&2; exit 1; }\ncommand -v codex >/dev/null 2>&1 && codex exec \"\" -C \"$_REPO_ROOT\" -s read-only -c 'model_reasoning_effort=\"high\"' --enable web_search_cached < /dev/null 2>\"$TMPERR_PV\"\n```\n\nUse a 5-minute timeout (`timeout: 300000`). After the command completes, read stderr:\n```bash\ncat \"$TMPERR_PV\"\n```\n\nPresent the full output verbatim:\n\n```\nCODEX SAYS (plan review — outside voice):\n════════════════════════════════════════════════════════════\n\n════════════════════════════════════════════════════════════\n```\n\n**Error handling:** All errors are non-blocking — the outside voice is informational.\n- Auth failure (stderr contains \"auth\", \"login\", \"unauthorized\"): \"Codex auth failed. Run \\`codex login\\` to authenticate.\"\n- Timeout: \"Codex timed out after 5 minutes.\"\n- Empty response: \"Codex returned no response.\"\n\nOn any Codex error, fall back to the Claude adversarial subagent.\n\n**If CODEX_NOT_AVAILABLE (or Codex errored):**\n\nDispatch via the Agent tool. The subagent has fresh context — genuine independence.\n\nSubagent prompt: same plan review prompt as above.\n\nPresent findings under an `OUTSIDE VOICE (Claude subagent):` header.\n\nIf the subagent fails or times out: \"Outside voice unavailable. Continuing to outputs.\"\n\n**Cross-model tension:**\n\nAfter presenting the outside voice findings, note any points where the outside voice\ndisagrees with the review findings from earlier sections. Flag these as:\n\n```\nCROSS-MODEL TENSION:\n [Topic]: Review said X. Outside voice says Y. [Present both perspectives neutrally.\n State what context you might be missing that would change the answer.]\n```\n\n**User Sovereignty:** Do NOT auto-incorporate outside voice recommendations into the plan.\nPresent each tension point to the user. The user decides. Cross-model agreement is a\nstrong signal — present it as such — but it is NOT permission to act. You may state\nwhich argument you find more compelling, but you MUST NOT apply the change without\nexplicit user approval.\n\nFor each substantive tension point, use AskUserQuestion:\n\n> \"Cross-model disagreement on [topic]. The review found [X] but the outside voice\n> argues [Y]. [One sentence on what context you might be missing.]\"\n>\n> RECOMMENDATION: Choose [A or B] because [one-line reason explaining which argument\n> is more compelling and why]. Completeness: A=X/10, B=Y/10.\n\nOptions:\n- A) Accept the outside voice's recommendation (I'll apply this change)\n- B) Keep the current approach (reject the outside voice)\n- C) Investigate further before deciding\n- D) Add to TODOS.md for later\n\nWait for the user's response. Do NOT default to accepting because you agree with the\noutside voice. If the user chooses B, the current approach stands — do not re-argue.\n\nIf no tension points exist, note: \"No cross-model tension — both reviewers agree.\"\n\n**Persist the result:**\n```bash\ntrue # vibe-review-log '{\"skill\":\"codex-plan-review\",\"timestamp\":\"'\"$(date -u +%Y-%m-%dT%H:%M:%SZ)\"'\",\"status\":\"STATUS\",\"source\":\"SOURCE\",\"commit\":\"'\"$(git rev-parse --short HEAD)\"'\"}'\n```\n\nSubstitute: STATUS = \"clean\" if no findings, \"issues_found\" if findings exist.\nSOURCE = \"codex\" if Codex ran, \"claude\" if subagent ran.\n\n**Cleanup:** Run `rm -f \"$TMPERR_PV\"` after processing (if Codex was used).\n\n---\n\n### Outside Voice Integration Rule\n\nOutside voice findings are INFORMATIONAL until the user explicitly approves each one.\nDo NOT incorporate outside voice recommendations into the plan without presenting each\nfinding via AskUserQuestion and getting explicit approval. This applies even when you\nagree with the outside voice. Cross-model consensus is a strong signal — present it as\nsuch — but the user makes the decision.\n\n## Post-Implementation Design Audit (if UI scope detected)\nAfter implementation, run `/design-review` on the live site to catch visual issues that can only be evaluated with rendered output.\n\n## CRITICAL RULE — How to ask questions\nFollow the AskUserQuestion format from the Preamble above. Additional rules for plan reviews:\n* **One issue = one AskUserQuestion call.** Never combine multiple issues into one question.\n* Describe the problem concretely, with file and line references.\n* Present 2-3 options, including \"do nothing\" where reasonable.\n* For each option: effort, risk, and maintenance burden in one line.\n* **Map the reasoning to my engineering preferences above.** One sentence connecting your recommendation to a specific preference.\n* Label with issue NUMBER + option LETTER (e.g., \"3A\", \"3B\").\n* **Escape hatch (tightened):** If a section has zero findings, state \"No issues, moving on\" and proceed. If it has findings, use AskUserQuestion for each — a finding with an \"obvious fix\" is still a finding and still needs user approval before any change lands in the plan. Only skip AskUserQuestion when the decision is genuinely trivial (e.g., a typo fix) AND there are no meaningful alternatives. When in doubt, ask.\n\n## Required Outputs\n\n### \"NOT in scope\" section\nList work considered and explicitly deferred, with one-line rationale each.\n\n### \"What already exists\" section\nList existing code/flows that partially solve sub-problems and whether the plan reuses them.\n\n### \"Dream state delta\" section\nWhere this plan leaves us relative to the 12-month ideal.\n\n### Error & Rescue Registry (from Section 2)\nComplete table of every method that can fail, every exception class, rescued status, rescue action, user impact.\n\n### Failure Modes Registry\n```\n CODEPATH | FAILURE MODE | RESCUED? | TEST? | USER SEES? | LOGGED?\n ---------|----------------|----------|-------|----------------|--------\n```\nAny row with RESCUED=N, TEST=N, USER SEES=Silent → **CRITICAL GAP**.\n\n### TODOS.md updates\nPresent each potential TODO as its own individual AskUserQuestion. Never batch TODOs — one per question. Never silently skip this step. Follow the format in `.claude/skills/review/TODOS-format.md`.\n\nFor each TODO, describe:\n* **What:** One-line description of the work.\n* **Why:** The concrete problem it solves or value it unlocks.\n* **Pros:** What you gain by doing this work.\n* **Cons:** Cost, complexity, or risks of doing it.\n* **Context:** Enough detail that someone picking this up in 3 months understands the motivation, the current state, and where to start.\n* **Effort estimate:** S/M/L/XL (human team) → with Claude Code + vibestack: S→S, M→S, L→M, XL→L\n* **Priority:** P1/P2/P3\n* **Depends on / blocked by:** Any prerequisites or ordering constraints.\n\nThen present options: **A)** Add to TODOS.md **B)** Skip — not valuable enough **C)** Build it now in this PR instead of deferring.\n\n### Scope Expansion Decisions (EXPANSION and SELECTIVE EXPANSION only)\nFor EXPANSION and SELECTIVE EXPANSION modes: expansion opportunities and delight items were surfaced and decided in Step 0D (opt-in/cherry-pick ceremony). The decisions are persisted in the CEO plan document. Reference the CEO plan for the full record. Do not re-surface them here — list the accepted expansions for completeness:\n* Accepted: {list items added to scope}\n* Deferred: {list items sent to TODOS.md}\n* Skipped: {list items rejected}\n\n### Diagrams (mandatory, produce all that apply)\n1. System architecture\n2. Data flow (including shadow paths)\n3. State machine\n4. Error flow\n5. Deployment sequence\n6. Rollback flowchart\n\n### Stale Diagram Audit\nList every ASCII diagram in files this plan touches. Still accurate?\n\n### Completion Summary\n```\n +====================================================================+\n | MEGA PLAN REVIEW — COMPLETION SUMMARY |\n +====================================================================+\n | Mode selected | EXPANSION / SELECTIVE / HOLD / REDUCTION |\n | System Audit | [key findings] |\n | Step 0 | [mode + key decisions] |\n | Section 1 (Arch) | ___ issues found |\n | Section 2 (Errors) | ___ error paths mapped, ___ GAPS |\n | Section 3 (Security)| ___ issues found, ___ High severity |\n | Section 4 (Data/UX) | ___ edge cases mapped, ___ unhandled |\n | Section 5 (Quality) | ___ issues found |\n | Section 6 (Tests) | Diagram produced, ___ gaps |\n | Section 7 (Perf) | ___ issues found |\n | Section 8 (Observ) | ___ gaps found |\n | Section 9 (Deploy) | ___ risks flagged |\n | Section 10 (Future) | Reversibility: _/5, debt items: ___ |\n | Section 11 (Design) | ___ issues / SKIPPED (no UI scope) |\n +--------------------------------------------------------------------+\n | NOT in scope | written (___ items) |\n | What already exists | written |\n | Dream state delta | written |\n | Error/rescue registry| ___ methods, ___ CRITICAL GAPS |\n | Failure modes | ___ total, ___ CRITICAL GAPS |\n | TODOS.md updates | ___ items proposed |\n | Scope proposals | ___ proposed, ___ accepted (EXP + SEL) |\n | CEO plan | written / skipped (HOLD/REDUCTION) |\n | Outside voice | ran (codex/claude) / skipped |\n | Lake Score | X/Y recommendations chose complete option |\n | Diagrams produced | ___ (list types) |\n | Stale diagrams found | ___ |\n | Unresolved decisions | ___ (listed below) |\n +====================================================================+\n```\n\n### Unresolved Decisions\nIf any AskUserQuestion goes unanswered, note it here. Never silently default.\n\n## Handoff Note Cleanup\n\nAfter producing the Completion Summary, clean up any handoff notes for this branch —\nthe review is complete and the context is no longer needed.\n\n```bash\nsetopt +o nomatch 2>/dev/null || true # zsh compat\neval \"$(~/.vibestack/bin/vibe-slug 2>/dev/null)\"\nrm -f ~/.vibestack/projects/$SLUG/*-$BRANCH-ceo-handoff-*.md 2>/dev/null || true\n```\n\n## Review Log\n\nAfter producing the Completion Summary above, persist the review result.\n\n**PLAN MODE EXCEPTION — ALWAYS RUN:** This command writes review metadata to\n`~/.vibestack/` (user config directory, not project files). The review dashboard\ndepends on this data. Skipping this command breaks the review readiness dashboard in /ship.\n\n```bash\ntrue # vibe-review-log '{\"skill\":\"plan-ceo-review\",\"timestamp\":\"TIMESTAMP\",\"status\":\"STATUS\",\"unresolved\":N,\"critical_gaps\":N,\"mode\":\"MODE\",\"scope_proposed\":N,\"scope_accepted\":N,\"scope_deferred\":N,\"commit\":\"COMMIT\"}'\n```\n\nBefore running this command, substitute the placeholder values from the Completion Summary you just produced:\n- **TIMESTAMP**: current ISO 8601 datetime (e.g., 2026-03-16T14:30:00)\n- **STATUS**: \"clean\" if 0 unresolved decisions AND 0 critical gaps; otherwise \"issues_open\"\n- **unresolved**: number from \"Unresolved decisions\" in the summary\n- **critical_gaps**: number from \"Failure modes: ___ CRITICAL GAPS\" in the summary\n- **MODE**: the mode the user selected (SCOPE_EXPANSION / SELECTIVE_EXPANSION / HOLD_SCOPE / SCOPE_REDUCTION)\n- **scope_proposed**: number from \"Scope proposals: ___ proposed\" in the summary (0 for HOLD/REDUCTION)\n- **scope_accepted**: number from \"Scope proposals: ___ accepted\" in the summary (0 for HOLD/REDUCTION)\n- **scope_deferred**: number of items deferred to TODOS.md from scope decisions (0 for HOLD/REDUCTION)\n- **COMMIT**: output of `git rev-parse --short HEAD`\n\n## Review Readiness Dashboard\n\nAfter completing the review, read the review log and config to display the dashboard.\n\n```bash\ntrue # vibe-review-read\n```\n\nParse the output. Find the most recent entry for each skill (plan-ceo-review, plan-eng-review, review, plan-design-review, design-review-lite, adversarial-review, codex-review, codex-plan-review). Ignore entries with timestamps older than 7 days. For the Eng Review row, show whichever is more recent between `review` (diff-scoped pre-landing review) and `plan-eng-review` (plan-stage architecture review). Append \"(DIFF)\" or \"(PLAN)\" to the status to distinguish. For the Adversarial row, show whichever is more recent between `adversarial-review` (new auto-scaled) and `codex-review` (legacy). For Design Review, show whichever is more recent between `plan-design-review` (full visual audit) and `design-review-lite` (code-level check). Append \"(FULL)\" or \"(LITE)\" to the status to distinguish. For the Outside Voice row, show the most recent `codex-plan-review` entry — this captures outside voices from both /plan-ceo-review and /plan-eng-review.\n\n**Source attribution:** If the most recent entry for a skill has a \\`\"via\"\\` field, append it to the status label in parentheses. Examples: `plan-eng-review` with `via:\"autoplan\"` shows as \"CLEAR (PLAN via /autoplan)\". `review` with `via:\"ship\"` shows as \"CLEAR (DIFF via /ship)\". Entries without a `via` field show as \"CLEAR (PLAN)\" or \"CLEAR (DIFF)\" as before.\n\nNote: `autoplan-voices` and `design-outside-voices` entries are audit-trail-only (forensic data for cross-model consensus analysis). They do not appear in the dashboard and are not checked by any consumer.\n\nDisplay:\n\n```\n+====================================================================+\n| REVIEW READINESS DASHBOARD |\n+====================================================================+\n| Review | Runs | Last Run | Status | Required |\n|-----------------|------|---------------------|-----------|----------|\n| Eng Review | 1 | 2026-03-16 15:00 | CLEAR | YES |\n| CEO Review | 0 | — | — | no |\n| Design Review | 0 | — | — | no |\n| Adversarial | 0 | — | — | no |\n| Outside Voice | 0 | — | — | no |\n+--------------------------------------------------------------------+\n| VERDICT: CLEARED — Eng Review passed |\n+====================================================================+\n```\n\n**Review tiers:**\n- **Eng Review (required by default):** The only review that gates shipping. Covers architecture, code quality, tests, performance. Can be disabled globally with \\`vibe-config set skip_eng_review true\\` (the \"don't bother me\" setting).\n- **CEO Review (optional):** Use your judgment. Recommend it for big product/business changes, new user-facing features, or scope decisions. Skip for bug fixes, refactors, infra, and cleanup.\n- **Design Review (optional):** Use your judgment. Recommend it for UI/UX changes. Skip for backend-only, infra, or prompt-only changes.\n- **Adversarial Review (automatic):** Always-on for every review. Every diff gets both Claude adversarial subagent and Codex adversarial challenge. Large diffs (200+ lines) additionally get Codex structured review with P1 gate. No configuration needed.\n- **Outside Voice (optional):** Independent plan review from a different AI model. Offered after all review sections complete in /plan-ceo-review and /plan-eng-review. Falls back to Claude subagent if Codex is unavailable. Never gates shipping.\n\n**Verdict logic:**\n- **CLEARED**: Eng Review has >= 1 entry within 7 days from either \\`review\\` or \\`plan-eng-review\\` with status \"clean\" (or \\`skip_eng_review\\` is \\`true\\`)\n- **NOT CLEARED**: Eng Review missing, stale (>7 days), or has open issues\n- CEO, Design, and Codex reviews are shown for context but never block shipping\n- If \\`skip_eng_review\\` config is \\`true\\`, Eng Review shows \"SKIPPED (global)\" and verdict is CLEARED\n\n**Staleness detection:** After displaying the dashboard, check if any existing reviews may be stale:\n- Parse the \\`---HEAD---\\` section from the bash output to get the current HEAD commit hash\n- For each review entry that has a \\`commit\\` field: compare it against the current HEAD. If different, count elapsed commits: \\`git rev-list --count STORED_COMMIT..HEAD\\`. Display: \"Note: {skill} review from {date} may be stale — {N} commits since review\"\n- For entries without a \\`commit\\` field (legacy entries): display \"Note: {skill} review from {date} has no commit tracking — consider re-running for accurate staleness detection\"\n- If all reviews match the current HEAD, do not display any staleness notes\n\n## Plan File Review Report\n\nAfter displaying the Review Readiness Dashboard in conversation output, also update the\n**plan file** itself so review status is visible to anyone reading the plan.\n\n### Detect the plan file\n\n1. Check if there is an active plan file in this conversation (the host provides plan file\n paths in system messages — look for plan file references in the conversation context).\n2. If not found, skip this section silently — not every review runs in plan mode.\n\n### Generate the report\n\nRead the review log output you already have from the Review Readiness Dashboard step above.\nParse each JSONL entry. Each skill logs different fields:\n\n- **plan-ceo-review**: \\`status\\`, \\`unresolved\\`, \\`critical_gaps\\`, \\`mode\\`, \\`scope_proposed\\`, \\`scope_accepted\\`, \\`scope_deferred\\`, \\`commit\\`\n → Findings: \"{scope_proposed} proposals, {scope_accepted} accepted, {scope_deferred} deferred\"\n → If scope fields are 0 or missing (HOLD/REDUCTION mode): \"mode: {mode}, {critical_gaps} critical gaps\"\n- **plan-eng-review**: \\`status\\`, \\`unresolved\\`, \\`critical_gaps\\`, \\`issues_found\\`, \\`mode\\`, \\`commit\\`\n → Findings: \"{issues_found} issues, {critical_gaps} critical gaps\"\n- **plan-design-review**: \\`status\\`, \\`initial_score\\`, \\`overall_score\\`, \\`unresolved\\`, \\`decisions_made\\`, \\`commit\\`\n → Findings: \"score: {initial_score}/10 → {overall_score}/10, {decisions_made} decisions\"\n- **plan-devex-review**: \\`status\\`, \\`initial_score\\`, \\`overall_score\\`, \\`product_type\\`, \\`tthw_current\\`, \\`tthw_target\\`, \\`mode\\`, \\`persona\\`, \\`competitive_tier\\`, \\`unresolved\\`, \\`commit\\`\n → Findings: \"score: {initial_score}/10 → {overall_score}/10, TTHW: {tthw_current} → {tthw_target}\"\n- **devex-review**: \\`status\\`, \\`overall_score\\`, \\`product_type\\`, \\`tthw_measured\\`, \\`dimensions_tested\\`, \\`dimensions_inferred\\`, \\`boomerang\\`, \\`commit\\`\n → Findings: \"score: {overall_score}/10, TTHW: {tthw_measured}, {dimensions_tested} tested/{dimensions_inferred} inferred\"\n- **codex-review**: \\`status\\`, \\`gate\\`, \\`findings\\`, \\`findings_fixed\\`\n → Findings: \"{findings} findings, {findings_fixed}/{findings} fixed\"\n\nAll fields needed for the Findings column are now present in the JSONL entries.\nFor the review you just completed, you may use richer details from your own Completion\nSummary. For prior reviews, use the JSONL fields directly — they contain all required data.\n\nProduce this markdown table:\n\n\\`\\`\\`markdown\n## VIBESTACK REVIEW REPORT\n\n| Review | Trigger | Why | Runs | Status | Findings |\n|--------|---------|-----|------|--------|----------|\n| CEO Review | \\`/plan-ceo-review\\` | Scope & strategy | {runs} | {status} | {findings} |\n| Codex Review | \\`/codex review\\` | Independent 2nd opinion | {runs} | {status} | {findings} |\n| Eng Review | \\`/plan-eng-review\\` | Architecture & tests (required) | {runs} | {status} | {findings} |\n| Design Review | \\`/plan-design-review\\` | UI/UX gaps | {runs} | {status} | {findings} |\n| DX Review | \\`/plan-devex-review\\` | Developer experience gaps | {runs} | {status} | {findings} |\n\\`\\`\\`\n\nBelow the table, add these lines (omit any that are empty/not applicable):\n\n- **CODEX:** (only if codex-review ran) — one-line summary of codex fixes\n- **CROSS-MODEL:** (only if both Claude and Codex reviews exist) — overlap analysis\n- **UNRESOLVED:** total unresolved decisions across all reviews\n- **VERDICT:** list reviews that are CLEAR (e.g., \"CEO + ENG CLEARED — ready to implement\").\n If Eng Review is not CLEAR and not skipped globally, append \"eng review required\".\n\n### Write to the plan file\n\n**PLAN MODE EXCEPTION — ALWAYS RUN:** This writes to the plan file, which is the one\nfile you are allowed to edit in plan mode. The plan file review report is part of the\nplan's living status.\n\n- Search the plan file for a \\`## VIBESTACK REVIEW REPORT\\` section **anywhere** in the file\n (not just at the end — content may have been added after it).\n- If found, **replace it** entirely using the Edit tool. Match from \\`## VIBESTACK REVIEW REPORT\\`\n through either the next \\`## \\` heading or end of file, whichever comes first. This ensures\n content added after the report section is preserved, not eaten. If the Edit fails\n (e.g., concurrent edit changed the content), re-read the plan file and retry once.\n- If no such section exists, **append it** to the end of the plan file.\n- Always place it as the very last section in the plan file. If it was found mid-file,\n move it: delete the old location and append at the end.\n\n## Next Steps — Review Chaining\n\nAfter displaying the Review Readiness Dashboard, recommend the next review(s) based on what this CEO review discovered. Read the dashboard output to see which reviews have already been run and whether they are stale.\n\n**Recommend /plan-eng-review if eng review is not skipped globally** — check the dashboard output for `skip_eng_review`. If it is `true`, eng review is opted out — do not recommend it. Otherwise, eng review is the required shipping gate. If this CEO review expanded scope, changed architectural direction, or accepted scope expansions, emphasize that a fresh eng review is needed. If an eng review already exists in the dashboard but the commit hash shows it predates this CEO review, note that it may be stale and should be re-run.\n\n**Recommend /plan-design-review if UI scope was detected** — specifically if Section 11 (Design & UX Review) was NOT skipped, or if accepted scope expansions included UI-facing features. If an existing design review is stale (commit hash drift), note that. In SCOPE REDUCTION mode, skip this recommendation — design review is unlikely relevant for scope cuts.\n\n**If both are needed, recommend eng review first** (required gate), then design review.\n\nUse AskUserQuestion to present the next step. Include only applicable options:\n- **A)** Run /plan-eng-review next (required gate)\n- **B)** Run /plan-design-review next (only if UI scope detected)\n- **C)** Skip — I'll handle reviews manually\n\n## docs/designs Promotion (EXPANSION and SELECTIVE EXPANSION only)\n\nAt the end of the review, if the vision produced a compelling feature direction, offer to promote the CEO plan to the project repo. AskUserQuestion:\n\n\"The vision from this review produced {N} accepted scope expansions. Want to promote it to a design doc in the repo?\"\n- **A)** Promote to `docs/designs/{FEATURE}.md` (committed to repo, visible to the team)\n- **B)** Keep in `~/.vibestack/projects/` only (local, personal reference)\n- **C)** Skip\n\nIf promoted, copy the CEO plan content to `docs/designs/{FEATURE}.md` (create the directory if needed) and update the `status` field in the original CEO plan from `ACTIVE` to `PROMOTED`.\n\n## Formatting Rules\n* NUMBER issues (1, 2, 3...) and LETTERS for options (A, B, C...).\n* Label with NUMBER + LETTER (e.g., \"3A\", \"3B\").\n* One sentence max per option.\n* After each section, pause and wait for feedback.\n* Use **CRITICAL GAP** / **WARNING** / **OK** for scannability.\n\n{{include lib/snippets/capture-learnings.md}}\n## Mode Quick Reference\n```\n ┌────────────────────────────────────────────────────────────────────────────────┐\n │ MODE COMPARISON │\n ├─────────────┬──────────────┬──────────────┬──────────────┬────────────────────┤\n │ │ EXPANSION │ SELECTIVE │ HOLD SCOPE │ REDUCTION │\n ├─────────────┼──────────────┼──────────────┼──────────────┼────────────────────┤\n │ Scope │ Push UP │ Hold + offer │ Maintain │ Push DOWN │\n │ │ (opt-in) │ │ │ │\n │ Recommend │ Enthusiastic │ Neutral │ N/A │ N/A │\n │ posture │ │ │ │ │\n │ 10x check │ Mandatory │ Surface as │ Optional │ Skip │\n │ │ │ cherry-pick │ │ │\n │ Platonic │ Yes │ No │ No │ No │\n │ ideal │ │ │ │ │\n │ Delight │ Opt-in │ Cherry-pick │ Note if seen │ Skip │\n │ opps │ ceremony │ ceremony │ │ │\n │ Complexity │ \"Is it big │ \"Is it right │ \"Is it too │ \"Is it the bare │\n │ question │ enough?\" │ + what else │ complex?\" │ minimum?\" │\n │ │ │ is tempting\"│ │ │\n │ Taste │ Yes │ Yes │ No │ No │\n │ calibration │ │ │ │ │\n │ Temporal │ Full (hr 1-6)│ Full (hr 1-6)│ Key decisions│ Skip │\n │ interrogate │ │ │ only │ │\n │ Observ. │ \"Joy to │ \"Joy to │ \"Can we │ \"Can we see if │\n │ standard │ operate\" │ operate\" │ debug it?\" │ it's broken?\" │\n │ Deploy │ Infra as │ Safe deploy │ Safe deploy │ Simplest possible │\n │ standard │ feature scope│ + cherry-pick│ + rollback │ deploy │\n │ │ │ risk check │ │ │\n │ Error map │ Full + chaos │ Full + chaos │ Full │ Critical paths │\n │ │ scenarios │ for accepted │ │ only │\n │ CEO plan │ Written │ Written │ Skipped │ Skipped │\n │ Phase 2/3 │ Map accepted │ Map accepted │ Note it │ Skip │\n │ planning │ │ cherry-picks │ │ │\n │ Design │ \"Inevitable\" │ If UI scope │ If UI scope │ Skip │\n │ (Sec 11) │ UI review │ detected │ detected │ │\n └─────────────┴──────────────┴──────────────┴──────────────┴────────────────────┘\n```","tags":["plan","ceo","review","vibestack","timurgaleev","agent-skills","ai-agents","claude-code","cursor-ide","developer-tools","kiro","mcp"],"capabilities":["skill","source-timurgaleev","skill-plan-ceo-review","topic-agent-skills","topic-ai-agents","topic-claude-code","topic-cursor-ide","topic-developer-tools","topic-kiro","topic-mcp","topic-prompt-engineering","topic-slash-commands"],"categories":["vibestack"],"synonyms":[],"warnings":[],"endpointUrl":"https://skills.sh/timurgaleev/vibestack/plan-ceo-review","protocol":"skill","transport":"skills-sh","auth":{"type":"none","details":{"cli":"npx skills add timurgaleev/vibestack","source_repo":"https://github.com/timurgaleev/vibestack","install_from":"skills.sh"}},"qualityScore":"0.457","qualityRationale":"deterministic score 0.46 from registry signals: · indexed on github topic:agent-skills · 15 github stars · SKILL.md body (83,962 chars)","verified":false,"liveness":"unknown","lastLivenessCheck":null,"agentReviews":{"count":0,"score_avg":null,"cost_usd_avg":null,"success_rate":null,"latency_p50_ms":null,"narrative_summary":null,"summary_updated_at":null},"enrichmentModel":"deterministic:skill-github:v1","enrichmentVersion":1,"enrichedAt":"2026-05-18T19:06:22.532Z","embedding":null,"createdAt":"2026-05-18T19:06:22.532Z","updatedAt":"2026-05-18T19:06:22.532Z","lastSeenAt":"2026-05-18T19:06:22.532Z","tsv":"'+1':7198 '-03':10015,10412 '-1':1945,1958,2043,2490,2503 '-10':1451,4577,4648 '-100':623 '-11':5433 '-16':10016,10413 '-2':2993,3346 '-20':1877,5015 '-3':2968,3325,3354,3358,4958,9233 '-30':1825,1862 '-5':4968,7807 '-6':4133,11851,11855 '-60':5004 '/.agents':8447 '/.claude':8446 '/.claude/skills/browse/bin/remote-slug':1903,2448 '/.claude/skills/office-hours/skill.md':2334,2648 '/.vibestack':9936 '/.vibestack/analytics':4871 '/.vibestack/analytics/spec-review.jsonl':4900 '/.vibestack/bin/vibe-learnings-search':94 '/.vibestack/bin/vibe-slug':49,4317,9898 '/.vibestack/projects':1936,1951,2033,2481,2496,4322,4356,4363,4369,4373,9903,11682 '/10':10955,10958,10987,10990,11016 '/5':9776 '/autoplan':10336 '/cherry-pick':4289,9609 '/codex':11108 '/design-review':7996,9174 '/dev/null':51,53,77,92,98,132,157,169,248,266,295,310,324,1898,1905,1915,1927,1943,1956,2026,2041,2443,2450,2460,2472,2488,2501,4319,4902,8248,8618,8639,9893,9900,9911 '/learnings.jsonl':64 '/office-hours':1977,2106,2210,2257,2287,2309,2330,2346,2429,2577,2597,2604,2620,2644,2660 '/plan-ceo-review':4392,10298,10579,11100 '/plan-design-review':7994,8115,11127,11514,11599 '/plan-devex-review':11135 '/plan-eng-review':10300,10581,11118,11424,11593 '/projects':61 '/ship':9959,10346 '/tmp/codex-planreview-xxxxxxxx':8595 '/two-way':1293 '0':108,756,1750,1766,1792,2388,2702,3015,3151,9716,10023,10027,10076,10089,10103,10420,10424,10427,10431,10907 '00':10019,10415 '000':6539 '0a':2547,2745,3119,3157 '0b':3218 '0c':3124,3273,3313,3545,5250 '0c-bis':3312,3544,5249 '0d':3536,3578,3761,4274,5741,8394,9605 '0d-post':4273,8393 '0d-prelude':3577 '0e':4916 '0f':3322,3477,3538,5039 '1':215,241,288,795,1279,1429,2992,3081,3160,3222,3345,3626,3686,3778,3955,4169,4235,4423,4504,4576,4582,4647,4676,4801,4947,5061,5432,5492,7436,7806,7808,7824,8614,8620,9663,9721,10410,10600,10805,11723,11850,11854 '10':13,622,1363,1464,2233,5014,6538,6553,7770,9773 '100':674,1572,5047 '100x':5594 '10x':437,1260,3692,3744,3751,3779,3787,3792,3876,4032,4040,4404,4406,5591,11789 '11':1484,2958,5412,7970,9780,11523,11941 '12':1498,3285,3304,7835,9395 '13':1515 '14':1544 '15':1576,5206,10414 '150':630 '16':1598 '17':1630 '18':1658 '2':50,52,76,91,97,131,156,168,227,247,259,265,294,299,309,323,828,1304,1897,1904,1914,1926,1942,1955,2025,2040,2442,2449,2459,2471,2487,2500,2967,3094,3180,3255,3324,3353,3357,3393,3683,3802,3970,3991,4184,4205,4255,4318,4591,4665,4688,4839,4901,4957,5092,5863,6563,6722,6729,6939,7849,8247,8299,8612,8619,8640,9232,9403,9666,9726,9892,9899,9910,10835,11724 '2/3':11919 '200':10548 '2026':10014,10411 '2am':7021 '2nd':11111 '2x':440,3796,5933 '3':313,878,1327,3102,3204,3396,3837,4016,4603,4699,4701,4786,4865,5126,6175,6551,7264,7443,7851,9518,9672,9733,11725 '30':3842,4050,4340,5003,8082,10018 '30.days':1866 '300000':8649 '30kb':8418,8423 '30s':3620 '350':1360 '3a':9275,11738 '3b':9276,11739 '4':909,1344,3866,4077,4615,4967,5152,5318,6422,9675,9740 '429':5907,6748 '47':1608 '5':90,96,938,1369,1450,3865,4061,4132,4555,4627,6655,6790,7651,7813,8645,8713,9678,9747 '500':5948,5954 '500ms':3623 '6':960,1008,1389,4975,4996,5704,6871,9681,9752 '7':987,1411,7193,9758,10182,10603,10628 '7/10':8333 '70':642,1404 '8':1004,1430,3964,4127,4178,7358,9763 '80':636,1463 '8601':10011 '9':1030,1162,1445,7581,9768 '9/10':8331 '90':635 'abbrev':1923,2468 'abbrev-ref':1922,2467 'abbrevi':5426 'absolut':4241 'abstract':1108,6756 'accept':533,565,3926,4147,4426,4430,5735,6044,7501,7685,7878,7892,8956,8997,9637,9641,9817,9986,10080,10085,10889,10898,10899,11471,11532,11652,11910,11921,11923 'access':5606,6256,6274,6999,8060 'account':5652 'accumul':1500 'accur':9697,10756 'achiev':605,3986,4000,4200,4214,5168 'across':4578,11185 'act':8878 'action':929,1616,5927,6057,9418 'activ':1714,1736,4385,10811,11716 'activerecord':7203 'actual':3184,3653,4631,4911,8411 'ad':4432,5053,6036,7110,9644,11280,11312 'add':690,1351,3606,3914,4024,4110,4848,8982,9562,11145 'addit':2110,5681,7483,7670,7842,8073,9205,10550 'address':4587 'adjac':3841,4049 'admin':7456,7463 'adversari':4501,4534,4816,6441,8730,10167,10224,10233,10426,10526,10540,10544 'adversarial-review':10166,10232 'affect':5742 'afterthought':943,1629,8059 'age':1462 'agent':4510,8450,8742 'agents/openai.yaml':8481 'aggress':1070,2897,6681 'agre':4598,5419,8228,8316,9000,9032,9139 'agreement':8863 'ahead':4926 'ai':617,8033,8224,8269,8314,8461,10570 'aim':3630 'alert':946,7420,7423 'align':7818,8044 'aliv':3694,3746 'allow':11238 'almost':6042 'alon':7455 'alongsid':2112 'alreadi':1833,2128,2360,2674,2755,2825,3226,3262,4772,8503,9365,9793,10859,11415,11486 'also':483,1336,2990,10785 'altern':2220,3051,3316,3337,3468,9341 'altman':1543,1575 'alway':638,1377,5018,5463,5983,8430,9928,10530,11223,11354 'always-on':10529 'ambigu':4613,4962 'ambit':792,7001 'ambiti':3789,4042,5076,5218 'analysi':2147,3765,3950,10383,11180 'analyz':2918 'answer':1583,2129,2563,2756,3454,7009,8836 'anti':3004,5421 'anti-pattern':3003 'anti-skip':5420 'anxieti':3655 'anyon':10797 'anyth':1795,3260,6769 'anywher':11267 'api':5608,5902,5905,5909,6746 'appear':10387 'append':4866,10213,10269,10315,11211,11345,11380 'appli':1454,1693,1722,3519,5252,5461,8892,8964,9135,9662 'applic':11153,11589 'approach':627,633,1048,1994,3054,3089,3328,3340,3341,3364,3367,3394,3404,3415,3428,3463,3484,3487,3507,3550,3554,4637,5247,5263,5270,8542,8971,9012 'appropri':789 'approv':3480,3561,4498,5057,5085,5386,5838,6150,6397,6630,6846,7168,7333,7556,7745,7945,8177,8898,9112,9133,9315 'arc':1453,8032 'arch':9722 'architectur':1683,1888,2908,2913,3420,3515,3836,5140,5262,5493,5602,5686,5744,5747,5777,6187,7854,8007,9665,10211,10452,11119,11468 'archiv':4351 'area':2894,2899,2906 'argu':717,8920,9018 'argument':6011,8883,8943 'art':972 'articul':2555 'ascii':971,1203,5518,5551,5773,6453,8097,9689 'ask':432,1337,2124,2637,2753,4611,4828,9195,9345 'askuserquest':468,511,687,2202,2369,2683,3490,3495,3522,3899,4090,5284,5289,5336,5367,5788,5819,6100,6131,6347,6378,6580,6611,6796,6827,7118,7149,7283,7314,7506,7537,7695,7726,7895,7926,8127,8158,8257,8905,9129,9199,9213,9298,9325,9454,9852,11581,11644 'assess':1699,7683 'associ':7204 'assum':6771 'assumpt':8530 'async':6521,6920 'atom':1194 'attack':6194,6199 'attempt':6008,6250 'attribut':10302 'audit':1752,1769,1789,1800,2089,6322,6330,7991,9166,9686,9712,10259,10373 'audit-trail-on':10372 'auth':154,166,4464,5603,5646,8693,8697,8701 'auth-refactor':4463 'authent':8707 'author':6251 'auto':8842,10237 'auto-incorpor':8841 'auto-sc':10236 'autom':7658 'automat':10528 'autoplan':10330,10363 'autoplan-voic':10362 'avail':152,8243,8251,8255,8590,8735 'avoid':2121,2149,3007,3605 'awar':1486 'away':927,3297,6525 'b':634,2267,2622,3365,3920,4116,6276,8332,8341,8347,8935,8952,8967,9009,9565,11597,11679,11731 'back':331,749,934,5213,6561,8726,10583 'backend':10518 'backend-on':10517 'background':6213,6546,6918,7247 'backoff':5941,6022 'backward':7594 'backward-compat':7593 'bad':5950,5956 'bare':11832 'base':112,207,337,365,2392,2706,11399 'baselin':492,5101,7113 'basenam':1906,2451 'baserefnam':220,222 'bash':47,124,1893,2021,2438,4315,4353,4868,8244,8465,8591,8656,9036,9888,9960,10132,10683 'basic':8061 'batch':3528,5342,5794,6106,6353,6586,6802,7124,7289,7512,7701,7901,8133,9456 'bear':7889 'beauti':5687 'becom':535,1423,3928,4149 'before/after':5582 'behavior':1221,2948,7260 'behind':2250,7607 'belong':1679 'best':3421,3445,3807 'bet':1459 'better':24,438,1047,1368,3270 'beyond':4302,4621 'bezo':1289,1410,1427,1460 'bias':1125,1468,4107 'big':31,5073,5217,10485,11822 'bis':3314,3546,5251 'blind':8286,8310 'bloat':1651 'block':2055,2077,2780,4012,4226,8687,9551,10645 'boil':663,2373,2687 'bonus':4781 'boomerang':11010 'bother':10473 'bottleneck':662 'bottom':2356,2670 'boundari':5503,5604,6996,8435 'brainstorm':4526 'branch':113,188,197,208,253,271,338,358,366,1917,1932,1939,2014,2036,2069,2209,2393,2462,2477,2484,2707,2831,2864,4345,4395,4396,6787,6912,7387,8381,9876,9906 'branch-ceo-handoff':2035,9905 'branch-design':1938,2483 'break':5470,5588,5662,7036,7364,7639,9953 'broken':1159,7405,11879 'brutal':8274,8493 'bug':5193,7440,10498 'build':422,1666,2378,2588,2692,3024,3031,3252,4075,5729,8574,9571 'built':4633 'bullet':3355,3359,4436,6185 'bulletproof':495,572,5148 'burden':9247 'button':935 'c':1873,3368,3924,4120,8623,8630,8976,9570,11606,11687,11732 'cach':7234,7246,8638 'calibr':1391,1703,2960,11846 'call':875,5366,5545,5619,5818,5901,6067,6130,6377,6610,6826,6927,7074,7148,7242,7313,7536,7725,7925,7982,8157,9214 'cancel':2536 'candid':4031,4128 'cannot':4523 'capabl':7863 'captur':2247,3245,10293 'cascad':5643 'case':580,913,921,1120,1600,1742,4590,5143,6247,6427,6494,6505,6569,6735,6992,7107,7256,9743 'cat':8657 'catch':390,573,848,860,865,5872,5971,5977,5990,8292,8308,9180 'catch-al':859,5970 'categor':1282 'categori':3045 'cathedr':424,3707,5219 'caught':4820 'cc':648,3628,3685,4994 'ceo':3,1244,1261,2037,2096,2162,4277,4329,4334,4386,4478,4876,7981,8386,9617,9622,9820,9907,9969,10151,10418,10476,10634,10879,11098,11195,11403,11463,11499,11638,11693,11713,11912 'ceo-plan':4333 'ceo/founder-mode':5 'ceremoni':3139,3777,3871,4081,4290,9610,11817,11818 'chain':11387 'challeng':16,1691,2217,2549,3037,3118,3154,3159,3979,4193,8207,8277,10545 'chanc':5764 'chang':679,769,1142,1233,1834,2253,2559,2833,2880,2884,2929,2941,2946,2952,3574,3998,4212,5389,5407,5628,5841,5859,6153,6171,6400,6418,6542,6633,6651,6849,6867,7082,7088,7171,7189,7336,7354,7559,7577,7689,7748,7766,7794,7948,7966,8180,8198,8834,8894,8966,9318,10487,10514,10525,11328,11467 'channel':3675 'chao':7041,11902,11904 'char':1609 'characterist':5586 'cheap':616 'check':150,1892,2010,2019,2065,2184,2437,2765,2783,2857,2858,3017,3062,3664,3780,3877,3957,4033,4171,4326,4405,6320,6753,6768,6779,7002,7045,7083,7659,8241,10268,10394,10669,10806,11432,11790,11898 'checklist':1249,7649 'cherri':37,517,4079,5118,5234,5737,7503,7687,7876,11797,11810,11893,11929 'cherry-pick':36,516,4078,5117,5233,5736,7502,7686,7875,11796,11809,11892,11928 'chesky/graham':1483 'choos':2305,2640,3379,8302,8932,9008 'chose':9834 'chosen':761,1993,3483,5255 'clariti':4604 'class':843,952,5899,5924,6700,9414 'classes/services':3972,4186 'classif':1280,6302 'claud':8453,8729,8765,9083,9536,10539,10585,11174 'claude.md':1883,7084 'claude/skills':8448 'claude/skills/review/todos-format.md':9470 'clean':1139,5760,9069,9869,10021,10615 'cleanup':958,9087,9863,10503 'clear':1436,2571,3548,10333,10343,10354,10357,10416,10434,10596,10623,10662,11193,11197,11206 'clever':1129,5710 'cli':151,285 'click':924,6512 'close':3713 'code':618,768,873,1074,1091,1206,3220,3225,3242,3573,5406,5440,5858,6170,6417,6650,6656,6660,6667,6866,7188,7353,7576,7632,7635,7765,7780,7965,8197,8454,8487,9537,10266,10453 'code-level':10265 'code/flows':9370 'code/patterns':3362 'codebas':2975 'codepath':1176,1187,5885,6908,7073,7267,7377,9424 'codex':8246,8250,8253,8589,8617,8621,8665,8672,8700,8704,8709,8717,8723,8733,8737,9044,9079,9081,9096,10170,10173,10241,10288,10543,10552,10588,10637,11027,11106,11154,11158,11166,11176 'codex-plan-review':9043,10172,10287 'codex-review':10169,10240,11026,11157 'codex/claude':9828 'cognit':1240,1256 'coher':1432,8028 'column':11047 'combin':9216 'come':1502,7844,11307 'command':184,286,354,1821,2074,6315,8615,8652,9931,9952,9996 'comment':1207,2850 'commit':700,2869,5273,9060,9991,9992,10106,10690,10699,10711,10718,10730,10737,10749,10892,10929,10950,10982,11011,11493,11547,11672 'compani':1496 'compar':7115,10701 'comparison':11766 'compat':1901,2029,2446,7595,9896 'compel':8887,8946,11631 'compet':1263 'competit':10979 'complet':614,2371,2381,2421,2430,2685,2695,2735,2758,3501,3517,4583,4794,5306,5333,6876,8215,8262,8329,8477,8653,8949,9404,9640,9698,9703,9835,9867,9880,9918,10003,10119,10577,11060,11069 'complex':1110,1209,3956,4170,4639,6781,9503,11819,11837 'compliment':8582 'compon':2933,3890,5502,5568,5780 'compress':619,1146,5001 'comput':7239 'con':3356,9501 'concentr':7797 'concern':752,1219,2914,4738,4851,5566,5755 'concret':3466,3672,3715,3801,3882,4045,9225,9485 'concurr':6998,11326 'condens':5425 'condit':6913 'confid':1501,7018 'config':9938,10127,10464,10651 'configur':10559 'confirm':5244 'conflict':6464 'connect':931,5915,7272,7277,7279,7281,9261 'connectionpoolexhaust':5918,5951 'consecut':4714 'consensus':9147,10382 'consid':3336,8113,9354,10751 'consist':4592,6308 'constrain':1478 'constraint':1991,9557 'construct':8360,8406 'consum':10397 'contain':136,144,2087,8400,8464,8696,11080 'content':8413,8416,11276,11311,11330,11695 'context':1747,1810,2111,2169,4449,4521,5176,6004,6037,8748,8827,8926,9509,9883,10642,10834 'context-depend':5175 'continu':1307,2349,2422,2526,2663,2736,6040,8353,8778 'contradict':4602 'contrast':8066 'contributor':2379,2693 'control':676,1216,5049 'convent':3110 'converg':4704,4799,4847 'convers':4304,4527,10783,10816,10833 'copi':11691 'core':607,4014,4228,4959,5170 'correct':1487,5525,5690,7613 'corrupt':5645 'cost':645,9502 'could':2104,2343,2657,3168,4008,4222,4605,5069 'count':71,83,88,10709,10716 'coupl':5565,5571,5578,5754 'courag':1499 'cover':162,174,6950,10451 'coverag':3510,5302,5331,8018 'creat':22,1022,1553,5753,7862,11700 'creation':353 'credenti':6284,6306 'creep':4620 'critic':666,823,9191,9442,9803,9808,9977,10028,10041,10047,10883,10914,10916,10924,10934,10936,11754,11906 'cross':6718,6936,7410,7414,8782,8810,8861,8907,9027,9145,10380,11169 'cross-job':7413 'cross-model':8781,8809,8860,8906,9026,9144,10379,11168 'cross-refer':6717,6935 'cross-servic':7409 'csrf':6517 'cultur':1313 'current':488,2743,2820,2888,3047,3300,8970,9011,9524,10009,10688,10705,10764,10974,10993 'cut':609,1648,4237,11566 'cycl':2874 'cyclomat':6780 'd':79,1052,1080,4982,8981 'dashboard':945,2396,2710,4462,7426,7429,9945,9957,10117,10131,10390,10401,10668,10781,10865,11393,11408,11434,11490 'data':879,885,976,5508,5516,5523,5605,5615,5644,6255,6278,6301,6305,6423,6431,6443,6449,6896,6902,7079,7215,9667,9949,10377,11083 'data/ux':9741 'databas':7224 'date':4375,4394,4468,4879,9048,10725,10746 'datetim':10012 'day':1428,3684,4341,7435,10183,10604,10629 'db':5672,5914,7276,7591 'dd':4473 'debt':7778,7781,7783,7785,7787,9777 'debug':11875 'debugg':7360,7437 'decid':532,1409,3734,3911,4105,8859,8980,9602 'decis':459,733,985,1284,1403,1434,1506,1582,1664,3555,4300,4418,4421,4930,5007,5768,8403,9161,9328,9582,9612,9719,9845,9849,10025,10037,10102,10495,10948,10959,10961,11184,11857 'deep':1469,8118,8547 'default':196,270,1364,1394,1632,1728,3434,4809,5178,5181,5190,5197,5201,8995,9860,10444 'defaultbranchref':232 'defaultbranchref.name':234 'defect':824 'defens':6778 'defer':989,2785,2803,3921,4010,4117,4224,4252,4427,4444,9357,9579,9647,9989,10093,10097,10891,10901,10902 'definit':8456 'degrad':6023 'delet':11375 'delight':3838,4046,9597,11805 'deliv':3791 'deliver':953 'delta':644,3309,9385,9798 'densiti':1383 'depend':412,982,2795,2801,5177,5506,5583,6293,7059,7789,8561,9549,9946 'deploy':1191,5145,6520,7582,7617,7627,7647,7665,7672,7691,9679,9769,11880,11884,11886,11896 'deploy-tim':7626 'depth':1447,2413,2727 'deriv':4450 'describ':3277,3307,3308,3310,3799,3872,4043,5637,8039,9222,9474 'descript':4408,4413,4661,9479 'design':1210,1602,1635,1659,1737,1890,1933,1940,1947,1948,1953,1960,1962,1965,1968,1973,2007,2017,2063,2114,2182,2188,2204,2236,2313,2435,2478,2485,2492,2493,2498,2505,2507,2510,2513,2518,2599,2763,2950,2954,2981,3000,5500,5695,7971,7985,8003,8051,8119,9165,9781,10160,10163,10245,10255,10262,10367,10422,10504,10635,10940,11125,11524,11543,11559,11578,11661,11931 'design-outside-voic':10366 'design-review-lit':10162,10261 'design.md':8043 'desktop':3678 'detail':5466,9511,11065 'detect':109,115,336,357,2389,2544,2703,2917,7979,9170,10664,10758,10801,11519,11605,11944,11945 'determin':186 'develop':8499,11136 'devex':10964,10997 'devex-review':10996 'deviat':6673 'diagnos':1488 'diagram':961,1204,1227,1235,1756,5497,5519,5552,5774,6454,6877,6945,8098,9657,9685,9690,9754,9837,9842 'didn':4718 'diff':344,1133,1137,1829,3413,8382,10197,10214,10344,10358,10536,10547 'diff-scop':10196 'differ':709,3170,3375,3508,5296,5327,8223,8268,8313,8460,10569,10708,10875 'differenti':3142 'dimens':4556,4559,4580,4581,4660,11006,11008,11020,11023 'dir':1850,1855,1859 'direct':794,1533,3192,3520,6267,7822,8578,11078,11469,11633 'directori':4336,9939,11702 'disabl':10459 'disagr':8909 'disagre':4725,8798 'discov':11405 'discuss':2092,5023 'diseas':1321 'disk':4295,4684,4775 'dispatch':4505,4513,4670,4691,8739 'display':10129,10398,10666,10720,10741,10768,10777,11389 'distil':3881 'distinct':3326,6096 'distinguish':10221,10277 'distribut':3071 'doc':1889,1891,1963,1969,1974,2018,2064,2115,2183,2189,2205,2237,2314,2436,2508,2514,2519,2764,4768,4811,5455,11662 'docs/designs':11613,11669,11697 'document':4493,4530,4545,4550,4597,4619,4682,4698,4741,4770,4855,7786,7798,8388,9619 'doesn':1001,1643,6761 'door':1294,1301,7812 'doubl':923,6511 'double-click':922,6510 'doubt':9344 'downstream':4860 'downtim':7598 'dramat':3174 'draw':5504,5580 'dream':30,447,3121,3274,5072,9383,9796 'dri':1065,6678 'drift':706,1314,5278,11549 'driven':2877 'drop':3618 'dt':4883,9052 'dup':6470,6559 'dx':11133 'e':5979 'e.g':864,4459,9274,9332,10013,11194,11325,11737 'e2e':6955,7051 'earli':1542 'earlier':8804 'earn':1645 'easili':7814 'eaten':11320 'echo':80,102,1929,1961,1966,2046,2050,2474,2506,2511,4872,8249,8252,8605 'ecosystem':7816,7821 'edg':579,912,920,1119,1599,1741,4589,5142,6246,6426,6493,6504,6568,6734,6991,9742 'edit':4686,11240,11290,11323,11327 'effort':442,526,1552,3348,3625,3681,3716,3798,4098,4420,5024,8633,9243,9530 'either':1665,6019,10606,11298 'elaps':10710 'eleg':5691 'element':1642 'elimin':3470 'els':101,611,1762,1796,4250,5108,11836 'elsewher':6687 'emit':5305 'emot':8031 'emphas':11474 'empti':1624,5533,6079,6235,6466,6995,8022,8715 'empty/not':11152 'empty/zero-length':897,5539 'enabl':2799,8635 'encod':6478 'end':3280,4571,11275,11303,11349,11383,11622 'endpoint':5613,6206 'eng':10155,10186,10206,10326,10408,10435,10440,10467,10597,10611,10618,10624,10649,10654,10920,11116,11196,11202,11212,11426,11438,11444,11454,11478,11484,11572 'engin':658,1057,1094,1099,1106,3388,3808,4607,5701,6752,6767,7032,7803,7833,9256 'enhanc':5184 'enough':1095,1407,1530,1536,9510,9569,11834 'ensur':397,581,4532,7367,7999,11310 'enterpris':164 'enthusiast':451,3901,11784 'entir':4759,11287 'entri':84,7382,10145,10177,10291,10307,10347,10370,10601,10695,10734,10740,10871,11054 'enumer':1275 'env':6288 'environ':7640 'envis':425 'equal':3430 'erod':1668 'eros':1316 'err':1112 'error':585,830,838,862,901,5542,5864,5949,5955,5973,5992,6017,6049,6714,8023,8606,8680,8683,8724,8738,9398,9676,9727,9728,11899 'error/rescue':1753,1771,6931,9800 'escap':9277 'estim':7269,9531 'etc':6749 'ethos.md':3019 'eureka':3129 'eval':48,4316,7101,9897 'evalu':626,1682,1719,5489,5495,5745,6193,6502,6659,7196,7372,7585,7776,8005,9187 'even':9136 'ever':2282 'everi':341,391,453,499,574,578,584,677,799,829,884,906,914,974,1063,1283,1331,1580,1662,2408,2722,3236,3333,3504,3588,5043,5078,5111,5442,5514,5554,5880,6015,6218,6253,6447,6496,6879,7201,7213,7227,7237,7251,7375,7390,7589,9407,9412,9688,10533,10535,10844 'everyon':1443 'everyth':610,988,1761,4249 'evoc':3758 'examin':8497 'exampl':10323 'exampleservic':5900 'exceed':6242,8417 'except':842,866,869,870,4254,5898,5923,5978,5980,5981,5989,6463,9413,9927,11222 'exclud':739,1849,1854,1858 'exclude-dir':1848,1853,1857 'exec':8622 'execut':759,2407,2721,6915,8442 'exhaust':5917 'exist':201,1003,1156,1887,1975,2837,2931,2974,3219,3224,3241,3248,3263,3361,3377,3464,4328,5188,5447,5785,6310,6669,6686,6763,6961,7425,9023,9077,9366,9369,9794,10672,11178,11344,11487,11542 'exit':7383,8613 'exp':9818 'expand':18,464,592,1476,11465 'expans':29,33,39,419,454,476,500,534,712,726,730,2961,2964,3135,3580,3584,3587,3589,3595,3598,3629,3721,3768,3867,3945,3954,4020,4066,4084,4279,4282,4310,4313,4398,4400,4414,4919,4921,5063,5079,5094,5112,5150,5182,5192,5220,5237,5257,5677,5680,5732,6196,7479,7482,7496,7666,7669,7682,7838,7841,7869,7882,8069,8072,9581,9583,9586,9589,9592,9594,9638,9707,10059,10061,11473,11534,11615,11618,11654,11767 'expect':6240 'expens':7238 'experi':3712,3834,11137 'explain':3266,3465,3902,8941 'explicit':682,1029,1127,3559,5056,6737,7621,8896,9111,9132,9356 'explod':395 'explor':2219,2572 'express':1140 'extern':6926,7063,7241 'extract':250,268 'extraordinari':389 'f':66,245,263,9090,9902 'face':1734,2936,10491,11538 'fail':287,302,316,329,1342,1613,4749,5546,5888,6549,8702,8771,9411,11324 'failur':575,798,800,816,1757,1775,5598,5630,5641,5647,5874,6097,6230,6981,6987,7472,8694,9421,9425,9805,10045 'faith':763 'fall':330,8725,10582 'fallback':280,3680 'fast':1303,1392 'faster':1654,3616,5017 'favor':1134,5259,5266 'feasibl':4628,8283,8553 'featur':1201,1627,1650,1657,1735,2241,3050,3848,3889,4056,4069,4073,4377,4388,4452,5180,5183,5670,5722,5727,7008,7392,7489,7601,7609,7678,7865,8020,10492,11539,11632,11670,11698,11890 'feature-slug':4376 'feed':3114 'feedback':3659,11752 'feel':3691,3705,3743,3828,8079 'felt':3711 'fetch':348 'fewer':1122,1366,3988,4202,7048 'fewest':3410 'fi':100,106 'field':254,272,2000,10314,10351,10700,10738,10876,10905,11042,11077,11709 'figur':2584,5035 'file':57,68,75,1880,2332,2398,2646,2712,2852,2969,3411,3965,4179,4541,5207,6210,6693,7089,8368,8372,8444,9227,9692,9942,10773,10789,10804,10813,10821,10829,11219,11230,11235,11246,11260,11270,11305,11336,11353,11365,11372 'filesystem':8434 'fill':5889 'find':11,599,1547,2090,3010,3127,4833,5351,5363,5373,5381,5478,5803,5815,5825,5833,6115,6127,6137,6145,6334,6362,6374,6384,6392,6595,6607,6617,6625,6811,6823,6833,6841,7133,7145,7155,7163,7298,7310,7320,7328,7521,7533,7543,7551,7710,7722,7732,7740,7910,7922,7932,7940,8142,8154,8164,8172,8520,8760,8790,8802,8885,9072,9076,9105,9127,9285,9296,9302,9310,9714,10141,10893,10930,10951,10983,11012,11031,11032,11034,11035,11036,11037,11039,11046,11097,11105,11115,11124,11132,11141 'fine':2592 'finish':3637 'first':114,951,1372,1589,1618,2070,2288,2368,2682,3104,3875,3951,5589,7616,7650,7653,8013,8422,11308,11574 'first-class':950 'first-principl':3103 'first-tim':1617 'fit':5748,6668,7817 'fix':4568,4663,4666,4677,4717,4728,4822,4893,4894,4907,5194,5377,5829,6141,6388,6578,6621,6837,7159,7324,7547,7736,7936,8168,9306,9335,10499,11033,11038,11040,11167 'fixm':1844 'fixme/todo':2849 'flag':1068,1202,2794,4004,4218,5671,5750,6565,6688,6782,7056,7602,7610,8806,9771 'flaki':7054 'flat':3604,3725 'flight':2827,6533 'flow':880,886,908,968,977,1218,1721,2938,3249,5509,5517,5524,6424,6444,6450,6887,6897,7416,8100,9668,9677 'flowchart':9683 'focus':1345,1694,8483 'follow':1820,2350,2664,3600,4261,9197,9466 'follow-up':4260 'footer':2406,2720 'forens':10376 'form':6508 'format':1870,2370,2684,3496,4382,4474,5290,5322,9200,9468,11719 'found':1964,1970,2048,2083,2155,2190,2206,2509,2515,2522,4890,4891,4906,5482,5921,5964,8914,9074,9724,9736,9750,9761,9766,9843,10838,10927,10932,11284,11369 'foundat':1157,4948 'founder':1466 'founder-mod':1465 'four':26,904,5059,5511 'fragil':1100,6770 'frame':1437,3171,3581,3602,3699 'framework':2940,3025 'frequent':7075 'fresh':4520,8747,11477 'friday':7024 'frontend':2939 'frontend/ui':2915 'frustrat':2997 'full':629,2137,2412,2726,4836,5775,6003,8662,8671,9626,10257,10270,11848,11852,11901,11903,11905 'fulli':3229,5274 'fundament':1046,8540 'futur':1010,7793,9774 'gain':9496 'gap':5947,5953,6047,6572,6575,8282,8527,9443,9731,9756,9765,9804,9809,9978,10029,10042,10048,10884,10915,10917,10925,10935,10937,11129,11138,11755 'gate':4784,10449,10557,10592,11030,11460,11576,11596 'gems/npm':6296 'generat':3592,4390,10850 'generic':5996,8040 'genuin':4533,5475,8749,9330 'get':128,5624,6189,8336,9131,10537,10551,10686 'get-url':127 'gh':153,216,228 'git':117,125,182,278,289,303,317,343,345,347,349,1822,1828,1835,1860,1863,1907,1918,2452,2463,2860,5668,8598,8610,9061,10109,10712 'git-nat':181,277 'github':140,161,163,214 'github.com':137 'gitlab':145,148,173,240 'give':1539,2222,8272 'glab':165,242,260 'global':10460,10658,11210,11431 'go':548,2625,2629,3938,4159,5216,5896 'goal':3450,3983,4003,4197,4217,5171 'goe':969,9853 'good':5067 'grace':6024 'grant':8559 'graph':983,5507,5584 'great':1243,5071 'greenfield':5179 'grep':1841 'grove':1322 'gt':89 'guard':4705,4800 'guid':1062 'guilt':2633 'h':4884,9053 'habit':1493 'hack':1845 'hacki':1101 'hallucin':6082 'handl':837,863,1117,2361,2675,5974,6307,6506,6715,8681,11610 'handoff':2008,2030,2038,2045,2047,2049,2052,2080,2117,2142,2157,9861,9872,9908 'happen':818,3207,5532,5541,5548,6070,6232,6484,6739,7452 'happi':889,1444,5521,6772,6975 'hard':1433,1505,1529,8290 'hardcod':6291 'harder':7795 'hash':10691,11494,11548 'hast':1388 'hatch':9278 'head':1861,1876,1925,1944,1957,2042,2470,2489,2502,5162,9066,10114,10679,10689,10706,10719,10765,11301 'header':6971,8767 'hear':1054 'help':2119 'hidden':4638 'hierarchi':1577,1723,1745 'high':1401,8634,9737 'high-magnitud':1400 'high/med/low':6337,6339 'highest':406,1782 'highest-leverag':1781 'histori':1827 'hit':4965 'hold':34,40,486,553,3948,4165,4923,5127,5198,5202,5225,9709,10062,11769,11775 'hold/reduction':9824,10078,10091,10105,10910 'home':59 'home/.vibestack':60 'honest':8275,8494 'horowitz':1381,1497 'host':118,177,10818 'hostil':7030 'hotfix':5196 'hour':3627,3687,4946,4956,4966,4974,4992,4997,6564,7654 'hr':11849,11853 'html/script':6248 'http':7280 'human':657,3682,4989,4999,9533 'human-team':4988 'hypothet':3216 'id':6281,7418 'idea':465 'ideal':428,3279,3306,3419,3514,3804,3879,4410,4412,5261,9397,11804 'ident':1677,5009 'identifi':2966 'ignor':8475,10176 'imagin':3632 'immedi':5661,7662 'impact':3178,3718,6338,9420 'implement':620,773,3315,3327,4608,4928,4937,4952,4991,5000,5011,5246,5457,5465,8125,9164,9172,11200 'import':1067,8437 'impossible/invalid':5559 'improv':3844,3892,4052 'in-distribut':3069 'in-flight':6531 'includ':737,3148,3371,3498,5292,5310,5558,7497,8201,9235,9669,11535,11587,11760 'includes/preload':7209 'incorpor':8843,9117 'incumbent/conventional':3053 'independ':4515,4535,8205,8218,8276,8305,8750,10564,11110 'index':7225,7233 'individu':508,732,3888,4089,5082,5115,9453 'inevit':8080,11932 'infer':11009,11024,11025 'inflect':1311 'inform':1405,2145,5771,8006,8692,9107 'infra':5441,10501,10520,11881 'infrastructur':4071,5718,7673 'initi':10943,10953,10967,10985 'inject':6249,6312,6319 'inlin':2310 'input':896,898,1549,2227,2285,5528,5535,6215,6221,6456 'insid':8294 'instant':3643 'instead':1041,1170,5324,8519,9577 'instinct':1254,1281 'instruct':362,2352,2419,2666,2733,8436 'insuffici':6000 'integ':6239 'integr':4969,5635,5759,6925,6953,7049,9101 'intellig':1817 'intent':995,1520,1674,8004,8054 'interact':910,918,2937,6425,6436,6492,6501,6503,6894,8016 'interfac':1581,1663 'intern':1277 'interrog':4918,11859 'introduc':3967,4181,6204,6884,7779 'invalid':6083,6462 'invers':1328,1687 'invert':7053 'investig':8977 'invok':1160 'involv':1470,2923 'irrevers':1399 'isn':1471 'iso':10010 'issu':3525,4565,4652,4658,4675,4679,4712,4735,4819,4841,4859,4889,4892,5339,5354,5481,5791,5806,6103,6118,6350,6365,6583,6598,6799,6814,7121,7136,7286,7301,7509,7524,7698,7713,7898,7913,8130,8145,8564,9073,9182,9211,9218,9270,9288,9723,9735,9749,9760,9782,10031,10633,10926,10931,10933,11722 'item':959,1250,2804,3927,3937,4148,4158,4447,6554,6942,9598,9643,9649,9655,9778,9791,9812,10096 'iter':4702,4715,4797,4845,4887,4888,4905,5186 'job':567,776,1357,1514,6214,6547,6548,6556,6919,7248,7253,7415,8512 'join':5702 'journey':8027 'joy':7491,11862,11864 'json':219,231,246,264,5912,6084 'jsonl':10870,11053,11076 'jsonparseerror':5913,5945 'judgment':10481,10509 'justifi':5579 'keep':2558,2624,2628,8968,11680 'key':3049,6471,9713,9718,11856 'keyboard':8062 'kill':1494,1652 'kind':5298,5329 'know':4955 'knowledg':3072,7796 'known':2806,2838 'l':73,1847,9543,9546 'label':9268,10320,11733 'lake':665,2375,2689,9830 'land':3564,5390,5842,6154,6401,6634,6850,7172,7337,7560,7749,7949,8181,9319,10201 'landmin':392 'landscap':3016,3041,3046 'languag':4614 'larg':10546 'last':2386,2700,10404,11360 'latenc':3617,7271 'later':722,2299,5038,8986 'launch':957 'layer':3078,3080,3093,3101 'lead':3708 'learn':56,67,70,74,81,82,87,103 'least':3392,3864,4060 'leav':9390 'left':2175,2326,2614 'legaci':653,10243,10739 'legibl':1441 'length':6244 'less':719 'let':529,1265,3731,4102 'letter':9273,11727,11736 'level':790,1673,7990,10267 'leverag':1545,1560,1783,3221,3363,7867 'lib/snippets/capture-learnings.md':11761 'lib/snippets/prior-learnings.md':3149 'lib/snippets/tasks-section-emit.md':8202 'lie':997 'like':2580,3823 'likelihood':6336 'limit':95 'line':643,3384,5314,6695,7380,8939,9229,9250,9361,9478,10549,11147,11163 'list':1837,3862,4058,4437,4563,4656,4856,6736,6888,6898,6909,6922,6928,6933,9352,9368,9635,9642,9648,9654,9687,9839,9846,10715,11189 'list/table':6534 'lite':10165,10264,10272 'littl':1634 'live':9177,11255 'll':2166,2260,2318,2608,8963,11609 'llm':6317 'llm/ai':6065 'llm/prompt':7081 'load':85,2345,2416,2659,2730,5592,7888,8021 'load-bear':7887 'load/stress':7067 'loc':631,637 'local':11684 'locat':11378 'lock':6477,7600 'log':346,1178,1823,1864,2861,3144,5961,5997,6001,6323,7373,7379,7454,9041,9431,9914,9965,10125,10856,10874 'logic':4960,6685,8281,8526,10595 'login':8698,8705 'long':1535,3423,5676,6468,7772 'long-term':3422,7771 'longer':9886 'look':3822,8524,10826 'loop':4484,4489,4731,4744,4758,4793 'loud':6228 'low/med/high':3351 'lower':4140 'lower-prior':4139 'ls':1934,1949,2031,2479,2494 'm':2566,4818,4882,4885,9051,9054,9541,9544 'machin':979,5550,9674 'made':4935,10949,10960 'magnitud':1288,1402 'main':312,333 'maintain':11777 'mainten':1228,9246 'major':1458 'make':387,435,493,570,766,1340,1438,1504,3571,3688,3702,3740,3846,4054,5146,5404,5684,5698,5720,5856,6168,6415,6648,6864,6874,7016,7186,7351,7487,7574,7675,7763,7792,7963,8076,8087,8195,9159 'malform':5911,6075 'manag':1264 'mandatori':963,3317,9658,11791 'mani':1084,7046 'manipul':6280 'manual':11612 'map':583,936,1754,1772,2805,2816,3123,3235,3276,3386,5599,5866,6730,8019,9251,9730,9744,11900,11920,11922 'markdown':4383,11086,11088 'massiv':1554 'master':326 'match':8048,10762,11292 'max':4796,4844,6243,11742 'maximum':42,785,4700,5138,7220 'may':2534,5258,5265,8880,10674,10726,11062,11277,11504 'md':1941,1954,2039,2486,2499,4368,4379,9909,11671,11699 'meaning':3374,9340 'meant':8457 'measur':11005,11019 'mega':368,9700 'memori':7210 'mention':8057 'merg':350 'merged/deleted':4348 'messag':5965,5998,6030,10825 'metadata':9934 'method':5882,6701,6785,9408,9802 'method/codepath':5893 'metric':1179,1416,4790,4867,7388,7394 'micromanag':1473 'mid':928,1615,2542,6544,11371 'mid-act':1614 'mid-fil':11370 'mid-pag':6543 'mid-sess':2541 'might':3108,8829,8928 'migrat':5673,7586,7592,7615 'minim':1152,1456,3408,3436,3511,5165,5268 'minimum':601,3995,4209,4242,11838 'minut':2234,3843,4051,5005,7652,8083,8300,8646,8714 'miscalibr':8567 'miss':1656,4588,6733,6776,8523,8560,8831,8930,10626,10909 'mitig':6344 'mixin':1220 'mkdir':4320,4354,4869 'mktemp':8594 'mm':4472 'mobil':8056 'mobile/responsive':2947 'mode':27,371,576,670,699,710,762,801,1467,1758,1776,2380,2694,2965,3155,3321,3475,3599,3763,4314,4397,4415,4924,5040,5044,5241,5256,5281,5417,6098,7004,7473,9422,9426,9593,9705,9717,9806,9926,9980,9981,10046,10052,10054,10849,10885,10911,10912,10913,10928,10977,11221,11243,11555,11762,11765 'mode-specif':3762 'model':1190,1211,6087,6178,8227,8237,8315,8325,8631,8783,8811,8862,8908,9028,9146,10381,10571,11170 'modifi':8480 'modul':1852,6663 'moment':3130,3634 'month':1009,3286,3305,5705,7836,9396,9519 'motiv':9522 'move':1257,1302,3292,3989,4203,5355,5484,5807,6119,6366,6599,6815,7137,7302,7525,7714,7914,8146,9289,11373 'mr':243 'much':2225 'multi':8508 'multi-sect':8507 'multipl':9217 'munger':1343 'must':802,990,3335,3405,3416,4265,5365,5488,5817,6018,6129,6376,6609,6825,7103,7147,7312,7535,7724,7924,8156,8890 'mutat':5616 'mv':4362 'n':1959,2044,2504,4813,5946,5952,7197,8489,9436,9438,9976,9979,9984,9987,9990,10729,11651 'n/10':3502,5307 'n/a':11786,11787 'name':339,359,833,839,1606,1868,3343,3366,3369,4389,5986,6696,6704 'name-on':1867 'narrat':1431 'nativ':183,279 'nav':8063 'navig':926,6524 'navigate-away-mid-act':925 'necessari':1148 'need':417,1177,1188,1435,1812,3558,4932,4953,5384,5836,6148,6395,6628,6844,7166,7331,7462,7554,7743,7943,8175,9313,9887,10560,11043,11481,11570,11704 'negoti':1078 'neither':178 'network':1612 'neutral':519,3722,4091,5124,8824,11785 'never':688,1763,5424,6043,9215,9455,9461,9858,10591,10644 'new':907,944,975,1175,1186,2926,3971,4185,5515,5555,5612,5634,5700,5770,5779,5881,6198,6205,6207,6209,6212,6219,6254,6285,6295,6448,6497,6666,6699,6755,6784,6880,6885,6890,6895,6900,6907,6911,6917,6924,6930,7007,7072,7202,7214,7228,7252,7266,7275,7362,7376,7391,7408,7422,7428,7458,7471,7590,7634,7802,7832,10235,10488 'next':1023,2289,2425,2739,8356,11300,11384,11396,11585,11594,11600 'nice':3857,4269,8091 'nightmar':1026 'nil':895,5526,5960,6234,6461,6743,6994 'nil/missing':5530 'no-branch':1930,2475 'node':1851,6482 'nomatch':1896,2024,2441,9891 'non':966,1077,1224,3400,8686 'non-block':8685 'non-negoti':1076 'non-obvi':1223 'non-trivi':965,3399 'none':104,1239,2530 'normal':2293,2631 'note':2001,2009,2081,2118,2143,2158,2742,2774,2881,2953,2982,2991,3064,4135,4560,4985,5315,5325,8425,8791,9024,9855,9862,9873,10361,10721,10742,10771,11501,11550,11812,11924 'noth':3211,5943,9237 'notif':3610,3679 'nuclear':3152 'number':4655,9271,10034,10043,10068,10081,10094,11721,11735 'nyou':8490 'o':1895,2023,2440,9890 'object':4015,4229,5557,6268 'observ':582,939,1171,5144,7359,7485,7498,9764,11861 'obsess':1546 'obvious':1225,5376,5712,5828,6140,6387,6620,6777,6836,7158,7323,7546,7735,7837,7935,8167,9305 'offer':2179,2191,2298,2403,2576,2717,4349,8216,10572,11634,11776 'oh':3856,5707,8090 'ok':11757 'old':4342,4366,7631,11377 'old-plan':4365 'older':10180 'omit':11148 'one':507,547,1291,1532,1561,3217,3254,3383,3403,3414,3462,3701,5091,5121,5313,5638,5786,7810,7893,8236,8324,8922,8938,9114,9210,9212,9220,9249,9259,9360,9458,9477,11162,11234,11740 'one-lin':3382,5312,8937,9359,9476,11161 'one-way':1290,7809 'onelin':1824 'oom':6476 'open':2829,10032,10632 'oper':6326,6522,6526,7459,7477,7493,7782,11873,11874 'opinion':1759,8220,8307,11112 'opp':11816 'opportun':501,524,3143,3839,4047,4085,4096,5113,7235,9595 'opt':471,684,3137,3775,3869,4287,5087,9607,11447,11781,11807 'opt-in':683,3136,3774,3868,4286,9606,11780,11806 'optim':1005 'optimist':3676 'option':1174,1185,2254,2616,3332,3370,3488,3505,3729,3912,4108,4142,5060,5232,5282,5295,5309,5326,5878,8208,8334,8954,9234,9242,9272,9560,9836,10478,10506,10563,11590,11729,11744,11794 'order':1380,7066,7612,9556 'organ':6661 'origin':130,4623,11712 'origin/main':308 'origin/master':322 'otherwis':149,10030,11453 'outcom':608,3186,3196,3698 'outcome-fram':3697 'outperform':1568 'output':1555,1784,3246,4572,4838,6460,8345,8663,8673,8780,9190,9347,10107,10140,10684,10784,10857,11409,11435 'outsid':8203,8265,8338,8350,8669,8689,8763,8775,8788,8796,8817,8844,8918,8958,8974,9003,9099,9103,9118,9142,9825,10280,10294,10368,10429,10561 'over-engin':1104,6750 'over-sel':3737,3755 'overal':5498,10945,10956,10969,10988,11000,11014 'overbuilt':5158 'overcomplex':8536 'overlap':11179 'owner/repo':4402 'p':4321,4355,4870 'p1':10556 'p1/p2/p3':9548 'p99':7270 'packag':6297 'page':6545 'pain':2807,2839,3213 'panel':7430 'parallel':3253 'param':6208 'paranoia':1601,1743 'paranoid':1305,1325 'parent':2364,2678 'parenthes':10322 'pariti':7641 'pars':306,320,1910,1921,2455,2466,8601,9064,10112,10138,10677,10868 'part':536,1230,3990,4204,4594,7605,11250 'partial':1197,3227,6472,8025,9372 'particular':2978 'pass':4561,4649,4795,10437 'patch':1153 'path':586,883,890,894,3035,3193,3376,4542,5512,5522,5527,5534,5543,6211,6488,6773,6901,6916,6932,6976,6982,7262,7788,9671,9729,10822,11907 'pattern':1241,2971,2994,3005,3603,5607,6311,6670,6716,6727,7090,7098,8042 'paus':2100,11748 'payload':7257 'payment':6304 'peacetim':1489,1492 'peopl':1371,1374,1526,1538 'people-first':1370 'per':2240,2244,3524,5308,5338,5790,6102,6349,6582,6798,7120,7285,7508,7697,7897,8129,9459,11743 'per-featur':2239 'per-product':2243 'perf':9759 'perfect':3816 'perform':7194,10456 'permiss':445,1033,1161,8876 'persist':4276,4733,4789,6459,9033,9614,9921 'person':1562,11685 'persona':10978 'perspect':1269,8823 'phase':7848,7850,11918 'philosophi':372 'pick':38,518,2171,2261,2319,2609,4080,5119,5235,5738,7504,7688,7877,9514,11798,11811,11894,11930 'pii':6303 'pipelin':981,1215 'pixel':1597,1647,1672,7989 'pixel-level':1671,7988 'place':11355 'placehold':9999 'plan':2,6,369,382,539,561,783,827,1016,1195,1709,1805,1816,2397,2404,2711,2718,2778,2793,2798,2813,2845,2854,2889,2920,3189,3258,3291,3303,3334,3402,3567,3917,3929,3960,4113,4150,4174,4278,4293,4330,4335,4361,4367,4387,4435,4456,4479,4875,4945,4983,5065,5096,5130,5156,5204,5393,5436,5651,5845,6157,6203,6343,6404,6637,6853,6883,6964,7093,7175,7340,7563,7620,7752,7829,7952,8001,8038,8047,8107,8123,8184,8206,8231,8280,8319,8362,8367,8387,8412,8415,8426,8500,8587,8667,8754,8849,9045,9123,9208,9322,9380,9389,9618,9623,9694,9701,9821,9925,9968,10150,10154,10159,10174,10205,10209,10216,10254,10289,10325,10334,10355,10565,10610,10772,10788,10800,10803,10812,10820,10828,10848,10878,10919,10939,10963,11218,11220,11229,11242,11245,11253,11259,11335,11352,11364,11639,11694,11714,11913,11927 'plan-ceo-review':1,4874,9967,10149,10877 'plan-design-review':10158,10253,10938 'plan-devex-review':10962 'plan-eng-review':10153,10204,10324,10609,10918 'plan-stag':10208 'platform':110,119,138,146,159,171,283,2390,2704,4062,5724,7858 'platon':427,3803,3878,4409,4411,11799 'point':1312,2808,2840,3214,5596,5636,8375,8793,8853,8903,9022 'polish/tests':4976 'poll':3621,3649 'pool':5916,7273 'poor':2999 'possibl':407,1637,5110,11888 'post':956,4275,7446,7646,7664,8395,9163 'post-deploy':7645,7663 'post-implement':9162 'post-launch':955 'post-ship':7445 'postur':411,521,3724,4093,5300,5656,11788 'potenti':4063,7859,9448 'power':1622 'pr':217,4263,9576 'pr/mr':190,200,352 'pre':1786,10200 'pre-land':10199 'pre-review':1785 'preambl':46,2366,2680,3027,3147,3493,5287,5321,9203 'predat':11497 'prefer':639,1058,3389,3397,9257,9267 'prelud':3579 'prematur':1107 'premis':17,2216,2548,3117,3158 'prerequisit':2177,2193,2401,2715,9554 'present':460,505,522,3485,3727,3893,4082,4094,4129,4491,4766,5019,5058,5081,5114,5279,5537,8660,8759,8786,8821,8850,8868,9125,9152,9231,9446,9559,11050,11583 'preserv':11318 'pressur':1748,7274 'prettifi':1596 'prevent':5563 'previous':2872,2902 'primari':1348 'prime':793 'principl':2372,2686,3105 'print':334,2186,8348 'prior':2095,2161,2788,2868,11072 'prioriti':1744,4141,9547 'probe':1706 'problem':10,1020,1387,1713,1989,2214,2557,2561,2905,3165,3203,3234,3239,4624,6759,8585,9224,9376,9486 'problemat':2903 'procedur':5667 'proceed':2196,2269,2292,2537,2630,3012,3067,3473,3533,5358,5396,5810,5848,6122,6160,6369,6407,6602,6640,6818,6856,7140,7178,7305,7343,7528,7566,7717,7755,7917,7955,8149,8187,8343,9292 'process':980,1318,6555,7077,9094 'process-as-proxi':1317 'produc':2211,2532,3323,6451,9659,9755,9838,9865,9916,10007,11084,11629,11650 'product':15,25,1361,1375,1653,2245,3044,3690,3742,5629,5640,7223,10971,11002 'product/business':10486 'profil':7693 'profit':1376 'progress':2746 'project':9941,11642 'promot':3760,11614,11636,11657,11667,11690,11718 'prompt':4536,6318,8364,8408,8468,8752,8756,10523 'prompt-on':10522 'prompt/llm':7087 'propag':7419 'propos':3590,3884,3895,4419,4424,5074,5163,6792,9813,9815,9816,9983,10067,10071,10072,10084,10887,10895,10896 'pros':3352,9493 'prose':3726 'protocol':2383,2697 'provid':10819 'proxi':1320,1412,1715,3202 'prs':2830 'push':429,1528,3624,5212,11773,11778 'pv':8593,8642,8659,9092 'pwd':1916,2461 'pyramid':7044 'q':221,233 'qa':7031 'qualiti':4574,4645,4780,4823,4897,6657,6697,9748,10454 'quarter':1024 'queri':7199,7229 'question':2125,2151,2754,4612,5028,5222,5239,7826,9196,9221,9460,11833 'queue':6560 'quick':11763 'r':1842 'rails/js':7820 'rais':751,5935,6034 'rake':7466 'ram':1638 'ran':9082,9086,9827,11160 'random':7062 'rate':7805 'ratelimiterror':5908,5939 'rather':1053,1081,2573,3250,4742 'rational':9362 're':45,2123,2297,2432,2582,2636,2752,2760,2891,4669,4690,6033,9017,9631,10753,11332,11511 're-argu':9016 're-ask':2122,2635,2751 're-dispatch':4668,4689 're-off':2296 're-rais':6032 're-read':11331 're-run':2431,2759,10752,11510 're-surfac':9630 're-touch':2890 'read':1882,1978,2084,2328,2337,2523,2642,2651,2771,3018,4548,7827,8365,8396,8440,8628,8654,10122,10137,10798,10853,11333,11406 'read-on':8627 'reader':8065 'readi':2316,2395,2709,9956,10116,10400,10780,10864,11198,11392 'real':1712,3212,3608,3657 'real-tim':3607,3656 'realist':5639 'reason':3106,3385,4422,5450,6677,8632,8940,9239,9253 'rebuild':3259,3268 'recent':1826,1878,10144,10193,10230,10251,10286,10306 'recommend':450,520,1064,1760,3378,3443,3499,3529,3723,3900,4092,5125,5293,5343,5795,6107,6354,6587,6803,7125,7290,7513,7702,7902,8112,8134,8209,8301,8340,8846,8931,8961,9120,9263,9833,10482,10510,11394,11423,11451,11513,11558,11571,11783 'recomput':2066 'reconstruct':7450 'record':5919,6300,9627 'recordnotfound':5922,5957 'recur':2904 'redi':7278 'reduc':590 'reduct':594,742,4232,5154,5209,5264,9710,10065,11554,11771 'redund':2150 'ref':292,1924,2469 'refactor':2878,3272,4465,5200,6794,10500 'refer':2986,6269,6691,6719,6937,9230,9620,10830,11686,11764 'referenti':1426 'reflex':1329,1688 'refs/remotes/origin':298 'refs/remotes/origin/head':293 'refus':6090 'regardless':5434 'registri':9400,9423,9801 'regret':1455 'reject':546,3936,4157,6227,7881,8972,9656 'relat':2790,9392 'relationship':5783 'relev':2842,11563 'remain':544,3933,4154,4842,4895,4896,4908 'remaind':4137 'remind':3568,5401,5853,6165,6412,6645,6861,7183,7348,7571,7760,7960,8192 'remot':122,126 'remov':692 'render':9189 'repeat':3008,8516 'repetit':1069 'replac':4904,11285 'repo':194,229,261,4401,8596,8611,8624,11643,11665,11674 'report':2400,2714,3009,4787,7442,10775,10852,11091,11248,11265,11296,11315 'repositori':8486 'repres':4987 'request':1217,4146 'requir':3395,4586,5772,7069,8096,9346,10407,10442,11082,11121,11214,11458,11575,11595 'rescu':867,5865,5925,5926,5975,6016,6053,6056,9399,9415,9417,9427,9435 'resolv':4720,4941 'respect':1592 'respond':3542,5400,5852,6164,6411,6644,6860,7182,7347,7570,7759,7959,8191 'respons':6073,7478,8053,8716,8720,8992 'result':204,1611,3099,3615,3642,4806,6537,6540,6541,9035,9924 'resum':2767 'rethink':8 'retri':5932,5942,6020,6529,7259,11338 'retrospect':2856,7871 'return':4643,4674,4709,5906,5910,5959,6088,6747,8718 'reus':2011,3360,9381 'rev':305,319,1909,1920,2454,2465,8600,9063,10111,10714 'rev-list':10713 'rev-pars':304,318,1908,1919,2453,2464,8599,9062,10110 'revenu':3753 'revers':1286,7804,7815,9775 'revert':2879,5669 'review':4,7,370,481,559,781,1272,1731,1787,1806,1814,2097,2138,2163,2224,2264,2272,2279,2322,2394,2399,2528,2540,2575,2708,2713,2769,2789,2873,2876,2898,2989,3575,3934,4155,4458,4483,4488,4502,4506,4516,4518,4552,4673,4693,4708,4724,4737,4757,4764,4777,4817,4832,4837,4850,4877,4915,5135,5173,5299,5408,5410,5430,5494,5860,6172,6419,6652,6658,6725,6868,6873,7190,7195,7355,7361,7578,7584,7767,7775,7967,7973,8120,8199,8212,8240,8259,8296,8328,8363,8370,8377,8496,8510,8518,8534,8544,8556,8668,8755,8801,8814,8913,9031,9040,9046,9209,9702,9878,9913,9923,9933,9944,9955,9964,9970,10115,10121,10124,10136,10152,10156,10157,10161,10164,10168,10171,10175,10187,10195,10202,10207,10212,10234,10242,10246,10256,10263,10290,10327,10337,10399,10402,10409,10419,10423,10436,10438,10441,10447,10468,10477,10505,10527,10534,10554,10566,10575,10598,10607,10612,10619,10625,10638,10650,10655,10673,10694,10723,10732,10744,10761,10774,10779,10792,10845,10855,10863,10880,10921,10941,10965,10998,11028,11057,11073,11090,11092,11099,11107,11109,11117,11126,11134,11159,11177,11187,11190,11203,11213,11247,11264,11295,11386,11391,11397,11404,11413,11427,11439,11445,11455,11464,11479,11485,11500,11526,11544,11560,11573,11579,11611,11625,11649,11943 'review-driven':2875 'revis':2006 'revisit':5766 'rewrit':1149,3457 'richer':11064 'right':777,1131,1565,2265,2323,2605,2611,3164,3453,5134,6262,7874,8571,11825 'right-siz':1130 'rigor':43,480,558,786,5139 'risk':528,3350,4101,6294,7055,7629,7692,8035,8284,8554,9244,9505,9770,11897 'rm':9089,9901 'rn':1875 'rollback':1199,5655,5666,5674,7619,9682,11895 'rollout':7583,7611 'root':8597,8625 'rotat':6292 'round':4814 'routin':7679 'row':9433,10188,10225,10282 'rubber':379 'rubber-stamp':378 'rule':667,3390,5323,5423,5966,9102,9192,9206,11720 'run':1797,1818,2056,2105,2135,2256,2308,2367,2385,2433,2603,2619,2681,2699,2761,3074,3769,3946,4018,4167,4233,4306,4480,4499,6557,7105,7636,7661,8114,8703,9088,9173,9929,9994,10403,10405,10754,10846,11095,11103,11113,11122,11130,11139,11224,11417,11512,11592,11598 'runbook':948,7468 'runtim':7258 'ruthless':613,4236 's/m/l':4099,4425 's/m/l/xl':3349,9532 'safe':11883,11885 'safeti':1676,7587 'said':8815 'sanit':6225 'say':363,836,1027,1035,1164,2197,2307,3100,3458,5215,5224,5479,5706,8666,8819 'scale':5021,5585,10238 'scan':1306,1308,4021 'scannabl':11759 'scenario':5631,11908 'scope':19,28,35,41,44,418,430,463,489,541,552,554,563,593,678,693,748,941,1692,2815,2916,2955,3038,3153,3594,3767,3883,3919,3930,3942,3949,4027,4115,4151,4163,4166,4231,4417,4431,4443,4616,5051,5062,5098,5128,5132,5153,5199,5203,5226,5415,6259,7978,8111,8383,8402,9169,9350,9580,9646,9786,9789,9814,9982,9985,9988,10058,10063,10064,10066,10070,10079,10083,10092,10101,10198,10494,10886,10888,10890,10894,10897,10900,10904,11101,11466,11472,11517,11533,11553,11565,11604,11653,11770,11772,11891,11935,11938 'scope-expand':462 'score':3518,4575,4646,4824,4898,4899,4909,5334,9831,10944,10946,10952,10954,10957,10968,10970,10984,10986,10989,11001,11013,11015 'scrap':1036,1165 'screen':8064 'screens/pages':2928 'screens/states':8102 'script':8466 'scrutini':8535 'search':2376,2690,3022,3029,3065,3098,8637,11257 'sec':11940 'second':646,1590,7618,8014,8219,8306 'secret':6282,6286 'section':545,723,1777,2359,2410,2673,2724,2957,3032,3497,3935,4156,4852,5291,5347,5361,5411,5413,5431,5443,5458,5474,5491,5799,5813,5862,5870,5969,6111,6125,6174,6192,6358,6372,6421,6429,6591,6605,6654,6721,6724,6728,6807,6821,6870,6938,7129,7143,7192,7294,7308,7357,7366,7517,7531,7580,7706,7720,7769,7906,7920,7969,8138,8152,8213,8260,8357,8509,8805,9282,9351,9367,9386,9402,9720,9725,9732,9739,9746,9751,9757,9762,9767,9772,9779,10576,10680,10841,11266,11316,11343,11361,11522,11747 'secur':1182,5141,5601,6176,6179,6298,9734 'sed':296 'see':503,853,1588,3146,3613,3640,4524,4863,5106,5929,6063,7370,8012,8552,9430,9440,11411,11870 'seen':11814 'sel':9819 'select':32,475,697,714,725,728,744,2963,3156,3319,3476,3586,3597,3720,3944,4281,4312,4399,4920,5041,5093,5191,5236,5243,5272,5679,5731,7481,7495,7668,7681,7840,7868,8071,9585,9591,9706,9708,10057,10060,11617,11768 'self':176,1425 'self-host':175 'self-referenti':1424 'sell':3739,3757 'sensit':6325 'sent':9650 'sentenc':3347,8923,9260,11741 'separ':497,1259,2059,4264 'sequenc':1373,7614,8563,9680 'serv':1418,3446 'servic':1214,1579,1725,5883,5936,6066,7064,7411 'session':2098,2164,2302,2543 'set':3996,4210,10465,10475 'setopt':1894,2022,2439,9889 'setup':1226 'sever':9738 'shadow':882,893,6487,9670 'shape':1267,3673 'share':3582 'sharper':2226,2284 'shell':2060 'ship':401,403,649,4244,4266,4271,5659,7019,7447,7676,7847,10340,10450,10593,10646,11459 'short':9065,10113 'shortcut':651 'show':1912,2457,4834,5230,5778,6455,8101,8603,10189,10226,10247,10283,10331,10341,10352,10656,11495 'show-toplevel':1911,2456,8602 'shown':10640 'side':1115 'signal':8234,8322,8867,9151 'signific':7078,7386,8109 'silent':589,689,705,736,797,819,5277,5873,9441,9462,9859,10842 'simpler':3175,8541 'simplest':11887 'simultan':7637 'sinc':1865,10731 'sing':3849,4057 'singl':5595 'site':9178 'size':1132,7221,7249,8429 'skeptic':1413,1716 'skill':2178,2194,2331,2365,2402,2417,2645,2679,2716,2731,4861,4873,5446,8455,9042,9966,10148,10310,10722,10743,10873 'skill-plan-ceo-review' 'skip':1764,2132,2268,2275,2341,2347,2357,2655,2661,2671,3060,3925,4121,4428,4755,5422,5428,7974,8342,8349,9324,9463,9566,9653,9783,9823,9829,9950,10466,10496,10515,10617,10648,10657,10839,11209,11430,11437,11529,11556,11607,11688,11795,11815,11858,11916,11917,11926,11939 'slop':8034 'slow':930,1396,7261 'slowest':7265 'slug':54,62,1902,1937,1952,2012,2034,2067,2447,2482,2497,4378,4453,9904 'slug/ceo-plans':4323,4364,4374 'slug/ceo-plans/archive':4357,4370 'small':1551 'smaller':3442 'smallest':1136,3412 'smell':874,2909,3977,4191,5985 'smoke':7655 'sneak':747 'solut':3179 'solv':1017,1384,1710,3167,3200,3230,6757,9373,9488 'someon':9513 'sort':1871,1874 'sound':2579 'sourc':1984,9058,9059,9078,10301 'source-timurgaleev' 'sovereignti':8838 'space':3092 'spec':4482,4487,4763,5439,6970 'specif':841,2252,2773,3764,4564,5988,6068,6732,6985,9266,11520 'specifi':6054,6576 'speed':1124,1390,1702,5012 'spot':8287,8311 'sql':6314 'stage':7644,10210 'stale':932,1234,4360,6465,6516,9684,9841,10627,10663,10676,10728,10757,10770,11422,11506,11546 'stamp':380 'stand':9013 'standard':408,2271,2278,2539,11872,11889 'standarderror':868,5976 'star':14 'start':772,3832,8431,9529 'stash':1836,1839,2832 'stat':1830 'state':525,933,978,1198,1212,1625,2822,2945,3122,3275,3281,3295,3301,4002,4097,4216,4636,5352,5549,5556,5804,6116,6363,6596,6812,7099,7134,7299,7522,7711,7911,8017,8050,8143,8825,8881,9286,9384,9525,9673,9797 'statement':1990,2215,2562 'status':155,167,2382,2405,2696,2719,4384,9056,9057,9068,9416,9973,9974,10020,10219,10275,10319,10406,10614,10793,10881,10922,10942,10966,10999,11029,11096,11104,11114,11123,11131,11140,11256,11708 'stay':8482 'stderr':8655,8695 'step':107,212,755,1749,1765,1791,2134,2387,2426,2546,2701,2740,2744,3014,3150,3535,4308,4503,4664,4785,5317,5740,7623,7625,8392,9465,9604,9715,10866,11385,11586 'step-by-step':7622 'still':1417,2583,3552,3557,5379,5383,5831,5835,6143,6147,6390,6394,6623,6627,6839,6843,7161,7165,7326,7330,7549,7553,7738,7742,7938,7942,8170,8174,9308,9312,9696 'stop':3521,4729,5335,5787,6099,6346,6579,6795,7117,7282,7505,7694,7894,8126 'store':10717 'storyboard':8029 'strateg':1310,8566 'strategi':1518,5438,5454,5469,11102 'string':6236,6237,6241 'strong':8866,9150 'stronger':8233,8321 'structur':2213,6664,7216,7378,8309,10553 'struggl':1511 'style':2985 'sub':3233,3238,6184,9375 'sub-bullet':6183 'sub-problem':3232,3237,9374 'subag':4507,4538,4641,4694,4748,8731,8745,8751,8766,8770,9085,10541,10586 'submiss':6509 'submit':6513,6514,6518 'subsequ':211,342 'substant':8901 'substitut':355,8409,9067,9997 'subtract':1347,1631,1696,1727 'succeed':158,170,224,236,256,274 'succeeds/fails':3055 'success':8024 'suffici':7799 'suggest':2870,4567,5208 'suit':7102 'summar':8679 'summari':3344,4807,9699,9704,9868,9919,10004,10040,10051,10075,10088,11070,11164 'supersed':1999 'support':7855 'sure':2568 'surfac':498,729,2910,3131,3953,5025,5151,5609,6195,9600,9632,11792 'surgeon':598 'surpris':4972 'surviv':1326,4301,4812,8532 'swallow':6038 'switch':3647 'symbol':291 'symbolic-ref':290 'synthesi':3079 'system':807,1751,1768,1788,1799,2088,2821,2951,3284,3821,5189,5499,5776,6434,6906,6954,7363,8052,8225,8270,8462,9664,9711,10824 'sz':4886,9055 't14':10017 'tab':3646 'tab-switch':3645 'tabl':1049,5892,7599,9405,11087,11144 'take':2231,6903,8297 'talent':1315,1382 'talk':3669 'target':191,252,3311,8068,10976,10995 'task':7460,7467 'tast':485,2959,3817,11841 'team':810,1480,1570,4990,9534,11678 'technic':7777,8495 'technolog':1556 'telemetri':2384,2698 'tell':2152,4760,4802,7395,7401 'templat':6316,8469 'tempor':1446,4917,11847 'temporarili':5937 'tempt':5228,11840 'tension':8784,8812,8852,8902,9021,9029 'term':3424,7773 'ters':8580 'test':577,858,1073,1085,1222,1755,6491,6872,6949,6958,6969,6977,6983,6993,7000,7013,7028,7042,7043,7058,7068,7642,7656,7784,9428,9437,9753,10455,11007,11021,11022,11120 'thing':1296,1367,3850,6881,8572 'think':654,1245,1253,1448,1482,1684,2249,3855,4925,8089 'third':1591,8015 'thorough':6442,8239,8327 'thought':1123,3859,8093 'threat':1189,6177,6335 'three':892,3077,3771 'three-lay':3076 'throughout':1270 'tier':10439,10980 'tighten':9279 'time':621,659,1594,1619,2290,3609,3658,3814,4750,5716,6527,6791,7061,7628,8474,8710,8773 'timelin':1700 'timeout':5642,5903,6469,8647,8648,8708 'timeouterror':5904,5930 'timestamp':9047,9971,9972,10008,10179 'tmperr':8592,8641,8658,9091 'today':1013,1018 'todo':1843,2776,2810,9449,9457,9473 'todos.md':998,1884,2772,3923,4119,4446,8984,9444,9564,9652,9810,10099 'togeth':4267,4272 'took':8557 'tool':1566,2338,2652,3662,3667,4511,4687,5370,5822,6134,6381,6614,6830,7152,7317,7457,7540,7729,7929,8161,8242,8743,11291 'top':2354,2668,4131,7263 'topic':8813,8911 'topic-agent-skills' 'topic-ai-agents' 'topic-claude-code' 'topic-cursor-ide' 'topic-developer-tools' 'topic-kiro' 'topic-mcp' 'topic-prompt-engineering' 'topic-slash-commands' 'toplevel':1913,2458,8604 'total':2591,4703,9807,11182 'touch':1879,2779,2855,2892,3961,4175,5205,7094,8067,8085,9695 'toward':707,1126,3293 'tr':78,1928,2473 'trace':902,1181,6430,6445,7406,7417 'track':6299,10750 'trail':6331,10374 'trajectori':3425,7774,7857 'transform':6458 'transit':1213,5560,8104 'transpar':5944 'travers':7205 'treat':3973,4187 'tree':986 'tri':2286,3086 'tried-and-tru':3085 'trigger':845,11093 'trivial':967,3401,9331 'true':99,1899,2027,2444,3088,4903,9037,9894,9912,9961,10133,10469,10621,10653,11443 'truncat':8419,8427,8677 'trust':1661,1670,1739 'truth':1986 'ts':4878 'tthw':10973,10975,10991,10992,10994,11004,11017,11018 'turn':3660,4067,5348,5800,6112,6359,6592,6808,7130,7295,7518,7707,7883,7907,8139 'twice':6558 'two':1299,3427,8226,8312 'two-way':1298 'type':5437,6475,6479,6947,9840,10972,11003 'typo':9334 'u':4880,9049 'ui':1641,1720,2927,2932,3677,6439,7464,7977,8041,8078,8084,8110,9168,9785,11516,11537,11603,11934,11937,11942 'ui-fac':11536 'ui/ux':10513,11128 'ultim':1559 'unansw':9854 'unauthor':8699 'unavail':3059,3066,4754,4765,5938,8777,10590 'under-engin':1097,6765 'understand':3039,9520 'undiagram':970 'unhandl':6567,9745 'unicod':6245 'uniq':1872 'unit':6952,7047 'unknown':55,63,179,282 'unless':5210 'unlik':11562 'unlimit':3813 'unlock':2782,9492 'unnecessari':1109 'unread':2340,2654 'unrescu':6048 'unresolv':4858,9844,9848,9975,10024,10033,10036,10882,10923,10947,10981,11181,11183 'unreview':4767 'unstat':8529 'updat':4697,9445,9811,10786,11706 'upstream':900,5544 'url':123,129,135,143 'us':1341,9391 'usag':7211 'use':180,202,225,237,257,275,311,325,1059,1701,1980,2071,2107,2140,2167,2335,2649,3491,3830,4380,4466,4508,4685,5285,5371,5823,6135,6382,6615,6831,7153,7318,7541,7730,7930,8162,8256,8643,8904,9098,9297,10479,10507,11063,11074,11288,11580,11753 'user':416,457,470,514,531,672,696,813,852,916,1419,1587,1620,1623,1669,1733,2103,2127,2154,2200,2533,2552,2935,2943,3448,3479,3541,3560,3611,3639,3704,3733,3827,3853,3910,4104,4144,4248,4461,4496,4762,4804,5031,5211,5214,5223,5385,5399,5837,5851,5928,6028,6061,6149,6163,6220,6272,6275,6396,6410,6499,6523,6629,6643,6845,6859,6892,7167,7181,7332,7346,7555,7569,7744,7758,7944,7958,8011,8026,8088,8099,8176,8190,8374,8837,8856,8858,8897,8990,9007,9110,9158,9314,9419,9429,9439,9937,10056,10490 'user-dashboard':4460 'user-fac':1732,2934,10489 'user-vis':915,2942,6027,6498,6891 'user/business':3185 'user/request':6014 'user/role':6263 'ux':6886,7972,11525 'v':8616 'vagu':994 'valid':6216,6224,6457 'valu':1350,3794,4245,4912,6997,9490,10000 'valuabl':9568 'value-add':1349 'var':6289 'variabl':6703 'vector':6200,6313 'vendor':1856 'verbatim':8664,8674 'verdict':10433,10594,10660,11188 'verif':7648 'verifi':307,321 'version':603,3784,4037,5077,5166 'via':686,2201,3489,5283,8740,9128,10313,10329,10335,10339,10345,10350 'viabl':602,3409,3437,3512,5269 'vibe':9039,9963,10135,10463 'vibe-config':10462 'vibe-review-log':9038,9962 'vibe-review-read':10134 'vibestack':58,4995,9538,11089,11263,11294 'view':218,230,244,262,6535 'violat':4626,6679 'visibl':804,917,2944,6029,6500,6893,10795,11675 'vision':3874,3887,4298,4403,4407,8405,11628,11646 'visual':9181,10258 'vivid':3728,3748 'voic':8204,8266,8339,8351,8670,8690,8764,8776,8789,8797,8818,8845,8919,8959,8975,9004,9100,9104,9119,9143,9826,10281,10295,10364,10369,10430,10562 'vs':632,1490,1621,3513 'vulner':6270 'wait':8987,11750 'want':1090,2283,2601,5104,7433,8263,11655 'warn':5962,11756 'wartim':1485,1491,1495 'wast':8472 'way':1292,1300,7811 'wc':72 'web':8636 'websearch':3042,3057 'websocket':3674 'weed':8550 'week':7444 'weight':3431 'well':1072,2980 'well-design':2979 'well-test':1071 'went':1358 'weren':5573 'wherev':360 'whether':855,1707,2886,3980,4194,5649,6341,7684,9378,11419 'whichev':3444,10190,10227,10248,11306 'will':1516,1521 'win':1335,3549 'window':7630 'wisdom':3111 'wish':4980 'within':10602 'without':1573,3478,4011,4106,4225,4610,5054,8895,9124,10348,10735 'work':720,1840,2229,2786,3654,4006,4220,6921,7399,9353,9482,9500 'workflow':3614,3636 'world':1523,3811 'worri':2277 'wors':1237 'worst':7255 'worst-cas':7254 'worth':3906,5122 'would':434,1339,3206,3612,3750,3819,3825,3845,3854,4053,4064,5683,5697,5719,7015,7033,7486,7674,8075,8086,8833 'write':4291,4325,4371,4476,6967,7034,9932,11215,11226 'written':992,4547,4773,8390,9790,9795,9799,9822,11914,11915 'wrong':3113,5161,5464,5897,6473,6474 'wrong-head':5160 'x':624,1287,3380,5016,6741,8816,8915 'x/10':4825,8951 'x/y':9832 'xl':9545 'xxx':1846 'y':4881,5931,5940,5958,8820,8921,9050 'y/10':8953 'yagni':4625 'year':1452,3048,7825 'yes':2618,3265,10417,11800,11842,11843 'yet':105,4028,6764 'yield':1524,3172 'yyyi':4471 'yyyy-mm-dd':4470 'z':1946,2491 'zero':796,1610,5350,5477,5802,6114,6361,6536,6594,6810,7132,7297,7520,7597,7709,7909,8141,9284 'zero-downtim':7596 'zsh':1900,2028,2445,9895","prices":[{"id":"9b2fb5b3-0150-4dd1-b629-9c12e4284cc7","listingId":"89d2d447-6f0f-4bac-834a-893794ffb05e","amountUsd":"0","unit":"free","nativeCurrency":null,"nativeAmount":null,"chain":null,"payTo":null,"paymentMethod":"skill-free","isPrimary":true,"details":{"org":"timurgaleev","category":"vibestack","install_from":"skills.sh"},"createdAt":"2026-05-18T19:06:22.532Z"}],"sources":[{"listingId":"89d2d447-6f0f-4bac-834a-893794ffb05e","source":"github","sourceId":"timurgaleev/vibestack/plan-ceo-review","sourceUrl":"https://github.com/timurgaleev/vibestack/tree/main/skills/plan-ceo-review","isPrimary":false,"firstSeenAt":"2026-05-18T19:06:22.532Z","lastSeenAt":"2026-05-18T19:06:22.532Z"}],"details":{"listingId":"89d2d447-6f0f-4bac-834a-893794ffb05e","quickStartSnippet":null,"exampleRequest":null,"exampleResponse":null,"schema":null,"openapiUrl":null,"agentsTxtUrl":null,"citations":[],"useCases":[],"bestFor":[],"notFor":[],"kindDetails":{"org":"timurgaleev","slug":"plan-ceo-review","github":{"repo":"timurgaleev/vibestack","stars":15,"topics":["agent-skills","ai-agents","claude-code","cursor-ide","developer-tools","kiro","mcp","prompt-engineering","slash-commands"],"license":"mit","html_url":"https://github.com/timurgaleev/vibestack","pushed_at":"2026-05-18T18:19:05Z","description":"vibestack is a portable skill pack for AI coding agents. Slash commands like /office-hours, /ship, /investigate, /tdd, /review install once and work across every agent that supports the Agent Skills open standard — Claude Code, Cursor, Kiro, and a growing list of others. ","skill_md_sha":"8c8c5d6894442427d70a046ef8c9fb6f3c2fe8fb","skill_md_path":"skills/plan-ceo-review/SKILL.md","default_branch":"main","skill_tree_url":"https://github.com/timurgaleev/vibestack/tree/main/skills/plan-ceo-review"},"layout":"multi","source":"github","category":"vibestack","frontmatter":{"name":"plan-ceo-review","description":"CEO/founder-mode plan review. Rethink the problem, find the 10-star product,\nchallenge premises, expand scope when it creates a better product. Four modes:\nSCOPE EXPANSION (dream big), SELECTIVE EXPANSION (hold scope + cherry-pick\nexpansions), HOLD SCOPE (maximum rigor), SCOPE REDUCTION (strip to essentials).\nUse when asked to \"think bigger\", \"expand scope\", \"strategy review\", \"rethink this\",\nor \"is this ambitious enough\".\nProactively suggest when the user is questioning scope or ambition of a plan,\nor when the plan feels like it could be thinking bigger."},"skills_sh_url":"https://skills.sh/timurgaleev/vibestack/plan-ceo-review"},"updatedAt":"2026-05-18T19:06:22.532Z"}}