top of page

NAVWAR AI 數據中心計劃考驗聖地牙哥的住屋願景

45 分鐘前
讀畢需時 14 分鐘

NAVWAR AI 數據中心構想,擬在聖地牙哥原本預計興建數千個住宅單位及全新綜合用途社區的地點,設置一座 400 兆瓦運算設施。

Manchester Financial Group 正研究把這項設施設於佔地 70.3 英畝的 Navy Old Town Campus 重建項目中。該發展商此前曾強調住屋發展,包括為軍人家庭提供住宅的可能性,並配合酒店、餐廳、零售、辦公室及公共空間。

目前尚未有任何數據中心獲批。Manchester 表示,這項構想仍是多個可能方案之一,與能源供應商的對話亦僅屬初步。這個分別相當重要,因為早期報道有時會把此構想描述成已確定取代住屋的方案。

然而,即使最終計劃尚未落實,其規模已令討論變得舉足輕重。一座 400 兆瓦設施將在鄰近市中心、5 號州際公路及區內其中一個主要交通樞紐的土地上,帶來極高的用電需求。

這個可能性令重建項目變成對稀缺市區土地兩種用途的競逐。一種用途是在住屋及交通網絡周邊建設社區;另一種則為支撐人工智能的實體基建保留大量容量。

當地官員已開始反對。他們關注住屋、電力、透明度,以及聖地牙哥對聯邦擁有物業所掌握的有限權力。

因此,這項提案引出美國各地城市正面對的一個更大問題:當 AI 基建進入都會社區時,誰來決定其經濟價值是否勝過同一片土地本可容納的住宅、服務及公共生活?

NAVWAR AI 數據中心仍屬構想,尚未獲批為項目

據報的改變並非最終土地用途決定,而是披露了一個規模足以重塑重建項目其他所有部分的運算項目。

NAVWAR,即 Naval Information Warfare Systems Command,位於聖地牙哥 Old Town 及 Midway 社區附近的老舊工業建築內。這些設施可追溯至二戰時期的飛機工廠,已不再符合該司令部現代化的運作需要。

海軍希望興建新的辦公室及技術設施,而非完全依賴傳統的國會撥款。其首選安排是把部分物業租予私人發展團隊,以換取一座替代 NAVWAR 綜合設施。

海軍於 2024 年 1 月選定 Manchester/Edgemoor LLC 為潛在總發展商。該項選擇啟動了獨家談判,而非就某個具體設計作出最終批准。

項目團隊發布的重建概覽指出,該地盤面積約為 70.3 英畝。概覽將現代化 NAVWAR 設施列為項目的核心目的,同時容許私人發展支持這項交換安排。

公眾最初關注的是一個高密度綜合用途社區。2024 年的項目摘要提及數千個住宅單位,當中可能包括軍人住屋,以及酒店、零售、餐飲及商業用途。

在紀錄揭示 Manchester 曾向本地能源機構查詢如何為一座 400 兆瓦數據中心供電後,公眾敘事隨之改變。根據公開紀錄,其中一次查詢於 2025 年 11 月 10 日提交至 San Diego Community Power。

在該電郵中,Manchester 總裁兼行政總裁 Ted Eldredge 在前往多哈與潛在數據中心投資者會面前,要求取得相關資訊。訊息列明 NAVWAR 物業及 400 兆瓦的需求。

這些查詢反映嚴肅的可行性研究,但並不代表已承諾動工。Manchester 表示,目前並無進行談判或訂立能源協議。

「這個地點的潛在計劃仍在完善之中,尚未有最終項目獲批,」發展團隊在一份由本地傳媒報道的聲明中表示。

Eldredge 亦提及其他潛在用途,包括醫院、體育場、大學校園、國防工業設施及生命科學空間。他表示,任何最終設計都會維持綜合用途,並包括住宅。

這令數個基本問題仍未有答案。發展商尚未披露數據中心的佔地面積、高度、冷卻系統、客戶、施工階段或預計營運日期。

同樣未清楚的是,400 兆瓦究竟代表初始負載、全面建成的園區,還是用於公用事業分析的初步上限。

這些細節決定數據中心能否與住屋共存,抑或會取代其大部分空間。在發展團隊公布地盤規劃前,聲稱住屋已被取消的說法超出了現有證據所能支持的範圍。

