用途：该技能将 Linear 的软件开发与项目组织方法论固化为可复用的指导，用于帮助用户规划工作、创建 issue、组织项目、设定优先级、安排迭代周期，以及思考开发工作流。它提供概念性指导，不是 API 集成；当用户要求“创建关于 X 的 issue”时，应帮助其按这些原则撰写，而不是编写 API 代码。
主要能力：
- 撰写 issue：用平实语言描述任务，不写用户故事；标题如“Add password reset flow”；必要时补充要做什么、为何重要、验收标准，并直接引用用户反馈而非转述。鼓励自己写自己的 issue，保持简短，1-3 天可完成，过长则拆分子 issue 或建项目。
- 组织项目：项目围绕明确交付物组织 5-15 个具体任务，包含名称、1-2 段简要规格（为什么、做什么、怎么做）、目标完成时间和 issue 列表；强调激进缩小范围、分阶段交付、小团队、先写规格再动手、尽早发布。
- 设定方向：层级为 Initiatives（数月）→ Projects（数周）→ Issues（数天）；目标要可衡量，从小起步，如 10 用户→100 用户→$1K MRR。
- 优先级框架：区分 blocker（阻碍使用）与 enabler（开启新机会），判断现在还是以后，关注本周/本月能推动进展的事项。
- 迭代周期：标准 2 周，不超载，未完成工作自动顺延，周期边界复盘，从项目拉取 issue。
- 保持动量：每日完成 1-3 个小 issue，每周发布并写 changelog，多次发布而非一次大发布，公开构建。
- 管理 backlog：自动归档已完成工作，删除错误或重复项；用户反馈作为研究库而非待办清单。
- 设计与探索：先验证问题，自由探索多个方案，尽早获取反馈，再拆分为具体任务。
- 平衡反馈与愿景：询问问题而非功能，理解用例，评估时机；对非目标用户反馈、不理解痛点的功能请求、与愿景冲突或非必要项可忽略。
使用方式：在创建 issue、规划项目、设定优先级、组织工作、撰写规格或 changelog、决定下一步构建内容，以及帮助用户梳理开发流程时应用。参考资料包括 references/issue_examples.md、references/project_templates.md、references/solo_workflows.md。
限制：仅提供概念性指导，不涉及 API 集成；具体命令、安装方式、收费与平台信息暂未提供。