mama

mama 스킬 개요

mama는 무엇에 쓰는 스킬인가

mama 스킬은 pua 스킬의 내레이션형 변형입니다. 핵심 실행 규칙, 에스컬레이션 로직, 체크리스트 기반 문제 해결 방식은 그대로 유지하면서, 말투만 중국식 “잔소리하는 엄마” 캐릭터로 바꿉니다. 실무적으로 보면 mama는 새로운 추론 엔진이 아니라, 에이전트가 너무 일찍 멈추지 않고 계속 찾아보고, 테스트하고, 끝까지 마무리하게 만드는 톤 레이어에 가깝습니다.

어떤 사용자에게 mama 스킬이 잘 맞는가

mama 스킬은 이미 pua 워크플로우의 더 엄격하고 샅샅이 파고드는 스타일을 원하면서, 그 압박을 좀 더 코믹하고 인간적이며 문화적으로 바로 떠오르는 목소리로 받고 싶은 사용자에게 가장 잘 맞습니다. 특히 디버깅, 트러블슈팅, 프롬프트 작성처럼 “너무 빨리 포기하지 않는 것”이 세련된 톤보다 더 중요한 AI 활용 상황에서 유효합니다.

실제로 해결해 주는 일

대부분의 사용자는 “웃긴 대화”를 원하는 게 아닙니다. 그들이 원하는 AI는 다음과 같습니다:

• 여러 경로를 시도해 보기 전에 “못 한다”고 말하지 않는 AI
• 도움을 요청하기 전에 더 많이 검색하고 더 많이 읽는 AI
• 한 가지 증상만 고치지 않고 관련 이슈까지 확인하는 AI
• 초기 시도가 실패하면 더 강하게 에스컬레이션하는 AI

이게 바로 mama for Prompt Writing과 작업 실행에서의 실제 가치입니다. 기억에 남는 페르소나를 통해 지속성 프로토콜을 더 강하게 밀어붙여 줍니다.

일반 프롬프트와 mama가 다른 점

일반 프롬프트는 한 번 정도 “끈기 있게 하라”고 요청할 수 있습니다. 반면 mama는 핵심 pua 스킬의 규칙을 물려받아, 그 끈기를 재사용 가능한 트리거 패턴으로 내장합니다. 저장소에서도 행동 계약 자체는 바뀌지 않고, 내레이션만 바뀐다고 분명히 밝힙니다. 매 세션마다 프롬프트를 다시 쓰지 않고도 일관된 출력 스타일을 원한다면 이 차이가 중요합니다.

설치 전에 확인해야 할 핵심

도입 판단은 단순합니다. pua의 기본 훈련 방식은 원하지만, 그것을 “중국 엄마 잔소리” 래퍼로 받고 싶은가? 그렇다면 mama install은 리스크가 낮습니다. 반대로 따뜻한 페르소나나 가벼운 코칭만 원한다면, 이 스킬은 설계상 의도적으로 강하게 밀어붙이고 반복적인 톤을 쓰므로 잘 맞지 않을 가능성이 큽니다.

mama 스킬 사용 방법

현재 스킬 환경에 mama 스킬 설치하기

기본 설치 경로는 다음과 같습니다:

npx skills add tanweai/pua --skill mama

저장소 발췌본에는 skills/mama/SKILL.md만 보이므로, 이 스킬을 독립 프롬프트 파일이 아니라 더 큰 tanweai/pua 패키지의 일부로 보는 편이 맞습니다.

mama를 호출하는 트리거 문구

스킬 텍스트에는 다음과 같은 자연스러운 트리거가 나옵니다:

• /pua:mama
• /pua mama
• 妈妈模式
• 妈妈唠叨
• mama mode
• 唠叨模式

환경이 슬래시 커맨드형 스킬 활성화를 지원한다면, 위 표현 중 하나를 그대로 쓰면 됩니다. 지원하지 않는다면, 기본 pua 행동 규칙은 유지한 채 mama 스킬의 말투를 원한다고 명시하세요.

먼저 읽어야 할 파일 경로

가장 먼저 볼 파일은 다음입니다:

skills/mama/SKILL.md

하지만 여기서 멈추면 안 됩니다. 해당 파일 자체에 따르면 mama를 불러온 뒤 에이전트는 Glob을 사용해 핵심 pua 스킬을 찾고, 보통 아래와 같은 경로로 먼저 읽어야 합니다:

