Media: 联合早报 聯合早報 Lianhe Zaobao
ChatGPT的开发商OpenAI，将由七月九日起，停止向香港、中国及其他「不支援国家和地区」提供应用程式介面（API）服务，旨在阻止这些国家的公司，利用ChatGPT构建自家的AI产品及相关流量，相信部分依赖OpenAI的API「套壳」（指换个包装把一个用例变成小程式来贩卖赚钱）推出大模型应用程式的公司，可能因此面临淘汰，而且香港、中国以致全球用户，在人工智能用户体验上会受影响。
首先，解释一下API是什么及其作用。 API是「Application Programming Interface」的缩写，API 是一组定义和协议，让不同的软体应用程式之间可以互相通信和交换资料。通过 API，应用程式可以向另一个应用程式请求服务或数据，而不需要了解其内部实现细节。 API 能将复杂的功能用简单的方式提取结果，不需要了解其内部实现细节，并可进行数据交换。例如，Google Maps API 可在网站上显示地图，或使用 X/Twitter API 获取推文。此外，API 还能扩展功能，这在 GenAI 时代尤为重要。举个简单的例子，天气应用程式可以通过各地区天文台的 API 来获取天气数据，并在应用程式中显示这些数据，而不需要自己去收集和处理天气资讯。
OpenAI 终止对中港提供 API 服务的影响
当OpenAI 在七月禁止香港和中国使用API后，那些依赖OpenAI的API「套壳」应用程式的初创企业，影响尤为重严，毕竟有助于快速开发，帮助企业快速整合第三方服务，减少开发时间和成本；亦可扩展市场，通过国际化API 进入全球市场；同时增加灵活性，促进合作机会。在二零二二年十一月，OpenAI服务横空出世之后，依赖OpenAI的API「套壳」应用程式的初创企业如雨后春笋般，抢占各行各业电脑工具版图，惜除了竟争太大，没有太多用家愿意持续付费购买使用，都用免费的，而初创企业另一财路：创业基金注资，亦因经济不景、科技业大裁员对前景看淡等因素，难以觅得金主，在收入停滞不前情况下，依赖GenAI的新初创开发商难免雪上加霜，倒闭潮无可避免。内含技术好的应用程式，也许会被科技巨企相中，从而收购，结果又中了上年在早报所写的，科技转型，大者恒大的道理。
终止对中港API对接，除了功能受限、数据不够全面等显而易见的状况外，还可以从行业的短中长期对应方法，来推演其对用户和国际的影响。
短期对应方法
程式开发商，甚或用户自己，都可以通过VPN或其他网络工具将流量导向香港、中国以外的地区，可惜这种方法治标不治本，毕竟走过必留痕迹，OpenAI又怎会查不到，再加以封锁呢？
中期对应方法
可以对接微软Azure提供的 OpenAI 服务。微软至今已向 OpenAI投资超过130亿美元，拥有其营利组织49% 的股份，由于微软业务广泛，暂时不可能禁止香港和中国使用其服务。然而，对于资金有限的中小企业和初创企业来说，这种方法难以持久。大型跨国公司可能议价力较高，可以以较低的平均成本，向微软订购并使用这些服务。
长期对应方法
初创企业和大企业都会考虑分开两个阵营的客户群：
一）香港和中国的华文市场对接百度智能云、阿里云、智谱等；
二）其他欧美和英语体系地区使用 OpenAI 的 API。
实际上，在OpenAI禁止中港消息传出后，阿里云即刻宣布，旗下的AI开发平台「百炼」，向OpenAI API 用户提供中国大模型的替代方案，并为开发者提供二千多万免费代币，和专属迁移服务；而同一时间，百度宣布推出「故乡的云·国产大模型普惠计划」，新用户可免费迁移至「文心一言」，OpenAI API现有用户更可获得额外的Ernie 3.5 旗舰模型代币。
虽然中国的AI 模型发展较慢，文心一言推出之时，表现惨不忍睹而被耻笑，但不要忽略大中华区、加上其他华文地区（尤其是马来西亚、新加坡等地不少网民出奇地爱用中国制应用程式），数据规模巨大，且在中央集权下，十几亿人的个人讯息收集范围，比英语世界更广、更深、更集中，要追赶上来只是时日的是，更何况，只专注华语理解力，可能成为中国科技公司的卖点。
在现实中，已有科技公司分开两顾客阵营的现实例子：抖音和TikTok，分别针对中国和国际市场，从科技业界到全球局势，将割裂成中美两块只会越演越烈。
美国为了国家安全，对华采取政经脱钩（Decoupling），以OpenAI禁API只是其中一着，就足以影响应用程式生产商开发方式、歪打正着为微软／中国科技企业促销，甚至改变全球GenAI用户验，在未来日子到美国大选后，相信中美之间会有更多，以政经到科技手段，令世界天翻地覆的改变。
Talk to us to solve your digital challenges.
#OpenAI #AI #API #HongKong #China #GenAI #artificialintelligence #microsoft #userexperience #decoupling
