Linear Free 250 条 issue 何时不够，独立开发者先看升级线

发版板和缺陷列表一多，独立开发者会搜 Linear Free 够不够用。本文不比较 Linear、Jira 与 ClickUp 谁更适合小团队，只谈 Free 的官方上限，以及何时该买 Basic。材料锚定 2026-09-27 的定价页。

Free 工作区长什么样

定价页写 Free 为 0 美元，面向所有人。成员数不限，团队上限 2 个，issue 上限 250 条，附件上传 10MB。核心能力仍包括 issues、projects、cycles 等，Agent 平台也出现在 Free 说明里。Basic 为每人每月 10 美元（按年计费），在 Free 之上提供 5 个团队、无限 issues、无限附件与管理员角色。

对单人或双人小队，2 个团队通常够用。常见拆法是 Product 与 Ops，或 App 与 Marketing。第三个正式团队出现前，先问能否用项目与标签表达，而不是立刻付费。

250 条是硬天花板。历史缺陷、一次性调研任务、重复的“看看再说”卡片，都会占名额。附件 10MB 会卡住设计稿与录屏，大文件应外链到网盘或对象存储，只在 issue 里放链接。

把 250 条用在刀刃上

默认只为可执行工作开 issue。灵感与远期想法放文档或单独 Inbox 项目，定期清理，不让它们长期占编号。缺陷修复后及时 Done，并约定多久后可以归档或删除测试卡片。发版周期用 cycles 收束，避免同一缺陷复制成多张重复单。

一个人维护时，建议固定三个视图。本周必做，阻塞上线，以及等待外部回复。视图不能增加额度，但能减少重复建单。客户请求若只是记录，考虑合并到一条母 issue，用评论追加，而不是每封邮件一张卡。

导入旧工具时先抽样。把两年 Jira 历史全量灌进 Free，250 会瞬间耗尽。只导入未关闭项，历史只读留在原处。

10MB 与两人以上协作

截图一般没问题。Figma 导出、较长 Loom、完整日志包，常常超过 10MB。规范写成“附件只放小于 10MB 的证据，大文件外链”。这条规范能让 Free 多撑几个月。

成员不限听起来宽松，但权限与私有团队在更高档位。若外包、顾问需要隔离看板，而 Free 的团队与隐私能力不够，应对照 Business 的私有团队与访客能力，而不是只盯 Basic 的无限 issues。

两人共用 Free 时，先约定谁有权关闭 issue，避免一人重开、一人复制导致额度浪费。管理员角色出现在 Basic，个人项目通常不急着要。

何时升 Basic，何时先别升

出现下面任一情况，Basic 更干净。未关闭与必要历史加总后，issue 稳定逼近 250。第三个团队已经成为真实组织边界。附件规范执行后仍频繁被 10MB 挡住关键交付。需要管理员角色来约束谁能改工作流。

还不到这些线时，先做一次大扫除。关闭重复单，外链大文件，合并呓语式卡片。扫除后若用量掉回舒适区，继续 Free。扫除后仍每月净增数十条且业务在扩张，再按年付单价估算。

Basic 按人计费。三人小队年付约每人 10 美元每月，要先算清楚“谁必须有座位”。只读旁观者若可不用付费席，就不要为了礼貌给人开席。

发版周怎么守住额度

发版周最容易疯狂建单。建议周五只允许新建“阻塞上线”类 issue，灵感类一律进文档。周一再开分类会，把文档里的条目批量转成有限几张卡。这样 250 的预算花在能合并进版本的事上。

缺陷单标题写成可搜索的短句，包含模块名与可见症状。标题含糊会导致两人各建一张相似单。评论里贴复现步骤与外链，不把大日志贴进描述区反复编辑出一堆版本噪音。

若你用 cycles，每个 cycle 结束时做一次“仍打开但本周期不做”的降级。降级不是删除，是明确它不再占用本周注意力。占用注意力的单子越少，误建重复单的概率越低。

对外包同学，优先给链接与重现视频外链，而不是把原始工程文件塞进附件。10MB 上限会逼你养成外链习惯，这其实有利于以后真上了付费档，仓库也不会变成附件坟场。

季度末做一次额度复盘。看过去九十天新建与关闭曲线。若关闭速度跟不上新建，Basic 买的是流程能力，也是在买“无限列表”的心理缓冲。若关闭很快、新建也稳，Free 可以继续。

和选型文分开读

若还在 Linear 与 Jira、ClickUp 之间，先读对比文看流程契合度。已经在用 Linear、只卡额度，用本文当升级清单。不要把“Free 到顶”写成“Linear 不适合独立开发者”。多数时候是历史单与大附件策略问题。

当前结论。Linear Free 适合成员少、团队不超过两个、issue 可控在 250 以内、附件可外链的发版节奏。逼近上限或需要更多团队与无限附件时，按官方 Basic 年付价评估。以当天定价页为准。

建议在仓库 README 加一节。Linear 使用约定，包括何种事建单、大文件外链、每月清理日。约定比临时加座位更便宜。

把官方数字抄进自己的运营备忘，比口头传说可靠。价格与限额会改，每个季度打开定价页核对一次，并更新备忘里的数字与升级条件。核对日期写在同一段，避免半年后还在用过期口径劝团队省钱或加钱。

把官方限额抄进 onboarding 文档。新成员第一天就知道 250 与 10MB 的含义，比月末争论谁在浪费额度有效。若你同时使用 GitHub Issues，约定哪类工作留在 Linear，哪类留在 GitHub，避免两边各建一张导致重复劳动与重复计数。界限写清以后，Free 更容易长期够用。

客户成功或顾问若只需看进度，优先用只读视图或定期导出，而不是每人一个可写座位。可写人数上升很快会把你推向按人计费。能用链接解决的协同，就先用链接。