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

20220302 會議記錄

:::info

所有會議記錄
Workis 出席：bil, mrorz, nonumpa
線上出席：kukka
https://gather.town/app/z3x18KQFgZCX8MeZ/cofacts :::

:potable_water: Release pipeline

:star: Released to production

:robot_face: rumors-line-bot

https://github.com/cofacts/rumors-line-bot/releases/tag/release%2F20220224

群組功能檢討

群組使用率

加入狀況 2021/11/15 故障前

2022/2/24 修復後

Queue 數字 / 2022/3/2 中午

回應與紀錄邏輯

https://github.com/cofacts/rumors-line-bot/blob/master/src/webhook/handlers/groupMessage.js

Document title = 文字
Custom dimension 1: message sounrce ‘user’ ‘group’ ‘room’
字數需要大於 10

只要有 article found:

📡 Search hit: UserInput / ArticleSearch / ArticleFound
📡 每一篇 Event：Article / Search / article ID
最像那篇的 string similarity 須大於 0.95
最像的那篇必須有 valid category
📡 Top article valid: Article / Selected / article ID
- 這個也會被 API 的 GA 數據 pickup，算在 LINE 查詢次數裡

過濾是否有 valid reply (replycount <= 2

rumorCount >= 2/3 replyCount、標記為謠言的那篇回應讚數要大過標記為不是謠言的)

📡 Has valid reply: Reply / Selected / reply ID

Event 數字

https://datastudio.google.com/u/0/reporting/18J8jZYumsoaCPBk9bdRd97GKvi_W5v-r/page/Fuy6B

2021/11/15 故障前

Valid article rate = 21772/108908 = 20%
Valid reply rate = 3394/21772 = 16%

2022/2/24 修復後

Valid article rate = 546/2348 = 23%
Valid reply rate = 72/546 = 13%

Wording

列出相似文章？

「說到「⋯⋯」，之前有長得滿像的訊息在 LINE 上流傳，或許會帶給大家不一樣的想法唷！」
選擇文章後打開 Article LIFF，不在發話佔用群組的討論空間
- 不會把回應文字 show 出來，沒辦法直接看是個問題，但也比較省空間 [name=mrorz]
跳 LIFF 會有人有疑慮，也有人會覺得複雜 [name=bil]
如果 95% 以上的話 chatbot 跟現在一樣插話，但如果是 60% 這種，chatbot 因為不確定所以就讓使用者可以選文章 show LIFF，這樣如何 [name=mrorz]
- 有說服我，但還是把 95% 往下一點比較好 [name=bil]
先拉 search hit 的使用者傳送文字，來計算 threshold 如何？[name=mrorz]
- 看數據很好，但現在非常時期（俄國侵略）還是先調整如何 [name=bil]
- 「跨國互動」不是 valid category [name=mrorz]
- 但還是有疫情 [name=bil]
為啥是 95% [name=mrorz]
- 他也是 1:1 下自動選擇的 threshold [name=nonumpa]
80%? [name=bil]
- 怕 https://www.youtube.com/watch?v=xxxxxxxx 的亂碼部分就佔不到 1/5 之類 [name=mrorz]
- 要把 URL 獨立算嗎？ [name=nonumpa]
- 但也同時有 https://cofacts.tw/article/1r72n9bh4yxp3 這種根本是同個網頁的 case [name=mrorz]
- 群組 case:
  - 連結比對問題 https://www.facebook.com/groups/2034059996670763/posts/2260959403980820/
  - 連結比對問題 https://www.facebook.com/groups/2034059996670763/posts/2134007683342660
  - 似乎沒有因為「80% 太低」而觸發的問題回報 [name=bil]
  - 真的假的的第二層 filter 也會把 false positive 降到很低 [name=bil]
- 之前的討論

:::success Short term: 先調降到 80% Related ticket: https://github.com/cofacts/rumors-line-bot/issues/245

Long term:

研究兩段 filter 濾掉的東西長怎樣
Maybe 再往更不像的訊息實作 article list carousel 機制 :::

送出訊息 state diagram

https://docs.google.com/drawings/d/1jnrRJG8zs8HZTjgey0FbNQjo5FpylE47_-jiPiuD3iY/edit

Creation flow 都使用 quick reply 避免使用者捲回來按舊按鈕
把 ASKING_ARTICLE_SOURCE state 加回來
移除 Source LIFF
Reason LIFF 送出理由之後，直接在 LIFF 裡道謝，不會再 sendMessage 回訊息視窗
- 仍有舊的 upvote/downvote LIFF 與「看過的訊息」會 sendMessage

:::success Flow: checked! 下週：對 wording :::