스킬 zentao-api
📦

zentao-api

안전

AI로 ZenTao 프로젝트 관리

ZenTao 프로젝트 관리 시스템과 Claude를 통합하여 REST API v2.0을 통해 프로젝트 추적, 버그 관리 및 작업 워크플로우 작업을 자동화합니다.

지원: Claude Codex Code(CC)
🥉 75 브론즈
1

스킬 ZIP 다운로드

2

Claude에서 업로드

설정 → 기능 → 스킬 → 스킬 업로드로 이동

3

토글을 켜고 사용 시작

테스트해 보기

"zentao-api" 사용 중입니다. Show me the top 5 bugs by severity in product 123

예상 결과:

Here are the top 5 high-severity bugs in Product 123:

1. [P1] Database connection pool exhausted - Opened: 2026-04-25 - Assigned: developer@example.com
2. [P1] Login page crashes on mobile - Opened: 2026-04-24 - Assigned: mobile-team@example.com
3. [P2] File upload timeout - Opened: 2026-04-23 - Assigned: backend@example.com
4. [P2] Dashboard widgets not loading - Opened: 2026-04-22 - Assigned: frontend@example.com
5. [P2] Export feature broken - Opened: 2026-04-21 - Assigned: data-team@example.com

"zentao-api" 사용 중입니다. Create a task in sprint 5 named 'Implement search feature' assigned to Alice with 8 hours estimate

예상 결과:

Task created successfully in Sprint 5:

Task ID: 12345
Name: Implement search feature
Assigned to: Alice
Estimate: 8 hours
Execution: Sprint 5
Status: Open

보안 감사

안전
v1 • 4/27/2026

All 628 static analysis findings are false positives. The skill is a legitimate ZenTao API integration tool for project management operations. Detected patterns (backtick syntax, weak crypto flags, high entropy) are misclassifications of markdown documentation and API parameter values. No malicious behavior confirmed after human review.

3
스캔된 파일
776
분석된 줄 수
0
발견 사항
1
총 감사 수
보안 문제를 찾지 못했습니다
감사자: claude

품질 점수

45
아키텍처
100
유지보수성
87
콘텐츠
50
커뮤니티
100
보안
83
사양 준수

만들 수 있는 것

프로젝트 관리자가 스프린트 진행 상황 조회

프로젝트 관리자는 웹 인터페이스에 수동으로 액세스하지 않고도 활성 스프린트, 보류 중인 버그 및 ZenTao 프로젝트 전체의 작업 완료율을 질의할 수 있습니다.

개발자가 버그 생성 및 해결

개발자는 버그를 새로 기록하고, 버그 상태를 업데이트하며, 해결 코드로 이슈를 해결하고, 자연어 요청을 통해 특정 빌드에 버그를 직접 연결할 수 있습니다.

QA가 테스트 케이스 생성 및 테스트 스위트 관리

QA 엔지니어는 대화형 명령을 통해 테스트 케이스를 생성하고, 제품에 연결하며, 테스트 작업을 관리하고, 테스트 실행 결과를 추적할 수 있습니다.

이 프롬프트를 사용해 보세요

프로젝트 상태 조회
ZenTao의 모든 활성 프로젝트를 현재 진행 상황과 함께 표시해 주세요. 열려 있는 버그와 보류 중인 작업 포함.
버그 생성 및 할당
ZenTao의 제품 {productID}에 제목이 "{bug title}"인 새 버그를 생성하고 {developer}에게 할당하며, 심각도를 {severity}로 설정하고 trunk 빌드에 표시하세요.
작업 워크플로우 관리
나에게 할당된 작업 {taskID}를 시작하고, 완료되면 4시간의 작업이 기록된 상태로 완료로 표시하세요.
일괄 상태 업데이트
프로젝트 {projectID}에서 상태가 'active'인 모든 버그를 가져온 다음, 어제 해결된 것으로 표시된 버그를 닫으세요.

모범 사례

  • 안전한 재사용을 위해 ZenTao 자격 증명을 환경 변수로 구성하세요 (ZENTAO_URL, ZENTAO_TOKEN)
  • 기존 레코드를 편집할 때 항상 먼저 현재 데이터를 가져온 다음 병합된 변경 사항으로 PUT하세요
  • 표시 문제를 방지하려면 Epic/Story/Requirement 생성 시 명시적인 grade 매개변수를 사용하세요

피하기

  • browseType이 모든 모듈에서 작동한다고 가정하지 마세요 - Program과 Task는 대신 'status'를 사용합니다
  • 명시적으로 요청하지 않는 한 쓰기 작업에 대한 사용자 확인을 건너뛰지 마세요
  • API 호출에서 401 오류 확인 없이 토큰을 무기한으로 캐시하지 마세요

자주 묻는 질문

어떤 자격 증명을 구성해야 하나요?
ZENTAO_URL(서버 주소)과 ZENTAO_TOKEN을 직접 사용하거나 ZENTAO_ACCOUNT와 ZENTAO_PASSWORD를 사용하여 로그인해야 합니다.
토큰 캐싱은 어떻게 작동하나요?
첫 번째 로그인 후 자격 증명은 ~/.zentao-token.json에 저장됩니다. 이후 호출은 재인증 없이 캐시된 토큰을 사용합니다.
토큰이 만료되면 어떻게 하나요?
401 오류가 발생하면 ~/.zentao-token.json을 삭제하고 인증을 다시 실행하여 새 토큰을 받으세요.
여러 빌드에 연결된 버그를 생성할 수 있나요?
예, openedBuild 필드는 ["trunk", "v2.1.0"]와 같은 빌드 ID 배열을 허용합니다.
Epic, Story, Requirement의 차이점은 무엇인가요?
세 가지 모두 요구사항 유형으로 서로 다른 계층 구조를 갖습니다. Epic(BR)이 가장 높고, Story(SR)는 표준이며, Requirement는 사용자 수준 요구사항입니다.
사유와 함께 요구사항을 닫으려면 어떻게 하나요?
PUT /stories/{id}/close 또는 /requirements/{id}/close를 closedReason 매개변수와 함께 사용하세요. 유효한 값은 done, subdivided, duplicate, postponed, willnotdo, cancel, bydesign입니다.

개발자 세부 정보

작성자

easysoft

라이선스

MIT

참조

main

파일 구조