**/pua/skills/pua/SKILL.md

이 점이 올바른 mama usage를 위해 가장 중요한 실무 포인트입니다. 이 스킬은 톤만 덮어쓰는 것이지, 전체 운영 프로토콜을 대체하지 않습니다.

출력에 의존하기 전에 상속 구조를 이해하기

흔한 오해는 mama 안에 전체 방법론이 다 들어 있다고 생각하는 것입니다. 그렇지 않습니다. 저장소 설명상 이 스킬은 다음을 상속합니다:

• 세 가지 레드라인 규칙
• 압박 에스컬레이션
• 오너 마인드셋
• 방법론
• 7개 항목 체크리스트

따라서 상위 pua 동작 방식을 이해하지 않은 채 mama 스킬만 설치하면, 이를 단순한 역할놀이로 오해하기 쉽습니다. 실제로는 더 엄격한 핵심 워크플로우와 함께 써야 비로소 말투가 의미를 가집니다.

mama가 잘 작동하려면 어떤 입력이 필요한가

mama에는 강한 디버깅/실행형 스킬에 주는 것과 같은 재료를 넣어야 합니다:

• 구체적인 목표
• 이미 시도해 본 것
• 에러 메시지 또는 실패 증상
• 관련 파일, 명령어, 로그
• 제약 조건
• 무엇이 “완료”인지에 대한 기준

약한 입력: “이거 고쳐줘.”
강한 입력: “Use mama mode. My Node app fails on startup with MODULE_NOT_FOUND after moving to a monorepo. I already checked package names and lockfile. Please inspect likely path-resolution causes, propose 3 distinct hypotheses, and tell me what to verify first.”

강한 입력이 더 잘 맞는 이유는, 이 스킬이 단어만 바꿔 반복하는 게 아니라 본질적으로 다른 여러 접근을 시도하는 데 초점을 두기 때문입니다.

거친 목표를 좋은 mama 프롬프트로 바꾸는 법

mama for Prompt Writing 용도로는 요청을 이렇게 구성하면 좋습니다:

1. 스타일을 활성화한다.
2. 작업을 명확히 설명한다.
3. 근거를 제공한다.
4. 서로 다른 여러 접근을 요구한다.
5. 검증과 후속 마무리를 요구한다.

예시 패턴:

“Use /pua:mama. I need a prompt that helps an AI troubleshoot flaky CI tests. The prompt should force the model to inspect logs, propose 3 non-overlapping causes, and verify the final fix against similar failures. Keep the mama narration, but make the action steps explicit.”

이 방식이 잘 먹히는 이유는, 단순한 코드 수정이 아니라 프롬프트 설계에도 이 스킬의 압박과 체크리스트 행동을 적용하게 만들기 때문입니다.

처음 mama를 쓸 때 권장하는 워크플로우

실전에서 무난한 첫 사용 순서는 다음과 같습니다:

1. mama를 활성화한다.
2. 작업과 현재까지의 증거를 함께 준다.
3. 1차 진단과 다음 행동을 요청한다.
4. 첫 시도가 실패하면, 근본적으로 다른 경로를 명시적으로 요구한다.
5. 후보 수정안이 나오면, 인접 이슈 점검과 end-to-end 검증까지 요청한다.

이 흐름은 파일에 나온 에스컬레이션 단계와 맞닿아 있습니다. 초반에는 신뢰 기반으로 시작하고, 이후 더 강한 잔소리, 그리고 검색·소스 읽기·다중 가설 요구로 넘어갑니다.

에스컬레이션 시스템이 출력에 주는 영향

이 스킬은 초기 신뢰 단계부터 실패가 반복될수록 더 강해지는 여러 압박 레벨을 정의합니다. 여기서 중요한 건 표현 자체보다 워크플로우상의 의미입니다:

• 첫 시도: 일반적인 실행
• 다음 시도: 방법 전환
• 그다음 단계: 더 많이 검색하고, 소스를 읽고, 여러 가설 생성
• 더 깊은 실패: 상속된 체크리스트를 완료하고 더 넓게 테스트

