pro

pro 스킬 개요

pro의 용도

pro 스킬은 tanweai/pua 시스템 위에 얹는 확장 레이어로, 워크플로우 상태 유지, 자기 진화 추적, KPI 스타일 보고, 주간 보고·승진/평가형 요약·리더보드 같은 플랫폼형 명령에 초점을 둡니다. 실제로 pro는 단순 생성 성능보다 세션 간 연속성을 유지하는 데 더 가깝고, 그래서 어시스턴트가 기준, 압박, 진행 상황을 “기억하는 것처럼” 동작하게 만드는 데 강점이 있습니다.

pro 사용자에게 가장 잘 맞는 경우

pro는 일반적인 프롬프트보다 더 구조화된 운영 방식을 원하는 사용자에게 잘 맞습니다. 특히 반복 리뷰, 상태 추적, 자기개선 로그, 컨텍스트 압축 이후의 세션 복구 같은 Workflow Automation에 적합합니다. 일회성 가벼운 대화보다는 반복 주기로 일을 굴리는 사용자에게 더 잘 맞습니다.

실제로 해결하려는 일

pro를 검토하는 대부분의 사용자는 보통 다음 네 가지 중 하나를 해결하려고 합니다.

• 세션이 바뀌어도 진행 규칙을 계속 유지하고 싶다
• compaction이나 작업 중단 뒤에도 상태를 잃고 싶지 않다
• KPI, 주간 보고, 승진/평가 요약처럼 반복되는 관리형 산출물을 만들고 싶다
• 랭킹이나 진화 추적 같은 가벼운 플랫폼 메커니즘을 추가하고 싶다

이런 용도라면 pro는 단순한 “주간 보고 써줘” 프롬프트보다 한 단계 더 나아간 운영 규칙을 제공합니다.

pro가 다른 점

pro의 가장 큰 차별점은 ~/.pua/ 아래의 상태 파일을 명시적으로 확인하고 활용한다는 점입니다. 예를 들면 다음과 같습니다.

• ~/.pua/evolution.md
• ~/.pua/builder-journal.md
• ~/.pua/config.json

이 설계 덕분에 pro는 단순한 스타일 프롬프트가 아니라 상태를 가진 운영 레이어로 동작합니다. 핵심 가치는 연속성입니다. 기본 기준선 로딩, compaction 이후 복구, 반복 패턴을 기본 동작으로 승격하는 흐름이 여기에 포함됩니다.

설치 전에 알아둘 점

현재 저장소에서 pro 관련 근거는 하나의 SKILL.md에 집중되어 있습니다. 개념 자체는 분명하지만, 문서에서 언급하는 보조 파일들은 현재 트리 미리보기에는 드러나지 않습니다. 즉, pro 스킬은 큰 그림에서는 이해하기 쉽지만, 일부 동작은 이 스킬 폴더만으로 완결되기보다 상위 pua 시스템의 더 완전한 런타임 환경에 의존할 수 있습니다.

pro 스킬 사용 방법

pro 설치 맥락

현재 repo에서 확인되는 내용만 보면 skills/pro/SKILL.md 안에 전용 설치 명령은 드러나지 않습니다. skills 호환 러너를 쓰고 있다면 상위 저장소에서 설치한 뒤, 사용 중인 도구의 스킬 설치 문법에 맞춰 pro 스킬을 선택해야 합니다. 이미 pua를 쓰고 있다면 pro를 독립 패키지가 아니라 확장 레이어로 보는 편이 맞습니다.

먼저 읽어야 할 파일

다음 파일부터 읽는 것이 좋습니다.

• skills/pro/SKILL.md

현재 미리보기에서 보이는 파일이 하나뿐이기 때문에, 실질적인 동작 거의 전부가 여기에 들어 있습니다. 트리거, 시작 시 점검, compaction 복구, 명령 패턴을 모두 이 파일에서 확인하게 됩니다.

pro 트리거 모델 이해하기

pro는 명시적인 문구와 명령형 패턴으로 활성화되도록 설계되어 있습니다. 예시는 다음과 같습니다.

