/ CoBuild 簡介

這份文件把 CoBuild 的基礎運作與規則 講得比較透，因為將這是日常最常碰到部分。其他比較行政性、不會馬上用到的東西（會議流程、流程失效怎麼處理、憲章怎麼修改），放在最後用一段話帶過，有需要時可回到憲章、相關政策做參考。

CoBuild 是什麼？

CoBuild 是 HackIt 的協作與治理方式，用來幫助 HackIt 在活動、社群、專案與日常工作中，維持清楚的分工、授權與責任邊界。它把工作拆分為角色、圈子、職責、領域與政策，讓每位參與者能知道自己正在代表什麼角色行動、可以直接處理哪些事情、需要對哪些結果持續負責，以及哪些事項需要先取得授權或進入正式流程。CoBuild 的目的不是建立更多層級或增加不必要的規則，而是讓 HackIt 在人數增加、合作變多、專案變複雜時，仍然能以清楚、可追蹤、可調整的方式一起運作。

在 CoBuild 裡，權力不是來自個人的身份、資歷或職稱高低，而是來自被正式定義與承接的角色。當一個人承接某個角色，就可以在該角色的宗旨、職責與領域範圍內主動行動；只要沒有違反憲章、政策、安全、財務、法律、未成年保護或其他正式限制，就不需要每一步都等待少數人批准。這代表 HackIt 鼓勵參與者主動承接、主動判斷、主動推進，但也要求每個人在行動時尊重既有的角色邊界、領域控制、正式紀錄與必要流程。

CoBuild 也提供 HackIt 持續調整自己的方式。當參與者感覺到「現在的狀態」與「它可以變得更好」之間存在落差，這個落差就可以被視為張力。張力不只是抱怨，而是改進工作的入口；它可以被轉化為一個行動、一個請求、一個專案，也可能進一步形成角色、政策、領域或圈子結構的調整。透過這樣的方式，HackIt 不需要依賴少數人一次設計出完美制度，而是可以在實際運作中不斷學習、修正與進化，讓組織逐步長成更適合青少年共創、活動實作與長期協作的樣子。

張力：讓事情變好的入口

張力是你感覺到「現在的狀態」和「它可以變得更好」之間的落差。

張力不等於抱怨，也不一定代表有人做錯。你可能發現報名表單常常出問題、Discord 資訊太亂、某件工作沒人接、某個流程讓人不舒服，這些都可以是張力。

在 CoBuild 裡，張力不應只停在私訊、吐槽或腦袋裡。感覺到張力時，可以先問自己：這件事可以變成什麼？它是一個行動、一個請求、一個專案，還是需要修改角色、政策或圈子結構？

好的參與不是永遠沒意見，而是能把看見的落差轉成讓 HackIt 往前的東西。

角色：你在 HackIt 裡行動的單位

角色是 HackIt 分配工作、責任與權力的基本單位。你可以把角色想成一個「可以被承接的工作容器」。

一個角色通常會包含宗旨、職責、領域與政策。宗旨說明這個角色為了什麼存在；職責說明它要持續維護什麼；領域說明它可以優先管理或保護哪些資源、系統、文件或決策範圍；政策則是這個角色或圈子需要遵守的特殊規則。

承接某個角色的人，叫做角色承接者。只要事情落在你的角色範圍內，而且沒有違反憲章、政策、安全、財務、法律或未成年保護規則，你就可以直接行動，不需要每件事都先找人批准。

如果你不確定某件事是不是你的角色範圍，這個「不確定」本身就是張力。你可以提出來，讓角色定義、領域或政策變得更清楚。

圈子：一組工作共同治理的範圍

圈子是圍繞某個共同宗旨，把相關角色、領域與政策放在一起治理的單位。

圈子不等於部門，也不是地盤。它可能是一場活動、一個專案、一個長期工作流、一個平台、一段合作關係，或某個需要被共同治理的工作範圍。

圈子的重點不是「這是我們的人」，而是「這些工作需要在同一個邊界裡被治理」。圈子讓大家知道：哪些角色在這裡、哪些政策適用、哪些領域由誰控制、哪些張力應該在這裡處理，哪些張力應該往上層圈或根圈帶。

領域：誰優先管理什麼

領域是某個角色或圈子被授權優先控制、管理或保護的範圍。它可以是一份文件、一個系統、一個社群空間、一筆預算、一個平台權限，或一段對外關係。

領域不是地盤，而是責任邊界。如果某個領域已經被委託給某個角色，其他人想實質影響它之前，應該先取得對方許可。如果影響很小、容易撤回、風險很低，領域控制者應該傾向允許；如果影響難以撤回、會造成成本、破壞信任或影響安全，就應該更慎重。

但請務必牢記：獲得領域，不代表自動拿到花錢的權力。 支出要看財務政策、預算池和正式授權。

幾個常見角色

下面幾個角色你很常會遇到。它們不是主管，而是讓 CoBuild 能正常運作的角色。