mama를 제대로 쓰려면, 무엇이 실패했는지를 적극적으로 되돌려줘야 합니다. 그래야 다음 라운드가 같은 접근을 반복하지 않고 실제로 에스컬레이션됩니다.

mama가 특히 유용한 상황

다음과 같은 경향이 있을 때 mama 스킬이 특히 유용합니다:

• 한 번 실패하고 바로 멈추는 AI
• 너무 일찍 도움을 요청하는 AI
• 주변 이슈는 확인하지 않고 한 문제만 땜질하는 AI
• 운영 디테일 없이 얕은 프롬프트 초안만 내놓는 AI

그래서 트러블슈팅 프롬프트, 복구 워크플로우, “에스컬레이션하기 전에 가능한 선택지를 최대한 소진하라”는 유형의 작업에 잘 맞습니다.

mama가 잘 맞지 않는 경우

다음이 필요하다면 mama는 건너뛰는 편이 낫습니다:

• 중립적인 엔터프라이즈용 문구
• 짧고 간결한 출력만
• 감정 기복 없는 시스템 동작
• 상위 스킬을 읽지 않아도 되는 독립형 방법론

이 스킬은 의도적으로 장문의 잔소리형 내레이션을 지향합니다. 지속성에 대한 압박보다 톤 관리가 더 중요하다면, 이 보이스 레이어 없이 기본 워크플로우만 쓰는 편이 낫습니다.

mama 스킬 FAQ

mama는 독립 스킬인가, 아니면 pua 위에 얹는 스타일인가?

pua 위에 얹는 스타일 레이어입니다. 저장소는 핵심 동작은 그대로이고 내레이션만 바뀐다고 분명히 설명합니다. 올바른 mama usage를 위해서는 상위 스킬 규칙도 함께 읽어야 합니다.

중국어를 못 읽어도 mama를 쓸 수 있나?

부분적으로는 가능합니다. 트리거 목록에 mama mode 같은 영어 표현도 들어 있습니다. 다만 분위기와 구조의 상당 부분이 중국어로 쓰여 있어, 원래의 “엄마 잔소리” 스타일에 묶인 뉘앙스는 일부 놓칠 수 있습니다. 툴링이 다국어 프롬프트를 잘 처리한다면 사용할 수는 있지만, 미묘한 결은 원문 중국어에 기대는 면이 있습니다.

mama는 결과를 더 좋게 만드나, 아니면 톤만 바꾸나?

대체로는 톤을 바꾸는 쪽에 가깝습니다. 하지만 그 톤은 pua에서 상속된 지속성 프로토콜과 함께 묶여 있습니다. 그래서 가치는 단순한 미감에만 있지 않습니다. 상위 워크플로우까지 같이 따르면, 모델을 “계속 파고들고, 계속 확인하는” 모드에 붙잡아 두는 데 도움이 됩니다.

mama는 초보자에게도 괜찮은가?

네, 다만 한 가지 주의점이 있습니다. 초보자는 검색·검증·마무리를 강하게 요구하는 이 압박을 유용하게 느낄 수 있지만, mama 스킬 자체를 완전한 지침으로 오해할 수 있습니다. 실제 운영 규칙은 핵심 pua 스킬에 있으므로, 그 파일을 읽지 않으면 중요한 부분을 놓치게 됩니다.

“더 꼼꼼하게 해라”라고 말하는 일반 프롬프트와 mama는 어떻게 다른가?

일반 프롬프트는 한두 턴 지나면 쉽게 잊히는 경우가 많습니다. mama는 재사용 가능한 호출 패턴, 내장된 에스컬레이션 신호, 그리고 모델에게 너무 빨리 포기하지 말라고 계속 상기시키는 분명한 톤을 함께 제공한다는 점에서 더 낫습니다.

언제 mama를 설치하지 말아야 하나?

그 말투가 팀에 거슬리거나, 사용자 대면 콘텐츠와 충돌하거나, 작업 집중을 흐릴 가능성이 있다면 mama install은 선택하지 않는 편이 좋습니다. 이 스킬은 내부 워크플로우, 실험적 사용, 그리고 의도적으로 강한 압박형 프롬프트 뼈대를 원하는 사용자에게 가장 잘 맞습니다.

mama 스킬 개선 방법

더 나은 작업 프레이밍부터 시작하기

