用途：对 Linear 项目做流程层面的健康审计，帮助项目负责人了解项目信号是否设置得当，并给出本周可执行的改进点。约每周运行一次。审计针对项目流程而非个人绩效，绿/黄/红只是信号，不是评分。
主要能力：按七个维度给出 ok/warn/bad 判定和一句话理由——状态更新节奏（最近更新间隔及近几周趋势）、项目负责人是否设置、负责人参与度（实现者或协调者任一形态即可）、目标日期是否存在及是否现实、目标日期稳定性（延期次数及是否在更新中说明原因）、问题陈旧度（进行中问题是否长期未动）、里程碑健康、范围稳定性（近 30 天新增问题占比，并区分计划性拆分与范围蔓延）。
使用方式：用户提供 Linear 项目 URL、slug 或名称/ID，直接传给 get_project 的 query 参数。先解析出项目 UUID，再用该 UUID 并行调用 get_status_updates、list_issues（全量、近 30 天新增、近 7 天更新）和 list_comments。问题较多时可用 jq 聚合统计。任何调用出错应停止并告知用户，不得编造。
适用场景：项目负责人自查项目信号、准备周度状态摘要。
限制：审计看不到 PTO、Slack/Notion/会议中的决策、未关联 issue 的 PR 等上下文；目标日期历史通常无法直接查询，只能从状态更新和描述中推断，无法判断时应明确说明。建议应针对项目流程而非个人。