Earlier quoted context omitted.
what if you move from reviewing the code to reviewing the spec?
That’s like asking why don’t we switch from reviewing PRs to reviewing jira tickets. There’s probably a world where you could do that if the spec was written in a formal language with no ambiguity and there was a rigorous system for translating from spec to code sure.
Get Shit Done: A meta-prompting, context engineering and spec-driven dev system
191–200 of 278 posts
Re: Get Shit Done: A meta-prompting, context engineering and spec-driven dev system
#192Earlier quoted context omitted.
I use GitHub Copilot and unfortunately there has been a weird regression in the bundled Plan mode. It suddenly, when they added the new plan memory, started getting both VERY verbose in the plan output and also vague in the details. It's adding a lot of step that are like "design" and "figure out" and railroads you into implementation without asking follow-up questions.
I find that even with opus 4.6, copilot feels like it’s handicapped. I’m not sure if it’s related to memory or what but if I give two tasks to opus4.6 one in CC and one in Copilot, CC is substantially better. I’ve been really enjoying Codex CLI recently though. It seems to do just as well as Opus 4.6, but using the standard GPT 5.4
Re: Get Shit Done: A meta-prompting, context engineering and spec-driven dev system
#193There are so many of these "meta" frameworks going around. I have yet to see one that proves in any meaningful way they improve anything. I have a hard time believing they accomplish anything other than burn tokens and poison the context window with too much information. What works best IME is keeping things simple, clear and only providing the essential information for the task at hand, and iterating in manageable s…
These meta-frameworks are useful for the one who set them up but for another person they seem like complete garbage.
Re: Get Shit Done: A meta-prompting, context engineering and spec-driven dev system
#194I've been using GSD extensively over the past 3 months. I previously used speckit, which I found lacking. GSD consistently gets me 95% of the way there on complex tasks. That's amazing. The last 5% is mostly "manual" testing. We've used GSD to build and launch a SaaS product including an agent-first CMS (whiteboar.it). It's hard to say why GSD worked so much better for us than other similar frameworks, because the un…
Same. Have had great results with it. I got sick of paying FreshBooks monthly for basic income/expense tracking for Schedule C reporting and used GSD to build a macOS Swift app with Codex 5.4 and Opus 4.6. It’s working great and I am considering releasing it on the App Store. It started as a web app, but then I wanted screen capture from other windows for receipts in email or whatever. Then I wanted physical receipts…
Also, how much it is in terms of cost? Like - API costs?
Is it pure Swift? Or Electron app?
Re: Get Shit Done: A meta-prompting, context engineering and spec-driven dev system
#195Earlier quoted context omitted.
A ticketmaster competitor doesn’t sound like a huge technical challenge unless you’re operating at scale. So my first question would be why do you have a large codebase so with so few customers?
He's 5-7xing code output with the help of ~100% AI. More lines. More vibes. More velocity. Rocketship emoji.
Re: Get Shit Done: A meta-prompting, context engineering and spec-driven dev system
#196Re: Get Shit Done: A meta-prompting, context engineering and spec-driven dev system
#197I was using this and superpowers but eventually, Plan mode became enough and I prefer to steer Claude Code myself. These frameworks are great for fire-and-forget tasks, especially when there is some research involved but they burn 10x more tokens, in my experience. I was always hitting the Max plan limits for no discernable benefit in the outcomes I was getting. But this will vary a lot depending on how people prefer…
I ended up grafting the brainstorm, design, and implementation planning skills from Superpowers onto a Ralph-based implementation layer that doesn't ask for my input once the implementation plan is complete. I have to run it in a Docker sandbox because of the dangerously set permissions but that is probably a good idea anyway. It's working, and I'm enjoying how productive it is, but it feels like a step on a journey…
Re: Get Shit Done: A meta-prompting, context engineering and spec-driven dev system
#198I was using this and superpowers but eventually, Plan mode became enough and I prefer to steer Claude Code myself. These frameworks are great for fire-and-forget tasks, especially when there is some research involved but they burn 10x more tokens, in my experience. I was always hitting the Max plan limits for no discernable benefit in the outcomes I was getting. But this will vary a lot depending on how people prefer…
I ended up grafting the brainstorm, design, and implementation planning skills from Superpowers onto a Ralph-based implementation layer that doesn't ask for my input once the implementation plan is complete. I have to run it in a Docker sandbox because of the dangerously set permissions but that is probably a good idea anyway. It's working, and I'm enjoying how productive it is, but it feels like a step on a journey…
I would love to do something more sophisticated but it's ironic that when I played both agents in this loop over the past few decades, the loop got faster and faster as computers got faster and faster. Now I'm back to waiting on agentic loops just like I used to wait for compilations on large code bases.
Re: Get Shit Done: A meta-prompting, context engineering and spec-driven dev system
#199Earlier quoted context omitted.
This is how I test my code currently. 1. Backend unit tests — fast in-memory tests that run the full suite in ~5 seconds on every save. 2. Full end-to-end tests — automated UI tests that spin up a real cloud server, run through the entire user journey (provision → connect → manage → teardown), and verify the app behaves correctly on all supported platforms (phone, tablet, desktop). 3. Screenshot regression tests — ev…
Check out exe.dev/Shelley web agent it facilitates much of what you describe by default.
Can we pls stop this.
Re: Get Shit Done: A meta-prompting, context engineering and spec-driven dev system
#200Is this supposed to run in a VM?