這項構想仍然重要,因為基建需求往往在公眾看到建築圖則之前已影響項目。一座設施若要達到 400 兆瓦,便需要輸電容量、變電站、併網研究、供水規劃及具確定性的客戶。

因此,電力問題成為檢驗這個構想在商業上是否可行的早期測試,亦揭示海軍及聖地牙哥面對的抉擇規模。

一個 400 兆瓦園區改變「綜合用途」的意義

當其中一項擬議用途帶有工業規模的用電需求時,稱重建項目為綜合用途並不能化解衝突。

兆瓦用於量度某一時刻的電力。數據中心需要持續供電,以支援伺服器、網絡設備、冷卻系統、儲存設備、照明及配套基建。

擬議的 400 兆瓦負載,會令 NAVWAR 構想躋身極大型數據中心項目之列。業界報道指出,如全面建成,它可能成為加州最大型設施之一。

不過,這個比較仍須審慎看待。公開報道經常混淆所申請的公用事業容量、規劃容量及實際營運負載。一個項目可能預留大型接駁容量,卻只建成已公布園區的一部分。

Manchester 尚未確定任何承諾進駐該地點的 AI 公司、雲端服務供應商或託管營運商。託管營運商會向多名客戶出租受保護的運算空間及電力容量。

Manchester 亦沒有既有的數據中心發展紀錄。Eldredge 承認,其公司歷來發展的是酒店,而非運算園區。

「我們並非從事數據中心業務,」他向 Voice of San Diego 表示。他將這項探索描述為尋找一種在財務上具吸引力的方法,以交付海軍所需建築。

這番說話釐清了項目的經濟機制。私人發展必須產生足夠價值,才能為新的聯邦設施提供資金,並使整項交易值得推進。

AI 需求似乎有能力產生這種價值。發展商及基建基金正尋找具備土地、電力、光纖、融資及支持性公共政策的地點。

然而,對潛在接駁的需求,不等同對已建成建築物的需求。能源研究員 Jonathan Koomey 形容,現時正出現一股投機熱潮,許多擬議數據中心永遠不會進入施工階段。

他的警告直接適用於 NAVWAR 提案。一項 400 兆瓦查詢,可協助發展商測試供電可用性、吸引投資者,或在併網程序中取得位置。

這並不能證明最終客戶會簽訂長期協議,也不能顯示融資、設備、冷卻系統或電網升級工程能否在可接受的時間表內完成。

實體地點亦帶來額外複雜性。NAVWAR 鄰近市中心、機場、5 號州際公路、現有社區及 Old Town Transit Center。

這個地點的價值在於,它把住宅及工作場所連接至鐵路、輕軌、巴士及區域交通網絡。同一個市區環境亦可能令大型工業運算園區更難融入其中。

大型數據中心每天產生的出行量,通常少於辦公大樓、住宅區、醫院或大學。這可減輕部分交通壓力,但也削弱了為其保留鄰近交通樞紐土地的理據。

其就業結構同樣不平衡。施工可帶來可觀的短期職位,但長期營運所需的人手,往往少於規模相若的綜合用途社區。

數據中心仍可能成為與 NAVWAR 有關的國防、網絡安全或研究活動支柱。然而,現時尚無公開計劃證明這種關係。

發展團隊尚未說明伺服器將處理海軍工作負載、商業 AI 訓練、雲端服務,還是多種客戶類型。缺乏這些資料下,提及 AI 數據中心只是描述一個市場類別,而非一項明確任務。

這種不確定性不僅關乎經濟,也關乎安全。商業園區若毗鄰主要軍事科技司令部,便需要仔細分隔網絡、實體出入、公共設施及營運責任。

這些界線可以管理。然而,發展商及海軍需要說明該安排如何支援 NAVWAR,同時避免造成可避免的營運依賴。

因此,數據中心構想不能只透過容量來評估。其價值取決於客戶、接駁計劃、施工順序,以及對海軍融資架構的貢獻。

住屋與運算容量正競逐同一片策略性土地

主要衝突不是科技與進步之爭,而是運算容量與一個難得的交通導向住屋機會之爭。

