review-rep-call-trends

작성자: openai

최근 판매 또는 고객 응대 담당자의 통화를 분석하여 개선, 퇴보, 안정 패턴을 객관적 증거와 실용적인 코칭으로 파악합니다…

npx skills add https://github.com/openai/role-specific-plugins --skill review-rep-call-trends

Review Rep Call Trends

Context-Gathering Intake

Whenever this skill asks for context, strongly prefer using the answers-ask-user-input skill and the ask_user_input tool over other tools such as request_user_input; otherwise ask directly in the conversation.

Turn a representative time-based call sample into objective coaching guidance. This skill compares older and newer call evidence to identify genuine improvement, regression, and stable patterns. It owns the readout only; it does not create trackers, send feedback, post messages, or save artifacts.

Common Skill Instructions

MANDATORY: If not already in context, read and adhere closely to plugins/sales/skills/index/SKILL.md## Cross-Skill Best Practices.

Key Dependency Categories

These categories are particularly important for this workflow; use other sources only when they materially improve sampling or interpretation.

  • [Blocking] ~~Meeting Transcripts for time-sliced call search, summaries, transcript moments, speaker context, dates, companies, and clickable call links. It blocks the default live-source trend path; explicit older/newer call evidence already in context satisfies the need.
  • ~~Knowledge & Files for user-provided or exported transcripts, call summaries, manager-provided call sets, and prior coaching context

Call summaries or transcripts are required for trend claims. Manager notes, CRM outcomes, and generic impressions may provide context, but cannot substitute for older-versus-newer call evidence. If the sample is small or skewed, return a limited trend readout rather than overgeneralizing.

Reference Loading

SKILL.md owns the normal time-sliced trend workflow and output format. Load references only when their extra detail matters:

Workflow Guidance

1. Resolve the rep and comparison basis

  • If the target rep or comparison basis is not clear, ask the user via ask_user_input(). For a bare invocation such as “review call trends,” do not assume a rep or time window; offer: My calls over the default trailing 90 days, A named rep over the default trailing 90 days, and Supplied older/newer call sets or a custom window.
  • If the user names only “my call trends” without a comparison basis, offer the same explicit choices before broad retrieval. Do not infer a representative rep, comparison window, or trend-review mode from a fresh request.
  • Require a target rep or clearly supplied target call set and a comparison basis: time window, older/newer sets, transcript set, call summaries, or explicit coaching dimension.
  • After the user selects “my calls,” use the current user when available. For an ambiguous manager-style request, ask for the rep's exact display name or email before broad retrieval.
  • If an attendee-filtered search returns zero results, try small grounded variations: first/last name only, then an obvious nickname when context supports it. If those still return zero, ask for the rep's exact display name in the selected ~~Meeting Transcripts source.
  • After the user selects the default Trend Review path, use the trailing 90 days split into three non-overlapping slices: 0-30 days, 31-60 days, and 61-90 days. Convert every relative window to concrete absolute dates before searching.
  • Preserve user-specified motion, product focus, account, coaching dimension, or audience. If a supplied date phrase could materially change the sample, ask one brief clarification.
  • If the target remains ambiguous after the user selects a lane, make at most three narrow source reads, offer up to five concrete candidates, and confirm any inferred anchor before deeper analysis.

2. Collect summaries across time

  • Start with ~~Meeting Transcripts and search each time slice separately. Use the rep's exact email or display name, a limit of about 25 per slice, and score_threshold=0 when supported—or the lowest practical threshold—so the sample is not biased toward only “strong” calls.
  • When the user names a focus such as discovery, demo, renewal, objections, or technical troubleshooting, use a short matching query. Otherwise use an empty or neutral query to avoid biasing the sample.
  • Aim for 30-60 deduplicated calls when available, with a mix of call types and companies visible in summaries. If a slice is sparse, expand it once by about 30 days and state the adjustment.
  • If there are hundreds of calls, prioritize the most recent calls plus a smaller older baseline while preserving visible call-type and company variety.
  • Build the trend view from summaries first: date, company, title, topics, call link, and the retrieval handle kept only for fetching.
  • Do not claim improvement or regression from a single recent call or from outcomes alone.

