Rendered at 12:51:50 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
xn--yt9h 5 hours ago [-]
Genuinely curious, maybe I'm missing something. What makes this more "agent-ready" than Obsidian .md files on disk or even something like .org files?
I can let my agent edit those files all the same + there's better integrations and knowledge readily available on these.
I can tell my agent to edit the Obsidian Markdown just like that, but I can also tell it to create a full-on notebook with backlinks and DataView queries. I can tell my agent to create logically complex .org notes with code blocks and references.
To me, Hubble just seems like a Markdown editor, based on the premise that agents are able to edit local files.
flippyhead 12 hours ago [-]
I feel like there's not enough content on the landing page to help me understand why I need yet another notetaking app. The burden of proof is high given how many of these there are.
braiamp 2 hours ago [-]
At least it is self describing, unlike some other projects that are like "An alternative to faomz with deliric integration"
thewhitetulip 9 hours ago [-]
Also why is it a nodejs app? With the explosion of LLM and the insane increase in productivity shouldn't it be a Rust app?
throwthrowuknow 2 hours ago [-]
Why even limit the app to Rust? Cross compilation is for humans. Just have the LLM make multiple versions of the codebase using whatever language and SDK is best integrated into each OS.
thewhitetulip 2 hours ago [-]
Absolutely! LLM is basically magic at this point (or so we hear)
zaphirplane 1 hours ago [-]
It can be the language they prefer.
Why would someone spend money to create software in some language for the sake of having an LLM generate it
thewhitetulip 29 minutes ago [-]
The counter argument is that since LLM resembles magic why use inefficient nodejs that is basically an app running inside chrone
Why not use native binaries?
Is efficiency not important in 2026?
filcuk 8 hours ago [-]
Between being criticised for too much LLLM and not enough, the developers can't win can they?
thewhitetulip 8 hours ago [-]
Well they can win! Since everyone is so pro LLM don't write apps in Nodejs LOL
Pre LLM nodejs was convenient option to deploy to all platforms at once.
Post LLM that's no longer a limitation! Just prompt more to create apps in native language! Anyways RAM is getting costlier by the day due to LLMs themselves
That is unless devs don't use LLMs at all. Then they should simply state in the GitHub repo that we don't use AI!
I wouldn't use AI for hobby projects tbh. It's my personal preference
dewey 5 hours ago [-]
> Just prompt more to create apps in native language!
If you have ever done that you know that that's as true as "write once, run everywhere". There will always be tweaks and iterations, even if it saves you a lot of time.
thewhitetulip 3 hours ago [-]
I was being sarcastic but okay.
Because every other day we hear how excellent LLM is that we don't need to write code anymore
dewey 3 hours ago [-]
Sorry, misunderstood that.
hendrikmans 5 hours ago [-]
What would make Rust better for this type of app compared to Node?
mhluongo 3 hours ago [-]
Tauri is a good balance. Rust "backend" plus a native web view, so less JS and a lighter binary.
thewhitetulip 4 hours ago [-]
Pray tell me why a desktop app is running on a browser in the age of LLMs?
Electron was written to make dev times faster
But since LLMs are basically super engineers can't the app be written in native language rather than running on v8?
Maybe not rust. But then zed people did develop a cross platform library for apps didn't they?!
iLoveOncall 4 hours ago [-]
> With the explosion of LLM and the insane increase in productivity shouldn't it be a Rust app?
Too bad we can't post emojis on HackerNews, I exploded laughing.
Literally every part of the statement is laughable.
thewhitetulip 4 hours ago [-]
I didn't know you can't post emojis! I also exploded laughing reading your comment
I expect people to not understand sarcasm on Reddit. I suppose I shouldn't expect it on HN as well
iLoveOncall 3 hours ago [-]
The thing is that maybe your comment is sarcasm, but half of HN commenters would make the same comment 100% seriously.
thewhitetulip 2 hours ago [-]
Oh wait. Is it?
I am just tired of JavaScript being used for desktop apps!
Can't someone create a framework using LLM that doesn't use JS?
But the zed team did create a cross platform library did not they?
dewey 5 hours ago [-]
I'm trying to understand why this can't just be a folder on your disk. Agents know how to use "ls" and "cat" so I guess I'm missing something.
rpunkfu 3 hours ago [-]
You’re not, thing that makes it agent friendly is copy path button
dewey 2 hours ago [-]
Isn’t that less friendly to agents than just looking at the file path on the filesystem?
4 hours ago [-]
phron3sis 4 hours ago [-]
[dead]
shreddude 8 hours ago [-]
I’ve been waiting for an app like this to be developed! .md files can be opened from Finder! The tree file view is just like I’m used to with Obsidian! Frontmatter support! There’s even an editor toolbar. Almost everything on my wishlist for a Markdown editor, except for Mermaid rendering.
Since this project uses such good agentic engineering practices, I was able to use Claude Code to add support for Mermaid diagram rendering and produce my very own local build on Mac, all in about 30 minutes.
Thank you! Hubble+cmux gets me close to the agentic IDE I’m working towards.
nerptastic 1 hours ago [-]
If you don't mind me asking, what are "good agentic engineering practices"? To my knowledge, we are still exploring many techniques of using agents within a codebase, and have not widely agreed on "best practice".
Do you mean "good code" and "good documentation"?
e12e 6 hours ago [-]
Seems odd that you wouldn't comment on the existing issue, or open a PR?
You seems pretty enthusiastic about this very new and not very well known software...
sixtyj 6 hours ago [-]
Ben Holmes is active at X, you can check him out @BHolmesDev, he works for Warp.dev, they do multi-harness IDE named Oz.
mirekrusin 7 hours ago [-]
It's 680 commits old.
darkwater 5 hours ago [-]
Which in this brave new agentic world could be what, 2 days? :)
Brajeshwar 11 hours ago [-]
Will check this out too.
Now, I'm having fun with tldraw.[1] With their new tldraw offline, I can continue to work in Claude Code (and others) and I can either output or interact/input from tldraw. This is more of a free-form, infinite canvas. I treat it like Excalidraw + Draw.io + Freeform Notetaker.
For text, most agents/LLM/assistants are pretty happy and smart using the same Markdown files to anywhere I have allowed them to interact.
The shared markdown files between human and agent notes is a nice touch — no proprietary format lock-in, and agents can just read the files directly. Does it handle conflicts when both the user and an agent edit the same note at the same time?
harmonious 2 hours ago [-]
Bot
2 hours ago [-]
monegator 3 hours ago [-]
The current sepia color scheme you see on all vibecoded websites is so, so tiring.
And before you ask, the next "trend" will be as much tiring.
FailMore 6 hours ago [-]
I think that is a really nice implementation. A few questions:
Can you easily share lists or pages or is it all local? (Is there a cloud element to it)
What are the most useful examples you’ve personally found when it comes to using the HYML component?
I built https://smalldocs.org for my agent’s Markdown needs. I extended it so it can render complex formats: Mermaid diagrams, charts, in-document slides and even in-document spreadsheets. It gives your agent a good selection of formats to express itself as it helps you understand whatever topic you’re looking into.
All my agents need are plain .md files in my project directories.
0gs 11 hours ago [-]
it's interesting -- i think most (non-technical) people don't really have a muscle memory go-to markdown editor. i certainly didn't. i hated obsidian at first! funny how learning to like markdown makes obsidian like 1000x better haha
dewey 4 hours ago [-]
The value proposition of Markdown is that you don't need a special editor, you can open it with any text editor that comes with your OS and it's human readable already.
It has a rest api and a cli tool, and also the possibility to make headless deployments, and it can sync clips without a sync server. It can serve folders/tags and optionally expose a read or read/write api for JSON files on the same level. It supports lua plugins, and I have a fal.ai plugin to generate/edit images already in the repo (some other examples there).
I think it looks high quality. Perhaps it needs a way for those mini-html apps to store data? Also some additional docs and clear marketing that differentiates it from Obsidian would be cool as well.
firasd 12 hours ago [-]
Looks interesting. The dual interface from the start (React UI for humans and just editing .md for the agents with skills) is an interesting idea and probably how a lot of new software projects will work going forward
I feel like tables are generally underrated while the AI ecosystem is focused on .md files but I guess markdown has tables so they’re included to some extent
gandhiandy69 4 hours ago [-]
Cool, I needed a lightweight markdown editor.
I like Obsidian but it's not really a notebook.
What's missing is a ToC view for your .md as a sidebar which Obsidian has.
Nekorosu 2 hours ago [-]
Obsidian exists. It is more feature rich and mature.
embedding-shape 2 hours ago [-]
You could at least read the tagline or something, before leaving low-effort comments. Im a big fan of Obsidian, use it every day, but if Im looking for something "backed by Markdown and HTML" then obviously its not even an alternative...
smallerize 1 hours ago [-]
What is your Obsidian backed by?
Catloafdev 8 hours ago [-]
How is this different from Obsidian? Why would someone switch? The page is a bit lacking on detail.
madhu_ghalame 7 hours ago [-]
It would be interesting to see benchmark comparisons with traditional EHR integration solutions in terms of speed and reliability.
chaidhat 11 hours ago [-]
so, Obsidian?
swedishagentic 11 hours ago [-]
There's even a community plugin MCP that makes this easier. Afaik the hot reload is the only thing that "beats" this but I haven't had issues with Agents interacting with obsidian through the MCP - I'm not sure how much more useful it is to talk with an agent through a note taking app vs through its CLI.
Ycros 9 hours ago [-]
midwit meme, but both ends are just "a pile of .md files in a synced directory somewhere"
iLoveOncall 4 hours ago [-]
I'll be more blunt than other commenters: this is useless. Obsidian and plenty of other note taking apps already do the same and more.
Add to that the fact that it's likely entirely vibe-coded, there's really 0 value proposition here.
eluru 9 hours ago [-]
but how is it different from my notion?
jitl 5 hours ago [-]
local files on disk. we should make notion Just Work with real markdown files on disk like this too.
gverrilla 8 hours ago [-]
I have always found markdown cumbersome. Will try this later. Seems like the main thing is having agent input right there, which is handy.
crimsoneer 2 hours ago [-]
Sorry, but wtf is this and why is it on the front-page??
"Agent ready"? Eg, it uses markdown like... everything else? There is literally no information here.
I can let my agent edit those files all the same + there's better integrations and knowledge readily available on these.
I can tell my agent to edit the Obsidian Markdown just like that, but I can also tell it to create a full-on notebook with backlinks and DataView queries. I can tell my agent to create logically complex .org notes with code blocks and references.
To me, Hubble just seems like a Markdown editor, based on the premise that agents are able to edit local files.
Is efficiency not important in 2026?
Pre LLM nodejs was convenient option to deploy to all platforms at once.
Post LLM that's no longer a limitation! Just prompt more to create apps in native language! Anyways RAM is getting costlier by the day due to LLMs themselves
That is unless devs don't use LLMs at all. Then they should simply state in the GitHub repo that we don't use AI!
I wouldn't use AI for hobby projects tbh. It's my personal preference
If you have ever done that you know that that's as true as "write once, run everywhere". There will always be tweaks and iterations, even if it saves you a lot of time.
Because every other day we hear how excellent LLM is that we don't need to write code anymore
Electron was written to make dev times faster
But since LLMs are basically super engineers can't the app be written in native language rather than running on v8?
Maybe not rust. But then zed people did develop a cross platform library for apps didn't they?!
Too bad we can't post emojis on HackerNews, I exploded laughing.
Literally every part of the statement is laughable.
I expect people to not understand sarcasm on Reddit. I suppose I shouldn't expect it on HN as well
I am just tired of JavaScript being used for desktop apps!
Can't someone create a framework using LLM that doesn't use JS?
But the zed team did create a cross platform library did not they?
Since this project uses such good agentic engineering practices, I was able to use Claude Code to add support for Mermaid diagram rendering and produce my very own local build on Mac, all in about 30 minutes.
Thank you! Hubble+cmux gets me close to the agentic IDE I’m working towards.
Do you mean "good code" and "good documentation"?
https://github.com/bholmesdev/hubble.md/issues/176
Now, I'm having fun with tldraw.[1] With their new tldraw offline, I can continue to work in Claude Code (and others) and I can either output or interact/input from tldraw. This is more of a free-form, infinite canvas. I treat it like Excalidraw + Draw.io + Freeform Notetaker.
For text, most agents/LLM/assistants are pretty happy and smart using the same Markdown files to anywhere I have allowed them to interact.
1. https://www.tldraw.com/
And before you ask, the next "trend" will be as much tiring.
Can you easily share lists or pages or is it all local? (Is there a cloud element to it)
What are the most useful examples you’ve personally found when it comes to using the HYML component?
I built https://smalldocs.org for my agent’s Markdown needs. I extended it so it can render complex formats: Mermaid diagrams, charts, in-document slides and even in-document spreadsheets. It gives your agent a good selection of formats to express itself as it helps you understand whatever topic you’re looking into.
Here is a sample document: https://smalldocs.org/blogs/what-is-a-smalldoc
I publish anonymous analytics here: https://smalldocs.org/analytics
It has a rest api and a cli tool, and also the possibility to make headless deployments, and it can sync clips without a sync server. It can serve folders/tags and optionally expose a read or read/write api for JSON files on the same level. It supports lua plugins, and I have a fal.ai plugin to generate/edit images already in the repo (some other examples there).
It has a lot of features so maybe it's better if I just link to the docs: https://egeozcan.github.io/mahpastes/
I feel like tables are generally underrated while the AI ecosystem is focused on .md files but I guess markdown has tables so they’re included to some extent
Add to that the fact that it's likely entirely vibe-coded, there's really 0 value proposition here.
"Agent ready"? Eg, it uses markdown like... everything else? There is literally no information here.