20171129 會議記錄

1210 小聚籌備

推播貼文

《鍵盤闢謠護人權 - 真的假的編輯小聚》

我們不是顛覆國家政權，我們是在顛覆謠言的想像。請在連結內報名，好讓我們統計人數唷！

2017/12/10(日) 14:00-17:00 在台北有「真的假的-轉傳訊息查證」第六次的編輯小聚，請記得當日要攜帶電腦喔 💻

不要屏棄真相的價值，幫助親友擁有知的權利。世界人權日，邀請你一起來：

報名這邊請 :arrow_right: https://cofacts.kktix.cc/events/cofacteditor6

Rosalind 找案例分享 case study

2 月小聚主題：尾牙

教學文推播 before 11/30

〖真的假的跟你想的不一樣！〗
真的假的，你用對了嗎？

⭕ 正確：收到奇怪訊息，就《整篇》轉傳給我們。
❌ 錯誤：手動輸入「XXX 是真的嗎」這樣的問句傳給我們。
❌ 錯誤：只轉傳一個連結。
❌ 大錯特錯：與機器人聊天，如「Lucien 好帥！」

• 如果傳進來的訊息之前有人回過，機器人會自動回應 🤖
• 選擇送出新訊息，會公布在💥公開💥資料庫，讓大家手動回應 💁

詳情請見《使用者入口說明》http://bit.ly/2juVOrS

---

請轉傳可能是謠言的全文給我們，這裡幫你找闢謠資訊。
我們可以幫忙查證Line中的轉傳訊息與文字，不過連結或影片不是我們的查證範圍喔！如果直接問問題，我們不會回你。我們才不是 Siri！

真的假的Line Bot，只有在資料庫裡謠言有紀錄時是機器人回覆，資料庫內會是真人查證編輯，以確保回應的品質。

你的訊息，將被公開並貢獻到公共領域，供他人檢視查詢。因此請確認轉傳進來的是謠言或可疑的文章喔。

---

《你傳入資料庫的文字將貢獻到公共領域》
資料庫裡的文件與編輯作業，會拋棄著作權、供他人參考查證。
（引用之文字之著作權仍屬於原文作者所有）

若會在意這一點，請不要選擇將文章送出到Cofacts的資料庫。

R:
錯誤使用「真的假的」可能會造成你的個資外洩！

---

GGM:
是可以繼續付錢

MrOrz：
可是我覺得邊際效益⋯⋯

GGM:
例如說每週推文章這件事還沒事

MrOrz:
那就那個時候再付。

大松檢討

• 大概長這樣

LINE onboarding experience

orz:
一定會想跟 bot 對話

bil:
可是使用者不知道。我們沒有好好跟使用者來說，送出了會被大家看到這件事。因為 LINE 裡面大家習慣的是私人對話。

R:
但有去識別話。

bil:
但也不會因為去識別化就不去在意自己的訊息會被人家看到

R:
如果他們不同意公開，那我們怎麼闢謠？

bil:
他們真的以為是機器人闢謠。
或許我們不該說是「聊天」機器人。

R:
但我以為是要去掉「機器人」。

bil:
他們可以接受闢謠是人工的，但搜尋是機器人。
這部分可以很仔細地說明出來。

Hazel:
所以他是機器人

Bil:
但他不是聊天機器人。

orz:
搜尋引擎 搜尋工具

Hazel:
我有一次把這個介紹給別人，他還不知道怎麼用，
所以一開始就問問題。
他不知道什麼事轉傳訊息。

GGM:
下一個要做擋字數與連節

orz:
可以趁那個時間說這裡不是問問題的。

lucien:
改成查證機器人？

orz:
我覺得可以是查證工具

蝴蝶：
查證工具人

Bil:
我就是工具人

Ｒ：
我覺得可以內部自己用，外部還是不要

結論：正名「查證工具」

welcome message

orz:
welcome message 放一個 2 步的懶人包
轉傳 LINE 訊息 -> 得到答案

GGM:
可以放 gif 嗎

orz:
不行

GGM:
「但你無法獲得回答」是什麼
講這句話會不會怪怪的

Bil:
這件事情需要說喔
但可以換 wording，不知道怎麼講比較酐

GGM:
「當該則訊息沒有獲得回答，他無法獲得通知」

Hazel:
這種文字對他們好像有點難懂

GGM:
就說「我們會記錄你的文字」

R:
放個連結到使用者條款如何？

結論：
orz 出一張懶人包圖
給大家看看

1. 2步驟懶人包：正確使用方式「轉傳 -> 得到答案」的截圖
2. 2步驟打人臉：錯誤使用方式「打訊息 -> 沒人回」

開放資料

上傳 kaggle

蝴蝶：
大松的時候我確定說要把 3 個東西公開

bil (drunk):
jjjjjjjj

蝴蝶：
有人會想從 article 分析 有人會從 user

所以我就 denormalize，生 json

article 會產生 user，user 會產生 article

reply 的部分也是會包在同一包
如果要重建關係，會輸出比較 raw 的 replyconnection，整包會付 ID

蝴蝶看能不能這個週末把它生出來

貼圖

• 合約
• 執行時程討論
• 上架推廣做法：
  • 貼圖名稱：闢謠碎碎念/查證心裏話
  • 製作單位名稱：CofactsXSyndAvant
  • 在社團說明設計理念：元素擷取、設計理念、贈送給編輯的紀念等。也介紹合作的設計單位。
  • LINE表示贈送貼圖以任務式進行，限期(3個月、幾個月)，不建議販售

結論：約下週三或下下週三見面討論執行細節，並且請他們出一份合約再修改。

社團貼文管理

希望有品質的貼文，是否需要增加一些規範，例如不能純轉文章，一定要有跟假新聞相關的想法。
https://www.facebook.com/groups/cofacts/permalink/2049943655237453/

• 新增貼文規範：

這裡歡迎各位闢謠編輯，交流各種闢謠經驗、假新聞或訊息的相關資訊，貼文時請附上你的看法，讓大家知道為什麼想分享、希望討論的議題。

LINE bot 回覆

請大家試玩看看 staging，看有沒有要改的

LINE ID: @nkq3195z

Mappings refactor

• Staging environment

  • Separate elasticsearch, 6.0
  • API: cofacts-api.hacktabl.org
  • Web: cofacts.hacktabl.org

• Mappings

  • 屏棄 parent / child，改用足夠多的 counter field 給 filter？
  • 哪些要是獨立 index、哪些該做成 nested object
  • References
    • 維持現況（foreign key 放 parent）
    • 存放各種要 index 的數字
  • 嘗試全新方式？
    • Postgres with Elasticsearch search function - ZomboDB, 推坑文

Elasticsearch 不可靠論：

• No trasanction
• Near-realtime, no locks
• Index 只保證 1 ~ 2 秒才會出來；可能會查到還沒寫入的東西

結論：Zombo 沒人敢跳，繼續用 ElasticSearch。