• /pua:kpi
• /pua:pro
• /pua:pro 段位
• /pua:pro 周报
• /pua:pro 述职
• /pua:flavor
• /pua:pro 排行榜
• leaderboard
• 排行榜
• 自进化
• evolution

pro를 안정적으로 쓰려면 모호한 요청보다 이런 직접 트리거를 우선하는 것이 좋습니다. 명령 표면이 분명할수록 의도한 워크플로우가 실행될 가능성이 훨씬 높습니다.

pro에 필요한 입력

pro skill은 다음 정보를 줄 때 가장 잘 작동합니다.

• 원하는 출력 유형: KPI, 주간 보고, 승진/평가 요약, 리더보드, 진화 업데이트
• 시간 범위: 오늘, 이번 주, 이번 달, 지난 분기
• 평가 기준: 목표, 지표, 사건, 성과, 실패
• 원본 자료: 메모, 완료한 작업, commits, tickets, bullet points
• 이번 실행이 새로 시작하는 것인지, 중단 이후 이어서 하는 것인지

구체적인 입력 자료가 없더라도 pro는 형식을 갖춘 결과물을 만들 수는 있지만, 신뢰도 높은 리뷰를 안정적으로 내놓기는 어렵습니다.

거친 목표를 강한 pro 프롬프트로 바꾸기

약한 예:

• “Use pro to write my report”

더 나은 예:

• “Use pro for a weekly report. Time range: Monday to Friday. Inputs: 6 completed tasks, 2 blockers, 1 missed target, and 3 measurable outcomes. Emphasize impact, risk, next actions, and what improved from last week.”

가장 좋은 예:

• “Run pro as a weekly report workflow. Recover any prior state if relevant. Summarize this week by goals, delivery, blockers, lessons, and next-week commitments. Use these notes: [paste bullets]. Call out measurable wins, one shortfall, and one pattern that should become default behavior.”

강한 버전이 더 좋은 이유는 pro에 보고 프레임, 근거 자료, 그리고 진화 판단의 기준까지 함께 주기 때문입니다.

pro가 지속 상태를 처리하는 방식

Workflow Automation용 pro를 쓰는 큰 이유 중 하나가 바로 상태 모델입니다. 스킬 문서에는 시작 시 다음 파일을 점검하는 흐름이 설명되어 있습니다.

• ~/.pua/evolution.md: 기준선과 내재화된 패턴 확인
• ~/.pua/builder-journal.md: 진행 중이던 세션 상태 복원
• ~/.pua/config.json: 플랫폼 설정 동작 반영

사용 중인 환경이 이 파일들을 읽거나 저장하지 못한다면, pro를 일반 프롬프트와 구분해 주는 핵심 가치 상당수를 잃게 됩니다.

compaction 보호가 중요한 이유

pro 가이드는 compaction 복구를 매우 구체적으로 다룹니다. compaction 이전에 시스템은 다음과 같은 런타임 상태를 덤프하도록 되어 있습니다.

• pressure_level
• failure_count
• current_flavor
• pua_triggered_count
• active_task
• tried_approaches
• excluded_possibilities
• next_hypothesis
• key_context

다음 세션 시작 시 이 상태가 충분히 최신이라면 다시 불러올 수 있습니다. 길고 자주 끊기는 워크플로우를 다루는 사용자라면, 이것만으로도 pro를 도입할 이유가 충분합니다.

첫 사용에 추천하는 워크플로우

1. SKILL.md를 열고 내 용도에 맞는 트리거가 무엇인지 확인합니다.
2. 보고용 명령이 필요한지, 진화 동작이 필요한지, 세션 복구가 필요한지 결정합니다.
3. 현재 런타임이 실제로 ~/.pua/ 파일 지속성을 지원하는지 점검합니다.
4. /pua:kpi 또는 /pua:pro 周报 같은 명시적 요청 하나로 시작합니다.
5. 막연한 주제 대신 구조화된 근거 자료를 제공합니다.
6. 출력 후에는 결과를 기준선에 반영할지, 일회성 산출물로 둘지 검토합니다.

pro 첫 사용에 좋은 시나리오

pro usage를 처음 테스트할 때 적합한 시나리오는 다음과 같습니다.

