Kairos and auto-dream are more interesting than anything in the agent loop section. Memory consolidation between sessions is the actual unsolved problem. The rest is just plumbing tbh
[dead]
good tip, just offload the heavy stuff to a vps and keep the neo for light tasks. thermal pad helps but why fight the hardware when you can throw compute elsewhere
Faced this too. Tried https://github.com/rtk-ai/rtk to compress cli output but some commands started failing and the savings were minimal. Ended up just being more deliberate about context size instead of adding more…
Ended up with jetbrains mono too, which is what i use anyway. Funny how you just end up defending whatever you're already used to
claude.md rules that cut "great question! here's what i'll do..." are fine. Rules that cut the actual thinking steps break the output. Don't confuse the two.
That's a great origin story. Constraints make better software.
Sure. Was talking about my use case. Probably should've been clearer.
Fair point. Git helps track how the plan changes, but it doesn’t always capture the original intent behind it.
This is really cool. Most dark mode tools break images, so this solves a real problem. I like that it runs locally too. Starred it
Good read. I get the point about real world usage, but I still feel like Neo might fall short with how fast things are getting heavier, especially with Node and modern dev workflows. Feels fine today, but not sure how…
This is really helpful. I always assumed the migration itself would be the hardest part, but the CI point makes a lot of sense. How has reliability been so far compared to GitHub, especially on bigger repos?
The PLAN.md question is the one worth pulling on. Once the plan lives in git or the PR it's already downstream of intent and whoever defined what to build has already handed off. The harder problem is giving agents…
Kairos and auto-dream are more interesting than anything in the agent loop section. Memory consolidation between sessions is the actual unsolved problem. The rest is just plumbing tbh
[dead]
good tip, just offload the heavy stuff to a vps and keep the neo for light tasks. thermal pad helps but why fight the hardware when you can throw compute elsewhere
Faced this too. Tried https://github.com/rtk-ai/rtk to compress cli output but some commands started failing and the savings were minimal. Ended up just being more deliberate about context size instead of adding more…
Ended up with jetbrains mono too, which is what i use anyway. Funny how you just end up defending whatever you're already used to
claude.md rules that cut "great question! here's what i'll do..." are fine. Rules that cut the actual thinking steps break the output. Don't confuse the two.
That's a great origin story. Constraints make better software.
Sure. Was talking about my use case. Probably should've been clearer.
Fair point. Git helps track how the plan changes, but it doesn’t always capture the original intent behind it.
This is really cool. Most dark mode tools break images, so this solves a real problem. I like that it runs locally too. Starred it
Good read. I get the point about real world usage, but I still feel like Neo might fall short with how fast things are getting heavier, especially with Node and modern dev workflows. Feels fine today, but not sure how…
This is really helpful. I always assumed the migration itself would be the hardest part, but the CI point makes a lot of sense. How has reliability been so far compared to GitHub, especially on bigger repos?
The PLAN.md question is the one worth pulling on. Once the plan lives in git or the PR it's already downstream of intent and whoever defined what to build has already handed off. The harder problem is giving agents…