Coroid는 다음에서 작업을 가져옵니다:Jira, Linear, Trello및GitHub 이슈, 이렇게 하면 기존 요청을 다시 입력할 필요가 없습니다.
연결을 설정하려면설정 → 연결, 그런 다음 다음에서 가져오세요:새 작업 → 이슈 가져오기.
가져오기의 작동 방식
가져온 항목은 즉시 에이전트로 전달되지 않습니다. 각 항목은 먼저 검증 단계를 거칩니다: 중복 항목은 병합되고, 이미 수정되었거나 확인할 수 없는 항목은 제외되며, 검증된 항목은 작업 또는 계획이 됩니다. 결정이 필요한 항목은Factory → 리뷰에 보관됩니다. 자세히 알아보려면작업 가져오기.
Jira
Jira Cloud와 Jira Server 모두를 지원합니다. 이슈는 유형, 라벨 및 추정치와 함께 가져와집니다.
새 이슈를 요청으로 처리
Coroid는 새로운 Jira 이슈를 요청으로 받아들일 수도 있습니다. 이 기능을 활성화하려면Jira품질 관리 설정에서 조직 기본값의작업 시작 전,요청의 출처에 보관됩니다. 새 이슈의 유형과 우선순위가조정에서 설정한 기준에 맞으면 검증 단계에 등록됩니다. 기본적으로는 높은 우선순위 이상의 버그입니다. 조정 기능에서는 Jira의 표준 이슈 유형과 우선순위(Highest, High, Medium, Low, Lowest 및 Blocker, Critical, Major, Minor, Trivial이 동일한 순위로 분류됨)를 모두 포함하며, 사용자 정의 우선순위가 있는 이슈는 모든 우선순위가 조정 목록에 포함되어야만 등록됩니다. 이 기능을 끄면 새 이슈는 등록되지 않습니다.
Jira 작성자는 신뢰할 수 없으므로 Jira에서 온 요청은 실제 작업이 시작될 때까지 대기합니다.
Jira 웹훅
새 이슈는 Coroid의 Jira 웹훅을 통해서만 Coroid로 전달되며, 이 웹훅은 Coroid용으로 설정된 웹훅 비밀번호로 서명됩니다. Jira 항목에는 Coroid가 아직 귀하의 Jira에서 데이터를 받지 못했음을 표시합니다. coroid.ai에서는 아직 Jira 웹훅이 설정되지 않았으므로 새 이슈를 이 방식으로 받을 수 없습니다. 대신 Jira 이슈를 가져오세요. 자세히 알아보려면트리거 및 대상.
이전에 새 작업에서는 '중요도가 높은 Jira 버그 가져오기' 템플릿을 제공했으며, 이는 MCP 서버를 통해 Jira에 매일 요청을 보내는 일정이었습니다. 이 템플릿으로 생성한 일정은 계속 실행되며 Jira 항목에 이름이 표시됩니다.
Linear
이슈는 라벨과 추정치와 함께 가져와집니다.
Trello
카드는 작업 항목으로 가져와집니다. Trello는 다른 도구에 비해 구조가 덜 명확하여 이슈 유형이나 추정치 정보가 없는 경우가 많습니다. 따라서 판단의 근거는 카드의 텍스트뿐입니다. 실제 설명이 있는 카드가 제목만 있는 카드보다 훨씬 잘 가져와집니다.
GitHub 이슈
소스 컨트롤과 동일한 연결을 사용합니다. GitHub가 이미 연결되어 있다면 추가 설정이 필요하지 않습니다.
가져온 텍스트는 완벽하지 않은 사양을 만듭니다
사람을 위해 작성된 티켓은 공통된 맥락—대화, 공유된 인식 모델, '당신도 무슨 뜻인지 알겠죠' 같은 요소—을 전제로 합니다. Coroid는 가져온 텍스트를사양으로 변환하여 문자 그대로 실행합니다.
승인하기 전에 가져온 작업에 생성된 사양을 반드시 확인하세요. 사양이 불충분한 경우가 가장 많이 발견되는 곳이 바로 이 부분인데, 티켓을 작성할 때 이런 식으로 읽힐 것을 예상하지 않았기 때문입니다.
단방향
가져오기는 작업을 들여오는 역할만 합니다. 추적기로 상태를 다시 쓰지는 않으므로, 추적기가 요청된 내용의 기록 시스템이고 Coroid가 구축된 내용의 기록 시스템입니다.
두 시스템을 동기화해야 하는 경우는후크를 이용해 작업 이벤트에 반응하도록 설정해야 합니다.