# 治理机制

## 使命

作为 Triton 生态的重要组成部分，Triton-Ascend 项目致力于为所有昇腾 NPU 用户提供高效易用的 Triton 编译框架，使 Triton 代码能够在昇腾硬件上高效运行，并积极贡献于丰富 Triton 和昇腾生态。

## 原则

- **开放透明**：所有技术决策和社区讨论均通过公开渠道进行
- **贡献导向**：成员资格基于个人能力和贡献，而非与雇主绑定
- **社区驱动**：鼓励广泛参与，尊重多元观点，通过讨论和投票达成共识

## 治理结构

Triton-Ascend 是 Triton 社区下的开源项目，角色任命最终由 Triton 社区决定。项目采用分层技术治理结构：

### 贡献者

**职责**：

- 帮助新贡献者融入项目
- 处理和回应社区 `Issue`
- 审阅 `RFC` 和代码

**要求**：

- 完成至少一次贡献
- 通过提交 `Issue`、代码评审、代码提交和参与社区活动等方式持续积极参与项目

**权限**：授予 GitHub 仓库 `Triage` 角色，包括读取和克隆权限，以及提交 Issue 和 PR 的权限。

### Maintainer

**职责**：

- 定义项目的愿景和使命，塑造技术方向，确保长期成功
- 拥有代码合并权限，主导路线图规划
- 审阅社区贡献并持续改进代码
- 负责核心模块的代码质量和架构决策
- 参与发布决策
- 指导贡献者完成代码贡献
- 参与社区技术会议，讨论和投票技术方向、重大提案及 `Release` 事项

**要求**：

- 对 Triton 和 Triton-Ascend 代码库有深入理解
- 承诺持续代码贡献，具备设计、开发及 PR 审阅流程的能力
- 积极参与社区代码评审，至少交付一项重大功能，并保持持续高质量贡献
- 积极处理 `Issue`、回应咨询并参与讨论
- 对项目做出重大技术贡献（如核心功能开发、架构设计、性能优化等）
- 展现良好的技术判断力和社区协作能力

**权限**：授予 GitHub 仓库写入权限，包括读取、克隆和推送代码权限，核心分支保护和合并权限，发布执行权限，以及管理 `Issue` 和 `Pull Request` 的权限。

晋升由现有 `Maintainer` 共同评审，综合考虑贡献质量、连续性和社区参与度。

## 提名与移除

### 原则

- 成员资格基于个人能力，通过贡献、评审和讨论体现
- 候选人需认同 Triton-Ascend 的原则并保持行为一致性
- 连续 **6 个月** 未对项目做出贡献的 `Maintainer` 可转为荣誉身份
- 成员资格授予个人，不与雇主绑定

### 提名流程

- 任何人均可发起提名，包括自提名，通过社区 `Issue` 进行
- 提名须包含候选人的贡献记录和技术能力说明
- 现有 `Maintainer` 审阅评估，需 **超过半数当前Maintainer同意且无反对意见**

### 定期审查

- **每月** 在技术会议上审查所有 `Maintainer` 的活跃情况
- 连续 **6 个月** 未对项目做出贡献的 `Maintainer` 可在讨论后转为荣誉身份
- `荣誉` `Maintainer` 可随时通过恢复活跃贡献申请恢复 `Maintainer` 身份