• 실제 메모를 바탕으로 주간 보고 생성하기
• 중단된 세션 뒤에 컨텍스트 복구하기
• 측정 가능한 결과를 바탕으로 KPI 요약 만들기
• 여러 세션에 걸쳐 선호 패턴을 반복한 뒤 진화 동작 테스트하기

이런 시나리오를 써 보면 pro의 상태 기반 요소가 현재 환경에서 실제로 작동하는지 금방 드러납니다.

일반 프롬프트만으로 충분한 경우

한 번만 잘 다듬어진 보고서를 만들면 되는 상황이라면, pro install과 설정까지 가는 것보다 일반 프롬프트가 더 간단할 수 있습니다. pro의 가치는 반복성, 연속성, 플랫폼형 메커니즘이 중요할수록 커집니다.

도입 전 실전 적합성 체크

다음이 필요하다면 pro 도입 가치가 있습니다.

• 반복 가능한 보고 워크플로우
• 지속되는 행동 기준선
• compaction에도 끊기지 않는 세션 연속성
• 매번 프롬프트를 다시 짜지 않아도 되는 명령형 호출 방식

다음이 목적이라면 건너뛰는 편이 낫습니다.

• 범용 에이전트 프레임워크
• 상위 시스템 맥락 없이도 충분한 독립 문서화
• 상태가 전혀 없는 브라우저 전용 프롬프트 경험

pro 스킬 FAQ

pro는 독립 스킬인가, pua의 일부인가

저장소 구조를 기준으로 보면 pro는 더 큰 pua 저장소의 일부이며, /pua 코어 위에 얹는 확장 레이어로 설명됩니다. 완전히 독립된 시스템이 아니라 특화 모듈로 보는 것이 맞습니다.

pro는 초보자에게도 괜찮은가

네, /pua:kpi나 /pua:pro 周报처럼 명시적인 명령으로 사용하는 경우에는 충분히 가능합니다. 하지만 상위 pua 모델이나 파일 기반 상태에 대한 이해 없이, 모든 운영 가정을 스킬이 알아서 추론해 주길 기대한다면 초보자에게 쉽다고 보긴 어렵습니다.

일반 프롬프트 대신 pro를 써야 하는 가장 큰 이유는 무엇인가

가장 큰 장점은 연속성입니다. 일반 프롬프트도 보고서는 쓸 수 있지만, pro는 기준 동작을 유지하고, 중단된 컨텍스트를 복원하고, 반복되는 개선을 시간에 따라 추적하는 데 초점을 둡니다.

pro의 주요 한계는 무엇인가

가장 큰 한계는 환경 의존성입니다. pro skill은 보이는 스킬 파일 하나 밖의 파일과 프로토콜도 참조합니다. 현재 설정이 이를 지원하지 않으면, 문서에서 말하는 일부 기능은 사실상 일반 지시 따르기 수준으로 약해질 수 있습니다.

pro는 중국어 명령이 꼭 필요한가

반드시 그렇지는 않습니다. 일부 트리거는 명령 기반이고, 일부는 排行榜, 自进化 같은 중국어 표현입니다. leaderboard, evolution 같은 영어 단서도 함께 보이므로, 실제 사용 시에는 혼합 언어 명령 표면을 예상하는 것이 좋습니다.

pro는 Workflow Automation에 유용한가

네. pro for Workflow Automation은 반복되는 주간 요약, KPI 집계, 중단된 작업 세션 간 상태 복원이 필요할 때 충분히 설득력 있는 선택지입니다. 반대로 즉흥적인 브레인스토밍만 한다면 매력은 떨어집니다.

언제 pro를 쓰지 말아야 하나

다음 상황이라면 pro를 쓰지 않는 편이 낫습니다.

• 한 번만 형식 있는 출력이 필요할 때
• 에이전트 환경이 ~/.pua/ 파일을 지속 저장하지 못할 때
• 의존성 설명이 스킬 폴더 내부에 완결되어 있기를 원할 때
• 명령 트리거형 워크플로우보다 단순 프롬프트를 선호할 때

pro 스킬 개선 방법

