维基百科讨论:回馈请求服务

最新留言:24天前由YFdyh000在话题将回馈请求系统用于存废讨论和存废复核内发布

请求评论骨架完成,并讨论机器人引进作业 编辑

各位使用者您好,RFC的主要说明页面骨架大致建立完成,剩下的页面与系统功能无关,因此可以进行准备工作。

目前要讨论的是引入两个机器人,User:Legobot以及WP:FRS的机器人。前者是RFC的主要核心机器人,属于全域机器人,需提出引入中文维基百科,可能还需要额外进行本地化处理;后者则是FRS运作的主要机器人,属于本地机器人,要进行修改、调整及测试。以上。台湾杉在此发言 (会客室) 2021年3月9日 (二) 05:31 (UTC)回复

(?)异议:还没有共识引入RFC,怎么就要申请机器人?--虫虫飞♡♡→♡℃留言 2021年3月10日 (三) 02:41 (UTC)回复
没有测试机器人的有效性,就无法进一步讨论是否引入,该测试与讨论是否引入RFC无关。此外,测试场合先不会在主要热门讨论页面(如互助客栈)进行,原有模式不受影响。--台湾杉在此发言 (会客室) 2021年3月10日 (三) 03:06 (UTC)回复
不要想着依赖于bot,bot只是辅助--百無一用是書生 () 2021年3月10日 (三) 07:31 (UTC)回复
虽然同意bot是辅助,但目前该机器人负担大部分RFC的功能任务,因此仍有引入必要。--台湾杉在此发言 (会客室) 2021年4月4日 (日) 11:08 (UTC)回复
(?)疑问:能否简要介绍Legobot的功能?--Yining Chen留言|签名2021年3月10日 (三) 12:25 (UTC)回复
WP:RFC里面有说明。--台湾杉在此发言 (会客室) 2021年3月11日 (四) 00:23 (UTC)回复
@Taiwania Justo:在RFC起步之际,手动维持半自动运行是否可行?贸然上机器人可能出许多问题。--YFdyh000留言2021年4月7日 (三) 11:21 (UTC)回复
手动可能会比较麻烦,因为LegoBot主要的功能有 (1) 将挂有{{rfc}}讨论的标题与摘要列于Wikipedia:请求评论/全部与其子章节 (2) 如果没有标明延长讨论措施,30日一到就自动撤除{{rfc}}模板以及自Wikipedia:请求评论/全部撤除该讨论的标题与摘要(不是存档,该讨论仍然会保留在原来的地方并仍可以继续进行)。如果要半手动,那就要有人去查询哪个讨论有挂这个模板,然后将标题摘要抄录在列表当中。--台湾杉在此发言 (会客室) 2021年4月7日 (三) 15:05 (UTC)回复
Special:用户贡献/YFdyh-bot,两个机器人经尝试已能运转,不过目前未设定自动运行,亦未申请权限。不支持编辑Flow讨论页,已在下方询问作者,可能需要增强,或改用ping通知。如果用ping通知,在专用页面上反复通知是否较好。我不确定未来有精力照顾该服务的稳定运转,所以如果有人或原作者原意接手,我很欢迎。--YFdyh000留言2021年4月7日 (三) 21:39 (UTC)回复
我觉得目前结构式讨论只用于使用者讨论页及知识问答,而这两个地方基本上不太会用到请求评论,而且未来不太可能将结构式讨论延伸到其他讨论页。我认为机器人可以在不需要对结构式讨论调整之下进行运转。--台湾杉在此发言 (会客室) 2021年4月10日 (六) 15:16 (UTC)回复
是指无法通知选用Flow作用户讨论页的用户,例如我的。--YFdyh000留言2021年4月11日 (日) 02:19 (UTC)回复
建议问问看Xiplus,Twinkle曾经有修改到可以在结构式讨论发通知。--台湾杉在此发言 (会客室) 2021年4月17日 (六) 02:42 (UTC)回复
mw:Extension:StructuredDiscussions/API。--Xiplus#Talk 2021年4月17日 (六) 04:06 (UTC)回复
(?)疑问:RFC的讨论模式与本站客栈的提案公示模式完全不同,而且现在什么共识都没有,就要弄机器人,而机器人主人也拒绝协助,是否应先有共识采用RFC才好进行下一步呢?而且这是一个重大改革,影响很大,大家是否应讨论一下有没有必要进行这个大改革呢?--虫虫飞♡♡→♡℃留言 2021年4月7日 (三) 11:49 (UTC)回复
其实与提案公示不冲突。RFC仅作为通知有重大讨论需要参与,运作模式只有 (1) 标示RFC模板并进行分类 (2) 撰写中立的讨论摘要,没了。此动作可以在包含互助客栈等其他讨论页章节标示,公示七日、公告栏提醒讨论等方针指引讨论模式不会改变。--台湾杉在此发言 (会客室) 2021年4月7日 (三) 14:59 (UTC)回复
再者,机器人作者不是拒绝协助,而是提供程式码请我们自行研究,有任何问题可以请他协助。--台湾杉在此发言 (会客室) 2021年4月7日 (三) 15:07 (UTC)回复
改革不至于,不好用就不用,晾在那里不会有太大问题,讨论也可剪切移动。--YFdyh000留言2021年4月7日 (三) 18:50 (UTC)回复
(!)意见:我觉得提案人应论述一下提案想解决什么问题?而现时机制是否无法解决此问题?--虫虫飞♡♡→♡℃留言 2021年4月9日 (五) 02:11 (UTC)回复
在其他讨论页而非客栈页面开展讨论。将新讨论通知订阅了相关主题的感兴趣用户。在特定页面和模板中列出30天内活跃的这些讨论。讨论应该是作为局部征询意见及共识。--YFdyh000留言2021年4月9日 (五) 09:28 (UTC)回复
可参考此处讨论:Wikipedia:互助客栈/其他#方针区的存档问题--百無一用是書生 () 2021年5月20日 (四) 02:00 (UTC)回复

