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
saying-noDecline a request, push back on scope, or protect priorities without burning the relationship. Use when asked how to say no, turn down a request, push back on your boss/stakeholder, decline extra work, or protect the roadmap from a pet feature. Produces a graceful, firm response — the no, the honest why, an alternative or trade-off, and the exact wording, t…
Independent GitHub snapshot · Automated classification · Original documentation governs
Most people say yes to things they should decline because they don't know how to say no without seeming difficult — and then over-commit, miss what matters, or resent it. A good no is clear, respectful, and offers a path: it declines the request while honouring the relationship and, often, reframes it as a trade-off rather than a flat refusal. This skill writes that no.
Ask for these only if they aren't already provided:
1. The frame — is this a flat no, a "not now," a "yes if [trade-off]," or a "no, but here's another way"? Pick the honest one. Most good nos are trade-offs, not refusals.
2. The response — the actual wording, structured:
3. For "no" to a boss / stakeholder — frame it as protecting their goal: surface the trade-off and let them choose ("I can take this on, but the launch slips a week — your call"). This makes the cost visible without insubordination.
4. Hold the line — a prepared response if they push back, so you don't cave into a reluctant yes.
Tone note — warm and firm; brief beats over-justified (a pile of reasons invites negotiation of each).
Boundary-setting and negotiation practice — the "positive no" (William Ury), trade-off framing, and protecting priorities.