跳至主要內容

[心得] UNCTAD eWeek 2020 - Coping with the economic fallout of the COVID-19 crisis in Africa: What role for trade and digital policies?


這個場次著重在非洲的數位發展。由於年初到迦納參與FOC,加上在工作的過程裡或多或少都會與非洲的農業發展、肯亞的智慧城市規劃,或是去年在談包容性創新 (Inclusive Innovation) 都會涉略到非洲大陸國家,所以也參與了這一場:「HIGH LEVEL LIVE SESSION - Coping with the economic fallout of the COVID-19 crisis in Africa: What role for trade and digital policies?」

台灣人對非洲的想像可能有各種面貌,這個場次著重談三個方向:
  1. 「多邊」(Multilateral) 對於這場疫情在非洲的影響
  2. 「數位化」(Digitize) 對於非洲國家的幫助
  3. 數位科技對於非洲國家所帶來的利益與包容性
我自己比較熟悉的包容性創新案例是主要在印度,而 2013 年開始提供協助予非洲國家的 digital Green,他們不但透過教學讓農夫們自己想辦法學習科技產品,更讓農夫們透過網路互相教學及幫忙,CoCo專案也運用資料分析來提供資訊給農夫們。2016 年時 APrIGF 在台北舉辦,開幕式時,我聽見台下有人問:「有沒有可能再出現第二個 digital Green?」我忘了有沒有人回答這個問題,但答案其實是蠻難完成的。
這場在 UNCTAD的 eCommerce Week 會議是屬於高層級的討論,不再侷限於國內,而是談論國家層級,甚至是國際層級的合作。邀請了 blueMoon 在 Rwanda 的成員和與會者分享。如前一篇文章裡所提到的,Rwanda 在文件傳遞的電子化做得很成熟,大致上可以維持正常運作,但是生活必需品,例如農作物從產地至餐桌,價格的透明化、交通運輸的成本、疫情期間如何讓物資能快速的送達,以解決糧食危機、國與國之間,每個國家的邊境與隔離檢疫制度也不同,政府之間的協議,都會影響私部門(Private sector)的營運成效。

「非洲」是個有五十幾個國家的大陸總稱,在這場會議裡的與談人多來自東非,不過也可以了解到他們也希望透過數位化來平衡不同國家間的區域發展,甚至讓所有非洲國家的經濟都能在這場疫情過後改善。其中一位主講人就提到:「絕對不要浪費危機」(Never wastes crsis),在這位主講人的看法裡,這場疫情帶給非洲國家的危機就是加速轉型、數位化的契機,其實也就是我們常說的「危機就是轉機」,在這場疫情裡,許多企業將會垮掉,失業人口會增加,但他也樂觀的認為,創新研發,如新的物資傳送方式將會取代傳統的卡車運送。

就每個主持人提出來的問題,其實還衍申了更多需要再深入討論的議題,例如:
  1. 非洲各國的數位發展程度不一,僅管「非洲聯盟」(African Union) 打算在2020年開始藉由其他國家或聯盟的協助來進行「數位非洲」(Digital Africa)的十年計畫,但一來被COVID-19 疫情給影響,二來也因為中國、俄羅斯、歐盟、美國等數位大國都想染指其數位化發展,造成地緣政治與數位發展的分裂。
  2. 疫情的影響,就算是國與國之間可能有快速通道,也會因為需要對司機、貨車隔離檢疫而使運送急救物資、必需品的困難度提高。每個司機要運送物資到各個國家,不見得是橫跨一個國家,在非洲大陸上可能是橫跨很多個國家,而每進入一個國家就要隔離檢疫 14 至 21 天,有些東西可能就在運送的過程中壞掉了。
  3. 關稅、快速通關的這些優惠協定,在現在能否協助減輕疫情的擴散,在未來有無協助到產業及區域的經濟發展策略?
  4. 所有的政策與措施在疫情過後,要如何保有彈性去調適未來環境的改變?
  5. 貿易協定的好處能否擴及其他非洲國家的發展?
因為國家與國家之間還存在著地緣政治因素,所以把「電子商務」交易的層級提高到企業對企業之間的採購、不同國家之間的貿易,其實就會回到古老的貿易條款,很多時候反而要再回頭看貿易的法規、WTO之間的討論、物流的法規、區域、貿易或商業組織的聯盟協定,而不是最初想像的消費者付費、生產者把商品運送到消費者手中而已,就算消費者已取得商品,還有後段的消費者保護議題、資料主權與所有權的議題,每個議題其實是環環相扣的,而討論的過程裡,印度的與會者也提到在印度,也會有同樣的問題出現。

