Rendered at 20:47:38 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
xn--yt9h 13 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.
chaidhat 3 hours ago [-]
Usually, I have vscode/Claude Cowork up on one side and on the other is Obsidian. I made a plugin[1] that converts emails to `.md` so they can also be in Obsidian folder -- so Claude can query those emails the same way it does my notes. Works beautifully.
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 10 hours ago [-]
At least it is self describing, unlike some other projects that are like "An alternative to faomz with deliric integration"
thewhitetulip 16 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 10 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.
danielmeskin 2 hours ago [-]
Why limit to language and SDK? Have the LLM write machine code.
thewhitetulip 10 hours ago [-]
Absolutely! LLM is basically magic at this point (or so we hear)
filcuk 16 hours ago [-]
Between being criticised for too much LLLM and not enough, the developers can't win can they?
mianos 8 hours ago [-]
There is still a place for 'but rust’, in between too much and too little LLM usage.
thewhitetulip 15 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 13 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 11 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 11 hours ago [-]
Sorry, misunderstood that.
mianos 8 hours ago [-]
With the explosion in token usage, why not write it in z80 assembly and run it in a z80 emulator written in webasm?
thewhitetulip 3 hours ago [-]
Why not?
zaphirplane 9 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 8 hours 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?
iLoveOncall 12 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 12 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 11 hours ago [-]
The thing is that maybe your comment is sarcasm, but half of HN commenters would make the same comment 100% seriously.
thewhitetulip 10 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?
hendrikmans 13 hours ago [-]
What would make Rust better for this type of app compared to Node?
mhluongo 10 hours ago [-]
Tauri is a good balance. Rust "backend" plus a native web view, so less JS and a lighter binary.
5 hours ago [-]
thewhitetulip 12 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?!
Brajeshwar 19 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.
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 10 hours ago [-]
You’re not, thing that makes it agent friendly is copy path button
dewey 10 hours ago [-]
Isn’t that less friendly to agents than just looking at the file path on the filesystem?
12 hours ago [-]
phron3sis 12 hours ago [-]
[dead]
shreddude 16 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 9 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"?
darkwater 15 hours ago [-]
You seems pretty enthusiastic about this very new and not very well known software...
sixtyj 14 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 14 hours ago [-]
It's 680 commits old.
darkwater 13 hours ago [-]
Which in this brave new agentic world could be what, 2 days? :)
e12e 14 hours ago [-]
Seems odd that you wouldn't comment on the existing issue, or open a PR?
I really like it as I run a webdav service and can read/write and sync notes between multiple Mac desktops and Android. Encrypted while I am at it.
Markdown native.
fariszr 7 hours ago [-]
But does joblin support anything more than markdown? I'm thinking of using it as a like a store for agent plans, so I can easily edit stuff.
Can an agent add rendered HTML, meramaid etc in joblin?
monegator 11 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.
ernsheong 20 hours ago [-]
All my agents need are plain .md files in my project directories.
0gs 19 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 12 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.
FailMore 14 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.
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
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.
akaralar 6 hours ago [-]
as a lightweight markdown reader on macOS, I much prefer the native mdv* app than running a nodejs app.
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.
Catloafdev 16 hours ago [-]
How is this different from Obsidian? Why would someone switch? The page is a bit lacking on detail.
pickleglitch 7 hours ago [-]
Oh look, a new note taking app. Must be Wednesday.
madhu_ghalame 15 hours ago [-]
It would be interesting to see benchmark comparisons with traditional EHR integration solutions in terms of speed and reliability.
Nekorosu 10 hours ago [-]
Obsidian exists. It is more feature rich and mature.
embedding-shape 10 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 9 hours ago [-]
What is your Obsidian backed by?
chaidhat 19 hours ago [-]
so, Obsidian?
swedishagentic 19 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.
chaidhat 4 hours ago [-]
Obsidian does hot reloading too. Usually, I have vscode/Claude Cowork up on one side and on the other is Obsidian. I made a plugin[1] that converts emails to `.md` so they can also be in Obsidian folder -- so Claude can query those emails the same way it does my notes. Works beautifully.
midwit meme, but both ends are just "a pile of .md files in a synced directory somewhere"
iLoveOncall 12 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 17 hours ago [-]
but how is it different from my notion?
jitl 13 hours ago [-]
local files on disk. we should make notion Just Work with real markdown files on disk like this too.
gverrilla 16 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.
Sha1rholder 17 hours ago [-]
ANOTHER.md
crimsoneer 10 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.
lhd1 16 hours ago [-]
can we have a moratorium on notetaking apps?
9 hours ago [-]
zesptra 13 hours ago [-]
[flagged]
jocelyner 16 hours ago [-]
[flagged]
myshapeprotocol 13 hours ago [-]
[flagged]
TokenLat 13 hours ago [-]
[flagged]
jkwang 10 hours ago [-]
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?
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.
[1] https://github.com/chaidhat/inbox-to-md
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
Is efficiency not important in 2026?
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?
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?!
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/
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
I really like it as I run a webdav service and can read/write and sync notes between multiple Mac desktops and Android. Encrypted while I am at it.
Markdown native.
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
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
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/
* https://github.com/tqbf/mdv
[1] https://github.com/chaidhat/inbox-to-md
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.