用途：直接访谈非技术用户，用平实语言一次问一个问题，收集足够事实后创建 Linear issue。它只生成可用的原始 issue，不做根因诊断、不选受影响代码、不产出技术方案或实施计划。
主要能力：按固定流程询问发生了什么、期望结果、影响对象、频率或重要性、步骤与上下文、截图/录屏/报错/链接等证据、是否有临时方案、平实语言的成功标准。对 UI 缺陷或报错强烈建议提供截图或录屏；对功能请求则询问示例或参照行为。
使用方式：通过 Linear MCP 工具操作。先运行 list_teams、list_projects、list_issue_labels 读取元数据，再选择目标团队与项目；路由不明显时用平实语言询问“哪个产品或团队应该看到这个”。随后应用 llm-refine 与 nontechnical-intake，在元数据支持时打上 bug 或 feature 等类型标签，最后调用 save_issue 创建 issue。若读取工具或元数据不可用，应说明缺少 Linear 元数据访问，不得编造团队、项目、状态或标签，只输出可复制的草稿正文并给出 REQUIRED_LINEAR_MUTATIONS，将团队、项目、状态、标签标为 needs Linear metadata。若写入工具不可用，不得声称已创建 issue。
issue 正文包含 Summary、What happened、Expected outcome、Who/what is affected、Impact / urgency、Steps or context、Evidence / links、Known workaround、Desired success、Non-technical intake notes 以及 Technical triage gaps；后者不可省略，是交给 linear-refine 的交接面。完成后报告 issue URL 或标识、已应用标签、缺失的标记标签、已捕获证据、技术分诊缺口，并推荐下一步使用 linear-refine。
限制：不负责技术分诊、根因、代码定位、实现方案与测试策略；信息不足时优先产出简短 issue 而非阻塞。具体收费、价格、平台支持范围等资料暂未提供。