邀请机器人作者 编辑

现在会试图邀请Legobot作者来讨论RFC机器人事宜。@Legoktm:We are discussing the RFC on Chinese Wikipedia, and the procedure is copied from the English Wikipedia. Therefore, we need to import the Legobot to excuse the RFC procedure. Current issues are: (1) Localization for the Chinese version; (2) bot test. Thanks! 台湾杉在此发言 (会客室) 2021年4月5日 (一) 10:46 (UTC)回复

@Taiwania Justo: It's exciting to hear that another wiki wishes to use Legobot, but unfortunately I don't really have the time to help set it up on another wiki and maintain it. All of the code is public, I would suggest making a copy of it and adapting it to whatever this Wikipedia would like implemented. If there's anything I can do to make that process easier, please let me know. Legoktm留言2021年4月7日 (三) 04:57 (UTC)回复
@Legoktm:I have tried and deployed the rfcbot.php of harej-bots on user:YFdyh-bot. I noticed that it can't inform the Flow-board users (including me). Is this an expected behavior? And maybe this can be alleviated with like {{ping}} or {{mute}}?--YFdyh000留言2021年4月7日 (三) 21:28 (UTC)回复

引入WP:回馈请求服务WP:请求评论 编辑

根据其讨论页,回馈请求服务和RFC(同见维基百科讨论:请求评论)最后好像是因为没有公示和没人来运作机器人最后不了了之。最近有一些大型讨论,引入回馈请求服务的话就能把这些标成RFC之后给在页面下订阅的用户发提示邀请参与讨论,对于一些问题带来点曝光度。

我最近"可能"有点时间,也许可以研究一下试运行机器人,比如添加Flow支持什么的。如果大家觉得引用过来比较有益的话我就可以尝试一下。--0xDeadbeef留言2024年1月7日 (日) 12:46 (UTC)回复

