在核心團隊中忙碌的蜜蜂們有許多 的職責。這是一個 是一個不斷演進的專案，因此本頁面可能會有所變更。
這些工作包括但不限於回應問題、檢閱 和合併程式碼，指導新的貢獻者，以及整個BeeWare項目的架構。 BeeWare 專案的整體架構。
有一些人，我們信任他們來做程式碼的決策；有一些人，我們 我們信任的人來做程式碼和組織的決策；有一個人 他負責引導整個組織的願景，並在社群無法達成共識的情況下 在社群無法達成共識時，由他來做最後決定。
這些層級可描述如下：
蜜蜂，或工蜂：
- 任何 BeeWare 社群的成員。鑒於我們在 GitHub 上開放工作，任何人都可以對代碼提出修改建議，並將他們的代碼 合併。對於您的貢獻能力的唯一限制是您的 工作被有權合併的團隊成員合併。
養蜂師：
- 被認定為可信賴的貢獻者的蜜蜂。這些蜜蜂 已在一段時間內展示了與 BeeWare 專案的特定部分。這可能是在技術層面 (JavaScript、Python、Objective-C 專業知識；GTK+、macOS 知識），或其他層面（社群管理、程式碼檢閱）。 Apiarists 也可能擁有專案的提交位元，他們的 專業知識。
資深養蠶人：
- 在 GitHub 上擁有較高存取權限的養蜂師，同時也肩負監督整個專案的責任。 監督整個專案的責任。他們能夠 作架構上的決定，但最終要向 BDFN 負責。
創始養蜂師：Russell Keith-Magee
- 第一個站在山上發現需要剃毛的犛牛的人
- 這個角色永遠不會改變，並且無止境地延續下去。
- 這個角色與 BDFN 的角色不同
Bee-nevolent Dictator for Now (BDFN): Russell Keith-Magee
- 以 Benevolent Dictator for Life、 專案的方向與決策 最終由 BFDN 負責。使用「For Now」而非「For 終身 "是指 Django 的主題，即核心維護者的責任不是由一個人來承擔。 核心維護者的責任。 生命。生活存在於開放原始碼之外，程式碼/生活的平衡與 一般福祉是非常重要的事情。
指導方針（非實際規則）
就像任何有一個以上的人有提交權限的專案一樣，有一些一般的準則是團隊應該遵守的。 團隊應該遵循許多一般準則：
- 在更廣泛的社群中成為專案的良好代表
- 對任何 BeeWare 專案的詢問與貢獻都要 尊重**
- 假設每個人都有良好的意願，即使他們沒有選擇他們的 用詞
- 假設如果有人做了 「錯誤 」的事情，那是因為我們在溝通過程中失敗了。 是因為我們在溝通過程中失敗了
- 假設任何憤怒或沮喪的表達都是出於真正的 想使用 BeeWare 工具/庫的真正原因
- 鼓勵社群中的其他成員在他們自己的溝通中反映這些理想。 他們自己的溝通，無論是在BeeWare內部還是外部 社群
- 任何養蜂師都不應委託自己的程式碼
- 例外："有些東西已經壞了，需要馬上修復
- 例外：BDFN (未來可能會改變)
- 所有由核心團隊成員提交審查的程式碼，都應該由另一位團隊成員審查
由其他團隊成員審核
- 例外：BDFN (未來可能會變更)
- 所有程式碼應該在合併前通過持續整合測試
- 例外：已知已損壞但需要提交的程式碼 的程式碼
- 例外：CI 測試不足的 repo 中的程式碼
- 例外：工作且已提交總比不完美好
- 驗收程序應盡可能自動化
- 這意味著測試、inting、拼寫檢查、覆蓋率等等。
成為一名養蜂師
新的養蜂師是否加入團隊由現有的核心團隊自行決定。 由現有核心團隊自行決定。雖然目前沒有任何確實的規則 儘管目前並沒有任何確實的規則，但一般而言，如果某人對 BeeWare 專案有確實的貢獻，則會被邀請成為該專案的養蜂師。 BeeWare 專案的貢獻。 專案。這也可以延伸到具有特定領域 知識（例如，iOS/macOS）的人，而這些知識可能是現有團隊所缺乏的。 這也可以擴展到具有特定領域知識（例如，iOS/macOS）的人。這也不一定要基於提交。任何人只要 能夠證明對專案有既得利益的人，都可以 請求允許提交到專案中。
所有新的養蜂師都會接受「入門」訓練（沒有更好的詞彙可以形容），學習計劃的核心價值與準則。 本計畫的核心價值與準則。核心價值的摘要 可以在 關於頁面 找到。任何加入 團隊的人都應該維護這些價值觀，並參與 討論這些價值觀的演進。
任何養蜂師，不論是新手或老手，都不希望成為任何一種東西的唯一維護者。 任何一件事。有許多的養蜂師，以及許多旁邊的人可以 提供協助、建議和指導。