一句话看懂：GitHub 于 2026 年 11 月 11 日将 Issue 类型和 Issue 字段正式开放给个人账户仓库，让独立开发者和开源维护者也能像组织团队一样标准化管理任务。
事件核心：发生了什么
根据 GitHub Changelog 的更新，个人账户名下的仓库现在正式支持 Issue 类型（Issue types）与 Issue 字段（Issue fields）。类型默认包含 Bug、Task、Feature，用户可在个人账户设置的「Planning」下自定义，最多创建 25 种；字段默认包含 Priority、Effort、Start date、Target date，同样最多 25 个，支持文本、数字、日期、单选和多选，并可固定绑定到特定类型，或用于不带类型的 Issue。这两项能力可直接在新建或查看 Issue 时设置，也能在 Projects 中用于自定义视图和批量更新，还可通过 REST API、GraphQL API 与 webhooks 进行程序化管理。同批更新还允许在 Issue 内直接创建标签和里程碑。
为什么重要
Issue 类型和字段本质上是把项目管理中常用的分类、优先级和排期信息前置到 Issue 本身，减少对标签体系的过度依赖。过去这套规划能力主要面向组织账户，个人账户开放后，开源项目的维护者可以跨仓库统一任务结构，独立开发者也能以较低成本建立可追踪的工作流。对依赖 GitHub 承载公开协作的 AI 开源项目而言，这意味着缺陷、功能请求和实验任务的分流会更清晰。目前公开信息显示，这是平台协作能力的补齐，而非与 AI 模型或推理服务直接相关的更新。
对用户/开发者/创作者的影响
对个人开发者，自定义类型和字段可以把「待复现」「需评估」等状态结构化，配合 Projects 视图快速筛选。对开源维护者，跨仓库统一字段有助于聚合来自不同项目的 Issue，降低分诊成本。对使用自动化脚本的团队，REST 与 GraphQL API 及 webhook 支持意味着可以围绕类型和字段构建告警、看板同步或批量迁移工具。需要注意的是，上限为 25 个类型和 25 个字段，项目规模较大时仍需规划命名与层级，避免字段膨胀。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
可观察三点：一是个人账户与组织账户在 Issue 能力上的差异是否进一步缩小；二是 API 和 webhook 的事件覆盖是否随实际使用反馈扩展；三是开源社区是否形成通用的类型和字段约定，从而影响第三方项目管理工具的对接方式。
