C✳CODEZ.WIN
🌐 English

Localized reading guide

handle-objectionPurpose, usage and source

Work through a live objection or competitive threat - what's really being said, the response that has worked before, and the proof points to use, grounded in your own win/loss history and customer quotes. Use when the user says "they said we're too expensive", "how do I respond to [objection]", "[competitor] is in the deal", "help me handle this pushback", or pastes an objection from an email or call.

Source retrieved:

Source repository
anthropics/knowledge-work-plugins
SKILL.md
sales/skills/handle-objection/SKILL.md
Repository stars
34,049
Repository updated
2026-10-30
Categories
Business
Last collected

License: License file needs review

Workflow excerpts are reading aids, not executable instructions from Codez. No third-party Skill was run to produce this page.

The purpose and workflow passages below are upstream material, organized and translated for reading. They are distinct from the separately labeled Codez editorial analysis.

What this Skill does

Work through a live objection or competitive threat - what's really being said, the response that has worked before, and the proof points to use, grounded in your own win/loss history and customer quotes. Use when the user says "they said we're too expensive", "how do I respond to [objection]", "[competitor] is in the deal", "help me handle this pushback", or pastes an objection from an email or call.

How the upstream workflow works

Step 1 - Ground

Check which tools are connected (plus any org facts the user or the project instructions already gave). Ground common objections, named competitors (their pitch, their gaps, the wedge - when the org has recorded a competitor playbook), differentiators, and the approved proof points cleared for external use from org context (inferred from what is connected or uploaded; if the answer depends on a fact no one has given, ask ONE question, use the answer for this conversation and suggest adding it to the project instructions; otherwise use a clearly labeled default and continue). Nothing unvetted goes in a customer-facing reply.

Upstream passage · L38 ↗

Step 2 - Classify what's actually being said

Map the objection to its underlying type: price/value, timing/priority, competitive comparison, risk/trust, authority ("I need to check with..."), or status quo. Note the difference between an objection (a reason not to buy) and a negotiation move (a reason to buy cheaper) the response differs.

Upstream passage · L45 ↗

Step 3 - Pull your own evidence

Win/loss history (win-loss-review pulls): how deals where this objection appeared actually ended; what the wins did differently Customer voice (customer-voice pull): verbatim quotes from existing customers that speak to this exact concern, sources named docs: case studies, ROI docs, security/compliance docs already vetted for external use The deal itself: what this customer has already told you that contradicts or sharpens the objection - their own stated pain and metrics are the best rebuttal (cite the call or thread)

Upstream passage · L53 ↗
Upstream passage · ↗
tiers:
  files-only:   classification + response from the pasted objection and
                stated deal context; evidence limited to what's pasted,
                gaps named
  read-only:    live crm win/loss, transcripts, docs, email evidence
  gated-writes: none (the reply goes through draft-outreach)

Requirements and setup

No short requirements passage was selected from this file. This does not mean the Skill has no dependencies. Check the repository setup instructions and referenced files.

Limits and quality checks

No separate limits passage was selected from this file. This does not mean the Skill is safe for every input or environment. Review the complete source and validate your own result.

Start with a safe trial

  1. Check the supported host and the repository installation instructions. Keep the Skill directory and its referenced scripts, assets and documentation together; SKILL.md alone may omit dependencies.
  2. Give the agent your real input, desired output and acceptance criteria. Invocation syntax and available tools depend on the host; this site does not assume a universal install command.
  3. Try the source workflow in a disposable project or on a copy. Review operations that change files, remote services or billable resources before allowing them.
  4. Validate the output against the source quality checks and your own requirements. A successful trigger or a high repository Star count does not establish a correct result.

Skill format and directory specification ↗

Read further in the source

Translation and scope

This reading guide selects passages from the pinned upstream SKILL.md. Translation is assisted. It is not a complete manual or a claim of tested compatibility. Read the original and its referenced files before use.

This introduction refers to the pinned version below; current repository activity and collection time are shown separately.

Source retrieved
Source commit
2574e29377c7173d0cecffef29a6ecbd7f8ccb5d
Source SHA-256
88d2da6cd89218459271ab6159ef981b88b6f763148b3955b56277d30acc4e19
Back to the full Skill catalog