[{"content":"","date":null,"permalink":"https://bartamark.com/tags/ai-engineering/","section":"Tags","summary":"","title":"AI Engineering"},{"content":"Writing code isn\u0026rsquo;t the bottleneck anymore. Agents can do the implementation, so the hard part now is making sure they understand the right things at the right time.\nPeople call this context engineering. You give agents the right information, then check the conclusions they come to. For a small change it\u0026rsquo;s quick. For a big codebase spread across a few repos, it\u0026rsquo;s most of the work. I spend a lot of time going back and forth with agents, asking different questions, explaining what I want, and figuring out what they actually did.\nPrior Art #Kiro and Spec-Kit already handle the research → spec → implement loop.\nWhat they don\u0026rsquo;t answer is what happens to all those markdown files afterward. Traceability sounds nice, but a pile of dense markdown files sitting next to the code isn\u0026rsquo;t really it:\nThey make cross-repo changes harder to track. They assume you\u0026rsquo;ll go back and read them, which you won\u0026rsquo;t. They\u0026rsquo;re overkill for small changes. So how do you do the back-and-forth that sharpens what you want without generating a pile of files nobody maintains?\nA PoC for Context Engineering #I built a quick proof of concept to play with this. It has two parts: forking and a context scratchpad.\nForking #You can fork or rewind a Claude session whenever you want, and each fork keeps the conversation history.\nThis helps when you\u0026rsquo;re working through an idea. Start high level, branch off to nail down the details, then pull what you learned back into the main thread. Claude Code already does forking, so this isn\u0026rsquo;t new. But having it in the UI makes it easier to keep track of, so I can jump between tasks and projects and still know what belongs where.\nContext Scratchpad #As you go, you can copy agent responses into a scratchpad, and then start new sessions with that scratchpad already loaded in.\nThis is handy for cross-repo work, where I want quick notes tied to the task that don\u0026rsquo;t belong in CLAUDE.md and would otherwise get lost in some architecture doc. It lets me treat a project as a workspace instead of tying it to one repo.\nAnd for the small tasks where something unexpected comes up (so, every day), I can work through it in the scratchpad instead of spinning up a markdown file I\u0026rsquo;ll have to maintain.\nWhat Context Engineering Looks Like #Both of these get at the same thing: how to refine what you want without piling up files. Forking lets you go down a path and come back instead of cramming everything into one long thread. The scratchpad keeps the useful context near the task and lets the rest go.\nThat\u0026rsquo;s what the job looks like now. The implementation mostly takes care of itself; the work is in the conversation that gets you there. Context engineering just means taking that part seriously and being deliberate about what you hand the agent.\n","date":"21 June 2026","permalink":"https://bartamark.com/posts/context-engineering/","section":"Posts","summary":"","title":"Context Engineering"},{"content":"","date":null,"permalink":"https://bartamark.com/tags/context-engineering/","section":"Tags","summary":"","title":"Context Engineering"},{"content":"","date":null,"permalink":"https://bartamark.com/tags/engineering-leadership/","section":"Tags","summary":"","title":"Engineering Leadership"},{"content":"","date":null,"permalink":"https://bartamark.com/","section":"Mark Barta","summary":"","title":"Mark Barta"},{"content":"","date":null,"permalink":"https://bartamark.com/posts/","section":"Posts","summary":"","title":"Posts"},{"content":"","date":null,"permalink":"https://bartamark.com/tags/","section":"Tags","summary":"","title":"Tags"},{"content":"Hi, I\u0026rsquo;m Mark 👋\nI\u0026rsquo;m an Engineering Manager who has helped scale engineering organizations from small, scrappy teams into structured groups of 100+ people. Along the way I\u0026rsquo;ve spent a lot of time on the parts of the job that don\u0026rsquo;t show up in a tech spec: how teams communicate, how culture is defined and lived, how managers are grown, and how organizations survive their own growth.\nI write here to think out loud about engineering leadership — scaling teams, healthy culture, reorgs, and the everyday craft of management. If something resonates (or you think I\u0026rsquo;m wrong), I\u0026rsquo;d love to hear from you.\nElsewhere # GitHub — github.com/bartam LinkedIn — linkedin.com/in/bartam ","date":null,"permalink":"https://bartamark.com/about/","section":"Mark Barta","summary":"","title":"About"},{"content":"","date":null,"permalink":"https://bartamark.com/categories/","section":"Categories","summary":"","title":"Categories"}]