Any interest in a plugin system similar to Obsidian?

Definitely interested in the concept! Though it's not on the immediate roadmap.

A few thoughts: - Obsidian's plugin system is JavaScript-based, which makes sense for Electron. For a native Rust app, we'd likely want something like WASM plugins or Lua scripting. - v0.3.0 includes plans to extract the Mermaid renderer as a standalone crate and potentially the editor widget as a library — this modular architecture would be a foundation for future extensibility.

What kinds of plugins would you want? Knowing specific use cases would help prioritize. Custom renderers? File format converters? External tool integrations?

In the meantime, Ferrite has a "Live Pipeline" feature that lets you pipe JSON/YAML through shell commands (jq, yq, etc.) — not a full plugin system, but useful for custom transformations.

> Definitely interested in the concept! Though it's not on the immediate roadmap. > > A few thoughts: - Obsidian's plugin system is JavaScript-based, which makes sense for Electron. For a native Rust app, we'd likely want something like WASM plugins or Lua scripting. - v0.3.0 includes plans to extract the Mermaid renderer as a standalone crate and potentially the editor widget as a library — this modular architecture would be a foundation for future extensibility. > > What kinds of plugins would you want? Knowing specific use cases would help prioritize. Custom renderers? File format converters? External tool integrations? > > In the meantime, Ferrite has a "Live Pipeline" feature that lets you pipe JSON/YAML through shell commands (jq, yq, etc.) — not a full plugin system, but useful for custom transformations.

Personally, I think there's two plugins I would really want.

1. Peer-to-peer syncing of notes. I do hope there will be a mobile version someday of your app. Most of my quick jotting of notes happens on mobile and heavy editing happens on traditional laptop/desktop. It would be nice just to scan a QR code to pair up devices and away we go. Optionally a small binary to be the sync server for self host for hub and spoke design. I love Git integration, but we want to take this at a level for those that aren't technically inclined.

2. A robust API for tool integration. Being able to plug in external tools is super helpful for streamlining workflows. In addition I've used it to make accessibility tools integrate for command and control.

I do like the fact that Obsidian has vaults that are essentially separate profiles that have separate vaults location settings and plugins.

Mobile is definitely a long-term goal, the lightweight binary and native performance would translate well. Your QR-code pairing idea is elegant for non-technical users.

For sync, I've been thinking about:

- Git-based sync for power users (already have git integration)

- Simple local network sync (mDNS discovery, no cloud required)

- Optional relay server, as you described — small binary for hub-and-spoke

The plain-file approach (no proprietary format) makes this tractable since any sync tool works today (Syncthing, Dropbox, etc.). But a native, frictionless solution would be better.

2. Tool Integration API

This aligns with v0.3.0's direction. The plan is:

- Mermaid crate extraction, establishes the modular pattern

- Editor widget as library, opens up embedding

- Command palette / IPC, could expose operations to external tools

For accessibility specifically, what interfaces work well for you? Shell commands? Named pipes? JSON-RPC? Knowing your workflow would help prioritize.

3. Vaults/Profiles

Good point — workspace settings are currently per-folder (`.ferrite/`), but there's no concept of isolated plugin configurations per vault. Added to the consideration list.

Thanks for the detailed feedback!

I wish I didn't have to use an account to start using my Pebble watch.

"This gap closely resembles the broader gap between proprietary and open-weight models. This is unsurprising since nearly all leading Chinese models are open-weight, while frontier US models remain closed."

Open weights has nothing to do with why the U.S. is leading. That would imply the US is taking advantage to maintain their lead using at the very least, knowledge extracted from competitors open weights.

Do Chinese have closed weight models?

Baidu has https://ernie.baidu.com/ open weight model but do they use closed model in some of their projects or internally?

At the hospital we test the glucometers with solutions for high and low to make sure they're within spec.

Can anyone name company name a a vacuum robot that is not made in China?

Is Deepgram local or open source?

Deepgram is cloud (not local, not OSS) but their free tier is basically unlimited for personal use, so $0 forever.

Want fully local? Whisper is open source and runs 100 % on your Mac. Tiny/faster models are just one line in the code away — anyone can add them in 30 seconds (PR welcome )

Both options free, zero data sent if you pick Whisper.

This would make a great backbone for a Obsidian Sync plugin.

That's actually a really cool idea! Notes are just documents, so the sync model would work well. Hadn't thought about Obsidian specifically but I like it.

The upgrade license pretty spendy at $175.

I wonder what the overhead is to stream from the headset or host PC to another monitor. VR is great but comes with a barrier of overcoming social isolation. Having the VR session on a screen would be a way to keep it social. Especially multiple VR slit screen. We want to engage the rest of people in the room beyond the players.

Watching various interviews, clearly it can be on another monitor.

It's a computer that runs Linux.

> It's a computer that runs Linux.

I'm fully aware of that. Imagine sideloading mobile applications on the steam machine. It's very hard to get a platform that reasonably respects your privacy. Smart TVs and boxes like Roku go out of their way to invade privacy. I'm not sure about Apple TV. It would be nice to be able to use the steam box as a replacement _officially_. I have no doubt there will be some sort of community effort.