聖地牙哥持續面對在就業及交通樞紐附近增加住宅的壓力。NAVWAR 園區在市中心範圍內提供了一個異常大型、由公共機構控制的重建地點。

Old Town Transit Center 連接輕軌線、巴士、通勤鐵路及城際鐵路。5 號州際公路在物業旁邊經過,市中心及 San Diego International Airport 亦在附近。

這種地理位置令該地點適合發展高密度社區。住屋、商店、服務及辦公室可讓更多居民接近既有交通網絡。

代表 Scott Peters 主張,該物業應發展成一個設有住宅及服務社區設施的「迷你市中心」。他的國會選區涵蓋 NAVWAR 園區。

Peters 表示,數據中心應設於偏遠的工業地點,而非此處。他的反對重點在於機會成本,即聖地牙哥將放棄的最佳替代方案價值。

市議員 Marni von Wilpert 對發展程序提出相關憂慮。她表示,早前簡報展示了住屋、公園、商業空間及職位,卻沒有提及數據中心。

「我是在報章文章中才得知,他們可能正在改變主意,」她向 FOX 5 及 KUSI 表示。

Manchester 不同意其已放棄住屋的說法。Eldredge 向本地公共媒體表示,最終項目將包括住宅,以及零售、商業及工業用途。

兩種說法在技術上都可能成立。最終方案可能保留住屋,但同時把地盤、電力容量及發展經濟中相當大的部分分配予數據中心。

關鍵指標並非是否仍有住宅,而是相較於早期方案,最終能保留多少住宅、位於何處,以及配套設施在財務上是否仍然可行。

數據中心即使不佔用每一英畝可用土地,亦可影響住宅發展。變電站、冷卻設備、保安緩衝區、後備系統及輸電基建,都可能塑造毗鄰地區的發展模式。

噪音亦需評估。伺服器大樓從遠處看來或許安靜,但冷卻設備及後備發電系統在運作或測試期間,可能持續產生噪音。

混合用途計劃需要在該等系統與住宅大廈之間設立可信的緩衝區,亦須制訂緊急應變規劃,同時顧及軍事及商業基建。

海軍的房地產架構限制了市政府的直接控制權。由於聯邦政府擁有該土地,項目不會按照一般私人發展項目的本地審批程序進行。

這並不代表毋須進行環境審查或公眾參與,但確實削弱了聖地牙哥透過慣常分區及審批程序落實其偏好的能力。

海軍的項目資料指出,正利用來自 Manchester/Edgemoor 的地點專屬資料更新環境分析。經修訂的環境影響報告草案預計於 2027 年出台。

該文件應揭示大型數據中心會否納入正式的替代方案範圍,亦應檢視能源、用水、空氣質素、交通、噪音、文化資源及累積影響。

在整個審查過程中,住宅比較必須維持核心地位。若將數據中心視為孤立的技術設施,便會掩蓋當中所包含的土地用途決策。

相關問題並非聖地牙哥是否需要 AI 基建,而是這個特定地點作為大型運算園區,是否比作為以公共交通為導向的社區帶來更高公共價值。

電力問題將決定提案是否成真

NAVWAR AI 數據中心只有在開發商交代 400 兆瓦電力從何而來,以及誰支付所需基建費用後,才會具備可信性。

電力是首個實際限制。如此規模的設施不可能僅接駁服務附近住宅和商戶的配電線路。

它很可能需要進行大型公用事業研究、新建或擴建變電站、輸電工程,以及周密規劃的冗餘安排。開發商通常會尋求多條供電路徑,確保單一故障不會中斷客戶營運。

Manchester 在探索該構想期間,曾聯絡 San Diego Gas & Electric 及 San Diego Community Power。這些機構在區域電力系統中擔當不同角色。

San Diego Gas & Electric 擁有及營運大部分本地輸電和配電基建。San Diego Community Power 則透過社區選擇模式,為參與客戶採購電力。

因此,數據中心或須依賴一個機構提供實體輸送,並由另一個機構採購電力。這種分工令成本、容量、潔淨能源聲稱及風險的決策更為複雜。

官員曾質疑該區能否在不影響其他客戶的情況下承受擬議負荷。目前沒有公開的併網研究能回答這個問題。

亦沒有披露任何協議,說明誰會為新增基建提供資金。這一點重要,因為數據中心增長已引發全國對成本分攤的辯論。

