본문으로 건너뛰기
cccskills
무료GitHub에 공개

codexkit-csat-sentiment-analyzer

Analyze CSAT, NPS comments, reviews, and support feedback for sentiment, recurring themes, customer pain, and service improvement actions. Use for customer support and CX feedback reviews.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(2)

  • SKILL.md4.1 KB
  • agents/openai.yaml191 B

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

CSAT Sentiment Analyzer

When to Use

  • Analyzing CSAT, NPS, app reviews, support comments, or post-interaction feedback.
  • Finding recurring customer pain points and service improvement themes.
  • Preparing support, CX, product, or leadership feedback summaries.
  • Comparing sentiment across segments, channels, agents, products, or time periods.

Procedure

Step 1 - Normalize Feedback

Identify source, date range, channel, score type, segment, and any metadata. Keep raw counts separate from percentages.

Step 2 - Classify Sentiment

Use a simple sentiment label:

  • positive
  • neutral
  • negative
  • mixed
  • unclear

Include confidence when comments are short or ambiguous.

Step 3 - Code Themes

Group feedback into themes such as speed, quality, pricing, reliability, usability, billing, support tone, missing features, or documentation.

Step 4 - Quantify Patterns

Report counts, percentages, average score, trend direction, and representative examples. Avoid claiming statistical significance without enough data.

Step 5 - Recommend Actions

Link every action to a theme and owner group: support, product, docs, billing, success, operations, or leadership.

Inputs

InputRequiredFormat
Feedback datasetYesComments, scores, reviews, tickets
Date rangeRecommendedStart and end date
SegmentsOptionalPlan, region, product, channel, agent
Scoring systemOptionalCSAT 1-5, NPS, thumbs up/down
Business contextOptionalLaunch, outage, policy change

Output

## CSAT Sentiment Analysis - [Period]

### Executive Summary
[Key trend, sentiment, and action]

### Score Snapshot
| Metric | Value | Notes |
|--------|-------|-------|

### Theme Breakdown
| Theme | Sentiment | Count | Percent | Representative Comment | Recommended Action |
|-------|-----------|-------|---------|------------------------|--------------------|

### Segment Differences
| Segment | Pattern | Confidence |
|---------|---------|------------|

### Action Plan
| Owner | Action | Evidence | Priority |
|-------|--------|----------|----------|

Quality Criteria

  • Counts and percentages reconcile to the input size.
  • Themes are mutually understandable and not over-fragmented.
  • Representative comments are short and anonymized when needed.
  • Recommendations are tied to evidence.
  • Sensitive customer data is removed or masked.

Verification (4C)

CheckQuestion
CorrectnessDo sentiment labels and theme counts match the raw feedback?
CompletenessAre scores, themes, segments, evidence, and actions included?
Context-fitAre the recommendations realistic for the support or CX team?
ConsequenceCould a small sample or biased feedback source lead to the wrong product or staffing decision?

Edge Cases

  • Very small sample - Mark findings as directional and avoid percentages that imply precision.
  • Sarcasm or mixed sentiment - Use "mixed" or "unclear" instead of forcing polarity.
  • Personally identifiable information - Mask names, emails, phone numbers, and account IDs.
  • Outage or one-off incident - Separate incident-driven feedback from baseline sentiment.

Examples

Prompt: "Analyze these 300 CSAT comments from April. Break down sentiment, top pain themes, and the three actions support should take next."

Good pattern: "Billing confusion appears in 42 of 300 comments (14%). The most common evidence is customers not understanding prorated invoices after plan changes."

Definition of Done

  • Sentiment and theme counts are transparent.
  • Representative examples support the themes.
  • Actions are owner-specific and prioritized.
  • Bias and sample limits are documented.

Changelog

  • v1.0.0 - Initial release

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Design rigorous A/B test plans with hypothesis, sample size calculation, Minimum Detectable Effect (MDE), randomization strategy, and decision rules. Includes guardrail metrics and rollout playbook. Use when planning product experiments, conversion optimization, or data-driven feature decisions.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Review REST and GraphQL API designs for consistency, usability, and best practices. Covers naming conventions, versioning strategy, error format, pagination, authentication patterns, and breaking change detection. Use when reviewing API specs, designing new APIs, or auditing existing endpoints.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Write Architecture Decision Records (ADRs) following the Michael Nygard format. Captures context, options considered, decision rationale, and consequences. Use when making technology choices, framework selections, or any architectural decision that future developers need to understand.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Assess organizational readiness for financial audits (internal or external). Map assertions to account balances, check evidence completeness, score readiness using a Red/Amber/Green framework, and generate a remediation timeline. Aligned with SOX, IFRS, and GAAP audit standards. Use before scheduled audits or when preparing for first-time compliance.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Design safe recurring Codex automations with clear prompts, outputs, schedules, and gating rules.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Refine Product Backlog Items to meet INVEST criteria. Write User Stories with Acceptance Criteria in Given/When/Then format, estimate with Story Points, and flag dependencies. Use before sprint planning when backlog items need grooming. Do not use to prioritize the backlog — that is the Product Owner's decision.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

hoavdc의 스킬 모두 보기

이 스킬의 문제 신고