线性问题管理器

先解决什么问题

Linear 的问题跟踪本身不难，难的是上下文分散：issue 在看板里，配置和概念说明在官方文档里，临时判断又常常发生在 AI 对话或 Your sidebar 里。线性问题管理器瞄准的是这个缝隙：让 issue 管理有一个紧凑入口，而不是让用户在多个界面之间反复跳。

它要处理的典型场景很具体：账户侧的 issue 状态确认、AI 对话里对问题做归并、侧边栏快速查看。这三个入口不是噱头，而是对应三种不同的上下文密度。账号视图适合完整维护，AI 视图适合把松散需求收束成可执行条目，侧边栏适合快速扫一眼。

它如何工作

• 入口按场景切分：资料中给出 Account、AI、Your sidebar 三类基本用法，实际使用时先判断当前上下文属于哪一种。
• 概念以官方文档为准：来源指向 https://linear.app/docs，遇到 workspace、project、cycle、issue 等概念时，优先照官方口径解释。
• 先归并，再执行：对一个模糊需求，先整理成 issue 可承载的结构，而不是直接开始改状态。
• 保持上下文短链路：issue 内容、来源文档和操作路径尽量放在同一轮上下文里，减少交接时丢信息。

适用边界

• 适合个人维护 issue、小团队对齐任务，或给 AI agent 增加 Linear 相关的整理能力。
• 不适合当作 Linear Web 端的替代品：批量编辑、权限矩阵、自动化规则、Webhook 等仍应在官方界面或官方 API 中完成。
• 如果工作流依赖 Git 集成、cycle 规划或团队权限细节，需要回到 https://linear.app/docs 确认支持范围。
• 最终数据和操作权限仍由 Linear 账户设置决定；这个技能提供的是管理与导航层面的便利，不是绕过平台约束的入口。