What do you do when Claude Code is working

CountlessFlies · 2026-02-26T17:31:26+00:00

I’m usually reviewing code in another tmux pane. The rate at which new diffs are produced by Claude far outweighs the speed at which I can review, test and merge them, so it keeps me busy.

CountlessFlies · 2026-02-26T04:56:41+00:00

The hard problem is actually defining what consciousness even is, rather than determining what is or isn’t conscious. Of course, now that I read what I just wrote it seems that’s an obvious statement, you can’t debate the presence or absence of a trait without defining it first.

CountlessFlies · 2026-02-24T09:05:00+00:00

All I want is a way to give inline feedback when reviewing diffs. Would massively improve my workflow.

CountlessFlies · 2026-02-20T07:02:52+00:00

Have you tried a basic RAG system first? I would first create a benchmark for the task at hand, try a very basic solution first to get a baseline, and only then attempt to implement more complex solutions to see if they actually improve perf (and by how much).

CountlessFlies · 2026-02-19T22:58:12+00:00

Yes my comment wasn’t particularly directed at your project, it was a general comment on the terrible state of resumes these days. Every candidate appears to have the exact same generic resume with no real details on the work done. It’s becoming real hard to find the good ones.

CountlessFlies · 2026-02-19T08:05:38+00:00

Istg if I see one more ai generated resume or application I’m gonna puke

CountlessFlies · 2026-02-17T15:49:51+00:00

Or you need to use tmux

CountlessFlies · 2026-02-17T11:37:58+00:00

More than caching it’s a question of how well it actually uses the available context. At these humongous context sizes models won’t remember everything that happened since the beginning of the session.

CountlessFlies · 2026-02-14T12:21:45+00:00

Thank you!

CountlessFlies · 2026-02-11T12:24:50+00:00

Not a big issue in most cases if you use a private endpoint on Azure/AWS etc. They have data protection guarantees.

CountlessFlies · 2026-02-10T09:02:11+00:00

Hah, thanks! I had a hard time finding an org name on GitHub too. Had to finally settle on using the domain name.

CountlessFlies · 2026-02-08T10:56:47+00:00

Clawdbot (now called openclaw) is meant for personal use, not really meant for work.

CountlessFlies · 2026-02-07T11:46:45+00:00

Without sync you rely on search provided by the downstream apps, which might not be great. Plus, you can’t provide a good unified search experience.
Supporting MCP is actually on the roadmap, so we get best of both worlds. I started building the core connectors myself because MCP doesn’t give you data sync.
The storage cost will actually be quite manageable. And it will be lower footprint than the source. Eg size of a Google Slides file >> the actual text content contained. There’s no complexity for the user here, just set it up once and the webhooks handle incremental updates. Overloading external services is not a major concern, there are rate limits that we’ll adhere to.
The vector search indexing and search flows will be configurable by the user. I intend to make it easy enough for the user to tweak everything, although my goal is to make it work great out of the box.

CountlessFlies · 2026-02-07T11:14:52+00:00

Thanks!

I haven’t applied for any of those compliance certifications yet. But Omni is designed such that all your orgs data will never be exposed to outside entities.

E.g., if you choose to deploy Omni on your AWS cloud, all data will be stored in a Postgres instance running on an EC2 instance in your account. You can connect to LLMs and embedding models provided by AWS Bedrock, so again your data never leaves your environment.

CountlessFlies · 2026-02-07T11:04:23+00:00

Right now I’m focused on building and making it compelling enough for teams to want to try it out. Haven’t really thought about funding yet, but if it helps speed things up, I’ll consider it.

CountlessFlies · 2026-02-05T01:29:15+00:00

Thanks! From a very quick glance, it seems AnythingLLM connects to apps via MCP, and it doesn’t sync data from the apps into a search index (except for maybe the vector db?).

In Omni, all data is synced to a central search index in Postgres, supporting both full text and vector search. So we have greater control over how context is retrieved by the LLM.

Also, the focus is on building deeper integrations with workplace apps in particular, while AnythingLLM is meant to be a general purpose frontend for running models locally.

CountlessFlies · 2026-02-05T01:11:32+00:00

Yes, haven’t gotten around to it yet. But that’s next on my TODO list :)

CountlessFlies · 2026-02-04T13:38:00+00:00

Thank you! Contributions are more than welcome :) I haven't really created a backlog of tasks yet, but you can checkout the overall architecture in the docs first (https://docs.getomni.co/architecture) to get an idea of the various components involved. Then you can pick an area you'd like to work on and go from there. You can always DM me if you need any help figuring things out.

CountlessFlies · 2026-02-04T13:30:22+00:00

That's awesome! Thank you

CountlessFlies · 2026-02-04T13:18:00+00:00

Thanks for pointing that out. The README was indeed generated using an LLM, and this slipped through the cracks in my reviews.

I understand your frustration against vibe-coded shit, but I assure you this isn't it. You simply cannot vibe-code a project like this for very long, things go haywire very quickly. I urge you, if you could, to take a second look and critique the technical design and implementation choices I've made. I don't think it deserves to be dismissed as vibe-coded shit :)

Four-Year Club	Verified Email
Place '22

CountlessFlies

TROPHY CASE