JadedBlueEyes

I know that people in the Hermes agent community have been using Continuwuity/Matrix to do agent communication.

1) That hasn't been a problem for at least half a decade.

2) What do you even mean? I've literally deleted my entire database and then spun up a new server on the same domain before, it does not matter, other servers do not care! The worst that could happen is messages from the original server can no longer be verified as valid - and even that isn't a problem in practice.

I mean for alternative servers, 10% of people use Continuwuity and it looks pretty spec-complete [0] and more than enough to be useful.

[0]: https://forgejo.ellis.link/continuwuation/continuwuity/issue...

You might be interested in the new Pebble watches, which use e-ink displays.

I got the ThinkPhone as a consumer (via lenovo.com) and am quite happy with it.

Yet again [0] quality standards seem to have slipped on the cloudflare blog. I'm not able to point at a cause, but it's not painting a pretty picture.

[0]: https://news.ycombinator.com/item?id=46781516

You might want to move to a maintained fork like https://continuwuity.org if you haven't already

This is vibe coded and filled with trivially proven false claims - the most blatant to me being that Tuwunel does not and has never used Postgres or Redis,

https://tech.lgbt/@JadedBlueEyes/115967791152135761

https://jade.ellis.link - My blog, plus a bit of a personal link directory.

FTR the server stats are from https://matrixrooms.info/stats. It's not a full view of the network but it's a reasonable sampling, based on servers discovered through public room aliases and servers that use it as a notary (trusted key server).

This doesn't really excuse it, but to give you some idea of why Element haven't spent any time on dendrite right now, here's a sample of active servers on the federation as of today:

    2025-12-01
    synapse : 10068 (85.8%)
    conduit : 476 (4.1%)
    dendrite : 369 (3.1%)
    continuwuity : 303 (2.6%)

To add on to that, none of their customers use it, and there's no real community around it, unlike the independent Conduit-family servers that make up that remaining 11%.

Dendrite was a bet for two things: Could they make synapse faster? Yes. Synapse is faster now, and Synapse Pro is apparently even faster. And, can we make Matrix peer to peer? They ran out of money, and didn't have any customers who would fund it themselves. They're left with this project that is idling without a community, a customer, or a reason to exist.

Apparently, they have some funding to do work on the foundational parts of p2p now, but that will take a long time, and Dendrite is unlikely to be a part of that for a while, possibly at all (the Rust ecosystem seems to be where Element invested their time on the client, while Beeper invested in Go).

In the end, a lot of Element's pain is because of ambitious technical decisions made without a way to back them up practically or business wise. Things would be amazing if everyone working on Matrix had infinite time and money. Unfortunately, they don't, and Element is eating the consequences for acting like they did for a while. They seem to be better now, though.

> Synapse is the only choice that supports bridges

This is not true, at least today. Continuwuity, which is an alternative server implementation, and its predecessors support bridges very well.

If you look it up, you'll see that JMAP is 6 years old now. It's a protocol for doing email (and now other things) over HTTP, without many of the legacy issues from IMAP and SMTP. https://en.wikipedia.org/wiki/JSON_Meta_Application_Protocol / https://jmap.io/index.html

Aside from the other comments, I would say that a modern chat application is anything but 'simple' - there are a vast amount of features that you expect, from pinned messages to file downloads to threads, to say nothing of end to end encryption.

the Matrix foundation is a UK company.

You do have to keep bridges up to date, because they need to remain compatible with the internal APIs of other platforms. Beeper.com (mentioned by a sibling comment) is a commercial deployment of the mautrix matrix bridges, along with some propietary components. You can deploy the exact same bridges using their documentation: https://docs.mau.fi/bridges/ - although you won't have access to the propietary beeper client or hungryserv.

Ink and switch is a research lab. As far as I'm aware, they're not a building any specific products, just exploring what is possible for human computer interactions

Nex is a cybersecurity student in a house of similar people, they're gonna take every way :3

quote:

> The plan is, in future, since we can't hack something that doesn't have a brain, to instead attach a brain to it. The dishwasher is easy, we can just whack that on a smart plug and monitor when the power use surges and drops. The dryer is a bit more difficult, since they pull a LOT of power, and smart plugs typically either don't support that much power, or are incredibly expensive. So that's likely going to be some fancy vibration sensor-based thingy

Hey, one of the Continuwuity team here - the name was a bit of a placeholder we picked as we were setting up the project, and we are open to changing it if we find something that fits the project and is a step up. Please join our Matrix rooms if you have a suggestion or more in-depth feedback, or want to participate in any polls we might run.

Building complete, optimised binaries can be much more complicated than just linking in a SO/A file. Things like cross-language LTO and PGO can be massive for performance and require integration throughout the build system.

Syncthing-fork (of the android app, not syncthing itself) is a straight improvement.

Element's crash reporting system is still called 'rageshake' today, and you can enable the shake-to-report function in dev settings.

One important one that I haven't seen mentioned is simply working without an internet connection. It was quite important for me when I was using AI whilst travelling through the countryside, where there is very limited network access.

IIRC if you pipe the output to, e.g, xclip, or redirect to a file it will give the original diff format. Not as convenient, but still workable.

It's fairly common in the marketing materials of all of the services you mentioned. Many people also know it from when the cloud was a popular buzzword.

> I can't place the cursor half-way through a ligature and so on.

That sounds like a bug in the editor. Ligatures are incredibly common font features even outside of programming, even sequences like fi are often ligatures.

This is something that can only really be handled on the server side, but you can implement some mitigation strategies, like manually deduplicating entities. It's a lot of work for marginal gain, and you can never completely make up for problems on the server side in the end if you can't change the server.

Author here! This might be a case for one of the methods I missed, mentioned on the Reddit thread [0]. I've heard it called Cursor-based pagination or searchID-based pagination. The basic idea is you sort everything once and take a snapshot of the result. The user then gets an ID that refers to this snapshot. This often means that `next_page`/`previous_page` are opaque identifiers.

The tradeoff here is now you've got to keep that copy around - your server has to maintain some kind of state, you've got to garbage collect unused snapshots and it's impractical to scale this to millions of items.

[0]: https://old.reddit.com/r/programming/comments/1ev9hha/the_po...

> I say yes but reasonable people can disagree!

A lot of people do! Tone correction [1] is a normal fact of life in the music industry, especially in recordings. Using it well takes both some degree of vocal skill and production skill. You'll often find that it's incredibly obvious when done poorly, but nearly unnoticeable when done well.

[1] AutoTune is a specific brand