create（Linear交互式问题创建）Skill 是什么？如何一键安装使用？

Linear交互式问题创建Skill：一句话把脑海里的待办变成规范的 Linear 问题

它是什么：create（Linear交互式问题创建Skill）是一个通过对话方式在 Linear 中新建问题的技能，用 /create 命令或一句话即可启动，无需离开当前工作界面。
核心能力：按「团队 → 标题 → 描述 → 优先级 → 分配人 → 项目 → 标签」的顺序逐步引导，并在真正创建前展示摘要请求确认，避免误建和漏填。
最实用的价值：把「想起来要记一件事」到「Linear 里出现一条字段完整、可追踪的问题」之间的操作成本压到最低，同时保证团队字段规范统一。
适合谁用：使用 Linear 做研发管理的团队，尤其是开发者、测试、产品经理，以及经常在写代码或对话过程中临时发现问题的同学。
一句话结论：它不是又一个表单，而是把「创建问题」这一步交给对话完成，让记录问题不再是打断心流的负担。

1. 该技能叫什么？如何下载安装 AI 技能提升开发效率？

基本信息

项目	内容
技能中文名	Linear交互式问题创建Skill
技能英文名	create
技能ID	14036
所属体系	`linear:create`（Linear 相关技能集）
调用形式	`/create [可选: 初始标题]`

它解决什么问题

在 Linear 中手动创建问题，看上去只是填一个表单，实际使用中却常常出现这些麻烦：

正在排查故障或写代码，脑子里蹦出一个待办，切到 Linear 网页、选团队、填标题、写描述，等填完灵感已经断了；
描述习惯性地只写一句话，事后看不到复现步骤，问题变成「需要再问一遍」；
优先级、项目、标签经常空着，导致看板失真、筛选不准；
团队不同成员填写习惯不一致，问题列表里混着「修一下登录」「登录接口 500」这类不规范标题。

Linear交互式问题创建Skill 的思路是把这些字段的填写过程「对话化」：用户只需要表达想记什么，技能负责逐项追问、补全字段、给出摘要、确认后写入 Linear。

一键安装的思路与步骤

安装方式取决于你所使用的 AI 助手或技能平台，具体命令与入口请以官方说明为准。通用流程如下：

准备前提：拥有 Linear 账号，并确认当前工作区内已有可用团队（创建问题必须归属某个团队）；同时确认你的 AI 助手已支持接入外部技能。
获取并安装技能：在技能市场或技能管理入口中检索技能ID 14036 或英文名 create，按平台指引完成安装与启用。具体安装命令、下载地址与入口位置以官方说明为准。
完成 Linear 授权：技能在运行过程中会调用 linear_get_team、linear_list_projects、linear_create_issue 等能力，需要先完成账号授权绑定，否则会出现「列不出团队」的情况。授权方式以官方说明为准。
验证是否生效：在对话中直接输入 /create（不带任何参数），若技能开始询问团队或标题，说明安装与授权均已正常；若提示无法识别命令，请回到第 2 步检查技能是否已启用。

2. 该技能的主要功能和特点

斜杠命令即入口：/create [可选: 初始标题]，标题可以提前写在命令后面，也可以在交互中被追问，两种写法都支持。
团队智能识别：如果从当前对话上下文中能明显判断出所属团队，技能会自动带入；判断不明确时，调用 linear_get_team 列出可用团队，让用户选择或直接提供团队键。
标题为唯一必填项：标题是必需字段（参数提供则直接用，否则询问），其余字段都可以跳过，不会因为「不想填太多」而卡住流程。
描述支持多行与 Markdown：技能会主动询问是否需要详细描述，支持多行输入和 Markdown 语法，方便粘贴复现步骤、日志片段、代码块、清单。
优先级四档可选：紧急（1）、高（2）、中（3）、低（4），默认值为「中」，来不及思考时可以直接回车走默认。
分配人三选一：当前用户、未分配、特定用户，既能「先记下来自己干」，也能「丢进未分配池等排期」。
项目可选可列举：需要归档到某个项目时，技能会通过 linear_list_projects 显示可用项目供选择，避免项目名记错。
标签支持逗号分隔批量录入：一次输入多个标签，减少反复点选。
创建前强制确认：展示包含团队、标题、描述预览、优先级、分配人、项目、标签的完整摘要，用户以 y/n 确认后才真正创建，避免误提交。
创建后给出闭环引导：返回问题编号（如 ENG-123）、问题链接，并提示下一步可以「开始工作（/start ENG-123）」「查看详情（/issue ENG-123）」。