主要是机器人的问题。我是支持的。--Ghren🐦🕗 2024年1月7日 (日) 12:52 (UTC)回复
本站讨论试过几次请求评论,除了特地扩大讨论的一两次以外,效果多半不佳。现阶段还是互助客栈最适合集中讨论。—— Eric Liu 創造は生命(留言留名学生会 2024年1月7日 (日) 15:54 (UTC)回复
不过对于集中一般讨论,个人倒是乐观其成的。—— Eric Liu 創造は生命(留言留名学生会 2024年1月17日 (三) 09:27 (UTC)回复
支持。有机器人通知的话感觉会比客栈效果好一点。--及时雨 留言 2024年1月7日 (日) 22:36 (UTC)回复
支持。先考虑调试引入机器人吧。--在下荷花请多指教欢迎签到2024年1月8日 (一) 07:42 (UTC)回复
不反对,但建议先引入机器人来试着执行看看效果。--冥王欧西里斯留言2024年1月10日 (三) 03:58 (UTC)回复
Flow别支持了,都要寄了 ——魔琴 留言 贡献 新手2023计划 ] 2024年1月10日 (三) 04:04 (UTC)回复
啊,这倒是,Flow连基金会都要弃坑了(--冥王欧西里斯留言2024年1月10日 (三) 05:06 (UTC)回复
(+)支持--Taeas留言2024年1月17日 (三) 13:49 (UTC)回复

回馈请求服务 编辑

现在RfC已经正式上路,但回馈请求服务似乎还没有引入。建议引入该服务,以提高RfC的曝光度。——BlackShadowG Slava Ukraini! 2024年2月22日 (四) 12:57 (UTC)回复

英维的机器人源码在[1]。——BlackShadowG Slava Ukraini! 2024年2月22日 (四) 12:59 (UTC)回复
之前本地化的供参考。我暂时对此没兴趣了,也不太懂本站打算怎样运转。--YFdyh000留言2024年2月23日 (五) 01:44 (UTC)回复

将回馈请求系统用于存废讨论和存废复核 编辑

感觉“回馈请求”就是之前为了解决存废讨论积压提出的“邀请讨论”类似的东西,此系统是否可以用于存废复核以便解决积压?--桐生ここ[讨论] 2024年3月6日 (三) 04:01 (UTC)回复

可以是可以,但需要新模板配合(不应该使用RFC模板,避免洗版)。英维甚至连GA/FA都有RFS配合,这一部分也可以跟进。如果有共识,我就尝试改我的bot。--西 2024年3月6日 (三) 08:10 (UTC)回复
用rfc模板不行吗,加一个类别,或者是指模板外观要缩减?感觉听上去可以试行。--YFdyh000留言2024年3月6日 (三) 15:38 (UTC)回复
存废积压不需要另外建一个页面去统整列表、更不适合整个存废讨论页面都是RFC模板。存废积压也需要分设所有跟RFC一样的分类。这也确保有兴趣参与内容讨论但没兴趣参与存废讨论(或反之)者能更好控制自己收到什么通知。--西 2024年3月8日 (五) 01:50 (UTC)回复
英维AFD可以按专题分类相比RFC更加细化(可能AFD单独页面才更好实现),移动请求有脚本可以通知专题--及时雨 留言 2024年3月9日 (六) 06:41 (UTC)回复
英语维基百科使用范围目前只有征求意见和优良条目评选,如果要增加范围,需要在本页增加章节处理。--台湾杉在此发言 (会客室) 2024年3月6日 (三) 19:12 (UTC)回复
GA/FA用这个也不错。--桐生ここ[讨论] 2024年3月8日 (五) 07:23 (UTC)回复
不过他们评选不考虑“票数”问题,但我们有,如此推广可能有疑虑。—— Eric Liu 創造は生命(留言留名学生会 2024年3月11日 (一) 11:47 (UTC)回复
问题不大吧,RFC的订阅者不太可控,拉来的没准多是意见或反对票。Wikipedia:同行评审可能也需要RFC?不知道是否该考虑RFC加入类似每日/每周新闻报的东西,投递WP:DYKC名单等,可能会有意义。--YFdyh000留言2024年3月11日 (一) 11:56 (UTC)回复
所以讨论参与者们是否对添加FRS类别有任何共识?若无,我就不动了。--西 2024年4月3日 (三) 09:51 (UTC)回复
不明显,可能暂不需要。如有足够参与者,也许可增加(Beta)的分类,给部分用户体验和快速演进。--YFdyh000留言2024年4月3日 (三) 11:26 (UTC)回复

一些问题 编辑

  1. 关于用途:我没太看懂,这个“服务”是用来在有新的RFC时接收通知的吗?
  2. 关于“随机”:注意到这里写的是系统会随机挑选登记者,我想知道为何是随机而不是全部?

--古怪的Wang31讨论 | 贡献2024年3月8日 (五) 12:21 (UTC)回复

用途应该是这样。关于"随机",因为每个人如果不希望接受太多消息,可以设置接收次数限制,随机的话不至于很快把所有人的次数用完 --及时雨 留言 2024年3月9日 (六) 06:43 (UTC)回复
明白您的意思了,确实有道理。不过对我个人来说,我可能希望关注大部分甚至每条消息。有没有什么办法,或者说能否添加一个功能,能够让我“始终接收消息”?虽然我可能会忽略这些消息而不怎么参与讨论。[开玩笑的]--古怪的Wang31讨论 | 贡献2024年3月9日 (六) 09:35 (UTC)回复
不太清楚bot处理的逻辑,但把limit调高一些应该可以收到更多?--及时雨 留言 2024年3月10日 (日) 02:50 (UTC)回复
明白了,我已经设置成无限制了。--古怪的Wang31讨论 | 贡献2024年3月11日 (一) 14:31 (UTC)回复
您要始终接收通知,倒不如吧WP:RFC/A所列的子页面监视。--西 2024年3月10日 (日) 04:16 (UTC)回复
感谢,我的确这么做了,只是毕竟监视列表容易各种消息太多,所以才想寻找这样另一种方式,如果不行也没关系。--古怪的Wang31讨论 | 贡献2024年3月11日 (一) 14:31 (UTC)回复
随机的最主要用意是避免拉票,如果机器人不随机,可能会造成机器人只会给部分人发讯息,变相拉票。台湾杉在此发言 (会客室) 2024年3月13日 (三) 15:44 (UTC)回复

回馈请求系统 编辑

回馈请求系统正在试运作中,诚邀用户订阅以接收讨论通知。用户订阅有兴趣参与的讨论议题后,机器人会自动在新讨论发起时随机抽取部分用户发讯息通知。--西 2024年3月6日 (三) 15:27 (UTC)回复

想起前些年有人建议搞了个维基专题:创作物专案互进,实际上根本没运行过。个人感觉可以完全合并到这个系统,根据“维基专题:创作物专案互进#关联专题”的内容,在征求意见新增一个“虚构内容”的分类可以吗。--Nostalgiacn留言2024年3月7日 (四) 09:41 (UTC)回复
英维将虚构内容归类在media分类中。目前该分类都还没用过,到有需要分立分类时再新建吧。--西 2024年3月8日 (五) 02:08 (UTC)回复
意见同上。—— Eric Liu 創造は生命(留言留名学生会 2024年3月8日 (五) 02:58 (UTC)回复
返回到项目页面“回饋請求服務”。