User
Write something
Verifying GSD plan patterns against Context7 docs - overkill or smart automation?
Quick question for the experienced folks here. I'm brand new to claude code and GSD, used cursor and n8n a bunch 12 months ago, built a little business and then shut it down. I'm using GSD workflow and built a post-planning hook that verifies implementation patterns in my plans against Context7 documentation before execution. What it does: After /gsd:plan-phase completes, it extracts patterns from the PLAN.md files (install commands, config setups, import statements, API usage) and checks each one against current Context7 docs. Example check: - Plan says: ConvexProvider wraps BrowserRouter - Context7 query: "Is this still the correct provider hierarchy?" - Result: ✅ Current or ⚠️ Pattern changed Why I built it: I'm new to this and paranoid about executing plans with outdated patterns. The planner agent might be using stale knowledge, and I'd rather catch API changes before running code. My concern: Am I creating unnecessary overhead? Is this actually useful, or am I solving a problem that doesn't exist? More experienced users - do you verify plans before execution, or do you just trust the planner and fix issues as they come up?
GSD for cheapskates
I can't afford the $200+ per month subs needed to support full use of GSD so I'm investigating using it between Antigravity (with it's free timed windows for Gemini & Opus tokens) & Opencode using free or cheap AI models - being able to switch between these seamlessly as a project progresses. So when my free tokens are expired in Antigravity, switching over to Opencode & progressing the project until the 3-5H or 5D window refreshes the free tokens in Antigravity. AFAIK, this requires installing GSD in both Opencode & Antigravity but linking the together the different folders GSD uses as the working folder in each - .gsd in Antigravity & .planning in the Opencode GSD installation. I don't know why the Opencode installation from here https://github.com/rokicool/gsd-opencode/tree/main/gsd-opencode uses .planning instead of .gsd? Just setting this up, atm, to check it out
Injecting 38% context on new project
Since the latest updates, GSD and Claude have been buggy. GSD injected 38% context on a new project, and Claude answers the questions and make changes itself. Anyone else with this behavior?
DISCORD
Is there a GSD discord with more lively discussion?
0
0
Welcome to GSD 🧑🏼‍💻
Early days on this here Skool community so expect things to get a nice tune up shortly. In the meantime, thank you for being here and the endless support for GSD. Please head over to Introductions and introduce yourself to the community. Cheers, Lex
Welcome to GSD 🧑🏼‍💻
1-30 of 38
GET SHIT DONE
skool.com/gsd
A light-weight and powerful meta-prompting, context engineering and spec-driven development system for Claude Code by TÂCHES.
Leaderboard (30-day)
Powered by