3. Compare supported behavior categories

  • Compare the same categories across older and newer slices whenever possible.
  • Use the core categories: opening/agenda, discovery depth, qualification/prioritization, positioning/narrative, objection handling, next steps and mutual action plan, technical accuracy, clarity/concision, executive presence, and listening/turn-taking.
  • When the calls are technical or solution-oriented, use the rubric's additional categories for problem framing, diagnosis/troubleshooting, solution design/tradeoffs, and technical-plus-business stakeholder management.
  • Prefer three to six categories with the clearest evidence. Mark mixed evidence as Inconsistent rather than forcing a trend.
  • Call something Improved or Regressed only when the time comparison supports a directional shift. Use Stable for repeated patterns without clear movement.

4. Fetch a small validation set

  • Fetch full context only where summaries are ambiguous, a trend needs validation, or a concrete coaching moment would help.
  • Normally inspect one to two strong recent calls, one to two recent calls with friction, and one to two older baseline calls.
  • Capture two to six brief moments: what happened, why it mattered, category, readable title/date/company context, and live link.
  • Keep quotes short and use the full content to validate—not replace—the summary-level sample.

5. Turn trends into action

  • Tie each improvement, regression, and stable pattern to evidence from the compared slices.
  • Recommend exactly three coaching actions for the next two weeks. Each action needs a skill to practice, an if/then play, a five-to-ten-minute drill, and an observable check for the next calls.
  • Select three to eight calls to re-listen to, favoring the clearest recent and baseline examples that explain the coaching priorities.

Next Step Options

After the first output, offer the most relevant follow-up from the options below. Offer one clear transition, not a menu. Suggest ONLY these unless you are very confident another option is more useful:

  • Drill into one improved, regressed, or inconsistent behavior category.
  • Turn the top three actions into a two-week practice plan or coaching note for review.
  • Compare a bounded peer-exemplar set for one coaching priority.
  • Select and summarize the most useful calls to re-listen to.
  • Set up a future trend refresh for the same rep, scope, and comparison basis.

Next steps to avoid:

  • Making performance judgments from thin evidence or sending feedback automatically.

Modes

  • Trend Review — default trailing-window analysis.
  • Focused Trend Review — use for a named motion, category, account set, or supplied older/newer calls.
  • Limited Trend Readout — use when one slice, transcript depth, or sample balance is insufficient for confident movement claims.

Output Format

Return these sections in order.

# Rep Call Trends: [Target Rep]

## Coverage

- **Target rep:** [Name]
- **Window analyzed:** [Absolute start] -> [Absolute end]
- **Time slices:** [Older / middle / recent absolute ranges]
- **Calls reviewed:** [N summaries], [M full fetches]
- **Sample shape / limits:** [Mix, sparse slice, or confidence note]

## What Improved

- **[Behavior change]** — [Evidence from older vs newer readable call context + inline links] — [Why it matters]

## What Regressed / Risk Signals

- **[Behavior change]** — [Evidence from older vs newer readable call context + inline links] — [Why it matters]

## What Stayed Consistent

- **[Stable or inconsistent pattern]** — [Evidence + inline links]

## Top 3 Coaching Actions: Next 2 Weeks

1. **Practice:** [Skill]
   - **If / then:** [In-the-moment play]
   - **Quick drill:** [5-10 minute drill]
   - **Look for next:** [Observable signal]

## Calls to Re-Listen

- [Readable date, company, title + inline link] — [Why this call matters]

---