這個場次的與談人也提到了,也許先該建立一個平台,讓政府之間可以快速交流、合作,以「泛非洲方式」(Pan Africa Approach),將非洲國家聯結起來,地方政府可以與私部門找出合作模式(這部份有人問但沒有細談),讓地方政府也可以藉由私部門提供的服務快速發展。

關注非洲的數位發展、電子商務議題,都會讓我回想到台灣在發展電子商務的歷程。

走筆至此,這次台灣在疫情控制上已取得相當大的優勢,政府也十分難得的獲得人民的高度認同與信任,這是十分難能可貴的政府文宣數位轉型經驗;但在跨境運輸上、貿易上、商業、各產業政策發展與轉型的速度,似乎還在努力中,並沒有因為控制住疫情,整體社會較於其他亞洲國家甚至歐美國家能維持相對正常的經濟活動而取得先行者優勢,也沒想過在疫苗未研發成功,只要天氣一冷或是病毒永遠不會消失的經濟、產業應變政策,這是非常可惜且浪費了轉型的發展機會,如同在這場座談會的專家所提到的「Never waste the crisis」,目前台灣政府的政治迷因 (meme) 發展得非常成功之外,相關的經濟發展政策、外交政策、貿易協定,希望也能藉這個危機化為轉機,快速協助各產業進行轉型。

其他相關重要文章:

  1. Global e-commerce hits $25.6 trillion - latest UNCTAD estimates
  2. Renewed urgency to implement the African Continental Free Trade Area: How can Africa prepare now?
  3. Africa needs a Marshall plan to ride out Covid-19 crisis; prepare for uncertain times

留言

此網誌的熱門文章

停不下來的更新

一直更新Blog的版型,我必須承認是一件很無聊的事,不過這次除了版型的更動外,連分類和文章內文也做了變動。 先說分類吧!在Blogger叫做Label,不過,Blogger在分類上有一些bugs,只能使用英文,以前這裡的分類大多都是中文分類,結果在link上就是一堆亂七八糟的亂碼,所以我把它改成英文,同時細分一些項目,把出版的文章和一些教學的文章分開來,雖然已經很久沒寫新的,不過既然放上來就做個分類。然而就在新舊label移轉之後,發現中文的label還會存在,而且還會出現莫名奇妙的幽靈數字,Blogger知道這是個bug,不過似乎一直沒有修復的跡象。所以在分類上就出現了如右圖一般的情況,在英文標籤裡會有文章,但是在中文標籤裡是沒有文章出現的,但奇怪的是,有些中文標籤已經不見了,然而在Beauty-Beta這個部落格裡,我也做了分類上的變動,由於以前用英文開頭的Label,所以在label的變動上倒是不用擔心會有這樣的情況。 再來是文章的內容,把以前的文章重新分類,標題前面的一些全形符號或是分類刪掉,除了一些比較特殊的,我會留著,例如壹陸壹,因為在label裡為了統一,我留著原本的E61,但人家的店名是壹陸壹,所以留下文章標題前面的中文分類,另外像是Entertainment項目裡,可能有音樂,可能有電影,就會在前面留下中文分類。 前簡單的CSS和HTML改成現在的XML,這無疑是讓我們再多學些東西,能有時間鑽研當然是好事,可是轉換後,我一直沒有時間去改,當然多半也是因為懶,到現在也是拿別人做好的版型去改配色而已,所以像裡面的設定、安裝的widget和analytics的javascript都要一個一個重新裝,上個星期幾乎每天都弄到天亮才睡,只為了整理這個blog。也因為之前在blog裡放了technorati的分類,所以還要修改以前的文章,把它們加入technorati,還有裡面的語法要更改,所以這個星期甚至下個星期都會一直收到這裡的更新訊息,對於不斷收到訊息干擾的朋友們,在這裡說聲抱歉。 在版面上因為blogger系統在feed接受上的更新,所以還有四個東西沒加進去,分別是最近的文章(Recent Post)、Comments(目前是用別人寫的widget)還有GVO的feed訂閱顯示、Beauty-Beta的訂閱顯示也都還沒放上去。 在Feed訂閱上,以前bl...

用Claude Code做一個AI飲食營養分析Bot:從拍照辨識到條碼查詢的實作筆記

