tags: cofacts, meeting note GA: UA-98468513-3 —

20220623 會議記錄

:::info

:potable_water: Release pipeline

:eye: Under review

Media support

https://github.com/orgs/cofacts/projects/9

目前 staging 的圖:打算刪掉

@cofacts/media-manager package

Chatbot image proxy

Trend and Contribution

https://github.com/orgs/cofacts/projects/10

Chatbot feedback bug

https://github.com/cofacts/rumors-line-bot/issues/310

修理:

[name=mrorz] 我在自己機器試跑 https://github.com/cofacts/rumors-api/pull/285 的 migration script 時,發現百餘份 feedback 的 articleId 跟 replyid 根本對不起來。追蹤了一下才發現,是因為 chatbot context 錯亂導致的。只要使用者往回捲,按了前一個回應的是否有用,那個 feedback 就會被送到最下面的 reply 上。 這個有點嚴重,不知道多少個 feedback 是因為這樣給錯的,我想要立即處理 QQ

我在想會不會有些莫名其妙的 feedback 就是這樣來,因為使用者可能會有這樣的流程:

  • 查了一則訊息,cofacts chatbot 吐出數則類似訊息待選
  • 選了一則訊息,chatbot 給了一個回應,使用者不滿意
  • 使用者捲回去選另一則訊息,chatbot 給了另一個回應,使用者覺得有用,所以給了好評 -使用者想要捲回去給前面看到的回應負評,但此時因為此 bug 的原因,這個負評會給到下面的回應,還會把原本的好評取消掉 或這個流程:
  • 查了一則訊息,cofacts chatbot 吐出數個回應待選
  • 選了一個回應,使用者不滿意
  • 使用者捲回去選另一則回應,使用者覺得有用,所以給了好評
  • 使用者想要捲回去給前面看到的回應負評,但此時因為此 bug 的原因,這個負評會給到下面的回應,還會把原本的好評取消掉

根據 2018 年的統計,「chatbot 使用者捲回去點前面的按鈕」這件事,每天大概會有兩百次 https://github.com/cofacts/rumors-line-bot/issues/49#issuecomment-439603502 當然這不代表說每次使用者點舊按鈕都是為了打分數啦,可能是回頭選 article 或回頭選 reply 但這也告訴我們,chatbot 使用者是很常會往回捲的,只要按鈕不會再對話紀錄中消失,就要非常注意其設計,最好每顆按鈕都不該 depend on context,或是該動作的所有參數都已經放在 action 上

:::success MrOrz 本週末修掉 :::

Moderation

腦控洗版

政治立場不同者的檢舉

疫苗陰謀論遭檢舉

:::success 先不用貼去 FB 討論 :::

大松檢討

Google 停用帳號與文件

Interviews & invitations

Khazanah Research Institute

關鍵大人物

:::success 等他共筆 看他有沒有要拍照 :::

成功登大人-新鮮人成長營

:::info 住宿? 再看看 :::

ai4sg 共筆開放

:::success 最後有刊出 –> https://www.facebook.com/systextaiwan/photos/a.452231404863295/4132260923526973/ 問 CC :::