주제보다 근거를 넣어야 pro가 좋아진다

pro usage를 가장 빨리 개선하는 방법은 구체적인 원본 자료를 주는 것입니다.

• bullet notes
• metrics
• completed tasks
• blockers
• before/after results
• decisions made

“강한 보고서를 써줘”라고 하면 결과가 쉽게 평이해집니다. 반면 “이 다섯 가지 결과와 두 가지 리스크를 KPI 스타일 보고서로 정리해줘”라고 하면 pro가 실제로 추론할 재료가 생깁니다.

작업에 맞는 정확한 명령을 써라

막연하게 “좀 더 프로답게”라고 요청하지 마세요. 원하는 출력에 가장 가까운 명령이나 트리거를 직접 쓰는 편이 낫습니다.

• KPI 스타일 리뷰에는 /pua:kpi
• 주간 보고에는 /pua:pro 周报
• 승진/성과평가형 서사에는 /pua:pro 述职
• 랭킹 메커니즘에는 /pua:pro 排行榜
• 기준선 개선 동작에는 evolution 또는 自进化

이렇게 하면 모호성이 줄고, 스킬도 더 빠르게 올바른 분기로 진입합니다.

상태 지속성을 실제로 작동하게 만들어라

pro를 제대로 활용하려면 현재 환경이 다음 파일을 읽고 쓸 수 있어야 합니다.

• ~/.pua/evolution.md
• ~/.pua/builder-journal.md
• ~/.pua/config.json

이 조건이 충족되지 않으면 스킬의 복구 로직과 기준선 로직 상당수가 사라집니다. 출력 품질에 가장 큰 영향을 주는 구현 디테일 하나를 꼽으라면 바로 이것입니다.

주간 보고와 KPI 출력 품질 높이기

더 강한 보고서를 원한다면 다음 요소를 함께 넣으세요.

• 시간 범위
• 목표 대비 실제 결과
• 눈에 띄는 성과
• 놓친 부분
• 근본 원인
• 다음 액션
• 기본 동작으로 굳혀야 할 교훈 한 가지

특히 마지막 항목은 pro의 진화 모델과 잘 맞기 때문에, 결과물을 단순 회고 이상으로 끌어올립니다.

가장 흔한 실패 패턴 피하기

가장 흔한 실패 패턴은 pro를 맥락 없이 결과만 예쁘게 만들어 주는 마법 포매터처럼 다루는 것입니다. 그다음으로 흔한 실패는, 로컬 파일을 저장하지 않는 환경인데도 compaction 복구가 자동으로 될 것이라고 가정하는 경우입니다.

첫 출력 이후 반복해서 다듬기

pro가 보고서나 요약을 만든 뒤에는 다음 질문으로 품질을 더 끌어올릴 수 있습니다.

• 무엇을 기준선에 추가해야 하는가
• 어떤 반복 행동을 기본값으로 승격해야 하는가
• 아직 빠진 근거는 무엇인가
• 성과가 부족했지만 기준선을 낮추면 안 되는 부분은 무엇인가
• 다음 세션 체크포인트에 무엇을 저장해야 하는가

이런 후속 질문은 일반적인 문장 다듬기보다, 스킬의 실제 메커니즘과 더 정확히 맞물립니다.

pro를 단발성 프롬프트가 아니라 반복 시스템으로 써라

pro skill의 진짜 가치는 여러 세션에 걸쳐 나타납니다. 한 번만 쓰면 결국 형식 있는 출력 하나를 얻는 데 그치기 쉽습니다. 하지만 안정적인 입력과 저장된 상태를 바탕으로 반복 사용하면 연속성, 비교 가능성, 진화 추적이라는 이점이 생깁니다.

도입자 관점으로 pro 스킬 읽기

보이는 구현이 SKILL.md에 집중되어 있으므로, 다음 순서로 읽는 것이 좋습니다.

1. trigger list
2. session startup checks
3. compaction state protection
4. command system

이 순서대로 보면 pro install에 시간을 들일 가치가 있는지, 그리고 현재 런타임이 정말 중요한 부분을 지원하는지 더 빨리 판단할 수 있습니다.