用途：为 Linear 集成开发建立快速、可重复的本地开发循环。常规测试保持离线与确定性，另用受控的只读或沙箱工作区探测来发现契约漂移。
主要能力：检查仓库的测试框架、GraphQL 客户端边界、fixtures、环境加载与 webhook 中间件顺序；记录最小化的脱敏 fixtures，覆盖成功、部分错误、鉴权错误、限流、分页与 webhook 场景；在适配器边界注入假客户端，而非在应用中 mock 每个 SDK 模型方法；测试原始请求体签名校验、重复投递 ID、五秒确认行为与队列处理；用隔离工作区和获批隧道做显式端到端检查，并标记与清理测试记录；添加受保护的契约探测以检测 schema/包漂移且不改动生产。
使用方式：鉴权上，个人 API key 仅用于所有者控制的脚本，用户委托应用用 OAuth with PKCE，获批自动化用 client-credentials；个人 key 使用 Authorization: <API_KEY>，OAuth 令牌使用 Authorization: Bearer <ACCESS_TOKEN>，凭据存于服务端获批的密钥管理器。工具纪律：用 Read、Glob、Grep 检查代码与配置，WebFetch 仅用于 Linear 官方文档与包元数据，Write/Edit 仅用于已知目标文件的实现。
限制与边界：webhook 投递需要公网可访问的 HTTPS 非 localhost URL，仅本地接收器不等同生产测试；签名校验需要精确原始请求体，body-parser 顺序属于本地契约测试；GraphQL introspection 与官方生成 SDK 类型比手写 fixtures 更权威。未经责任所有者明确批准，不得创建、泄露、轮换或撤销凭据，不得授权 OAuth 应用、更改作用域或团队访问、变更工作区数据、配置 webhook、导入导出数据、更改角色/SCIM/审计流、传输诊断信息或更改付费权益。输出需包含工作区与团队范围、鉴权模式（不含凭据值）、检查的文件与契约、操作名、证据、验证结果、脱敏字段、剩余风险、责任所有者、批准状态与回滚或下一步。资料未提供具体安装命令与价格信息。