@mayli 如果不期望增量的话可以强制只提交一个 commit 。。。。策略都是灵活的

@ihciah
感谢提醒与友善的回复。不过我仔细看了一下你指出的两条跟我造的 github action 轮子(branch-filestorage-action)好像没有任何关系。。。

对于我的使用实例(rssbot) 第二条，我不认为 rss 属于 `unauthorized` 的内容。rss 的内容本身就是网站允许的一种访问方式。如果网站不允许通过 rss 访问可以不添加 rss 协议。。。这个我认为其"允许访问"程度比搜索引擎还要高 —— 搜索引擎是你申明不允许那么就不抓取，rss 是你不主动创造 rss 的 xml 信息就无法使用。。。

第四条的话，在我的实例中，我创建了一个 rss 机器人的项目，然后使用 action 收集 rss 的数据，怎么都不能说这两者是无关的吧？
类似的项目有收集程序员编码时间，生成 gist 的 waka-box(1.1k star,1.5k fork)
定时抓取 ipaddress ，更新 hosts 的 github520(11.5k star, 1.3k fork)
以及更多程序员都会使用的更新到自己项目的 repo 然后动态变更个人首页展示内容(不好意思这种我没用过我没法举出例子)

虽然不是非常认可你的说法，但是还是非常感谢您的回复。 :)

@ihciah 感谢回复与提醒，方便告知违反 TOS 那一条么？因为类似的操作(不论拿 action 的定时任务做别的操作还是通过 action 去提交一些东西)我都看见过不少，其中也有不少上 k 甚至上 10k 的项目。我实在不确定哪一条条款违背了

感谢

@ihciah 感谢告知。我也用 cf 不过没用用的很深入，使用 action 是为了保持更加的纯净减少更多的依赖。

不过还是感谢你的思路，顺便请教一下 cf 的 worker 在国内的表现怎么样？我用 cf 的 dns 服务都不敢开盾_(:з」∠)_

@zthxxx 感谢提醒，不过 rss 不能算是爬虫的一种。至少不是违法的那一种。硬是要说的话如果是通过 rsshub 来产生 rss 订阅的话 rsshub 是一个爬虫的角色。

@wdssmq 不好意思没有看懂目的是什么。

看了一下您的项目，就是把 rsshub 的输出在 github 上存了一遍？那为什么不直接访问 rsshub 呢？不好意思没理解

另外就是这种操作其实会污染 commit _(:з」∠)_

Tailchat

https://github.com/msgbyte/tailchat

特点: 插件化的即时通讯平台

@EzBlue 可以关心一下这个子项目
https://github.com/msgbyte/tailchat-meeting

正在开发中，可以与 tailchat 协同也可作为单品

飞书文档，谁用谁知道

说到这个我就要推销一下我帮 1 楼这个项目做的 chrome 插件了
https://chrome.google.com/webstore/detail/nbnhhsh-%E8%83%BD%E4%B8%8D%E8%83%BD%E5%A5%BD%E5%A5%BD%E8%AF%B4%E8%AF%9D/okepehobneenpbhiendcjcanjodhmcbj
cc @wmadao11

@89ao 感谢提醒，我会补充到文档上的

对于个人用户，可以用于搭建自己的私欲空间(如亲友分享信息与沟通，up 主或者博客主搭建自己的粉丝圈，可以通过自己设计自己的群组来展示作品)
对于企业用户，可以用于搭建私有化的企业通讯环境。基于国内企业与生俱来的对 saas 行业的不信任，私有化部署是对企业有很强的安全感的一种解决方案，并且通过 tailchat 设计之初的插件机制能够将企业内不同应用的能力整合在一起。

@patrickyoung 抱歉。我只是想表达插件设计本身为了满足比较高要求的需求，在权限的隔离上目前没有做的非常好。因此不推荐随便使用不明来源的插件(类似手机不建议安装非商店应用)。可能 TEE 说明不是非常准确，请问正确的说法是什么呢？我会在我能修改的地方进行修改的

@wordx 有的，桌面版会基于 webview 为核心做一些原生支持。

@rizon 服务端使用 minio 可以方便进行分布式部署，minio 天生就是为分布式存储场景而设计的，而且 api 与 s3 完全兼容

@rizon 目前是运行在自己的服务器上的。如果用 github action 的话。。github 的 action 本身只是一个 ci ，并不能对外提供服务。。。

@madlifer tailchat 的定位是基于实时通讯场景为核心的业务整合。通过插件机制可以将不同的业务整合在一起。

在国内类似的商业产品有飞书，在设计思想与目标上是一致的，不过飞书是 toB 产品，tailchat 侧重点会更加偏向 toC

羡慕大佬

@superliwei 插件化的思想并不新鲜，有兴趣交流一下你的项目的实现细节么。

@del1214 有其他类似的框架么？我找不到才造的这个轮子

@Ritter 可以这么理解，ministar 可以在不改变原有代码习惯的前提下渐进化完成对原有系统改成插件化的改造

@meloncc 动态工作流可以考虑试试使用动态生成代码的方式来实现。插件机制相比动态代码而言更加死，不是很适合工作流场景