# TechDog Club Show ## Show Rundown 27 July 21:30 # Stable Coin and Crypto ### 美國穩定幣法案動態(2025年) 2025年7月18日,美國總統特朗普簽署了 **《指導與建立美國穩定幣國家創新法案》(GENIUS Act)** ,這是美國首部聯邦級穩定幣立法,構建了規範穩定幣發行與監管的新架構。 法案規定,只有獲准的存款機構、信用合作社的子公司及聯邦批准的非銀行機構可以在美國發行支付型穩定幣。其他個人或非獲准機構不得發行,數字資產服務提供者也僅能出售經許可發行者發行的穩定幣(部分合規外國發行者除外)。 被認可發行的穩定幣不會被歸類為證券或商品,避免落入證券交易委員會(SEC)或商品期貨交易委員會(CFTC)監管範圍,而是接受聯邦主要金融監管機構(如貨幣監理署OCC)的直接監督。 新法案要求穩定幣必須有流動性的同幣種資產(如現金、國債等)作為儲備,且需定期公開儲備報告。 法案自生效日起18個月內(或主要監管機構發布最終條例起120天)正式生效。美國國會同時推動《數字資產市場明晰法案》(CLARITY Act),進一步釐清不同虛擬資產的監管歸屬。 ### 香港穩定幣政策進展(2025年) 2025年5月21日,香港立法會通過《穩定幣條例》(Stablecoins Ordinance),將於2025年8月1日正式實施,是亞洲首批穩定幣專法之一。 香港條例明確要求所有「法幣掛鈎穩定幣」(Fiat-referenced Stablecoins, FRS)發行人,均需取得香港金融管理局(HKMA)發出的許可牌照。包括在港內發行、或發行與港元(HKD)掛鉤的穩定幣,皆受規管。 發行人必須滿足嚴格的資產保障、風險管理、贖回機制、反洗錢要求,並須將儲備資產存放於信託並保持流動性(現金、政府債券等)。只有獲發牌公司可以面向零售用戶推廣及發行穩定幣,未持牌公司僅限於專業投資者市場。針對無牌推廣及發行會有嚴格執法。 穩定幣儲備、營運透明度及用戶保護被列為重點。條例亦授權HKMA擁有廣泛監管和執法權力。HKMA將於2025年7月底前公布反洗錢指引及詳細申請牌照的操作要求,下半年預計有公司獲批。條例讓香港成為虛擬資產及穩定幣創新監管的試點,對跨境數字金融及內地市場有潛在政策示範效應。 ### 中英文媒體綜合觀察 美國和香港皆因國內外對穩定幣合法性及監管迅速升溫,分別採取聯邦立法與特區立法,並強調儲備保證、牌照制度、機構監管和用戶保護,且均設立過渡期。 香港對推廣限制、反洗錢監控與跨境場景更加注重,而美國則明確劃分監管邊界避免部門重疊。兩地立法落實後,預計國際大型機構與科技平台會推動合規產品落地,穩定幣市場將更主流化、投資者信心或提升。 ## Show Rundown 22 May 20:00 # ==IT Life in UK== ### Fook Shui Questions: ~~When did you plan to go UK?~~ ~~(Personal)Any saving when decided to go?~~ ~~Find the job before or after arrival?~~ ~~Any difficulty on settle down?~~ ~~How's life compare with HK on food, transport, social circle?~~ ~~Any entertainment in your neighbourhood?~~ How's the IT labour market recently? Any Infrasture related oppotunity? Any aquire Certificate favorite Job seeking? Company focus more on Degree level? --- ### SOR Questions ~~What your budget and spending actually? Any accident ?~~ ~~How working clulture in UK? Team feeling / building?~~ ~~Project management select?~~ ~~Have any organize of the worker or hker?~~ ~~Remote work propular is UK? should people select live in small town but remote work ruter then live in big city?~~ --- ## Show Rundown 29 May 20:00 # ==How to block TG== ### Intro 據了解,公署正積極考慮首次引用《個人資料(私隱)條例》第66L條所賦予的權力,停止或限制市民接達相關平台上有關訊息發布所在的部分,甚至是整個平台。消息人士坦言,一旦引用法例,技術上「很難剪啲唔剪啲」,有機會連整個平台不能瀏覽,而整個應用程式也可能被移除,在作出決定前會考慮公眾意見,但希望市民明白「為何行到這一步」,以及「行到這一步的後果」。 https://std.stheadline.com/daily/article/2462955/日報-港聞-私隱署研-封鎖-Telegram ### Fook Shui Study #### Network Level 5 approachs[^1](/woI41YFnTEiEcIrX5HhV4g) 1. Domain Name Server (DNS) blocking ![](https://i.imgur.com/acpkho2.jpg) ![](https://i.imgur.com/Fft1VWd.png) ![](https://i.imgur.com/CPgVBzo.png) Domains and IPs used by TG and cloud service provider of TG 2. Deep Package Inspection (DPI) ![](https://i.imgur.com/GKGkOlN.png) MTProto core ![](https://i.imgur.com/zb0OSCp.png) Messaging precess sequence ![](https://i.imgur.com/nouW5Qq.png) DataCenter authenication timeline ![](https://i.imgur.com/rLzvv6p.png) message encryption process 3. URL blocking solutions (block name server use by target server) 4. Proxys and firewalls 5. Blocking technologies in the operators’ router ### SOR Study #### Dev Level 1. App Store Lock 2. Admin Level Blocking 3. Open Source sorftware -> transform 4. --- ## Show Rundown ~~June 20:00~~ 17 July 22:00 # ==MicroService== ### Fook Shui Study #### Virtualization前世今生 --- #### Well known Hypervisor(Iaas) - Xen start dev at 2003, Citrix release 2011-2018 - KVM start dev at 2006, Red Hat release 2009-2020 - Esxi start dev at 2001 till now #### OpenStack crossplatform(Iaas) - united utlization of different hypervisor - splited compute, network and storage node in virtualization level - initial at 2010 till now #### Docker(Paas) - create separate service on top of OS - split container, image and service in object - initial at 2013 till now ![](https://i.imgur.com/8b0r85f.png) #### K8s (Paas Management) - Auto deploy, scaling and management base on Docker in 2014 - Start to develop CRI at 2016 for multi platform - Say bye to Docker at 2020 by give up dockershim - initial at 2014 till now #### Cloud Platform araise - AWS - Lambda: compute service for code - Fargate: massive manage container - ECS: container service(docker?) - EKS: manage container(K8s?) - ECR: register management - Direct Connect: site to site VPN for AWS - PrivateLink: VPN for you to access AWS from outside - EBS: block stoage for EC2 - Azure ![](https://i.imgur.com/hqlIqE7.png) - Google Cloud - GKE: manage and secure container(K8s?) - Cloud Run: serverless to run application in different language - Cloud SQL: MySQL, PostgreSQL, and SQL Server that without a real VM or physical machine - Anthos: Migration tool of other cloud, included container ### Sor Study #### Reason to Microservice 1. Deployment / Server Downtime concer 2. Performance 3. Resource 4. Dependence 5. Lack of Documentation 6. Learning Curse #### Change of workflow 1. Git -> CI/CD 2. Data Exchange Interface 3. TDD 4. Project Management Flow Change -> Mini Project -> Mini Team #### Goal 1. Serverless ### Alex Study #### Salary report https://www.nesta.com.hk/salary/%E9%A6%99%E6%B8%AFdevops-engineer%E4%BA%BA%E5%B7%A5%E5%8F%8A%E5%85%A5%E8%A1%8C%E5%89%8D%E6%99%AF%E8%A9%B3%E7%B4%B0%E5%A0%B1%E5%91%8A/ https://www.itjobswatch.co.uk/jobs/uk/devops%20engineer.do Median salary rate from 60K (2020) now up to around 75k(2022) 11% up rate, max is 100K and lowest is 50k #### Top ten skill requirement - AWS - Kubernetes - Terraform - CI/CD - Docker - Azure - Python - Infrastructure as Code - Linux - Ansible (自動化部署工具) ## 網絡公司指「安心出行」存重要保安漏洞 資科辦:不盡不實不公道 (13 Aug) https://www.inmediahk.net/node/政經/網絡公司指「安心出行」存重要保安漏洞-資科辦:不盡不實不公道 上個月底有波蘭網絡及數據安全調查機構「7ASecurity」針對全球各個國家嘅防疫應用程式進行測試,其中對香港嘅「安心出行」測試嘅報告導致OGCIO特登出新聞稿回應。 事緣2020年11月「安心出行」最初推出嘅時候,頭兩個星期下載量連50萬次都冇,部份因為普遍市民擔心私隱問題,佢哋甚至寧願買多部手機嚟安裝。針對呢啲憂慮,「安心出行」更新版本將應用程序要求嘅權限從15個減少到7個,并且政府發布一份題為「[保證新應用數據隱私](https://www.news.gov.hk/chi/2020/11/20201118/20201118_133208_600.html)」嘅新聞稿強調「數據將被加密」,並「採用AES-256加密標準保護儲存在用戶手機內的出行記錄數據」,聲明符合《個人資料(私隱)條例》。 到咗2021年2月,政府容許餐廳將營業時間延長到晚上10點,並容許四人一檯,前提係用餐人士下載「安心出行」應用程式或者手動登記個人信息。而體育設施、健身中心、美容院、公共娛樂場所等,如果展示「安心出行」並幫助登記客戶個人信息,都可以恢復營業。同時政府喺當月發布咗一連幾篇新聞稿包括:[研增安心出行功能便利市民](https://www.news.gov.hk/chi/2021/02/20210214/20210214_152722_191.html)、[資科辦籲提防偽冒安心出行程式](https://www.news.gov.hk/chi/2021/02/20210216/20210216_180050_251.html)、[創科局反駁安心出行失實資訊](https://www.news.gov.hk/chi/2021/02/20210219/20210219_124947_394.html),聲稱「該應用程序不會對隱私構成風險」同埋「公眾可以放心使用該應用程序」。他們跟住表示「該應用程序已通過獨立第三方進行的安全風險評估和審計以及隱私影響評估,以確保其符合《個人資料(隱私)條例》的規定。」,喺增加咗需要收集「相關個人信息」嘅疫苗接種記錄功能之後,呢個[資訊](https://www.news.gov.hk/chi/2021/06/20210601/20210601_141555_875.html)喺6月重複出現。 該應用程序的安全和隱私評估於 2021 年 10 月進行。隱私審計指出“總體而言,在進行了詳細的隱私影響分析後,沒有發現可能導致隱私數據洩露的問題或潛在風險。”安全審計同樣指出:“一般而言,安全控制措施適當到位,以保護 LHS、其數據和相關基礎設施,並且系統符合現行的 IT 安全法規、安全政策、標準、指南和政府的程序,以及OGCIO [政府資訊科技總監辦公室]。” 然後同年11月開始,政府強制市民進入政府大樓或辦公室之前掃描「安心出行」,12月進一步擴展到進入所有政府場所、醫院、市場、酒店、電影院、餐館、健身房、購物中心、超市、大學同埋禮拜場所等。 喺檢查相關場所嗰時,執法人員可以要求客人顯示「安心出行」應用程序嘅登錄頁面。如果有人冇裝會罰5,000蚊,餐廳會降級為A類商業模式。咁意味住佢哋只能喺朝早5點到下午6點之間營業,兩人一檯,而D類餐廳就可以營業到凌晨2點,每檯最多可以容納12人。呢啲政策導致好大部分人安裝咗「安心出行」。 今年5月,政府嘅[一份聲明](https://www.news.gov.hk/chi/2022/05/20220503/20220503_212249_062.html)「主動向公眾解釋「安心出行」移動應用程序的信息安全和隱私保護方面。」,呢份聲明是為咗回應總部位於香港嘅獨立新聞機構FactWire記者,對該應用程序嘅調查。嗰次調查檢視過Android應用程序嘅源代碼,並且發現佢具有面部識別功能嘅證據。隨後OGCIO聲稱已要求開發商Cherrypicks Limited(中國網絡遊戲公司網龍Websoft嘅子公司)研究,喺唔影響應用程序「正常運行」嘅情況下,刪除面部識別源代碼。 喺6月下旬,[創科局長薛永恒表示已收到超過800萬次下載](https://www.pcmarket.com.hk/leave-home-safe-download-8-millions-alfred-sit-told-amazing/)。個APP亦經常出現喺香港APP STORE最受歡迎應用程式排行榜。儘管做咗呢啲努力,但關於下載總量被人為誇大的問題仍然存在,鑑於整個香港人口為750萬,好明顯「安心出行」亦喺其他地方俾人下載過。為咗鼓勵使用,香港政府試圖通過公開聲明嚟緩解同隱私相關嘅問題。 最近有報導指出,政府已經開始要求市民喺「安心出行」入面按姓名登記,同時通過交通燈顏色代碼跟踪同限制「受感染居民」同埋「密切接觸者」嘅活動。呢個明顯嘅轉變,似乎係想進一步要求市民喺「安心出行」提供更多個人資料,而顏色代碼系統嘅實施亦引發咗對隱私嘅更多擔憂。 ## 安心出行DL超過800萬次,但香港得750萬人口 https://www.pcmarket.com.hk/leave-home-safe-download-8-millions-alfred-sit-told-amazing/ ## 容許中間人攻擊 ?《安心出行》再被指存在嚴重安全漏洞 https://www.pcmarket.com.hk/leavehomesafe-again-accused-of-serious-security-breaches/ ## 7A security disclose leave hom safe https://www.opentech.fund/news/7asecurity-otf-red-team-lab-partner-completes-blackbox-pentest-and-privacy-audit-of-leavehomesafe-app/ ## Penatration Test Report https://7asecurity.com/reports/pentest-report-leavehomesafe.pdf ## 局長話有AES-256 ![](https://i.imgur.com/6VKZGug.png) https://www.news.gov.hk/chi/2020/11/20201118/20201118_133208_600.html ## 7ASECURITY發表報告 ![](https://i.imgur.com/O2ZSSdF.png) https://7asecurity.com/blog/2022/07/leavehomesafe-android-ios-apps/ ## OGCIO回應7ASECURITY REPORT ![](https://i.imgur.com/ld8Ok6N.jpg) https://www.ogcio.gov.hk/tc/news/press_releases/2022/07/pr_20220728.html ## 7ASECURITY回應有否改善 ![](https://i.imgur.com/ncGlMV3.png) https://twitter.com/7aSecurity/status/1552955690733297664 ## 報告內容 #### LHS-01-001 WP1: MitM without Warnings via invalid TLS Certificates (Critical) 模擬假CERT過到冇WARNING 無加密去SERVER,明碼出密碼同身分證 ![](https://i.imgur.com/Y93nf5W.png) SUBMIT假名假電話假CASE 明碼出資料,兼假HOST都照去,甚至自SIGN SSL都過 ![](https://i.imgur.com/NCh61wC.png) An機會更加危險因為呢類冇USER WARNING嘅漏洞 #### LHS-01-002 WP1: Possible Phishing via Task Hijacking on Android (Medium) 當使用AN機釣魚軟件當加入安心出行會俾HACKER騎劫用戶打落安心出行嘅所有資料 ![](https://i.imgur.com/CQsGArb.png) https://www.ithome.com.tw/news/137887 #### LHS-01-003 WP1: Leaks via Missing Security Screen on Android & iOS (Low) 只要有人拎到你部機,就可以拎到你所有敏感資料。 ![](https://i.imgur.com/gqtwa1D.png) ![](https://i.imgur.com/PRSk5LR.png) ![](https://i.imgur.com/AdYF1Ra.png) #### LHS-01-007 WP1: COVID Status Access via Unsafe SD Card Usage (High) AN機會儲低針卡落SD-CARD,你可以經其他途徑拎返曬出嚟。 ![](https://i.imgur.com/oX8GMO0.png) ![](https://i.imgur.com/bqbN5Bs.png) #### LHS-01-008 WP1: COVID Status Access via Auth Bypass (High) 冇強制要求TOUCH ID ![](https://i.imgur.com/YXOmALO.png) ![](https://i.imgur.com/KxQFxH2.png) Key Although this prevents leaks via iCloud and iTunes backups, it still keeps the keychain data accessible for the app and root processes while the phone is locked. #### LHS-01-009 WP1: Weaknesses in iOS Keychain usage (Medium) 有人入到你個ICLOUD就可以拎到你啲密碼 ![](https://i.imgur.com/iPmsjmm.png) #### LHS-01-010 WP1: COVID Status Access via missing Data Protection (Medium) JB嘅IPHONE針卡資料可以直接拎到 Firebase FCM token明碼 LHS-01-004 WP1: Missing Jailbreak/Root Detection on Android & iOS (LOW) #### LHS-01-011 WP1: Possible App Notification Access via iOS Backups (Low) Firebase FCM token明碼直接BACKUP上ICLOUD #### LHS-01-012 WP1: Usage of Insecure Crypto functions and PRNG (Medium) 用咗唔安全嘅HASHING MD5同SHA1 用咗PRNG呢個假隨機數去計RANDOM,仲要冇落SEED 用"0000000000000000"嚟DEFINE VARIBLE #### LHS-01-Q02 WP2: Files & Information gathered by LeaveHomeSafe (Assumed) 隻APP有機會拎你部機嘅資料 1. General phone information: Device ID, system name, model, brand, device type 2. Connection information: WiFi SSID, carrier, IP address, MAC address, etc. 3. User-information: UIDs, cookies, session, event, page and track IDs 4. Available location providers 5. Running processes and services #### LHS-01-Q06 WP2: Presence of Face Recognition Code (Evident) IOS同AN機啲CODE寫定咗人面識別功能入去 # Why AI generate Image / Material discriminated in game indistury ## 簡介: AI在遊戲界引發的爭議並非單純的技術問題,而是涉及法律、藝術價值與產業生態等多個層面。 • 版權與原創性問題:這是最主要的爭議點。AI生成圖像的訓練數據大多來自現有藝術作品,這引發了侵犯原創藝術家版權的疑慮。由於相關法律規範尚未成熟,遊戲公司在商業上使用AI將面臨巨大的法律風險。 • 藝術價值的削弱:許多藝術家和玩家認為,AI生成的圖像缺乏人類創作者獨有的情感、思想和「靈魂」。AI作品雖然高效,但常被批評為千篇一律、細節粗糙,無法與人類精心打磨的藝術品相比。 • 被視為「偷懶」而非「創新」:玩家和部分開發者將使用AI美術視為開發商為了節省成本而採取的捷徑,認為這是一種缺乏誠意的表現,削弱了遊戲的藝術價值與獨特性。 ##### 例子 《小朋友齊打交 2 重製版》部分標題、宣傳資料和背景有 AI 工具協助創作,小熊強調自己僅是預算有限的單人團隊,插畫是沿用元祖版《小朋友齊打交 2》的內容強化,並非 AI 主導設計,角色創作過程皆為手工打造。 ### AI Study AI在遊戲開發中的使用 ##### 技術應用層面 AI技術在現代遊戲開發中已經從單純的工具轉變為創意合作夥伴。開發者正在利用AI進行多個方面的創新: - 內容生成:AI在程序性內容生成方面表現出色,能夠創建廣闊的遊戲世界、角色和環境。像《無人深空》這樣的遊戲使用AI算法創建了超過18萬億顆星球,每個星球都有其獨特的生態系統、地形和生物。 - 智能NPC:AI驅動的非玩家角色(NPCs)能夠實時響應玩家行為,展現出更逼真的互動。與傳統的預設反應不同,現代AI NPCs能夠學習玩家的行為模式並做出適應性回應。 - 測試和調試:AI技術大幅提升了遊戲測試效率。像modl:test這樣的工具使用模式識別來檢測錯誤,比傳統方法更高效。AI還能同時運行多個測試循環,減少重複性調試任務的時間。 - 動態難度調整:AI算法能夠分析玩家行為並實時調整遊戲難度。這確保玩家始終面臨適當的挑戰,提高參與度和滿意度。 ##### 產業影響 根據Unity 2025年遊戲報告,79%的開發者對AI在遊戲產業的影響持正面態度,其中31%表示「極度正面」。這種積極態度反映了AI工具在實際開發中的價值。 AI技術預計將持續快速增長,根據Mordor Intelligence的數據,AI遊戲市場的年增長率預計將超過30%直至2027年。Statista的2024年研究顯示,自動化遊戲內容開發已經在三年內將產業成本降低了約20%。 ###### 創新工具和平台 許多專門的AI遊戲開發工具已經出現: • Promethean AI:協助創建虛擬環境和道具放置 • Rosebud AI:允許用戶通過描述遊戲概念來生成初始代碼 • Ludo.ai:提供Unity代碼生成和遊戲概念指導 這些工具使獨立開發者能夠創建過去只有大型工作室才能製作的複雜遊戲。 ##### 玩家對AI使用的反應和歧視 ###### 普遍態度的分歧 玩家對AI在遊戲中使用的態度呈現出複雜的分歧。根據MIDiA Research的調查,60%的玩家表示只要遊戲品質良好,他們對AI的使用保持中立態度。 然而,一個重要的發現是,雖然大多數玩家表面上接受AI技術,但當AI使用被明確披露或發現時,反應往往更為負面。 ##### 具體爭議案例 - 《The Alters》事件:11 Bit Studios在未披露的情況下使用AI生成內容,被玩家發現後引發強烈反彈。玩家在遊戲中發現了AI生成的文本和翻譯,Steam要求開發者披露AI使用但該遊戲未標記。 - 《Jurassic World Evolution 3》:因使用AI生成的角色肖像而面臨批評,最終被迫移除相關內容。 - Square Enix的《Portopia》:這款AI驅動的重製遊戲在Steam上獲得了「極度負面」的評分,只有13%的評論為正面。 ##### 玩家的主要關切 品質問題:玩家普遍認為AI生成的內容品質較低,被稱為「AI垃圾」(AI slop)。劍橋字典甚至將「slop」定義為「互聯網上品質極低的內容,尤其是由人工智能創建的內容」。 創意性和真實性:許多玩家認為AI內容缺乏人類創造力和情感深度。YouGov的調查顯示,52%的玩家強烈反對遊戲公司在未經補償的情況下複製人類表演者的聲音和動作。 工作倫理:玩家對AI可能導致創意工作者失業表示擔憂。56%的玩家表示他們寧願等待更長時間的開發週期,也希望人類在遊戲開發中保持重要角色。 ##### 平台政策反應 Steam的政策變化:Valve最初禁止使用AI生成內容的遊戲,但後來更新了政策,要求開發者披露AI使用情況。新政策將AI內容分為: • 預生成內容:開發過程中使用AI工具創建的內容 • 實時生成內容:遊戲運行時使用AI工具創建的內容 出版商的擔憂:Take-Two Interactive和Electronic Arts等主要出版商在其年度10-K文件中將AI技術描述為潛在的商業風險,擔心「社會和倫理問題」可能導致法律和聲譽損害。 ##### 作弊和公平性問題 AI作弊工具:AI驅動的作弊工具正在破壞在線遊戲的公平性。根據Echelon Insights的調查,59%的玩家表示經常在遊戲中遇到AI機器人,71%的玩家認為這些機器人正在破壞多人競爭。 檢測挑戰:AI作弊工具能夠模仿人類行為,使其更難被傳統反作弊系統檢測。這些工具可以: • 預測玩家移動 • 執行類似人類的瞄準 • 適應反作弊措施 ##### 未來展望 儘管存在爭議,AI在遊戲開發中的應用預計將持續增長。Google Cloud預測2025年將成為AI提升遊戲產業的關鍵年份,將帶來更沉浸、個性化和智能的體驗。 然而,成功的關鍵在於透明度和倫理使用。開發者需要: • 清楚披露AI使用情況 • 確保AI輔助而非取代人類創造力 • 維護遊戲的公平性和完整性 • 解決版權和智慧財產權問題 總的來說,AI在遊戲開發中的使用呈現出技術創新與玩家接受度之間的複雜平衡。雖然技術本身具有巨大潛力,但其實施方式和透明度將決定玩家社群的最終接受程度。 ### Adobe AI條款爭議 概覽: 2024年2月,Adobe更新服務條款(ToS),特別是關於AI同用戶內容嘅條款,引起創作者強烈反彈。用戶擔心Adobe會用佢哋嘅作品(包括受保密協議保護嘅內容)去訓練生成式AI(如Firefly),以及缺乏透明度同選擇權。 爭議要點: 內容訪問權限:新條款(2.2節)容許Adobe用自動化(包括機器學習)同人工方式檢查用戶內容,聲稱用於服務改進同檢測違規,引發隱私憂慮。 內容許可:第4.2節授予Adobe廣泛嘅使用權(複製、修改、展示等),用戶擔心作品被用於AI訓練,無明確同意或補償。 強制接受:用戶要同意新條款先用得Adobe軟件,甚至無法卸載或聯繫客服,引發對壟斷行為嘅批評。 社群反應:X平台上,藝術家同用戶(如好萊塢電影製作人)公開批評,擔心創作被“竊取”用於AI,相關討論獲數百萬瀏覽。 Adobe回應同更新: 2024年6月澄清:Adobe發聲明,強調唔會用用戶內容訓練AI,Firefly僅用Adobe Stock同公開內容訓練;承諾6月18日前更新條款。 新條款(2024年6月24日):明確用戶擁有內容權、唔用用戶內容訓練AI、本地內容唔會被掃描,並容許退出產品改進計劃。 2025年4月更新:進一步承諾僅限內部分析、不公開用戶內容,並限制AI功能創建違規內容。 現況(2025年7月): 爭議已緩解,但用戶信任未完全恢復。部分人質疑過去條款下嘅數據使用,並轉向替代軟件(如Affinity、Krita)。Adobe強調透明度,建議用戶存敏感內容於本地,參考官網法律頁面(https://www.adobe.com/legal/terms.html)。 # 讓我們大膽構想一個由AI全面賦能的下一代政府——一個真正實現智慧治理的未來政府模式。 #### 全方位AI政府助理系統 ###### 個人化政府服務管家 想像每位市民都有一個專屬的AI政府助理,這個助理深度了解個人的生活狀況、需求和偏好。當你搬家時,它自動為你預約所有相關部門的服務;當你的孩子即將入學,它提前為你篩選最適合的學校並協助申請;當你創業時,它一站式處理所有牌照申請和稅務登記。 ###### 預測性公共服務 政府不再被動等待問題出現,而是通過AI預測市民需求。系統分析人口流動、經濟指標、社會趨勢,提前部署資源。例如,AI預測某個社區將迎來退休潮,政府提前增加醫療設施和老人服務;預測到某地區將有大量年輕家庭遷入,提前規劃托兒所和學校。 #### 智慧城市大腦 ###### 即時城市監控與調節 整個城市被一個超級AI大腦統籌管理。交通燈根據實時車流智能調節;垃圾收集車根據各區垃圾量動態規劃路線;公園灑水系統根據天氣預測和土壤濕度自動運作。當颱風來臨時,AI協調所有基建設施做好防護準備,並為市民提供個人化的安全指引。 ###### 動態資源分配 AI實時監控全城資源使用情況,動態調配公共設施。醫院床位緊張時,系統自動分流病人到其他醫院;某個圖書館過度擁擠時,推薦市民到附近較空閒的分館;公園使用率過高時,建議替代的休憩場所。 #### 智能決策支援體系 ###### 政策模擬與影響評估 在推出任何新政策前,AI系統先進行虛擬模擬,預測政策對不同群體的影響。例如,調整稅收政策前,AI模擬對各收入階層、不同行業的影響,並提供最優化方案。系統甚至能預測政策的長期社會效應,幫助政府制定更科學的決策。 ###### 眾議智能整合 AI分析社交媒體、民調、公聽會等各種民意渠道,實時掌握民眾對政策的反應。系統不僅統計支持率,更深入分析不同觀點的合理性,為政府提供平衡各方利益的建議。 #### 無縫跨部門協作平台 ###### 智能政府內網 所有政府部門通過AI平台無縫連接。當市民申請任何服務時,相關部門自動收到通知並開始準備。例如,申請建築許可時,規劃部門、環保部門、消防部門同時收到案件,AI協調各部門的審批流程,確保效率最大化。 ###### 自動合規檢查 AI系統自動檢查所有政府決定是否符合法律法規,確保每個決策都在合法範圍內。當發現潛在違規風險時,系統立即發出警告並提供修正建議。 #### 預測性治理與風險管理 ###### 社會問題早期預警 AI分析大量社會數據,預測潛在的社會問題。系統能識別出可能出現治安問題的區域,預測經濟困難可能導致的社會不穩定,甚至預警公共衛生危機的爆發,讓政府能夠提前干預。 ###### 災害應急智能指揮 當自然災害發生時,AI立即啟動應急模式,自動調配救援資源、規劃疏散路線、協調各部門行動。系統甚至能即時生成個人化的逃生指引,發送到每個市民的手機上。 #### 透明化與參與式治理 ###### 實時政府透明度 AI讓政府運作完全透明化。市民可以實時查看政府預算使用情況、政策制定進度、公共工程進展。AI自動生成易懂的報告,讓普通市民也能理解複雜的政府運作。 ###### AI輔助公民參與 政府重大決策時,AI幫助組織大規模的公民參與。系統能夠處理數萬人的意見,識別共同關注點,並將複雜的民意轉化為具體的政策建議。每個市民都能透過AI平台參與城市治理。 #### 個人化法律與規管服務 ###### 智能法律顧問 每個市民都能獲得AI法律顧問服務,即時解答法律問題,協助處理法律文件。AI甚至能預測某些行為的法律後果,幫助市民避免觸犯法律。 ###### 動態監管適應 監管框架根據技術發展和社會變化動態調整。AI持續監控新興技術和商業模式,適時建議修改法規,確保監管既能保護公眾利益,又不阻礙創新發展。 #### 可持續發展智能規劃 ###### 碳中和智能管理 AI統籌全城的碳排放管理,優化能源使用、交通流量、建築運營,確保城市朝向碳中和目標穩步前進。系統為每個市民和企業提供個人化的減碳建議。 ###### 循環經濟優化 AI分析物質流動,優化廢物回收和資源再利用。系統能預測哪些廢料將在何時何地產生,提前安排回收和再利用,實現真正的循環經濟。 這樣的下一代AI政府將是一個預測性、個性化、透明化、高效能的治理體系。它不僅提升政府效率,更重要的是創造了一個更加智慧、包容和可持續的社會。市民與政府的關係將從傳統的「管理與被管理」轉變為「協作與共治」,共同建設更美好的未來。