작업은 여러 경로를 통해 Coroid로 유입되며, 모두 동일한 실행 경로로 수렴됩니다 —사양 정의, 계획 수립, 구현, 검증, 리뷰, Pull Request.
| 경로 | 사용 시점 |
|---|---|
| 새 작업 | 누군가 무언가를 원하며 이를 구체적으로 설명할 수 있는 경우 |
| 이슈 가져오기 | 요청 내용이 이미 Jira, Linear, Trello 또는 GitHub Issues에 등록되어 있는 경우 |
| Coroid에 문의하기 | 대화 형태로 설명하는 것을 선호하는 경우 |
| 일정 | 시간이 트리거가 되는 경우 |
| Sentinel | 특정 조건이 충족될 때 트리거가 발생하는 경우 |
| 후크 | 플랫폼 이벤트가 트리거가 되는 경우 |
결과물은 사용자가 직접 선택합니다.
작업의 유입 방식과 관계없이사용자최종적으로 어떤 결과물이 될지 결정합니다. '새 작업' 양식에서 먼저 이를 입력하며, 나머지 양식 항목은 해당 답변에 따라 달라집니다:
| 라우팅 | 생성되는 결과물 |
|---|---|
| 실행 가능한 단일 작업 | 단일 작업으로, 최종적으로 하나의 pull request가 생성됩니다. |
| 단계별 작업 계획 | 코드 작성 전에 사용자가 승인하는 단계별 계획 |
| 보고서 | 생성된 보고서 |
| 일정 | 반복적으로 실행되는 모니터링 작업 |
작업 또는 계획?
유용한 판단 기준은 리뷰 가능성입니다. 완성된 결과물이 동료가 한 번에 읽을 수 있는 하나의 pull request라면 작업에 해당하며, 순차적인 변경이 필요하거나 코드 작성 전에 접근 방식을 승인하고 싶다면 계획에 해당합니다.
확신이 서지 않는 경우에는 중요한 작업은 반드시 계획으로 지정하세요. 계획을 사용하면 코드가 생성되기 전에 승인 체크포인트를 확보할 수 있어 의사를 변경하기에 가장 저렴한 시점입니다. 작업의 규모가 너무 커지면 처리 공간이 부족해질 수 있습니다.
가져온 작업
이슈 추적기에서 가져온 이슈는 도착 즉시 실행되지 않습니다 — 여전히 사용자가 직접 라우팅해야 합니다. 백로그는 단순한 희망 목록일 뿐이며, 누군가의 결정 없이 모든 항목을 에이전트가 구현해서는 안 됩니다. 자세한 내용은작업 가져오기.
자동화된 진입
일정, Sentinel 및 후크는 사람의 개입 없이 작업을 시작하며, 차이점은 트리거가 시간, 관찰된 조건, 플랫폼 이벤트라는 점입니다.
이 세 가지 모두 실제 에이전트 리소스와 모델 사용 비용을 소모합니다. 자동화된 작업의 우선순위를 사람이 기다리는 작업보다 낮게 설정하세요 — 자세한 내용은리소스 및 에이전트 슬롯.