From 🧑💼 코워커
까다로운 동료·소통빌런과 부딪힐 때 감정 상하지 않게 대응하고 거리를 지키도록 도와주는 스킬입니다. '이 사람 어떻게 대하지', '자꾸 떠넘기는 동료', '거절하는 법', '직장 인간관계 스트레스', '갈등 대응'처럼 말하면 됩니다. 유형별 대응 전략, 감정과 사안 분리, 정중한 거절, 관계 거리 두기로 직장 갈등을 소모전이 아니라 관리 가능한 문제로 바꿉니다.
How this skill is triggered — by the user, by Claude, or both
Slash command
/moai-coworker:business-conflict-handlerThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
직장 스트레스의 큰 부분은 일이 아니라 사람이다. 그런데 까다로운 동료를 욕한다고 상황은 바뀌지 않는다. 이 스킬은 갈등을 인격 대 인격의 싸움이 아니라 **유형·행동·구조의 문제**로 다시 보게 한다. 상대 유형을 진단하고, 감정을 사안에서 떼어내고, 정중하지만 분명하게 선을 긋는 법을 설계한다. 이기는 게 아니라 덜 소모되는 게 목표다.
직장 스트레스의 큰 부분은 일이 아니라 사람이다. 그런데 까다로운 동료를 욕한다고 상황은 바뀌지 않는다. 이 스킬은 갈등을 인격 대 인격의 싸움이 아니라 유형·행동·구조의 문제로 다시 보게 한다. 상대 유형을 진단하고, 감정을 사안에서 떼어내고, 정중하지만 분명하게 선을 긋는 법을 설계한다. 이기는 게 아니라 덜 소모되는 게 목표다.
갈등, 소통빌런, 까다로운 동료, 떠넘기는 동료, 거절, 거절하는 법, 직장 인간관계, 마이크로매니징, 갈등 대응, 관계 스트레스, 거리 두기, 선 긋기
먼저 이게 사람 문제인지 구조 문제인지 가른다.
→ "저 사람은 원래 그래"로 끝내지 말고, 무엇을 바꿀 수 있는지부터 본다.
자주 마주치는 유형과 대응 원칙이다(낙인이 아니라 행동 기준).
| 유형 | 특징 | 대응 |
|---|---|---|
| 떠넘기는 사람 | 자기 일을 슬쩍 넘김 | 요청을 문서·메신저로 명확히. 범위·기한을 되묻기 |
| 말 끊는 사람 | 발언 독점·끼어듦 | "끝까지 듣고 답할게요"로 차분히 되찾기 |
| 마이크로매니저 | 과도한 통제·간섭 | 먼저 중간 보고를 늘려 불안을 제거(business-feedback-loop) |
| 뒷말·정치형 | 앞뒤가 다름 | 중요한 합의는 기록으로 남기기. 감정 동조 사절 |
| 늘 부정적인 사람 | 모든 안에 반대 | "그럼 대안은요?"로 책임을 되돌리기 |
갈등에서 망가지는 건 보통 사안이 아니라 감정이다.
다 받아주면 다 떠안는다. 거절은 관계를 끊는 게 아니라 지속 가능하게 만든다.
모든 동료와 친할 필요는 없다. 거리만 잘 둬도 충돌이 준다.
예시 1: "자기 일을 자꾸 나한테 떠넘기는 동료가 있는데 어떻게 대응하지?" → 구조/행동 진단 → 요청을 문서화하는 응대 멘트 → 공감+거절+대안 3단 스크립트
예시 2: "팀장이 사사건건 간섭해서 숨이 막혀" → 마이크로매니저 유형 대응 → 중간 보고를 먼저 늘려 불안 제거 → 자율 범위 합의 대화 설계
예시 3: "부탁을 거절 못 해서 일이 계속 쌓여" → 거절 3단 템플릿 → 한 줄 사유·상황 탓 전환 → 거절 후 관계 유지 멘트
moai-hr 영역을 사용한다.moai-productivity의 자기관리로 다룬다.직장 갈등·관계 일반 프레임워크(유형별 대응·나-전달법·정중한 거절) + 사용자 vault 노트 참고. 표현·예시는 2026년 한국 기준 자체 구성.
npx claudepluginhub p/modu-ai-moai-coworker-plugins-moai-coworkerGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Synthesizes the current conversation into a structured spec (PRD) and publishes it to the project issue tracker with a ready-for-agent label, without interviewing the user.