I have considered something like this before, but this post inspired me to run some tests.
I am running WearOS on the PixelWatch connected to Android on Samsung.
Running Tailscale on my watch, and using bluetooth as my connection (rather than its onboard wifi or LTE), the PixelWatch can access all of the ports that I have exposed on my VPN, including my wikis.
My main wiki, where I would want to have notes stored, takes quite a while to load, but an empty wiki takes only a moment.
I imagine that a viewtemplate which transcludes the content of a particular tiddler without a frame on any screen 450px x 450px or less would not increase loading times significantly.
The transcluded tiddler would contain a single (red) button that would record a voice input – the voice input could be passed to an LLM for voice-to-text and then added to a tiddler with a preformatted title. Those notes could then be shifted from the watch wiki to the main wiki.
Multi-Wiki-Server would make this process even more streamlined.
Additionally, this text could potentially not just store notes for the future, but it could be stored and the tasks could be performed later – for example, if you were to say “Make a task to Update the Watch App” that information would be stored as text – and if you passed those notes through an LLM when you return to the main wiki, it would be able to differentiate between tasks you’d like it to perform vs notes you’d like it to store.
If you strung together multiple agents that can communicate (I believe openAI is calling this a ‘swarm’) you could have those tasks performed on the fly – have the initial API call convert the voice to text and send that to your “main-wiki-agent” and perform a task, or include a google API to add the task to your google calendar and so on.
Speaking of MWS, it occurred to me that the SQLite database might load significantly faster than the .tid system – a quick test confirms that the MWS server I’m running, which contains backups of nearly all the tiddlers and plugins within my main wiki, does load significantly faster… about half the time (90 seconds).
I did have to disable the datepicker plugin for this to work, and I have my sidebar open by default and no button rendered which could close it – but otherwise it looks fairly functional and I think a relatively short amount of work could create a viewtemplate that would create a reasonably user-friendly interface.