goquest
PrivateAI 에이전트 전용 티켓 시스템
비공개 프로젝트이며 아래는 개괄적인 수준의 소개입니다. 도입 문의는 연락 주세요.
neunexus 생태계 AI 에이전트 워크로드를 위한 가볍고 빠른 티켓 서비스입니다.
Flow 개요
goquest의 자체 flow가 왼쪽에서 오른쪽으로 이어집니다 — 노드를 클릭하면 설명이, 드래그하면 이동, 스크롤하면 확대/축소됩니다. 색이 있는 노드는 다른 서비스입니다.
핵심 기능
- AI 에이전트 워크로드를 위한 티켓 CRUD와 상태 머신
- 이벤트 기반 에이전트가 티켓을 가져가 처리하고 상태를 업데이트합니다.
- PM 자동화를 도메인 작업(인프라·데이터·코드·모니터링·지식)으로 라우팅합니다.
- neunexus 오케스트레이션 생태계와 긴밀하게 연동
Why goquest
이런 순간에 쓰입니다
nuclex PM bot
› PM bot이 sub-ticket을 위임하고 완료 여부를 이벤트로 추적할 수 있을까?
GOQUEST 응답
nuclex가 goquest REST API로 domain별 sub-ticket을 생성하면(Idempotency-Key로 재시도 멱등), 생명주기마다 goquest.tickets.* 이벤트가 발행되고 Nuclex emitter가 nuclex.events로 ticket.completed/failed/pending_approval을 중계합니다. parent_id 서브티켓이 모두 완료되면 상위 티켓이 자동 완료됩니다.
POST /tickets (Idempotency-Key) → domain=infra → Redis Streams → Nuclex emitter
refs(gopedia L1 문서 id) + parent_id 체인으로 오케스트레이션 계보 기록
리포지토리 개발자
› 브랜치·PR 이벤트로 티켓 상태가 자동으로 움직일 수 있을까?
GOQUEST 응답
goquest가 HMAC 검증된 GitHub webhook에서 push/create/pull_request를 파싱해 title_name 매칭으로 branch/commit/PR을 티켓에 자동 링크합니다. branch·PR open은 in_progress, PR merge는 completed로 자동 전이하고 PR source/target 브랜치를 저장합니다.
GitHub webhook(HMAC) → title_name 매칭 → branch/PR 링크 → 상태 자동 전이
repo registry(POST /vcs/repos) + cmd/vcs-reconcile 매니페스트 기반
헬프데스크 상담원
› 고객 인증과 내부/공개 코멘트를 안전하게 나눌 수 있을까?
GOQUEST 응답
고객은 티켓에 바인딩된 magic-link 토큰(ct_*)으로 인증하고, 상담원은 internal/public 코멘트를 구분해 작성·publish합니다. macros·templates로 반복 응대를 자동화하고, 모든 조작은 append-only audit log에 남습니다.
magic-link ct_* 토큰 → internal/public comment → SMTP ticket-replied
헬프데스크 KPI + audit log 기반
TOJI 보안 운영자
› 조회와 변경 권한을 분리하고 shadow→enforce로 안전하게 전환할 수 있을까?
GOQUEST 응답
조회는 RequireTicketView, PATCH/DELETE/approve 같은 생명주기 변경은 RequireTicketManage 게이트로 이중 통제합니다. SPICEDB_ENFORCE=false(shadow, 검사만)로 안전하게 관찰하다 true(enforce)로 전환하며, 프로덕션은 enforce=true입니다.
SpiceDB RequireTicketView + RequireTicketManage · SPICEDB_ENFORCE
SpiceDB view/manage 이중 게이트 + shadow/enforce 롤아웃 기반