Live data from Hacker News

Colibri – chat platform built on the AT Protocol for communities big and small

colibri.social

91–100 of 108 posts

Re: Colibri – chat platform built on the AT Protocol for communities big and small

#91
post #46

Is there anything like this but more of a reddit style layout? I'm on a Facebook group and we're actively trying to get off of all Meta platforms, and wanted to see whether I could start up my own platform using an open source platform - but I think something like Reddit would be more suitable as opposed to a massive chat UI.

Maybe Lemmy without federation?

Re: Colibri – chat platform built on the AT Protocol for communities big and small

#92

Earlier quoted context omitted.

It sounds more like they are referring to the prior atproto transition:* scope that had no restrictions, which was horrible, re: every app needs a new account Today, apps can limit the permissions they request during login. I don't see the dynamic, assuming they mean something where during approval you can deselect options, as a horrible situation. That's something very few apps do even outside of atproto.

No I am talking about users not being able to change the app permissions. App developers are not the ones to set my permissions, they can reccomend what their apps could need but any platform not giving users final say cannot be taken seriously.

You must not use very many apps, or must have a ton of accounts. Plenty of apps taken seriously that don't have this dynamic feature. (speaking generally, not specific to atproto)

Re: Colibri – chat platform built on the AT Protocol for communities big and small

#93
post #86

Earlier quoted context omitted.

AS2 as in Applicability Statement 2? Or Action Script 2? Edit: For the curious like myself, after more searching it seems to reference Activity Stream 2 which is a W3C standard used by ActivityPub (Mastodon, lemmy, etc)

ActivityPub is more of a zombie project than ATProtocol at this point. AP has plenty of problems this fresh account made to disparage omits. I'm looking forward to a new protocol that combines the best of what we have with a robust permission system from the start.

Seems you wanted to respond to the OP? I was mainly inquiring about what's AS2.

> AP has plenty of problems this fresh account made to disparage omits.

Isn't that a problem with moderation instead? If ATProto becomes decentralized someday, it'll have the same issue

Re: Colibri – chat platform built on the AT Protocol for communities big and small

#94
post #93

Earlier quoted context omitted.

ActivityPub is more of a zombie project than ATProtocol at this point. AP has plenty of problems this fresh account made to disparage omits. I'm looking forward to a new protocol that combines the best of what we have with a robust permission system from the start.

Seems you wanted to respond to the OP? I was mainly inquiring about what's AS2. > AP has plenty of problems this fresh account made to disparage omits. Isn't that a problem with moderation instead? If ATProto becomes decentralized someday, it'll have the same issue

ATProto actually has a very good moderation design, user choice, anyone can label, and composable. Feeds are similarly well designed for federation.

https://bsky.social/about/blog/03-12-2024-stackable-moderati...

> Seems you wanted to respond to the OP?

yes

Re: Colibri – chat platform built on the AT Protocol for communities big and small

#95
post #93

Earlier quoted context omitted.

Seems you wanted to respond to the OP? I was mainly inquiring about what's AS2. > AP has plenty of problems this fresh account made to disparage omits. Isn't that a problem with moderation instead? If ATProto becomes decentralized someday, it'll have the same issue

ATProto actually has a very good moderation design, user choice, anyone can label, and composable. Feeds are similarly well designed for federation. https://bsky.social/about/blog/03-12-2024-stackable-moderati... > Seems you wanted to respond to the OP? yes

The moderation tools depend on the implementation of AP, but what I meant is that you depend on each instance's moderation/moderators to be effective at combating spam (and more).

A problem that ATProto will face once/if they really do get decentralized. If some instances are badly moderated, you will suffer the same as with AP

Re: Colibri – chat platform built on the AT Protocol for communities big and small

#96
Discord's main problem for me is that it's built around people having one and only one user, which is a huge privacy and pseudonymity mess. The only alternative that works somewhat is using the PTB version of Discord for your "alts".

If this project has genuinely decent multi-user support instead of the miserable experience of Discord, I'd emphasize and promote that first over being a Discord-like, since this genuinely improves on some of the privacy issues of Discord, despite AT Proto being public.

