find-customer-quotes

작성자: openai

트랜스크립트, 통화 노트 또는 내보낸 녹음 파일에서 테마별 고객 또는 잠재 고객 인용문을 검색하며, 트랜스크립트 우선 증거와 명시적…

npx skills add https://github.com/openai/role-specific-plugins --skill find-customer-quotes

Find Customer Quotes

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.

Extract high-confidence customer or prospect language from transcript-like evidence. This skill owns quote discovery, verification, selection, and readable provenance; it is not call analytics, paraphrase generation, legal review, or a posting workflow.

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

Use the narrowest evidence lane that can support the requested quote set.

  • [Blocking] ~~Meeting Transcripts for transcript search, fetched transcript text, speaker labels, participants, dates, companies, and source links. It blocks the default live-source quote-extraction path; explicit transcript-like material already in context satisfies the need.
  • ~~CRM only for account identity, customer/prospect status, and company or segment filters that narrow transcript search
  • ~~Knowledge & Files for uploaded or exported transcripts and grounded call notes that preserve direct language and speaker context

Transcript-like evidence is required. ~~CRM, account summaries, public research, internal notes, and memory can narrow scope but are never quote evidence. If no live or user-provided transcript-like material exists, ask for a transcript export, pasted transcript text, recording export with text, or grounded call notes.

Reference Loading

SKILL.md owns the normal transcript-first path, thresholds, and readable output. Use references/extraction-and-output.md when transcript parsing is ambiguous, speaker-role confidence is hard to judge, quote ranking or deduplication needs the full rules, JSON is requested, or failure handling needs the exact response shape.

Terms

  • Quote candidate: a verbatim snippet that may be useful, but still needs speaker, context, and usage checks before being treated as customer evidence.
  • Customer confidence: confidence that the speaker is actually a customer or prospect rather than an internal teammate, partner, or unknown speaker.
  • Fallback evidence: relevant non-customer or lower-confidence material that may explain a gap but should not be presented as a customer quote.
  • Safe usage notes: guidance on attribution, sensitivity, confidence, and where the quote can responsibly be reused.

Workflow Guidance

1. Resolve theme and evidence scope

  • If the theme or transcript-like evidence scope isn't clear, ask the user via ask_user_input(). For a bare invocation such as “Find customer quotes for me,” do not assume a theme or transcript set; offer:
    • Use the most common blocker from recent Meeting Transcript evidence
    • Use a theme, objection, product area, or narrative I specify
    • Use a specific transcript or call set I provide
  • For a broad request such as “Find customer quotes about the most common blocker in my recent customer calls,” treat both the recommended theme and broad recent-call scope as a clarification case; offer:
    • Use the blocker theme you recommend from recent Meeting Transcript evidence
    • Use a blocker theme I specify
    • Use a specific transcript or call set I provide Do not search transcript evidence or draft a quote set until the user selects one.
  • Require a feedback theme, objection, product area, use case, narrative, or a specific transcript set after that clarification. Preserve the user’s wording.
  • Default to five quotes per theme. Process many themes in small batches.
  • Normalize time windows: use explicit dates when supplied; treat “last month” as trailing 30 days unless the user says “last calendar month”; use calendar meaning for “last quarter” and trailing meaning for “last N days/weeks.”
  • If a date phrase is too ambiguous to convert responsibly, ask one brief clarification unless the user clearly signals flexibility.
  • For an ambiguous account, segment, or transcript set, make a bounded pass and offer up to five concrete candidates via ask_user_input(). Do not search transcript evidence or draft a quote set until the user selects one. Use ~~CRM only to resolve filters; do not gather CRM content as quote evidence.
  • If a recent call-follow-up, pasted transcript, upload, or linked call clearly supplies the theme and evidence source, proceed without asking.

2. Search transcript evidence first

  • Start with ~~Meeting Transcripts when available, using the theme plus one or two intent terms such as pain point, blocker, request, limitation, or need.
  • Apply company, segment, and date filters only when the user supplied or confirmed them. Start with 10-15 results and a relevance threshold around 0.7.
  • If the selected ~~Meeting Transcripts source exposes an account-segment filter with a known enum, use the connector-visible value that matches the user's wording.
  • Do not invent additional user intent. If the user asks only for a theme, keep the query theme-centric.
  • If sparse, simplify the query, lower relevance modestly to about 0.6, then expand toward 20-40 results only when coverage still needs it.
  • Fetch the top-ranked transcripts first and expand only until enough high-confidence, diverse evidence exists or the first pass is clearly thin.
  • For pasted, uploaded, or exported material, parse only transcript-like text that preserves enough speaker/context evidence to classify customer or prospect likelihood.
  • Keep a mapping of theme, search-result metadata, fetched transcript content, connector-specific refetch handle, and call or transcript URL when available. Do not assume a fixed transcript schema; inspect the fetched shape and adapt.