若公用事業為一名異常龐大的客戶擴建系統,監管機構必須決定該客戶應支付多少費用。結構不佳的協議可能將基建風險轉嫁給其他用戶。

開發商可透過直接付款、專用資產、長期合約或其他保障措施回應這項憂慮。NAVWAR 尚未公布任何相關安排。

潔淨能源又增加另一層問題。按年購買可再生電力,並不保證伺服器運作的每個小時都使用零碳電力。

可信的能源計劃應列明設施每小時負荷、可再生能源供應、儲能、後備發電,以及依賴電網的時段,亦應披露在緊急情況下能否降低需求。

由於 Manchester 尚未確定冷卻設計,用水量仍不明朗。部分設施使用會耗水的蒸發式系統,另一些則較依賴風冷或閉環設備。

每種選項都涉及電力、用水、成本、氣候及本地條件之間的取捨。在開發商說明擬議系統前,聖地牙哥無法評估這些取捨。

後備電力亦值得仔細審視。傳統數據中心通常使用柴油發電機,以在電網故障時維持運作。

大型園區可能需要大量發電機、燃料儲存及定期測試。即使正常運作由電網供電,這些系統仍可能造成局部排放及噪音。

可供選用的替代後備技術包括電池、燃料電池及不同燃料的發電機。項目團隊尚未承諾採用任何特定配置。

電網問題不止於本地工程。數據中心公司已在全國各地公布龐大電力需求,但並非每項申請都代表已準備動工的項目。

公用事業日益需要證據證明客戶能為建設融資,並會使用其申請的容量。否則,投機項目可能擠佔併網研究資源,並扭曲長期規劃。

因此,NAVWAR 的查詢應視為可行性訊號,而非必然落成設施的證明。最有力的證據將來自正式公用事業申請、按金、系統研究及已簽署的客戶協議。

在這些資料出現前,400 兆瓦更清楚描述的是雄心,而非可交付性。

聯邦控制令透明度成為當前考驗

短期內最大的風險,是居民尚未能評估完整計劃前,重大土地用途決定已透過私人及聯邦談判推進。

海軍的目標可以理解。NAVWAR 在項目團隊形容為陳舊的設施中運作,而透過一般聯邦撥款替換設施,可能進展緩慢或存在不確定性。

公私營重建可釋放土地價值,同時提供現代化政府辦公室。海軍曾為其市中心 Broadway 綜合項目採用類似架構。

這種融資模式亦產生張力。帶來最高回報的私人用途,未必自動為附近社區創造最大價值。

住宅可帶來居民、客戶、公共空間及對公共交通的支持,同時亦會產生學校、交通、基建需求及長期服務責任。

數據中心或可帶來租賃價值及投資,而居民較少;但它亦可能消耗龐大電力容量,同時對街道活動貢獻有限。

在這兩種結果之間作出選擇,需要公開兩者的效益及成本資料。目前居民掌握的細節不足以作出這種比較。

原有的 2021 年環境審查評估了數個廣泛的重建替代方案,包括僅限 NAVWAR 的選項,以及密度較高的公私營發展方案。

海軍表示,正利用獲選開發商提供的地點專屬資料修訂相關工作。修訂後的分析預計會在最終環境報告及決定作出前,供公眾審閱及提交意見。

該程序提供重要檢查點,但環境文件不會自動解決公眾信任問題。開發團隊可在 2027 年前公開其假設,以提升信心。

有用的披露資料包括現行土地用途計劃、預計住宅數量範圍、數據中心佔地面積、能源申請、公共事業升級構想、冷卻方式及發展時間表。

團隊亦應說明早前公開簡報與 2025 年 11 月電力查詢之間有何改變。該時間線可顯示數據中心是否已成為嚴肅選項,抑或仍只是初步財務分析。

Manchester 表示,與能源供應商的討論屬資訊性質,沒有促成談判或協議。這項聲明收窄了相關主張,但未有解釋為何民選官員並不知悉該項查詢。

市議員 Sean Elo-Rivera 表示,當他向 San Diego Community Power 查詢擬議數據中心時,該構想並未披露。作為該機構董事會成員,他已要求解釋。

這些憂慮並不證明存在不當行為,卻揭示了聯邦、私人、公用事業及本地責任相互重疊所造成的管治缺口。