沒想到在十多年後,因為想做飲食營養控管,所以自己利用 AI 開始做一個簡單的食品營養分析工具,能分析我每餐的飲食是否充足或過量,並提供有依據的飲食建議。 最初的雛形是基於以往曾參與「 Food Open Data 」倡議的經驗,我希望用最簡單的方式,拍照-->AI辨識與分析-->提供建議,然後統計一段期間的營養攝取狀況。 最初的想法 當我把我的雛形想法告訴 AI 後,Claude Code 很快的就幫我設計好雛形、教我如何申請Telegram Bot,這些步驟都寫得很清楚,整個雛形做好不用半天,我還愣住了,怎麼可能這麼簡單?難怪那些應用程式公司只把飲食營養分析當作一個「附加功能」,主要目的是蒐集其他的生理監測資料,但這些公司蒐集資料的用途,我自己在處理過美國資料經紀公司所販售的資料隱私資訊後,這是值得關心的議題,但不在此篇文章裡討論。 不過,我只專注在飲食分析項目,我覺得這個功能如果可以做好,再想想其他的。最初的想法很宏大,因為家人與自己患有慢性疾病,所以特別針對某些族群設計,但事實上,如果沒有實際的使用情境,可能也無法做出符合需求的產品。 於是我把這個Bot的使用者只鎖定在我自己的飲食分析上,那就簡單多了。 工具與環境限制 我在今年已經改用 Claude Cowork 與 Claude Code 協作,雖然 Claude Code 有一般介面版,但我大多數時間都開著終端機視窗使用 Claude Code,這樣比較能專心工作。 基於使用工具的習慣,我使用 Claude Code 開始建置,當時的模型雖然已經有Opus 4.8,但Sonnet 4.6已綽綽有餘,而後來出現的Fable 5 則用在其他專案裡。 因為只做給自己用,所以選擇最簡單的 Chatbot 形式;也因為我希望可以自由的使用而不是提供過多的個人資料給其他平台,選用 Telegram Bot,而不是台灣人常用的 LINE Bot ,而且 LINE上太多廣告,根本不想開它。 在衡量經濟現實及自我管理資料的想法後,目前這個 Bot 與資料庫只放在我的電腦裡,沒有上雲端,當電腦休眠、網路斷線時,Bot就會停止工作。 雖然只是給我自己使用,但我還是要求資料庫是加密儲存的,匯出資料時也必須加密。 台灣的飲食文化很多元 我不是開發者、也不是營養師,我自己也沒使用過其他的應用程式,所以無從理解在開發飲食營...

法制追不上AI:缺乏台灣AI基本法子法,公務員使用生成式AI的五大風險

昨晚看新聞,現任台北市長拋出一個政策宣示:未來公務員將配給自動化的AI工具,讓台北市政更「前進」。台北市資訊局也已快速推出 CiviClaw,目標是 2027 年讓每位公務員都能無門檻使用 AI。 這樣的政策方向讓我感到憂心。長期觀測各國個資保護規範的我清楚知道:台灣的個人資料保護主管機關至今仍是「籌備處」,尚未正式運作;《個人資料保護法》的修法呼聲雖久,AI相關條款卻付之闕如;《人工智慧基本法》已於今年1月施行,但高風險AI認定標準的子法至今仍是空白。 有網路、有 IoT 不等於智慧城市,有 AI 當然也不等於智慧城市,應該重視制度能否承接工具帶來的責任。 歐盟已明確禁止業者使用 AI 推測員工或學生的心理狀態;美國聯邦政府要求採購 LLM 時廠商必須提交模型卡與資料卡;韓國 AI 基本法的子法早已配套生效。這些都是台灣政府在推動配給公務員 AI 之前,必須正視的制度差距。 以下我與大家分享長期觀測的內容,由AI協助整理資料: 歐盟:從禁令到揭露義務的多層規制體系 歐盟的AI治理框架是由多部法律疊加起來的立體架構,最底層是2018年施行的 GDPR,處理的是個人資料如何被蒐集、儲存、使用的基礎規則,再來疊是2024年生效的《人工智慧法》(EU AI Act,下稱 AI 法),建立不同風險等級分類管理AI系統,從禁止使用到高強度監管、再到一般透明度義務,形成不同層次。最新的一層則是仍在立法程序中、但主要架構已確立的 Digital Omnibus ,試圖修補 AI 法與 GDPR 之間的規範衝突。 AI 法第50條是最直接影響生成式AI服務的條款,自2026年8月2日起全面適用。根據這條規定,凡是讓使用者與AI系統互動的業者,必須主動告知對方「正在與 AI 互動」,而不能讓人誤以為面對的是真人。AI生成的文字、影像、音訊等內容,還必須以機器可讀的格式加上標記,使平台與監管機關得以溯源辨識。與此同時,AI法第14條要求高風險AI系統必須設計成「可由自然人有效監控」的形式,確保機器的決策不會在缺乏人工審核的情況下直接作用於當事人。 AI法所稱的「高風險 AI 」,涵蓋的場景比一般想像的廣。依該法附件三列舉,生物辨識系統、關鍵基礎設施管理、教育與職業篩選、就業與人員管理、信貸與社會福利申請審核、執法、移民邊境管制,以及司法審判輔助,都在高風險範疇之內。這些場景的業者必須進...