> Not x — but y. Am I the only one who feels a bit betrayed after reading LLM text? I am not even willing to try out the app after I notice… which is a shame. At least polishing the obvious parts would help a lot and is not that much work.
As someone that makes regular use of the em-dash, comments like this are rather maddening. I still refuse to self-censor to avoid having my actual writing get flagged by someone as LLM written.
Show HN: Atomic – Local-first, AI-augmented personal knowledge base
31–40 of 47 posts
Re: Show HN: Atomic – Local-first, AI-augmented personal knowledge base
#32I sure love when the local-first software defaults to a non-local option for its main feature.
Yes, hah. "Local-first, your data never leaves the computer! Except once to go to the biggest information hoarders on the Internet."
Re: Show HN: Atomic – Local-first, AI-augmented personal knowledge base
#33I sure love when the local-first software defaults to a non-local option for its main feature.
Somehow, in the AI world, "local-first" means a local harness talking to a remote model, almost never "local harness talking to local model". But then "open source model" apparently also means "you can download the weights if you agree to our license" and almost never "you can see, understand and iterate on what we did", so the definitions already drifted a lot between the two ecosystems.
Re: Show HN: Atomic – Local-first, AI-augmented personal knowledge base
#34Earlier quoted context omitted.
Did you think local-first meant how a dropdown is sorted? OpenAI-compatible is indeed one of the provider options for Atomic. Ollama and openRouter are separate options to allow for easier selection of models from these specific providers.
The online documentation does not suggest that using a generic OpenAI-compatible server is an option, and it once again lists the non-local option first. https://atomicapp.ai/getting-started/ai-providers/ > OpenAI-compatible is indeed one of the provider options for Atomic. Ollama and openRouter are separate options to allow for easier selection of models from these specific providers. Why is this necessary over just…
Re: Show HN: Atomic – Local-first, AI-augmented personal knowledge base
#35Earlier quoted context omitted.
Somehow, in the AI world, "local-first" means a local harness talking to a remote model, almost never "local harness talking to local model". But then "open source model" apparently also means "you can download the weights if you agree to our license" and almost never "you can see, understand and iterate on what we did", so the definitions already drifted a lot between the two ecosystems.
Atomic supports any generic openAI compatible LLM provider, including ollama, LM studio, etc.
Re: Show HN: Atomic – Local-first, AI-augmented personal knowledge base
#36Generally curious, how is this different from pointing Claude Cowork at an Obsidian Vault?
Biggest difference is Atomic leverages an LLM to auto-tag and a text embedding pipeline to drive semantic search - so the knowledge base is self-organizing. The bet here is that having an agent grep the filesystem is fine for a carefully curated, relatively small set of markdown files. It starts to degrade if you approach your knowledge base as a place to put everything: personal notes, articles you find interesting,…
Re: Show HN: Atomic – Local-first, AI-augmented personal knowledge base
#37> Not x — but y. Am I the only one who feels a bit betrayed after reading LLM text? I am not even willing to try out the app after I notice… which is a shame. At least polishing the obvious parts would help a lot and is not that much work.
Re: Show HN: Atomic – Local-first, AI-augmented personal knowledge base
#38Earlier quoted context omitted.
Atomic supports any generic openAI compatible LLM provider, including ollama, LM studio, etc.
But local-first !== defaults to local inference, right?
Re: Show HN: Atomic – Local-first, AI-augmented personal knowledge base
#39Earlier quoted context omitted.
Biggest difference is Atomic leverages an LLM to auto-tag and a text embedding pipeline to drive semantic search - so the knowledge base is self-organizing. The bet here is that having an agent grep the filesystem is fine for a carefully curated, relatively small set of markdown files. It starts to degrade if you approach your knowledge base as a place to put everything: personal notes, articles you find interesting,…
So an Obsidian plugin? Got it.
Re: Show HN: Atomic – Local-first, AI-augmented personal knowledge base
#40Reviewed: https://zby.github.io/commonplace/agent-memory-systems/revie... It is the second llm wiki on frontpage today! I wish the scene was more collaborative - instead of everyone writing their own. But I guess this is the llm curse - too easy to start. I am afraid it will all go in the LangChain direction with VC funding designs that are not yet ready solidifying choices that would normally be superseded.