executing-plans
executing-plans
Use when executing an implementation plan in the current session as the implementer yourself — your human partner chose inline execution, or no subagent tool is available
s4h-communication-objection-mappingMaps likely objections before delivering a proposal — objections that are anticipated feel addressed; objections that land as surprises derail. Triggers: 'anticipate objections', 'what will they push back on', 'steelman the opposition', 'prepare for resistance', 'objection mapping'.
Independent GitHub snapshot · Automated classification · Original documentation governs
Anticipated objections feel handled. Unanticipated objections derail. The difference is not the content of the objection — it is whether the receiver senses that the sender has thought it through. A proposal that addresses likely objections before they are raised signals rigor and respect. One that doesn't signals that the sender only thought from their own perspective.
Step 1: State the Proposal Write the proposal clearly — what is being asked, what it proposes to do, and what it asks of the audience (approval, resources, behaviour change, belief change).
Framing check: Confirm the message, the audience, and the goal before continuing. State what you've identified — the actual proposal being analyzed, who it is directed at, and what it is asking them to do — in one sentence, then use AskUserQuestion:
Step 2: List Audience Segments Who will receive this? Different roles and individuals will have different objections. A finance stakeholder's objection to a proposal is structurally different from an engineering lead's, even if both say "this is risky."
Step 3: Generate Objections per Segment For each segment: given what they care about and what they fear, what is their most likely objection? Be specific — "they might push back on cost" is too vague. "They will argue the ROI model assumes usage patterns that contradict last quarter's data" is useful.
Step 4: Classify Each Objection
Step 5: Respond to Legitimate Objections For each legitimate objection: what is the honest, direct response? Acknowledge the concern genuinely. Address it specifically. Do not pretend it doesn't exist or soften it into irrelevance — that will be noticed.
Step 6: Pre-emptive Move For each significant objection: is there something in the message itself that could reduce the objection's force without capitulating to it? Pre-empting an objection by raising it yourself is more credible than responding to it when challenged.
Before proceeding, use the AskUserQuestion tool. State your interpretation of the situation in 1–2 sentences — what is being analyzed and what the core question is — then ask:
Proceed based on their selection. If the user reframes, incorporate the correction before running any analysis.
Proposal: [Summary — what is being asked and what is being proposed]
Objection map:
| Audience segment | Likely objection | Legitimate / Unfounded | Response | Pre-emptive move |
|---|---|---|---|---|
Objections to address in the message itself:
[Which objections should be pre-empted in the proposal, not left for Q&A — and why]
Objections to prepare for but not address upfront:
[Which are better handled in dialogue than in the message]
The classification in Step 4 requires honesty. The temptation is to classify all objections as unfounded — that they reflect misunderstanding rather than legitimate concern. If an objection is legitimate and you dismiss it, you lose credibility on everything else.
After delivering this output, use AskUserQuestion to offer the next move:
/s4h-writing-argument — Build arguments that directly address each mapped objection/s4h-communication-clarity-audit — Check that responses to objections are clear/s4h-logic-argument-validation — Validate the arguments you'll use to address key objections