海軍控制土地。Manchester/Edgemoor 制訂發展計劃。公用事業控制必要基建。聖地牙哥官員代表受影響社區,但擁有的審批權有限。

當權力以這種方式分散時,披露就更為重要。沒有任何單一本地聽證會可保證所有決定會同時向公眾公開。

聯邦背景亦可能改變政治考量。本地反對聲音不能像市議會拒絕私人重劃分區申請那樣,直接否決項目。

不過,海軍仍需要可行的開發夥伴、符合環境規定、公用事業合作、融資,以及可辯護的公共紀錄。持續爭議可影響上述每一項要求。

因此,開發團隊有誘因及早提出證據。主要透過外洩電郵描述的項目,將面對比獲具體、可驗證承諾支持的項目更大阻力。

三項訊號將顯示哪個 NAVWAR 未來正在推進

下一階段應以正式文件及承諾作評判,而非效果圖、探索性電郵或籠統保證。

第一項訊號是預計於 2027 年公布的經修訂環境影響報告草案。其替代方案範圍將顯示海軍是否正式將大型數據中心視為重建的一部分。

讀者應留意設施所述容量、佔地面積、建設階段、冷卻設計、後備系統及對住宅的影響。模糊的工業類別將令核心衝突懸而未決。

若審查包含對 400 兆瓦園區的詳細分析,提案已超越非正式探索。若未有納入該構想,報道所述查詢很可能仍不屬於海軍的現行計劃。

第二項訊號是正式電力安排,可能包括併網申請、公用事業研究、基建協議、客戶按金或採購安排。

這類紀錄將顯示開發商正由投資者討論邁向工程及商業承諾,亦會揭示完整的 400 兆瓦數字是否仍然維持。

任何電力計劃均應說明誰支付輸電及變電站升級費用,並解釋如何保障現有客戶及列出預計能源供應。

可信的申報亦會區分總預留容量與預期運作需求。沒有這種區分,標題數字仍難以解讀。

第三項訊號是讓住宅佔有可量度位置的地盤規劃。Manchester 表示,最終重建仍會包括住宅。

因此,公眾應預期看到住宅數量範圍、大廈位置、分期時間表、可負擔性方案,以及與 Old Town Transit Center 的關係。僅承諾混合用途實在過於籠統。

如果房屋仍是核心,而數據中心只擔當明確的配套角色,這項重建計劃或可保留其社區願景。若房屋規模大幅減少,該提案便代表土地用途的明顯逆轉。

這些訊號亦會顯示,究竟誰才是實際的運算需求來源。若有具名營運商或已落實的客戶,將令項目較一個身分未明的投資者團體更具可信性。

在此之前,NAVWAR AI 數據中心應被視為一項影響深遠、但仍存在重大核實缺口的提案。它既不是已獲批准的房屋替代方案,亦不是官員可以當作無害構想而置之不理的計劃。

聖地牙哥的選擇不止關乎一項重建計劃。城市需要房屋、軍事現代化、電網可靠性,以及支援 AI 服務的基礎設施。

它們不能假設這些目標會在每一幅土地上自然而然地相互配合。毗鄰主要交通樞紐的土地,與偏遠工業用地所承載的公共價值並不相同。

海軍及 Manchester/Edgemoor 現在有機會把這項比較具體化。他們可以披露這個運算園區所需的條件、可帶來的資金,以及城市為此要付出的代價。

居民、電力用戶及科技買家應依次關注環境評估、電力申請文件及房屋計劃。這些紀錄將揭示 NAVWAR 構想究竟是一項具投資價值的項目,還是 AI 基礎設施熱潮中的另一個投機項目。

關鍵問題很直接:開發商能否證明,這項 400 兆瓦提案比居民曾見到的以房屋為核心的社區規劃,更能服務 NAVWAR 與聖地牙哥?

 
 

為每個智能代理提供更完整的背景,提升工作表現

讓智能代理連接 remio 已整理好的知識、決策和歷史紀錄。

remio 目前支援 Windows 10+(x64) 及配備 Apple 晶片的 Mac。

你的 AI 工作夥伴
和 remio 一起高效工作

規劃、創作、交付
一站式完成

bottom of page