参与贡献
先判断任务是否适合自己,再进入对应的 Proto UI 协作路径。
参与 Proto UI 不要求先看懂整个仓库,但任务边界必须与你能安全判断的范围相符。
仓库里的 CONTRIBUTING.md 是人类贡献流程的准确入口。这里负责解释各部分如何配合。
先看是否就绪
Section titled “先看是否就绪”Starter 任务的结果已经固定,几乎不需要协议判断。Contributor-ready 任务的语义已有治理依据,但实现可能仍然很大。Decision-needed 任务包含一个现有权威尚未解决的准入、所有权、兼容性或架构选择;Agent 仍可收集证据、整理备选方案,并继续推进该选择之外所有已就绪切片。
工作量不等于就绪度。小改动可能仍在等设计结论;较大的完整切片也可能已经可以实施。
领取前应阅读 Issue、近期评论、assignee、关联 PR,以及 Project 启用后的实时状态。优先从仓库权威和实时证据补齐缺失事实并形成有边界方案;只有真正未决的产品方向,或特权/不可逆操作,才需要请求人工决定。
- 协作模型 说明 Issue、label、Project、milestone、review 和 Actions 各自负责什么。
- 交付一个改动 说明开发、验收、回归、部署与发布。
- 贡献者 Agent 说明可组合 skill、能力测评和自动领取。
- Agent Skill 目录 列出每个懒加载状态转换及其职责。
- Agent 自动化 区分已部署的 shadow、手动协议与候选周期任务。
- Prototype 编写指南 详细说明受治理的组件工作。
尚未形成任务边界的问题和想法可以进入 GitHub Discussions。已经可以跟踪的工作进入 GitHub Issues。Discord 适合快速同步,但会改变实施范围的结论仍要写回仓库。