Post

How do y'all avoid having seven+ terminal windows open with agent conversations that are probably over? but maybe you might want to pick back up a few days from now? seems a shame to throw away all that exploration & context, right?

2 reposts90 likes

Give the sessions memorable names and remember that you can just exit and resume later and it will be indistinguishable Unless this is more of a "those are my emotional support browser tabs" situation

bear in mind the KV cache for a conversation expires after about an hour (at least with Anthropic), so resuming a conversation from days ago will cost a bunch more.

if you're using Claude Code, you'll see a thing that says "type /clear to delete X tokens" or something like that, that's the indication that the KV cache has expired.

My starting point for working with agents is that context windows are short-term working memory and disposable. A context window must be able to bootstrap within the first one or two messages in a blank context. Done using a combination of AGENTS md (esp. subdirectories) and repo skills.

The harnesses I use (polytoken at home and pi at work) allow me to resume a conversation if I really want that specific thread again, but I'd rather exercise the muscle of being able to start a fresh conversation any time I want and have it be productive.

I think this is the right approach. Context should be ephemeral. The stored history is documentation, git log, ticket summaries, and the code.

For "research" stuff I just use the Gemini web interface. For "development" each project has a devcontainer that runs on one of my Linux boxes with an antigravity CLI in it that I access via a terminal in VSCode.

not automatically; I believe there's a hash that I could use to restore, if I knew where it lived and had an index — hmm I could probably create instructions to this effect in CLAUDE-dot-md ...

each task has a session, and those sessions can get picked back up whenever by re-activating the card

I use kandev for an agent integrated kanban board. It works ok but subagent/subtask management is not flexible.

coming to an uncomfortable realization myself that the better coding harness are kanban-shaped I can just paste a link to a PR and the harness sets up a new session with the context for doing review and writing feedback comments, then that session goes away

i built an obsidian clone where agents have their own journal space and per-project notes. markdown backing with a sqlite index for hybrid search. i know a lot of people working from something similar

/resume will pull a list of recent sessions up, or what I’ve done is had an agent build a little TUI popup with mnemonic keybond with sessions listed chronologically and fuzzy search over it. Very handy.

Ah. CC has in the past given me a hash code and said "you can use this with /resume," but I never thought to try /resume just cold -- so never got the list. This will help.

cmux plus every session writes their plans into markdown in version control. Coordination goes through a CRDT-based issue tracker, kind of like the kanban board mentioned sidethread.

I tweaked my Pi prompt to show an auto-updating convo summary so I can whack-a-mole more easily, then I just treat it like a messy desk system and prune stuff if it gets too cluttered. Also, cmux. Tabs are cool.

I did two things so a new session for a project can orient: 1. have a '/wrap' skill that writes memories, handoff, session transcript, context, project memories, etc., to the project folder 2. build a 'resume <project name>' command for terminal that loads a session that specific project folder

Starting a new session/conversation on $topic (like marketing, this past client project, building that spite fork of that thing...) <resume command> <project pet name> And tell the agent "Hey, orient from handoff / notes / last steps, tail the transcript..."

If I have a conversation I really want to save insight from, at the conclusion I ask the agent to create a copyable markdown formatted block so it's easy to export the essence of what was discussed; that usually works well

save the transcripts as json at the end of every session alongside a copy of the exact contents of what the agent-runner script looked like at the time of the run, just like i do for the scripts & outputs of everything i do with python, of course

I just archive all the sessions to my NAS if I ever need to reference or search for something, and the recent ones I can just resume when needed directly from their project folder

heck yea! a lot of harnesses have this baked in somehow (afaik claude code has a search if you /resume or --resume) the solution here can have nice knock on effects

You can always resume a long-closed session and pick right back up where it left off — context and all. It tempting to always leave them open like browser tabs though

at this point, Claude Code takes so many notes into memory that I don't think any sessions as hard boundaries anymore. I can load up something new and be like "okay where were we?"

i use zed.dev agent panel. so anything that's a come-back-to i leave in the thread sidebar. can be named to remind me wtf it was about too (e.g., have an older onw rn that's just called "fix logseq sync") one thing that'd be cool (cc @zed.dev) is being able to move it btwn workspaces though.

Wow that sounds so cool and interesting! And with this approach, do you feel that overall direction of development is still steerable? Now with every conversation poentially influencing all later conversations, can you still prune, not get lost, overfixated on particular directions?..

there’s both a fully agentic “ask” workflow with a well-tuned prompt that takes natural language questions via slack/cli, and the MCP server exposes raw retrieve/expand calls if you want your agent to drive it

My point was more like, imagine Alice talks to the model about something. Alice explores solution A. Then Bob later talks to the model. Just coz Alice had already talked to it, Bob doesn't start with a clean slate, his design is informed by better famliarity with solution A

This is probably the same as having dozens of browser tabs open for days: it's partly about bad tools and partly the endowment effect. True enlightenment comes from knowing the tabs you have open are no more valuable than the ones you have closed.