Better to distinguish the product from Discord rather than promoting how similar it is. Because of the public architecture, it's more similar to a forum board than Discord anyway, so you could also just as well give people another interface by showing the community as a conventional website. People may or may not like it, but it's basically what it practically is.

One of the big issues with Discord is that it takes public knowledge like wikis and makes it private instead - and beholden to the whims of mercurial mods and admins. Information being public doesn't have to be a bad thing that way.

Instead of Discord, you can give the people Discourse. :)

tl;dr: AT Proto being "open" can look like a bad thing in nominally private spaces like Discord, so promoting as something more open like an open forum board rather than a closed Discord server might be more interesting and persuasive. But I'm also a forum board evangelist.

Re: Colibri – chat platform built on the AT Protocol for communities big and small

#97
post #95

Earlier quoted context omitted.

ATProto actually has a very good moderation design, user choice, anyone can label, and composable. Feeds are similarly well designed for federation. https://bsky.social/about/blog/03-12-2024-stackable-moderati... > Seems you wanted to respond to the OP? yes

The moderation tools depend on the implementation of AP, but what I meant is that you depend on each instance's moderation/moderators to be effective at combating spam (and more). A problem that ATProto will face once/if they really do get decentralized. If some instances are badly moderated, you will suffer the same as with AP

AT does not have instances like AP. You are not tied to the moderation choices of servers. Apps are where moderation happens and is a place where competition can occur. Moderation also largely happens at the network layer, so apps can share moderation or use third party moderation (that is not tied to any app)

It seems like you do not understand the architecture of ATProto and make claims that are not based in reality.

Re: Colibri – chat platform built on the AT Protocol for communities big and small

#98

Earlier quoted context omitted.

No I am talking about users not being able to change the app permissions. App developers are not the ones to set my permissions, they can reccomend what their apps could need but any platform not giving users final say cannot be taken seriously.

You must not use very many apps, or must have a ton of accounts. Plenty of apps taken seriously that don't have this dynamic feature. (speaking generally, not specific to atproto)

Not aware of many apps that force oauth and don't allow email signup... The only exception some github centric apps that request too much and then are mostly let down by github not getting their auth screens up to standards for years, but who is surprised there. I just don't try those unless i already trust the company and really need to.

But all that aside i think a protocol aiming to liberate users and be an open app platform cannot be held to the same standards as corporate garbage that we don't expect to behave differently. Atproto needs to show some commitment to the values of putting users first, its so close.

Re: Colibri – chat platform built on the AT Protocol for communities big and small

#99

Earlier quoted context omitted.

You must not use very many apps, or must have a ton of accounts. Plenty of apps taken seriously that don't have this dynamic feature. (speaking generally, not specific to atproto)

Not aware of many apps that force oauth and don't allow email signup... The only exception some github centric apps that request too much and then are mostly let down by github not getting their auth screens up to standards for years, but who is surprised there. I just don't try those unless i already trust the company and really need to. But all that aside i think a protocol aiming to liberate users and be an open a…

> Atproto needs to show some commitment to the values of putting users first, its so close.

I think the Bluesky domination and recent "funding" from Bain Capital move it away from these goals. I've left the app and ecosystem. "user" growth is negative and they are misleading about how many "accounts" there are.

The hero holds the lies: https://atproto.com/

To get to the widely cited 43M "users" you have to count DIDs (accounts, not users) and include takedown and deleted...

Re: Colibri – chat platform built on the AT Protocol for communities big and small

#100
post #31
post #30

Earlier quoted context omitted.

any discord server that offers public invites is effectively public.

First, the user knows this when joining a public community. Second, the moderators can choose to remove someone who has joined the community in bad faith. Third, it is entirely different than broadcasting every single action taken by every single user in every single community on the entire protocol to anyone with one URL.

> First, the user knows this when joining a public community.

From Colibri: your community chats are public and visible to everyone by default.

So it's the same.

> Second, the moderators can choose to remove someone who has joined the community in bad faith.

Colibri has mod tools as well.

> Third, it is entirely different than broadcasting every single action taken by every single user in every single community on the entire protocol to anyone with one URL.

Sure, but then just don't use it?

It's really no that different from how IRC worked. Except persistent history is part of protocol and not some bots.

This is not public communities, not for small group of friends sharing edgy memes and discussing national security.

Post reply on HN