{Follow the instructions and output format/conditions in [Limitations and Improvements](../index/SKILL.md#limitations-and-improvements)}

{Follow the instructions and output format/conditions in [Next Steps](../index/SKILL.md#4-next-steps)}

Example Prompts

  • Review a rep's call trends.
  • Review Jamie's call trends over the last month.
  • Compare this rep's recent discovery calls to their earlier calls and flag changes.
  • Find improvement and regression patterns across this rep's demo calls.

Rules

  • Do not invent calls, behavior, outcomes, metrics, quotes, dates, companies, or links.
  • Every improvement or regression claim must compare older and newer evidence and cite at least one readable call link; do not turn anecdote into trend.
  • Prefer explicit structure, questions, summaries, objections, and next steps over speculative interpretation. Do not infer intent or personality.
  • Cite with readable title/date/company context and compact inline numbered Markdown links, such as 2026-03-24, ExampleCorp, Pilot & Pricing [1](https://example.com/call/123). Prefer live transcript or call URLs; never expose raw connector ids.
  • When one statement is supported by multiple calls, append multiple numbered links inline.
  • Keep excerpts short, normally no more than 25 quoted words from one source.
  • If a useful call has no stable link, use readable context and say that no direct link was available.

Failure Handling

If the target or comparison basis cannot be resolved, state the smallest missing input and offer concrete candidates when available. If the sample is sparse or uneven, produce the limited readout, name which movement claims are unsupported, and suggest the smallest additional call set or window that would improve confidence.

openai의 다른 스킬

user-context
openai
데이터 분석 플러그인의 지속적인 소스 라우팅 기본 설정, 온보딩 로직, 설정 진행 상황 및 의미 계층 레지스트리를 로드하거나 관리합니다.
official
notion-research-documentation
openai
Notion 콘텐츠를 조사하고 인용문과 함께 구조화된 브리핑, 보고서 또는 비교 자료로 종합합니다. 대상 질의를 사용해 Notion 페이지를 검색하고 가져온 후, 인라인 출처 인용과 참고 문헌 섹션을 포함해 주제별로 결과를 정리합니다. 범위와 사용자 목표에 따라 네 가지 출력 형식(빠른 브리핑, 연구 요약, 비교, 종합 보고서) 중에서 선택합니다. 내장 템플릿을 사용해 Notion 페이지를 생성 및 업데이트하고, 새 정보가 도착하면 출처를 직접 연결하고 변경 사항을 추적합니다...
official
rcsb-pdb-skill
openai
핵심 메타데이터, Search API 쿼리 및 FASTA 다운로드를 위한 간결한 RCSB PDB 요청을 제출합니다. 사용자가 간결한 RCSB 요약을 원할 때 사용하며, 원시 JSON 또는…을 저장합니다.
official
pdf
openai
PDF 읽기, 생성 및 검증 기능을 제공하며, 시각적 렌더링과 프로그래매틱 생성을 지원합니다. Poppler(pdftoppm)를 사용하여 PDF 페이지를 PNG로 렌더링하여 레이아웃, 간격, 타이포그래피를 시각적으로 검사할 수 있습니다. reportlab을 사용하여 프로그래매틱 방식으로 PDF를 생성하여 안정적인 포맷을 보장하며, pdfplumber 또는 pypdf를 통해 텍스트와 메타데이터를 추출합니다. 품질 기준을 준수합니다: 잘린 텍스트, 겹치는 요소, 깨진 표, 렌더링 아티팩트가 없어야 하며, ASCII 하이픈만 사용하고 사람이 읽을 수 있는 인용을 사용합니다.
official
test-coverage-improver
openai
Improve test coverage in the OpenAI Agents JS monorepo: run `pnpm test:coverage`, inspect coverage artifacts, identify low-coverage files and branches, propose…
official
playwright
openai
터미널 기반 브라우저 자동화로 요소 스냅샷 및 대화형 UI 워크플로우 지원. playwright-cli 래퍼 스크립트를 통해 작동하며(npx 필요), 헤드리스 및 헤드 모드 모두 지원하여 시각적 디버깅 가능. 핵심 워크플로우: 페이지 열기, 안정적인 요소 참조를 위한 스냅샷 생성, 참조를 사용한 상호작용, 탐색 또는 DOM 변경 후 재스냅샷. 양식 작성, 클릭, 타이핑, 다중 탭 관리, 스크린샷/PDF 캡처, 흐름 디버깅을 위한 트레이스 기록 포함. 요소 참조(예: e3, e15)...
official
ukb-topmed-phewas-skill
openai
단일 변이에 대한 간결한 UKB-TOPMed PheWAS 요약을 가져오며, rsID, GRCh37 또는 GRCh38 입력을 받아 필요한 GRCh38 쿼리로 변환합니다. 다음과 같은 경우에 사용하세요…
official
code-review-context
openai
모델 가시 컨텍스트
official