Issue 是软件开发中用于跟踪缺陷、功能需求和任务的工单单元，通常存在于 GitHub 等代码托管平台，是协作开发流程的核心枢纽。随着 AI 编码智能体的普及，Issue 正在从一个人类沟通工具，转变为智能体理解任务、自动定位问题并执行修复的输入源。
Issue 驱动的智能体自动化进展
Issue 承载的流量与规范变化
Readme 团队披露其 API 文档流量中已有 72% 来自 Agent，并推出 Restless 产品，让 API 报错自带修复指引，方便智能体读取后直接生成修复方案。这意味着智能体消费的"问题信息"正在从人类可读文档转向机器可读结构。详见 原文标题 和 原文标题。
JetBrains 研究则提出，编码智能体的评测基准应贴近真实用户任务流——而真实任务流往往正是从 Issue 创建、分派到关闭的全过程。 原文标题
GitHub 官方也展示了新玩法：通过 Issue 表单触发自动化运营流程，把 Issue 作为自动化管道的入口而非单纯的缺陷记录。 原文标题
当前焦点与观察点
当前围绕 Issue 的讨论集中在三点：一是质量门槛，智能体能否从描述模糊的 Issue 中准确理解意图；二是责任边界，AI 自动关闭或修复 Issue 时如何复核；三是信息形态，随着 Agent 流量占比上升（如 Readme 的 72%），文档与报错信息是否会整体向机器可读方向重构。可以预期，Issue 作为人与智能体协作的接口层，其结构化程度将直接影响自动化维护的可靠性。