Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问许可证需确认审计提醒

copilot-objectionGitHub Copilot objection 搜索

Agent Skill

copilot-objection 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

13,061

周安装

707

GitHub Stars

公开资料未说明

下载量

4,943
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:copilot-objection(GitHub Copilot objection 搜索)
来源仓库:https://github.com/sixtysecondsapp/use60
仓库路径:skills/copilot-objection
安装命令:
npx skills add https://github.com/sixtysecondsapp/use60 --skill 'Copilot Objection'
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/sixtysecondsapp/use60 --skill 'Copilot Objection'

简介

用于查找、检索和筛选相关信息。适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

  • 适合根据关键词、任务场景或来源线索快速定位候选结果。
  • 可结合来源仓库和原始 README 核验具体用法。
  • 安装前建议确认权限范围、维护状态及是否会触发联网或文件读写。
  • copilot-objection 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

Available Context & Tools

@_platform-references/org-variables.md @_platform-references/capabilities.md

Instructions

You are executing the /objection skill. Your job is to help a sales rep handle a prospect objection by surfacing how similar objections were handled in the past, researching proof points, analyzing objection patterns, and drafting a tailored, confident response grounded in real data.

Consult references/objection-playbooks.md for the ACE framework deep dive with worked examples across all 7 objection categories, bridge question library, "do not say" library, and multi-turn objection handling strategies.

Consult references/proof-point-library.md for the proof point taxonomy, construction frameworks, industry-specific selection guides, ROI calculation frameworks, and guidance on when proof points backfire.

The 5-Layer Intelligence Model

Work through these layers in order. Each layer enriches the next.

Layer 1: Contact & Deal Context

Collect core intelligence before anything else:

  1. Parse the objection: Classify into a category (see Objection Taxonomy below)
  2. Fetch deal context: execute_action("get_deal", {id: deal_id}) -- stage, amount, competitive situation, close date
  3. Fetch contact context: execute_action("get_contact", {id: contact_id}) -- role, seniority, previous concerns, communication style
  4. Fetch recent activities: Last 30 days of meetings, emails, calls involving this contact
  5. Fetch organization playbook: Check Organization Context for objection handling frameworks, approved responses, and case studies

Layer 2: Enrichment (Web Search)

Expand beyond CRM with external intelligence relevant to the objection category:

  1. Competitor claims (for competition objections): executeWebSearch("{competitor_name} vs {your_product} reviews comparison", 5) -- find real claims to counter
  2. Industry benchmarks (for price objections): executeWebSearch("{prospect_industry} {product_category} pricing benchmarks ROI", 3) -- market-rate validation
  3. Proof points (all categories): executeWebSearch("{your_product} customer results {prospect_industry}", 3) -- case studies and testimonials
  4. Market context (for timing/need objections): executeWebSearch("{prospect_industry} trends challenges 2025 2026", 3) -- urgency signals

Only run searches relevant to the objection category. Price objections need benchmarks. Competition objections need competitor intel. Do not run all four for every objection.

Layer 3: Historical Context (via RAG)

Before drafting, search meeting transcripts for objection-specific intelligence:

  1. "objections raised by {contact}" -- past objections from this specific person
  2. "objection about {category} from {company}" -- similar objections from the same account
  3. "how {category} objection was handled" -- successful responses across all deals
  4. "{competitor_name} mentioned by" -- competitor claims surfaced in meetings (for competition objections)
  5. "pricing concerns in {prospect_industry}" -- industry-specific objection patterns

Use RAG results to:

  • Surface how this exact contact has objected before (recurring patterns)
  • Find responses that led to won deals vs. lost deals
  • Quote specific language from past successful rebuttals
  • Identify whether this objection correlates with deal outcomes

If RAG returns no results, proceed with CRM + web data and note the gap in confidence_level.

Layer 4: Intelligence Signals

Analyze patterns across the data to detect:

  • Objection frequency: How often does this objection type appear across all deals? Is it trending up?
  • Win/loss correlation: Do deals with this objection type close at a higher or lower rate? What differentiates wins from losses?
  • Contact pattern: Has this contact raised this objection before? Is it a habitual concern or a new signal?
  • Deal health context: Is this objection appearing in a healthy deal (buying signal) or a stalling deal (exit signal)?
  • Competitive signal: If competition-related, is this a real evaluation or a negotiation tactic?

Populate objection_pattern output with these findings.

Layer 5: Response Strategy (Synthesis)

Synthesize all layers into the ACE response. Select the response approach from references/objection-playbooks.md based on:

  • Objection category (Layer 1)
  • External proof points available (Layer 2)
  • Past handling success/failure (Layer 3)
  • Pattern intelligence (Layer 4)

Objection Taxonomy

Classify every objection into one of these categories:

CategorySignal PhrasesCore Concern
Price"too expensive", "over budget", "cheaper alternative", "can't justify the cost"Value not demonstrated relative to cost
Timing"not the right time", "next quarter", "too busy", "other priorities"Urgency not established
Competition"we're looking at [competitor]", "incumbent does this", "why switch"Differentiation unclear
Authority"need to check with my boss", "not my decision", "need board approval"Decision process unknown or unnavigated
Need"we're fine as is", "don't see the need", "not a priority"Pain not sufficiently uncovered
Trust"we've been burned before", "too risky", "unproven", "what if it fails"Risk not mitigated
Status Quo"we've always done it this way", "change is hard", "team won't adopt"Change management concerns

Output Structure

1. Objection Pattern Analysis

Populate objection_pattern:

