This one’s on GitHub, here.
I’m learning that vibe coding is about context management.
For my third project, I wanted to build a Policy Browser that loads in primary source text of a law; is in-line annotatable (like Sefaria.org); and can associate caselaw (court decisions) and commentary (op-eds etc) with the law. I wanted a research tool that can be used by a human researcher for organizing policy analysis resources. I’m still setting up basic dev environment things for myself (installing homebrew; gh CLI) and moving things out of my computer’s file system and onto GitHub. A lot of this is straightforward to do myself, and is a bad use of LLM tokens.
The first UI wasn’t what I wanted. I gave Claude directions to change the UI, and in the middle of doing so I hit my token limit for the session - meaning I had no workable MVP anymore. That’s what taught me about git and version management. Telling Claude “undo that” is wasting tokens.
I also see that Claude does way too much - in this case, I just wanted the ability for me (or any user) to add caselaw and commentary; I did not mean for Claude to do that directly. Claude also (incorrectly) added designations of commentary’s positions (supportive; mixed; neutral; critical) wrt the law - no, that’s fun policy analysis stuff that I want to do. Not only is that wasting tokens, it’s taking the meaningful, me-part of the work away and doing it wrong. So I am learning about the need to give really strict, narrow instructions to Claude: I want help creating file structures, generating the code (js, html, css), and that’s it.