Activity
Mon
Wed
Fri
Sun
Mar
Apr
May
Jun
Jul
Aug
Sep
Oct
Nov
Dec
Jan
Feb
What is this?
Less
More

Memberships

GET SHIT DONE

234 members • Free

AI Productivity Hub

153 members • $97/m

AI Automation Society Plus

3.5k members • $99/month

4 contributions to GET SHIT DONE
Context meter?
What does the context meter actually reflect? The actual context window consumption or the limits imposed by GSD? The meter goes to 100% but my understanding is that 60% is the context rot threshold.
1 like • 14d
@Stephan Ralescu no, you are right. It isn't necessarily true. I just treat it as a sign of unclearness, as the GSD method usually prevents Claude Code from compacting the context window if you clear it after every GSD slash command finishes. Automatic compacting is what I would call the root cause for a rotten context window. Like the one classic AI chatbots suffer from, as they don't have any mechanics for context engineering. It is just a chat history that gets compressed eventually. But there are other kinds of problems with context engineering that are called context rot, e.g., when you save much information in a context window, but the model is incapable of working reliably on it, often measured with failing needle-in-the-haystack tests (Source: Chroma). This is also called within-window drift. And I doubt that this is a big problem with Anthropic's models inside of Claude Code unless you write several times that dark mode is definitely out of scope in several documents but mention one single time that you want a dark mode. How did you come to the understanding that 60% is the context rot threshold?
0 likes • 13d
I may have to correct myself 😅 Asked colleagues. Some talked about an anecdotal "dumb zone" above 60% in Opus and Sonnet 4.5. One mentioned this paper: https://arxiv.org/html/2502.05167v3 I will look closer at it.
Modulization/Plugin System
I really like the idea of a GSD plugin environment as mentioned in PR #118. I think this needs the same structural rewriting as BMAD did with v6. You can use the BMAD system for so much more than coding: content creation, video editing, automating tasks... Unfortunately, BMAD isn't optimized for Claude. All in all, it takes more time and compute than using subagents, skills and slash commands. @Lex Christopherson Do you plan to modulize GSD or implement a plugin system? Although I must admit, that I don't have a good idea, what that would mean in the context of GSD.
0
0
Model selection best practice
I noticed that when using Sonnet, tasks usually take longer and usage limits are spent slower, but looks like opus does the same tasks faster, so i't incorrect to compare them by just limit usage/minute, but rather by limit usage/task. Does anyone have some practical understanding of what the tradeoffs look like? I was also thinking of having smth like model selection feature, where GSD can autonomously assign a model depending on task type and complexity to save usage where possible and not sacrifice with quality where required. Or maybe this feature already exists and I just don't know about it.
0 likes • 14d
Since yesterday (1.9.0) there is a new command `/gsd:set-profile` with three modes ["quality", "balanced", "budget"]. You can find (most likely edit) the modes in `get-shit-done/references/model-profiles.md` but I did not try it. I just use Opus all the time 😅
Hi there 👋
I am Marcel. I’m a media technology engineer helping urban planning teams and cultural organizations adapt to emerging technologies and digital change. Happy to be here! I use Claude Code for everything, and I am a big fan of BMAD. For coding, I have used GSD exclusively for 2 amazing weeks, as it is more catered to Claude Code than BMAD and I am looking forward to rewrite my own BMAD modules after GSDs model. Excited for what’s coming!
4
0
1-4 of 4
Marcel Reschke
2
13points to level up
@marcel-reschke-6633
Hi

Active 1d ago
Joined Jan 20, 2026
Germany, Dortmund
Powered by