Not exactly. The clients are open source, but the central server isn't. See https://github.com/keybase/client/issues/6374. It might be possible to reverse engineer the server, but it would be a lot more involved than just forking the project.
A shame, it seemed to work really well. Maybe Zoom will be willing to take my money to be a DropBox end-to-end encrypted cloud sync service instead, they seem to be fairly on the ball with responding to complaints and that they decided it was worth buying Keybase to improve their service maybe they'll come out alright.
Wishful thinking maybe =)
So imagine being able to add [email protected], [email protected], and [email protected] to cool-dev-group and them being to instantly be able to access the relevant chat rooms, git repos, shared folders, etc. If password/secret management had been added, then access to that too could have been allowed. If SSO/Oauth had been added, then any service could be covered by this sort of role-based-access-control-for-anyone.
So no user has been created, they're using their existing identity to access new resources. With some extra coding, triggers and events could have been added to do things like auto-sign public keys.
Well, shit.
Keybase had an amazing potential. I use it every day to ad-hoc securely share/store stuff. It will be sad to see it wither even more than it has. :(