Linear

Available tools 12

Hard-to-undo tools, such as sending or destructive actions, require your approval before running.

• linear__api_destructiveDestructiveApproval required

  Linear 공식 API destructive 작업 실행 — operation_id·입력 타입은 linear__operations 에서 조회한다. ⚠️ 삭제·상태·권한 변경은 되돌릴 수 없거나 별도 복구가 필요하다. variables 는 공식 스키마로 검증한다. 결과: 제한된 필드의 data · page_info · next_cursor · truncated. 페이지는 variables.after·first 로 조회한다.

• linear__api_sendSendApproval required

  Linear 공식 API send 작업 실행 — operation_id·입력 타입은 linear__operations 에서 조회한다. ⚠️ 게시·알림이 참여자에게 전달될 수 있고 전달된 알림은 회수할 수 없다. 요청에 대상·본문이 다 있으면 바로 부르고, 아니면 먼저 대화에 보여 준다(승인 카드엔 본문이 없다). variables 는 공식 스키마로 검증한다. 결과: 제한된 필드의 data · page_info · next_cursor · truncated. 페이지는 variables.after·first 로 조회한다.

• linear__commentSendApproval required

  Linear 이슈에 코멘트(마크다운)를 단다. ⚠️ 팀 전체에 보이고 알림이 나가며 이 커넥터로는 고치거나 지울 수 없어 되돌릴 수 없다 — 요청에 대상·본문이 다 있으면 바로 부르고, 아니면 먼저 대화에 보여 준다(승인 카드엔 본문이 없다). 상태·담당자를 바꾸려면 linear__update_issue. issue 는 linear__search_issues 결과의 id(ENG-123). 결과: commented · issue · comment_id · url.

• linear__create_issueSendApproval required

  Linear 팀에 새 이슈를 만든다. ⚠️ 팀 전체에 보이고 알림이 나가며 이 커넥터에는 삭제·보관 도구가 없어 되돌릴 수 없다 — 요청에 대상·본문이 다 있으면 바로 부르고, 아니면 먼저 대화에 보여 준다(승인 카드엔 본문이 없다). team 을 생략하면 팀이 하나일 때만 자동 선택되고, 여럿이면 승인 뒤에 팀 목록과 함께 실패하니 linear__list_teams 로 먼저 정한다. 결과: created · id(ENG-123 형태) · title · team · url.

• linear__update_issueSendApproval required

  Linear 이슈의 상태·담당자·우선순위·제목·본문 중 준 필드만 수정한다(description 은 본문을 덮어쓰고, 담당 해제는 안 된다). ⚠️ 상태를 바꾸면 팀 알림과 연결된 자동화(웹훅·리포지토리 연동)가 함께 발화하고, 반대 전이가 열려 있다는 보장이 없어 되돌릴 수 없을 수 있다 — 결과의 from 값으로 다시 바꿀 수는 있다. 요청에 바뀔 내용이 다 있으면 바로 부르고, 아니면 먼저 대화에 보여 준다(승인 카드엔 본문이 없다). state 는 linear__list_states 결과의 이름. 하나도 주지 않으면 실패한다. 코멘트만 남기려면 linear__comment. 결과: updated · id · 바뀐 필드별 from/to · url.

• linear__api_writeWrite

  Linear 공식 API write 작업 실행 — operation_id·입력 타입은 linear__operations 에서 조회한다. variables 는 공식 스키마로 검증한다. 결과: 제한된 필드의 data · page_info · next_cursor · truncated. 페이지는 variables.after·first 로 조회한다.

• linear__api_readRead

  Linear 공식 API read 작업 실행 — operation_id·입력 타입은 linear__operations 에서 조회한다. variables 는 공식 스키마로 검증한다. 결과: 제한된 필드의 data · page_info · next_cursor · truncated. 페이지는 variables.after·first 로 조회한다.

• linear__get_issueRead

  이슈 1건 — 본문·상태·담당자 + 코멘트. issue 는 ENG-123 형식 식별자를 그대로 넣으면 된다

• linear__list_statesRead

  팀의 워크플로 상태 목록(워크플로 순서) — linear__update_issue 로 상태를 바꾸기 전에 여기서 고른다. team 을 생략하면 팀이 하나일 때만 자동 선택된다. 결과: 상태마다 id(상태 이름 — state 인자에 쓴다) · type(triage·backlog·unstarted·started·completed·canceled) · team · state_id.

• linear__list_teamsRead

  Linear 팀 목록 — 이슈를 만들거나 상태를 고르기 전에 어느 팀인지 정할 때 쓴다. 결과: 팀마다 id(팀 키, 예: ENG — team 인자에 쓴다) · name · team_id(UUID).

• linear__operationsRead

  List supported Linear operation IDs, fixed risk, required OAuth scopes and exact input types. Supply operation_id for its recursive input schema. Use projects/projectMilestones/cycles/issueLabels, then issueAddLabel, issueUpdate or projectMilestoneCreate through the indicated risk tool. API variables use UUIDs. Internal reads and fixed output projections are partial support.

• linear__search_issuesRead

  Linear 이슈 검색 — 팀·상태·담당자(team · state · assignee_email)는 준 것만 필터로 적용된다. 결과: 이슈마다 id(ENG-123 — 다른 도구의 issue) · title · state · team · assignee · priority · updated · url (최대 25건).