引導連接它的作用不是把事情抓在自己手上，而是在圈子還沒整理清楚時，避免工作掉到沒有人接的地方。一旦某件事已經被正式交給其他角色或政策，引導連接就不應再用預設權力介入。

你可以主動，但不要抄捷徑

CoBuild 鼓勵你在角色範圍內主動行動。只要事情落在你的角色裡，且沒有違反正式限制，你不需要每一步都等人批准。

但主動不等於亂做。當你要影響別人的領域、花 HackIt 的錢、代表 HackIt 對外承諾、動到平台權限、處理安全或未成年保護相關事項時，就不能只靠善意、私訊或臨時判斷。

可以用一個簡單原則判斷：

• 低風險、可逆、落在你角色內的事，可以勇敢推進。
• 高風險、不可逆、涉及安全、財務、法律、品牌、資料、平台權限或未成年保護的事，要走正式流程。

公告式許可：小事可以快，但要公開

有些事情可能會影響別人的領域，但不嚴重到需要開治理會議。這時可以使用公告式許可。

它的意思是：你公開說明自己打算做什麼、代表哪個角色、會影響哪裡、為什麼需要這樣做、什麼時候執行，並給可能受影響的人一段合理時間反對。若合理時間內沒有人提出有效反對，你就取得這一次具體行動的許可。

公告式許可只適合低風險、可逆、影響範圍有限的事情。它不能用來修改憲章、治理流程、安全政策、未成年保護政策、財務政策，也不能用來取得敏感權限、對外代表權，或處理檢舉、停權、封禁、重大信任事件。

公告式許可的目的，是讓小事不要卡死；不是讓大事繞過正式流程。

花錢與對外承諾：一定要有授權

代表 HackIt 花錢、承諾付款、處分資產，或對外做出會造成財務責任的承諾，都必須先有正式授權，也必須有可用的預算來源。

每個圈子可以有自己的預算池。圈子只能在自己的可用預算內支出；就算理由很合理，預算池沒有錢，也不能直接動用 HackIt 的資金。

同樣地，「我是 HackIt 的人」不等於「我可以代表 HackIt 對外承諾」。對外合作、贊助回饋、正式聲明、簽約、接受贊助或使用 HackIt 品牌，都需要角色、政策或明確授權。

個人倡議：緊急例外，不是常用捷徑

在很少數的情況下，如果 HackIt 可能遭受明顯且即將發生的重大損害，而等待正式流程會讓事情變糟，夥伴可以採取個人倡議，先做最小必要行動。

但個人倡議不是一般授權方式。它不能用來繞過治理程序、支出授權、對外代表授權、敏感權限、安全政策或未成年保護邊界。

採取個人倡議後，行動者需要在二十四小時內正式報備，並在七十二小時內接受覆核。你要說清楚自己做了什麼、為什麼不能等、影響了誰，以及後續要怎麼修復、轉交或記錄。

如果同一類事情一直需要靠個人倡議處理，代表 HackIt 可能缺少正式角色、政策或流程，這本身就應該被當成張力處理。

兩種會議：戰術會議與治理會議

戰術會議 是用來推進日常工作的。它處理進度、請求、卡點、下一步和專案。戰術會議可以有人味，可以聊天，可以有社群感；但進入正式議程後，協調者會幫大家回到核心問題：你需要什麼？你拿到你需要的東西了嗎？

治理會議 是用來修改組織結構的。當你想新增角色、調整領域、建立政策、修改權力邊界、選任角色，或讓圈子結構變得更清楚，才是治理會議的範圍。

治理不是投票，也不是所有人都同意才可以前進。治理會議的原則是：沒有有效反對，就可以採用。 有效反對不是「我不喜歡」，而是能指出這個提案會對角色、圈子或 HackIt 造成什麼實質傷害。

如果你只是想請某人做某件事，那通常不是治理，而是請求、下一步行動或專案。只有當你想改變「誰負責、誰有權、用什麼規則處理」時，才適合提出治理提案。

筆記

剛加入 HackIt 時，不需要一次讀懂完整憲章。你先知道自己在哪個圈子、承接什麼角色、哪些事情可以直接做、哪些事情需要先問，就已經可以開始參與。

不確定誰負責，就問引導連接或書記。
心裡有落差，就把它當成張力。
工作卡住，就帶到戰術會議。
想改角色、規則、領域或分工，就帶到治理會議。
涉及安全、未成年保護、錢、對外承諾、平台權限或重大信任事件，需要走正式流程。

CoBuild 的重點不是背誦規則，而是建立判斷方式：我現在代表哪個角色？這件事落在哪個圈子？會不會影響別人的領域？有沒有安全、財務、法律或未成年保護風險？如果不清楚，就把不清楚本身拿出來處理。

HackIt 不是靠少數人管理出來的，而是靠每個願意承接角色、處理張力、留下紀錄、尊重邊界、共同建造的人，一次一次做出來的。

CoBuild 不是要讓 HackIt 變成制度展示場，而是讓我們在混亂、創造、活動、合作與成長中，仍然能清楚地一起前進。