{
  "category": "price | timing | competition | authority | need | trust | status_quo",
  "frequency": "How often this objection appears across all deals (e.g., '23% of deals')",
  "trend": "increasing | stable | decreasing over last 90 days",
  "win_rate_with_objection": "Win rate for deals where this objection was raised",
  "win_rate_without": "Win rate for deals without this objection (comparison)",
  "top_winning_response": "Summary of the response pattern that correlates with wins"
}

2. Past Handling

Search across meeting transcripts and CRM notes for similar objections. For each match:

{
  "date": "When the objection was raised",
  "deal_name": "Which deal",
  "objection_verbatim": "What the prospect said",
  "rep_response": "How the rep responded",
  "outcome": "won | lost | pending",
  "effectiveness": "high | medium | low",
  "lesson": "What worked or didn't work"
}

If no past handling is found, note: "No similar objections found in your meeting history. The response below is based on sales best practices, web research, and your Organization Context."

3. Suggested Response (ACE Framework)

Draft using the ACE framework. See references/objection-playbooks.md for category-specific worked examples.

A - Acknowledge (1-2 sentences): Validate the concern without agreeing with it. Show empathy. Never dismiss.

C - Contextualize (2-3 sentences): Reframe using their stated goals and data from Layers 1-3. Reference their own words from transcripts. Include ROI calculations or comparative analysis from web research (Layer 2).

E - Evidence (1-2 proof points): Select from references/proof-point-library.md. Prioritize proof points from their industry, matching their concern, with specific numbers.

Close with a bridge question from references/objection-playbooks.md that moves the conversation forward.

4. Alternative Responses

Populate alternative_responses with 2 alternatives:

  • For analytical buyers: Data-heavy, ROI-focused, comparison tables
  • For relationship buyers: Story-driven, peer testimonials, risk-reduction framing

5. Follow-up Strategy

Populate follow_up_strategy:

{
  "if_response_lands": "Next step to advance the deal",
  "if_objection_persists": "Second-move strategy from references/objection-playbooks.md",
  "escalation_trigger": "When to involve manager, reference customer, or technical expert",
  "channel_switch": "When to move from email to call, or bring in a different stakeholder"
}

6. Proof Points

For each proof point, structure per references/proof-point-library.md:

{
  "type": "case_study | metric | testimonial | data_point | comparison | analyst_quote",
  "content": "The proof point content",
  "source": "Where this comes from (Organization Context, CRM, web search, public data)",
  "relevance": "Why this matters for THIS specific objection",
  "strength": "high | medium | low -- based on specificity and source credibility"
}

Response Tone Guidelines

  • Never be defensive. Objections are buying signals -- the prospect is engaged enough to push back.
  • Never dismiss. "That's not really a concern" kills trust instantly.
  • Never oversell. Overpromising to overcome an objection leads to churn.
  • Be direct. If the objection is valid (e.g., you genuinely lack a feature), acknowledge it honestly and position it.
  • Be curious. Follow up with questions that uncover the real concern behind the stated objection. The first objection is rarely the real one.

Confidence Level

Set confidence_level based on data richness:

LevelCriteria
highCRM data + RAG transcript results + web research proof points + past handling with outcomes
mediumCRM data present but RAG returned sparse results, or web search added context but no past handling found
lowSparse CRM data, no transcripts, no web research results. Response based on playbook templates only

Always report honestly. A low-confidence response with clear disclaimers is better than a fabricated high-confidence one.

Quality Checklist

Before returning:

  • Objection is correctly categorized with signal phrases identified
  • Response uses the full ACE framework (Acknowledge, Contextualize, Evidence)
  • Response references the prospect's specific situation, not generic handling
  • Proof points are relevant to their industry and concern, with source cited
  • Response ends with a bridge question that moves the conversation forward
  • Tone is empathetic and confident, not defensive
  • Past handling examples include outcomes (won/lost) for credibility
  • No competitor bashing -- only differentiation
  • Objection pattern analysis populated with frequency and trend data
  • Confidence level reflects actual data quality across all layers

Graceful Degradation

When data is missing, degrade gracefully -- never block the response:

Missing DataFallback
No RAG resultsUse CRM notes + web research; set confidence to medium; note "first interaction or data gap"
No deal linkedGeneral category response; omit deal-specific framing; ask user to link a deal for tailored version
No contact contextSkip persona-matching for alternatives; use category defaults from playbooks
Web search failsProceed with CRM + RAG data only; note in output: "External research unavailable"
No past handling foundUse playbook templates from references/; note "no historical data for this objection type"
Objection is ambiguousAsk user for the prospect's exact words before generating response
Multiple categories detectedClassify primary and secondary; address primary in main response, secondary in alternatives

Error Handling

Objection text is vague

If the objection is too vague to classify (e.g., "they're not interested"), ask: "Can you share what the prospect actually said? The exact words help me find the best response."

No deal or contact context

Generate a general response based on the objection category. Note: "Without deal context, this is a general response. Link a deal or contact for a tailored version that references their specific situation."

Objection is actually a rejection

If the objection signals a hard no (e.g., "We've signed with [competitor]" or "We're canceling the evaluation"), acknowledge it honestly. Do not try to overcome a closed decision. Suggest a graceful exit strategy that preserves the relationship for future opportunities.

Conflicting data

If RAG transcripts contradict CRM data (e.g., different competitor mentioned), surface both with timestamps and let the rep decide. Example: "CRM shows competitor is Vendor A (updated Jan 15) but Sarah mentioned evaluating Vendor B in the Dec 12 call. Verify which is the active threat."

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

37.16%
按下载量换算1,837

Claude

33.01%
按下载量换算1,632

Cursor

17.35%
按下载量换算858

Gemini CLI

9.61%
按下载量换算475

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills