I've yet to play with Emacs MCPs thoroughly. Having said that, after initial exposure to agent skills directing agents to just use CLI/emacsclient, I no longer think I need to go deeper into MCP. emacsclient via CLI has been working remarkably well. Did a little video on that https://www.youtube.com/watch?v=ymMlftdGx4I

I like LLMs, but guarantees in LLMs are... you know... not guaranteed ;)

I think that was the point

> It's still not crystal clear to me architecturally is going on

[ Emacs ] <-- JSONRPC (stdin/stdout) -> [ Agent subprocess (headless) ]

> I'd love to know how that is wired to the agents; is that input sent over ACP?

Yes. All traffic goes over ACP between Emacs and the agent. You can inspect the traffic using agent-shell itself.

https://github.com/xenodium/agent-shell?tab=readme-ov-file#h...

> Is that just sending to the shell?

The compose buffer is an UX abstraction on top of the agent shell buffer which is a native Emacs buffer, but ultimately all traffic is sent over ACP.

agent-shell's links to blog posts may be of interest https://github.com/xenodium/agent-shell?tab=readme-ov-file#n...

> Like with claude-code-ide you can define custom MCP tools that run Emacs commands.

Should be possible in newer versions of agent-shell (see https://github.com/xenodium/agent-shell/pull/237)

> Keeping your own data as plain text has huge benefits. Having all my chats persistent is good. It's all private.

While agent-shell is much newer than chatgpt-shell, it likely has richer interaction by now (specially the compose interface). I'm veering off topic here... agent-shell now saves all interactions to project/.agent-shell/transcripts as Markdown files. We can totally do org too, but I just haven't gotten to it.

I had been hoarding links/notes to movies/tv shows for some time, saved to a plain text file. Often by sharing links from other apps (ie. Reddit or Letterboxd), paired with hashtags, using an iOS app I built.

Finally extracted the data for these hashtags and fed it to an LLM to organize. I'm happy with the result https://xenodium.com/film-tv-bookmarks-chaos-resolved

Nice write-up — I like the “capture with lightweight hashtags, then batch-organize with an LLM” approach.

Curious: what part created the most friction before you automated it — capturing, tagging consistency, or resurfacing when you actually want to watch something?

Also, after the LLM organized it, did you find yourself maintaining that structure, or do you plan to re-run organization periodically?

That is an interesting film/TV watch list, I might have to harvest that for my own!

Tap pencil to edit card, and then tap on QR code (you should have a choice of using the camera or uploading a QR code).

For most of 2025, I ignored popular agents because I wanted to stay within my preferred text editor (Emacs). Thanks to ACP (https://agentclientprotocol.com), I no longer live under a rock ;) I built https://github.com/xenodium/agent-shell and now get a native experience. Claude Code works great. If curious what that looks like, I made a video recently https://xenodium.com/bending-emacs-episode-10-agent-shell

This is awesome. Thanks for chatgpt-shell.el too. Could use authinfo for api-keys so don't have to put them inside config (saved in ~/.authinfo, format eqv. to ~/.netrc).

Great to hear it! Thank you =)

There’s this https://orgmode.org/worg/org-syntax.html

I’ve built a handful of org based iOS apps.

While my initial intention was to bring as much org support to iOS as possible (https://plainorg.com), my thinking evolved over time and I gravitated towards a different kind of mobile-optimised experience, and so https://journelly.com was born. I’ve recently added Markdown support too https://xenodium.com/journelly-1-3-released

I use Journelly the most and is also my most popular app.

I have an org scratch pad and also a habit tracking app https://flathabits.com.

Happy Journelly user here! Finally a great place to store notes/links on my iPhone in a simple but powerful app for rediscovery. That I can bring to my windows / Linux / Mac eMacs.