---

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

20240701 會議記錄

:::info

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

:potable_water: Release pipeline

:star: Released to production

:electric_plug: API

https://github.com/cofacts/rumors-api/releases/tag/release%2F20240630

:eye: Under review

CCPRIP

[Op] 已封鎖訊息仍會被搜尋

Ref: https://g0v.hackmd.io/iCoUCvJXTrSh2eddLcti0Q?both#%E8%A9%AD%E7%95%B0

• TXT 的 source map 無法指定 last mod time，不會觸發重抓
• 針對沒有重抓的 514 網頁重做 XML 的 source map –> 還是沒有重新爬取⋯⋯
• –> 2024/6/30 23:00 重抓了，現在都有成功 takedown

:::success

• It works (after 1 week)
• 新舉報的也要拿下來，以後加進工具裡 –> rumors-api 開票，修改 block user script :::

[Op] 來信下架

• https://cofacts.tw/article/_fgYpo0BAjOeMOklWy-8
  • wording 跟 https://cofacts.tw/article/u9of6dn8p0kb 一樣
• https://cofacts.tw/article/_PgYpo0BAjOeMOklWS_H
• 還有 https://cofacts.tw/article/wfcL6YwBAjOeMOklki_D
• 用這個回： https://tfc-taiwan.org.tw/articles/10447
• 放幾天之後 unblock https://cofacts.tw/article/MXEnIJABd3gcY0Lp40gE + 回應
  • 不要驚動受害者
  • 繼續把訊息藏起來，用其他篇示警為詐騙

[Comm] AI transcript improvement

Design doc: https://g0v.hackmd.io/@cofacts/rd/%2Fwkx286lmTDaFUpgRhnUawQ

Gemini Prompt engineering https://docs.google.com/spreadsheets/d/1ygU7fRZd-OGhj22uIqheMVKJob-ldM2KDG0PfpHTyJA/edit?gid=0#gid=0

Gemini multimodal LLM

• 同時可處理影像與聲音
• 可以同時用來做逐字稿與 AI reply，AI reply 不用等逐字稿
• 一個 prompt 可以用在無人聲有字幕影片，也能用在有人聲無字幕影片
• 沒有貴很多

問題

• 要先傳到 GCS or File API (Beta)
• 即使是 flash，速度也沒到很快
• RECITATION error 問題
  • Citation filter
• 莫名 safety filter
  • 關不掉

其他

• 還沒實作 AI 回應的 feedback ._. https://www.figma.com/design/1tiXCGut4kNCEkDG9FTza7/LINE-Chat-UI-Template-(Community)?node-id=306-1619&t=jZag3uDtcForLjRO-4
  • New index - ai response feedback?

LINE bot long response handling

https://github.com/cofacts/rumors-line-bot/blob/master/src/webhook/handlers/singleUserHandler.ts#L78

figma: https://www.figma.com/design/1tiXCGut4kNCEkDG9FTza7/LINE-Chat-UI-Template-(Community)?node-id=852-2034&t=jZag3uDtcForLjRO-4

singleUserHandler

• The function that calls handlePostback/processOOO 等回傳 Result 的東西
• stores latest webhook event’s reply token in context
  • or collect a list of reply token and it’s received time; remove old tokens whenever consuming the token
• send() reads token from context instead of the webhook event that triggers this query
• when timeout, send a message to ask user to “continue” ad snack message
• when the user press continue, it replies nothing, just update reply token

---

特殊狀況：

• send 被呼叫時，已經是下一個 search session 了
  • 選擇 1：不要做任何事情
    • 建議選這個，使用者認知上應該也會覺得，送了新訊息的時候其實已經放棄了舊的查詢
  • 選擇 2：或者把 reply token 花掉，真的好了的時候用 send push message
    • 現況比較接近這個，只是 reply token 來源為觸發查詢的 webhook event
• Result 回來、send() 呼叫時已無 reply token（使用者沒按「繼續」）
  • 選擇 1：把 replies 存起來等使用者按「繼續」時立即回應
  • 選擇 2：動用 push message API
    • 建議選這個，UX 比較順而且可以不用時做那個儲存機制 [name=mrorz]

:::success 開票放著 :::