和「手动打开 Linear 填表」相比，它的差异化不在字段数量，而在于流程被标准化：字段顺序固定、必填项明确、确认环节兜底，产出的一条条问题天然格式一致。

3. 如何使用该技能？

第一步：启动命令

/create

或直接带初始标题：

/create 登录接口偶发 500 错误

第二步：选择团队

若上下文中团队不明确，技能会列出可用团队供选择；如果已知团队键，也可以直接说明，例如「用 Engineering 团队」。

第三步：确认或补充标题

带参数时标题直接沿用；不带参数时会追问标题。建议标题写成「现象 + 范围」的形式，例如「登录接口在高峰期偶发 500 错误」。

第四步：决定是否写描述

技能会询问是否需要详细描述。如果需要，可多行输入并配合 Markdown，例如：

现象：高峰期登录接口返回 500，约 3% 请求失败
复现步骤：
1. 压测 200 并发
2. 观察 /api/login 响应码
预期：全部返回 200

第五步：设置优先级、分配人、项目、标签

优先级：紧急 / 高 / 中 / 低，直接回车则为「中」；
分配人：当前用户 / 未分配 / 指定某人；
项目：从 linear_list_projects 返回的列表中挑选；
标签：逗号分隔，例如「后端, 登录, 线上问题」。

第六步：核对摘要并确认

技能会展示类似下面的摘要：

📝 创建新问题

团队: Engineering
标题: 登录接口高峰期偶发 500 错误
描述: {描述预览}
优先级: 高
分配人: 您
项目: {项目名}
标签: 后端, 登录, 线上问题

创建此问题? (y/n)

输入 y 确认，输入 n 则中止，不会产生任何数据。

第七步：读取结果并继续下一步

创建成功后返回：

✅ 已创建 ENG-123: 登录接口高峰期偶发 500 错误

链接: {问题 URL}

您接下来想做什么?
- 开始工作 (/start ENG-123)
- 查看详情 (/issue ENG-123)

此时可以直接接着执行 /start ENG-123 进入处理状态，或 /issue ENG-123 查看详情，无需手动复制编号再去搜索。

4. 同类型竞品对比分析

方案名称	定位	核心功能	安装/使用门槛	适用场景	优势与不足
本技能 `create`（Linear交互式问题创建Skill）	对话式创建 Linear 问题	斜杠命令启动、逐字段引导、摘要确认、创建后跳转引导	需要在 AI 助手中安装并完成 Linear 授权，门槛中等	已在用 Linear、希望边工作边记录问题的团队	优势：不离开当前界面、字段规范统一、确认机制防误建；不足：强依赖 Linear 生态，仅覆盖「创建」环节
Linear 网页/客户端手动创建	Linear 原生表单	全部字段可视化填写、支持模板与富文本	无额外安装，登录即用	需要仔细撰写长描述、批量整理的场景	优势：官方原生、字段最全、可视化直观；不足：需要中断当前工作切换窗口，填写质量依赖个人习惯
Jira（含官方 AI 辅助能力）	老牌项目管理平台	问题类型体系、工作流、报表、权限	部署与配置较重，AI 能力需额外开通	大型组织、流程与合规要求高的团队	优势：生态成熟、可定制性强；不足：配置成本高，交互式创建体验不如对话式轻量
GitHub Issues	与代码仓库深度绑定的问题跟踪	Issue 创建、标签、里程碑、与 PR 关联	有仓库即可用，几乎零门槛	开源项目、以代码为中心的轻量协作	优势：与提交/PR 打通、上手快；不足：缺少 Linear 那样的项目/周期管理视图，字段结构化程度有限
Notion / 飞书任务等通用协作工具	文档与任务一体化	任务看板、文档嵌入、@提醒	低门槛，但需要自建模板与规范	非研发团队、混合型协作	优势：灵活、与文档融合好；不足：研发语义弱，缺少问题编号、分支联动等研发向能力

选择建议：如果你的团队已经在 Linear 上管理研发流程，且痛点是「记录问题这件事本身太重」，本技能的收益最直接；如果还在选型阶段，或需要复杂工作流，建议先评估 Jira / GitHub Issues 等更完整的平台，本技能作为 Linear 之上的效率增强层使用。

5. 该技能的典型应用场景与实际体验情况

场景一：后端开发者排查线上故障时顺手记录