3. Extract verbatim candidates

  • Keep only direct, substantial language that expresses a pain point, blocker, constraint, concern, unmet need, request, purchase condition, or other theme-relevant signal.
  • Keep wording verbatim. Do not clean up grammar, join fragments, or convert paraphrases into quotes.
  • Exclude paraphrases that are not direct quotes unless the user explicitly asks for paraphrases. If requested, label them separately and never present them as verbatim quotes.
  • Exclude obvious internal seller statements, generic praise, garbled fragments, and tiny snippets without usable meaning.
  • Preserve transcript, call, date, company, speaker label, participant context, and source link when available.

4. Verify speaker and rank precisely

  • For each candidate, inspect nearby transcript context and assign speaker_role_guess as customer, prospect, internal_seller, or unknown; customer_confidence from 0.0-1.0; theme_relevance from 0.0-1.0; and a concise evidence note.
  • Keep only candidates with customer_confidence >= 0.8 and theme_relevance >= 0.75 by default.
  • If coverage is thin, prefer fewer quotes over lowering customer confidence. You may lower theme relevance slightly, to about 0.65, only when speaker evidence remains strong.
  • Rank by customer confidence, theme relevance, diversity across calls/customers, specificity/actionability, then readability while remaining verbatim.
  • If no candidate passes the customer threshold, report 0/[target] customer/prospect quotes. Do not backfill the main quote set with unknown or internal speakers.

5. Deduplicate and select exemplars

  • Normalize whitespace and punctuation for comparison only; never alter displayed quote text.
  • Drop exact and near-duplicate quotes.
  • Default to one quote per call. Use a second quote from the same call only when it adds materially different evidence or is needed to reach the target with strong quotes.
  • Prefer breadth across customers when identity is available.
  • Keep relevant non-customer transcript snippets only in a separate fallback section, labeled by role such as internal evidence, vendor-eval evidence, partner-readiness evidence, or unknown non-customer evidence.

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:

  • Search an adjacent or narrower theme to improve evidence coverage.
  • Expand or tighten the transcript, account, segment, or time-window scope.
  • Package the selected quotes into a business case, competitive brief, meeting prep, or evidence appendix.
  • Draft a source-safe internal summary of what the quotes support and what they do not support.
  • Close the smallest speaker-identity or transcript-quality gap.

Next steps to avoid:

  • Paraphrasing quotes, presenting ambiguous speakers as customers, or implying legal or compliance approval.

Modes

  • Theme Quote Set — default; grouped readable Markdown for one or more themes.
  • Specific Transcript — extract from user-named or supplied calls only.
  • JSON — use only when the user explicitly asks for machine-readable output or a downstream workflow requires it.

Output Format

Use readable Markdown by default.

# Customer Quotes

## [Theme]

**Coverage:** [returned]/[target] high-confidence customer/prospect quotes · [spread/quality note]

- “[Verbatim quote]”
  - **Speaker:** [Name or Unknown] · **Customer confidence:** [0.00] · **Theme relevance:** [0.00]
  - **Context:** [Company/call/date when known]
  - **Why it fits:** [Concise transcript-grounded evidence note]
  - **Source:** [Clickable transcript/call link, or no useful link available]

## Gaps

- [Theme with weak coverage, speaker ambiguity, transcript quality issue, or missing evidence]

## Internal / Non-Customer Evidence

- “[Verbatim fallback snippet]”
  - **Speaker / context:** [Known context] · **Role:** [non-customer classification] · **Customer confidence:** [0.00] · **Theme relevance:** [0.00]
  - **Usage note:** Useful for [internal purpose]; do not present as a customer quote.
  - **Source:** [Link/label]

---

{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)}

Omit empty optional sections. When both high-confidence customer quotes and fallback evidence exist, include fallback evidence only if the user asked for it or it materially explains a gap.

Include compact Method Notes when search breadth, transcript formatting, repeated calls, or speaker-label quality lowered confidence. Keep each theme's coverage explicit even when the result is 0/[target]. Do not print speaker_role_guess in readable summaries unless the user explicitly asks for role metadata or a quote needs an ambiguity caveat. Use clickable source links when available; otherwise say no useful link available.

Example Prompts

  • Find customer quotes about a feedback theme.
  • Find customer quotes about setup friction from recent enterprise calls.
  • Pull prospect quotes about data residency from the last month of call notes.
  • Find quotes that support the "faster account research" story from these transcripts.

Rules

  • Do not fabricate or infer quote text, speaker names, titles, roles, companies, dates, transcript links, or call metadata.
  • Do not treat every quote from a relevant call as relevant, or every relevant quote as customer-spoken.
  • Do not treat missing speaker labels as high confidence unless surrounding context strongly establishes an external participant.
  • Keep quotes verbatim and make provenance visible near each quote.
  • Prefer precision, diversity, and honest gaps over a padded list.
  • This workflow is not for exhaustive call analytics, exact speaker identity verification when transcripts lack evidence, or legal/compliance review.
  • Keep this workflow read-only. Do not post, send, package, or save quotes unless the user explicitly asks in a later step.

Failure Handling

If no transcript-like evidence is available, state that quote extraction cannot be grounded and ask for the smallest usable source. If transcript formatting is poor or speaker identity is ambiguous, return fewer quotes, name the limitation, and keep lower-confidence evidence out of the customer/prospect set.

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