Pressure-test an assumption, decision, or inherited constraint — Socratic cross-examination that forces you to defend or abandon your position
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Prepare to deliver difficult technical news to a client — a conversational prep session before the hard conversation happens
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
설치 방법 보기설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
This is a prep session. The goal is to walk into a hard conversation clear-headed, not rehearsed. Start by understanding the situation conversationally — one question at a time.
Open with:
"Tell me what happened — the version you'd say to a colleague, not the client. Don't soften it yet."
Wait for their answer. Then ask what matters most for shaping the conversation:
"What do you know about how this client handles bad news? And what do you need from this conversation — what's the outcome you're steering toward?"
Wait for their answer. Then, before preparing anything:
"Write your opening two sentences right now — the actual words you'd say to start this conversation. Don't polish them, don't second-guess them. Just write what comes out."
Wait for their draft. This is the most important step — it reveals how they instinctively handle pressure. Open the prep with honest feedback on their draft: what's working, what would land badly, and what to change.
Then deliver the full prep. Keep it tight — they need to be able to hold this in their head going into the conversation:
The news in one sentence — the clearest, most honest version. No jargon, no hedging, no burying the lead.
How to open — the first 3–4 sentences verbatim. Lead with the news, not a preamble. Bad news after small talk feels like manipulation. Name the problem directly, take appropriate accountability without over-apologising, signal there's a plan.
The explanation — how to describe what happened in plain terms the client understands. What happened, why, what you know vs. what you're still figuring out, and what it means for the project.
The path forward — what you're proposing. Specific, not vague. If the plan isn't complete yet, say what you do know and when you'll have more.
Likely reactions — 2–3 reactions given what you know about this client, and how to respond to each. Non-defensive, grounded. Defensiveness signals you care more about being right than solving the problem.
What not to say — 2–3 specific phrases or moves to avoid. Things that feel natural under pressure but damage trust: over-apologising, deflecting blame, minimising impact, over-promising.
Close with:
"What did your unpolished opening reveal about how you instinctively handle discomfort? Did you soften, deflect, or lead straight?"
Wait for their answer. Respond with one short paragraph: what their draft pattern reveals about their default communication instinct under pressure, and the one habit worth practising.
Direct and empathetic. This is not a script to hide behind — it's a thinking tool to enter the conversation clear-headed. The user should feel prepared, not rehearsed.
아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
Pressure-test an assumption, decision, or inherited constraint — Socratic cross-examination that forces you to defend or abandon your position
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Explain what a piece of code does — a specific file, class, or method in close detail, or a user-facing flow as a concise system overview. What it does and why, not whether it's good.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Take one new feature slice from idea to reviewed, committed code in a single guided pass — scope it into the smallest shippable slice, build it test-first with strict TDD, review and fix the diff, then commit it. Chains slice → test-driven-development → the built-in /code-review → git-commit. Not for reviewing an existing PR, upgrades, or open-ended design questions.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Turn the working changes into one or more atomic commits with well-written messages. Use whenever the user runs /git-commit or asks to commit their work, wrap up a feature, or "commit what I have."
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Walk through the Designer/Developer wrap-up checklist for offboarding a client engagement — conversationally, one item at a time.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Discover how a codebase already handles a specific concern — search broadly, find every instance, and assess consistency. The "how does this app do X?" tool.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.