출력을 가장 크게 개선하는 방법은 mama에 더 선명한 브리프를 주는 것입니다. 다음을 포함하세요:

• 정확한 목표
• 이미 실패한 시도
• 현재 있는 증거
• 어느 정도까지 탐색하길 원하는지
• 무엇을 검증 완료로 볼지

이렇게 해야 스킬이 막연하게 연극적인 잔소리를 늘어놓지 않고, 상황에 맞게 똑똑하게 에스컬레이션할 수 있습니다.

겹치지 않는 접근을 요구하기

이 파일은 같은 행동을 말만 바꿔 반복하는 것이 아니라, 정말 다른 방법을 시도하는 데 방점을 둡니다. 그래서 “3 distinct hypotheses”나 “2 fundamentally different remediation paths”처럼 명시적으로 요청하세요. 이런 요청은 스킬 설계와 잘 맞고, 겉보기만 다른 가짜 다양성을 줄여 줍니다.

요약이 아니라 증거물을 제공하기

더 나은 mama usage를 원한다면 실제 에러, 명령어 출력, 프롬프트 초안, 파일 일부를 그대로 붙여 넣으세요. “망가졌어요” 같은 설명은 뻔한 코칭을 부릅니다. 원본 증거가 있어야 스킬이 직접 살펴볼 대상이 생기고, 검색·검증 중심 자세를 더 제대로 수행할 가능성이 높아집니다.

제약을 명시해 mama를 프롬프트 작성에 활용하기

mama for Prompt Writing에선 다음을 분명히 알려 주세요:

• 그 프롬프트의 대상 사용자
• 어떤 도구/모델이 사용할지
• 프롬프트가 진단용인지, 생성용인지, 리뷰용인지
• 반드시 막아야 할 실패 패턴이 무엇인지

예시:

“Use mama mode to rewrite my troubleshooting prompt for Claude Code. Current failure: it suggests one fix and stops. I want a prompt that forces log review, source inspection, 3 hypotheses, and final regression checks.”

이런 요청은 “내 프롬프트 좀 더 좋게 만들어줘”보다 훨씬 효과적입니다.

무엇이 실패했는지 알려 주며 반복하기

첫 번째 출력 후에는 “다시 해봐”라고만 하지 마세요. mama에게 다음을 구체적으로 알려 주세요:

• 어떤 가설이 틀렸는지
• 어떤 명령어나 테스트가 실패했는지
• 이전 논리를 반복했는지 여부
• 새로 생긴 제약이 무엇인지

이 정보가 있어야 다음 패스가 같은 자리에서 맴돌지 않고, 에스컬레이션 사다리를 실제로 한 단계 올라갈 수 있습니다.

내레이션이 거슬리면 톤을 제어하기

잔소리 말투가 너무 앞에 나선다면, 스킬은 켠 채 출력 형식만 더 좁게 지정하세요:

• “Keep mama tone brief, prioritize action steps.”
• “Use mama narration only in the intro; make the rest operational.”
• “Preserve the mama style but keep outputs compact.”

지속성에 대한 압박은 유지하되 텍스트 부담은 줄이고 싶을 때, 보통 이 타협안이 가장 실용적입니다.

주요 실패 패턴을 미리 살피기

가능성이 높은 약점은 다음과 같습니다:

• 사용자가 상위 pua 컨텍스트를 불러오지 않음
• 모델이 더 깊이 조사하지 않고 압박 문구만 반복함
• 말투가 실제 실행 가능한 내용을 덮어버림
• 작업에 증거가 부족해 “샅샅이 하겠다”는 태도가 얕은 추측으로 끝남

이런 문제가 보이면, 보통 해결책은 더 좋은 컨텍스트와 함께 서로 다른 방법 및 검증을 더 명확히 요구하는 것입니다.

재사용 가능한 간단한 mama 템플릿 만들기

강하게 재사용할 수 있는 mama guide 템플릿은 다음과 같습니다:

“Use /pua:mama. Task: [goal]. Context: [system/files/tooling]. Tried already: [A, B, C]. Evidence: [errors/logs/snippets]. Requirements: propose multiple distinct approaches, choose the best next step, and verify whether related issues may remain.”

짧아서 반복 사용하기 좋고, 동시에 스킬이 의도한 동작을 끌어내기에 충분히 구체적입니다.