小张在压测时发现登录接口偶发 500，以前要切到 Linear 建一条问题，往往一拖就忘。现在他直接输入 /create 登录接口高峰期偶发 500 错误，技能追问优先级时选「高」，分配人选「当前用户」，标签填「后端, 线上问题」，确认摘要后立刻拿到 ENG-123，随后 /start ENG-123 进入处理。 实际体验：整个流程基本不打断思路，确认环节让人放心；需要注意的是团队识别依赖上下文，若一开始没说明是哪个团队，会多一轮选择。

场景二：产品经理把会议里的待办转成需求

产品评审会上冒出一堆待办，产品经理习惯会后集中录入，但描述常常写得太简略。使用该技能时，可以先把标题写在命令参数里占位，再逐步补充多行 Markdown 描述（背景、目标、验收标准），项目字段通过技能列出的项目列表挑选，避免写错项目名。 实际体验：多行描述 + Markdown 支持是关键优势，能把验收标准写清楚；但长描述建议先在文档里准备好再粘贴，交互中逐行输入效率不如一次性带入。

场景三：测试同学提交缺陷

测试同学提交缺陷最怕漏字段。技能固定的字段顺序相当于一份「检查清单」：团队、标题、复现步骤、优先级、标签、项目，确认摘要时一眼就能看出哪项空着，退回补充即可。 实际体验：对新人尤其友好，几轮使用后就形成了统一写法；建议团队提前约定标签词表，否则标签仍会各写各的。

场景四：新人入职首周快速融入流程

新同学不必先研究 Linear 的字段含义，跟着 /create 的追问走一遍就能理解团队的字段规范，创建后还能通过 /issue ENG-123 查看详情，理解团队的问题长什么样。 实际体验：上手难度极低，几乎是「跟着问就对了」；注意权限问题，若工作区权限不足，可能在创建或选择项目时受限。

6. 该技能能为用户带来的价值

把记录成本降到接近零：从「切窗口 + 找团队 + 填多字段」变成「一句话 + 几次回车」，打断工作流的时长大幅缩短，临时想法不再因为「懒得记」而流失。
提升问题数据质量：固定的字段顺序与必填提醒，让每条问题都有清晰的团队归属、标题、优先级与标签，后续看板、筛选、复盘的数据可信度更高。
降低工具使用门槛：新人不必先学会 Linear 的字段体系，跟着交互提示即可完成规范录入，团队培训成本下降。
减少误操作：创建前的摘要确认与 y/n 二次确认机制，让「手滑建错问题」的概率显著降低，避免脏数据污染列表。
形成闭环的工作节奏：创建后直接给出 /start、/issue 的后续动作，问题从「记下来」自然过渡到「开始处理」，缩短从发现到响应的间隔。
长期价值：当成百上千条问题都由同一套流程生成时，团队的问题列表会自然变得可读、可统计、可复盘，管理成本随之下降。

7. 常见问题 FAQ

Q1：这个技能怎么安装？在哪里能找到它？

在支持外部技能的 AI 助手中检索技能ID 14036 或英文名 create，按平台指引安装启用，并完成 Linear 账号授权。安装命令、下载入口与授权方式以官方说明为准。

Q2：使用这个技能要收费吗？

技能本身由技能平台提供，是否收费取决于平台策略；创建问题所消耗的 Linear 席位与额度由 Linear 的订阅方案决定。具体价格与计费方式请以官方说明为准。

Q3：它适合谁用？不适合谁？

最适合已经在用 Linear 做研发管理的团队，尤其是开发者、测试与产品经理。如果你的团队主要用 Jira、GitHub Issues 或通用协作工具管理任务，本技能并不适用，因为没有可写入的 Linear 团队与项目。

Q4：标题是必填的吗？其他字段能跳过吗？

标题是唯一必需字段；描述、优先级、分配人、项目、标签均为可选。优先级不填时默认为「中」，分配人可选「未分配」，其余字段留空不影响创建。

Q5：创建之后还能继续做什么？

创建成功后技能会返回问题编号与链接，并提示可以执行 /start ENG-123 开始工作，或 /issue ENG-123 查看详情，形成从记录到处理的连续动作。

Q6：和直接在 Linear 里新建问题相比，该怎么选？

如果需要精心撰写长描述、附加大量附件，或希望字段完全可控，直接用 Linear 原生界面更合适；如果痛点是「记录动作太重、常在别的界面想起待办」，用本技能更划算。二者并不冲突，可以混用。