工會歷史
從拓荒到制度的演進
基礎建設工會是 Xhakyialk 伺服器最初的官方組織之一，負責伺服器內所有大型建築項目與基礎設施建設。 本頁記錄工會從拓荒時代的臨時協作，到建立分隊制度的完整歷程。
基礎建設工會是 Xhakyialk 伺服器 最初的的官方組織之一，負責伺服器內所有大型建築項目與基礎設施建設。工會涵蓋多個專業分隊，從城市規劃、道路鋪設、橋梁建設，到玩家公共建築、裝飾建設及大型活動場地規劃等皆有涉獵。
🧱 恆定建築大賽（Regular Architecture Competition）
👥 創會維艱
基礎建設工會的誕生，並不是一場預先籌劃完善的組織運動，而更像是在伺服器發展壓力下自然凝聚的結果。早期伺服器仍處於拓荒階段，各地玩家各自為政，建築風格百花齊放，但基礎設施卻極度零散。有人修了一半就棄置的道路、彼此對不上的鐵路、甚至通往虛空邊緣的「未完工橋樑」隨處可見。當時不少老玩家都半開玩笑地說：「這裡不是世界，是拼圖碎片。」
正是在這樣的背景下，一批對長期發展較為敏感的技術型玩家開始頻繁交流。其中，後來成為工會核心人物的 Tony（即 Tony70828）經常在聊天頻道提出同一個問題：「如果三個月後新人變多，這些建築撐得住嗎？」起初這類發言並未引起太多重視，直到一次著名的癱瘓事件發生，才真正促成了工會的雛形。
「我們缺的不是會蓋的人，而是有人負責『讓大家的東西能一起運作』。」
這句話被普遍視為基礎建設工會理念的最早雛形。
隨著討論逐漸深入，最初的幾位發起者開始嘗試以半正式方式協調公共工程。他們並沒有立刻宣布成立組織，而是先從一條跨區主幹道的重建開始。這條道路後來被許多成員稱為「第一條真正意義上的工會工程」。（即現在的南北第一高速）當時參與的人數不多，但分工已經初具雛形：有人負責測量，有人專門處理地形，有人負責材料調度。
有趣的是，早期工會文化中的「先規劃後動工」其實是從一次小失誤中學來的。第一次鋪設時，施工隊為了追求速度，沒有完整預留未來拓寬空間。結果不到兩週，就因為流量增加被迫整段返工。那次返工讓核心成員印象極深。據傳 Tony 語音裡只說了一句很平靜的話：
「我們以後寧可慢一點，也不要重來一次。」
自此之後，「預留」「冗餘」「可擴展」成為工會內部反覆強調的三個關鍵詞。
基礎建設工會正式定名，是在第一次跨勢力合作之後。當時有兩個大型幫派（托爾斯泰及Amworth同好會)正申請進行3級主城的主幹道設計，但雙方路線規劃互相衝突，氣氛一度相當緊張。工會前身的小組被邀請作為技術協調方介入。經過數輪測繪與模擬，他們提出一套「主幹共享、支線分流」的折衷方案，不僅避免重複建設，還讓雙方運輸效率同時提升。
那次事件後，「基礎建設工會」這個名稱才被正式使用，含義也很明確——不是單純的建築團，而是專門處理公共骨幹與系統級工程的技術組織。
在文化層面，工會一直刻意避免走向個人英雄主義。早期就有一條不成文的規矩：大型工程盡量不以單人命名。原因來自一段流傳甚廣的小插曲。某位早期技術骨幹曾半開玩笑想把一段自己主導的高架路命名為個人名號，結果在內部討論時被否決。當時給出的理由很簡單：
「基礎建設如果變成名片，就很難保持中立。」
這個決定在後來被證明相當關鍵。正因為長期維持相對中立與公共導向的形象，工會在多方勢力之間逐漸建立起技術公信力。許多跨區工程或爭議項目，最終都傾向交由工會評估或主導。
隨著時間推進，工會的內部制度也逐步成熟。從最初的臨時協作，發展出明確的分工體系，包括規劃、施工、紅石技術、驗收與維護等角色。這套體系的形成，與多次大型工程壓力密切相關。尤其是在 A 小隊（2020年6月，由 Tony 帶領）、工程規模不斷擴張之後，若沒有流程化管理，幾乎無法維持品質一致。
也正是在這一階段，基礎建設工會開始被其他組織視為「節奏制定者」之一。因為主幹交通、公共樞紐與關鍵設施往往由工會先行鋪設，許多後續城市與幫派布局都不得不參考其骨架。
展望未來，基礎建設工會內部普遍有一個共識：真正的挑戰不再只是把東西蓋出來，而是讓整個伺服器像一個有機系統一樣運轉。近年討論逐漸延伸到自動化物流、跨維度運輸、模組化城市區塊與長期維護成本控制等更高階議題。
但無論技術如何演進，創會時留下的那句話仍被許多老成員反覆提起——
先立骨架，再談繁榮。
對基礎建設工會而言，這不只是一句口號，而是一條在無數返工、協調與壓力測試中驗證出來的生存原則。只要這個原則仍被遵守，工會就仍會是那個在喧鬧建設浪潮背後，默默維持世界運轉秩序的技術力量。
隨著基礎建設工會的工程量快速上升，原有的扁平協作模式開始逐漸顯露出壓力。早期工會成員人數不多，幾乎所有人都能直接參與討論與決策，但當同時進行的公共工程從一兩個增加到五六個以上時，資訊開始出現延遲，材料調度也變得混亂。最明顯的一次，是在一次跨區道路與鐵路同步施工期間，兩組人馬誤用同一批預留資源，導致其中一個工程被迫停擺整整一天。這件事讓核心層第一次正視：如果繼續用「全員大群協作」的方式運作，工會遲早會被自身規模拖慢。
當時由 Amsworth 展開了一次被後來稱為「第一次內部重構會議」的討論。會議的焦點並不在技術，而在組織效率。有人提出應該限制同時開工數量，也有人主張增加管理職位，但最終被採納的方向，是建立更具模組化特性的運作單位。Amsworth 在會中提出一個後來影響深遠的比喻：「如果整個工會是一台機器，那我們現在只有一個很大的齒輪，一旦卡住就全停。」
分隊制度的雛形，就是在這樣的思路下誕生的。
最初的分隊概念其實非常簡單——把原本的大型施工群拆分成數個相對固定的小隊，每隊具備基本的自我運作能力，包括最基礎的規劃判讀、材料處理與現場決策權。這樣即使其中一個工程遇到問題，也不會拖慢整體節奏。然而，真正推動制度落地的，是一次幾乎可以說是「意外成功」的試行。
當時工會接下一個中等規模的區域整建任務，時間壓力不小。為了測試新模式，管理層臨時把參與人員分成兩個小組，分別負責不同區段，並各自指定一名隊長統籌。原本不少人擔心這樣會造成標準不一致，但結果出乎意料：不僅施工速度明顯提升，回報鏈也變得清晰許多。最關鍵的是，兩隊在交界處幾乎無縫銜接。
事後檢討時，有老成員說了一句很有代表性的話：
「原來不是人多才快，是要讓每一小群人都能自己轉起來。」
這次成功，基本確立了分隊制度的推行方向。
制度正式成形後，工會開始為各分隊設計更明確的定位。每個分隊不再只是臨時施工組，而是長期存在、可累積默契與經驗的作業單位。隊長除了負責現場進度，也要對品質、回報與人員培養負責。這一改變大幅減輕了中央層的即時指揮壓力，使核心成員能把更多精力放在跨區規劃與長線工程上。
不過，分隊制度的推行並非完全沒有阻力。早期確實有部分資深成員擔心，小隊化會削弱工會整體的一致性，甚至可能出現「各隊各做各的」的風險。為了解決這個隱憂，工會同步建立了幾項關鍵配套：統一施工標準、跨隊驗收機制，以及定期的總體規劃會議。這些措施的目的很明確——允許分散執行，但必須維持統一骨架。
還流傳著一段小故事。某次早期跨隊驗收時，一支分隊的道路邊距與標準只差了一格。理論上不影響使用，但仍被要求修正。當時隊內有人覺得過於嚴格，Tony 的回覆後來被很多新人引用：
「基礎建設最怕的不是壞掉，是每個地方差一點點。」
這句話某種程度上成為分隊時代的品質準則。
隨著時間推進，分隊制度逐漸展現出它的真正價值。不同分隊開始形成各自擅長的工程類型與作業節奏，有的在大型土木上效率驚人，有的則在精細紅石整合方面表現突出。這種「專長自然分化」並非最初強制設計，而是在制度框架下自然演化的結果，也讓工會整體戰力出現質的提升。
時至今日，分隊制度已不只是人力分流工具，而是基礎建設工會運作的核心骨架之一。它讓組織在規模擴張的同時仍能保持機動與穩定，也讓新人成長有了更清晰的階梯。從最初為了解決施工混亂而誕生的權宜之計，到如今成為支撐整個工會節奏的關鍵結構，分隊制度本身，幾乎也成了一項具有代表性的「組織級基建工程」。