freshservice-automation
Freshservice ITSM 티켓 작업 자동화
AI를 통해 Freshservice 티켓 워크플로를 자동화하여 IT 서비스 관리를 간소화합니다. 생성, 업데이트 및 대규모 티켓 관리를 위한 사전 정의된 패턴으로 수동 티켓 처리를 줄입니다.
스킬 ZIP 다운로드
Claude에서 업로드
설정 → 기능 → 스킬 → 스킬 업로드로 이동
토글을 켜고 사용 시작
테스트해 보기
"freshservice-automation" 사용 중입니다. 어제 이후 업데이트된 높은 우선순위 티켓 목록
예상 결과:
2024-01-15 이후 업데이트된 5개의 높은 우선순위 티켓 발견: 티켓 #1234 (데이터베이스 연결 문제), 티켓 #1256 (API 속도 제한 오류), 티켓 #1289 (로그인 페이지 시간 초과), 티켓 #1301 (iOS에서 모바일 앱 충돌), 티켓 #1312 (이메일 전송 지연)
"freshservice-automation" 사용 중입니다. 건물 A의 네트워크 장애에 대한 티켓 생성
예상 결과:
티켓 #1345가 성공적으로 생성되었습니다. 제목: 'Network Outage - Building A'. 상태: 열림. 우선순위: 높음. 요청자: facilities@company.com. Network Operations 팀에 할당됨.
보안 감사
안전All static analysis findings are false positives. The SKILL.md file is documentation only (no executable code). Backtick patterns are markdown formatting for tool names, not Ruby shell execution. The hardcoded URL is the legitimate Rube MCP server endpoint. Numeric codes are ITSM status/priority values, not cryptographic operations. No security threats identified.
낮은 위험 문제 (1)
위험 요인
🌐 네트워크 접근 (1)
⚙️ 외부 명령어
품질 점수
만들 수 있는 것
IT 지원 팀 리더
미할당 티켓 목록 작성, 키워드 기반 우선순위 대량 업데이트, 모니터링 경고에서 인시던트 티켓 생성을 통해 일일 티켓 분류 자동화
서비스 데스크 분석가
이메일 요청에서 빠르게 티켓 생성, 응답 전 관련 티켓 검색, 해결 과정에서 진행됨에 따라 티켓 상태 업데이트
DevOps 엔지니어
경고에 대한 자동화된 티켓 생성 및 서비스 요청을 상위 인시던트 티켓에 연결하여 인프라 모니터링을 Freshservice와 통합
이 프롬프트를 사용해 보세요
지난 7일 내에 업데이트된 높음 또는 긴급 우선순위인 모든 Freshservice 티켓을 나열합니다. 요청자 정보를 포함하고 가장 최근에 업데이트된 순으로 정렬합니다.
서버 장애에 대한 새 Freshservice 티켓을 생성합니다. 제목: 'Production Server Down'. 설명: 'Web server prod-web-03은 14:30 UTC 이후 응답 없음'. 우선순위를 긴급으로 설정하고, 상태를 열림으로 설정하며, 요청자 이메일 ops-team@company.com에 할당합니다.
사용자 ID 5001에 할당되고 상태가 열림인 모든 티켓을 찾습니다. 할당된 기술자가 다음 주까지 부재 중이라는 메모와 함께 모두 상태 대기 중으로 업데이트합니다.
직원 john.doe@company.com을 위해 카탈로그 항목 'new-laptop-request'의 서비스 요청을 생성합니다. 수량을 1로 설정하고 사용자 정의 필드 포함: department='Engineering', laptop_model='MacBook Pro', justification='신규 입사자 온보딩'
모범 사례
- Freshservice 작업을 실행하기 전에 항상 RUBE_SEARCH_TOOLS를 먼저 호출하여 현재 도구 스키마를 가져옵니다
- 기본 30일 창을 벗어나 과거 티켓을 검색할 때는 ISO 8601 형식으로 updated_since 매개변수를 사용합니다
- API 크레딧 소모를 최소화하기 위해 티켓 목록 요청에 필요한 필드만 포함합니다
피하기
- 상태 또는 우선순위에 문자열 이름을 사용하지 마세요 - 항상 숫자 코드를 사용하세요 (2=열림, 3=대기 중, 4=해결됨, 5=닫힘)
- 먼저 범위를 확인하지 않고 대규모 티켓 세트 대량 업데이트 피하세요 - 작은 배치로 테스트하세요
- 다른 Freshservice 인스턴스에서 티켓 ID 또는 사용자 ID 하드코딩 피하세요 - 동적으로 참조하세요
자주 묻는 질문
Rube MCP란 무엇이며 어떻게 설정합니까?
왜 지난 30일까지만 티켓만 반환되나요?
숫자 상태 및 우선순위 코드의 의미는 무엇입니까?
Freshservice에 존재하지 않는 사용자의 티켓을 생성할 수 있습니까?
서비스 카탈로그 요청의 항목 표시 ID를 어떻게 찾습니까?
대량 업데이트가 부분적으로 실패하면 어떻게 됩니까?
개발자 세부 정보
작성자
sickn33라이선스
MIT
리포지토리
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/freshservice-automation참조
main
파일 구조
📄 SKILL.md