@moonrailgun

> 假如你收到一个审批，但是因为审批是在单独的网站中，你是喜欢直接在收到的地方（不论是 IM 还是邮件）点一下通过，还是点击链接跳转到审批系统然后登录(或者自动登录)到相关的审批项中点击通过

邮件里面收到的正是连接啊，点一下连接，就跳转到审批系统，至于是否要再次确认，是审批系统自己决定的


> 比如我就很喜欢飞书的一个功能，给对方发一个飞书文档的连接，就能自动给对方授予可读权限，如果是发在群里，那就群组里所有人都自动授权。如果按照你的说法就是把连接发给用户，然后再单独给用户授权。如果忘记了还要二次沟通

完全可以分享一个带参数的连接，参数即授权码，这样分享到其它平台也畅通无阻
如果你担心安全性，群组里的用户完全可以下载文件再分享文件出去，没多大区别

而且，也可以是，已登录用户才可以访问此连接，这样安全性上完全没有区别
（用户打开连接，浏览器进入文档系统，文档系统自动检测用户登录情况）



> 比不上连接的价值的，为什么会有 sso ，为什么会有 oauth

我不否认它们的价值，但是只适合服务非常多的超级大公司
一般公司内部没多少服务，一个服务注册一个帐号其实并不麻烦
（我司 gerrit 和 gitweb 是 apache basic auth ，共用同一个密码文件）

真正的痛点是缺少小而美的开源服务，譬如项目管理，我其实不喜欢 redmine ，首先我的技术栈是 python js 之类的，redmine 用的 ruby 我没兴趣学习，redmine 本身的有些设计也不是很合理，譬如 issue 删除找不回来，管理员修改 issue 不会留下记录等等
问题是 redmine 我用了十几年，至今找不到更好的代替品


> 联邦功能

譬如两个公司合作一个项目，双方员工用自己的账户即可交流

我其实也不太喜欢 matrix ，觉得它的接口和协议很杂乱
如果是我写 IM ，肯定会用 msgpack 代替 json ，支持二进制，扩展性好很多，接口可以简化很多