immortal-skill

immortal-skill 스킬 개요

immortal-skill이 실제로 하는 일

immortal-skill은 한 사람에 대한 흩어진 기록을 에이전트가 불러와 사용할 수 있는 “digital persona” 패키지로 구조화하는 스킬입니다. 단순히 채팅 로그를 요약하는 도구가 아닙니다. 역할 선택, 소스 수집, 근거 등급화, 충돌 처리, 출력 생성까지 단계별로 안내해, 결과물이 그 사람의 사고방식, 커뮤니케이션 방식, 기억 방식, 의사결정 방식까지 담아내도록 설계되어 있습니다.

누가 immortal-skill을 설치하면 좋은가

immortal-skill이 가장 잘 맞는 사용자는 사람 중심의 지식 자산을 다루는 본격적인 Skill Authoring 작업을 하는 경우입니다. 예를 들어 자신의 업무 스타일을 보존하거나, 멘토를 문서화하거나, 퇴사하는 동료의 팀 노하우를 남기거나, 공개 자료를 바탕으로 공인(public figure) 조언형 에이전트를 만들 때 유용합니다. 특히 일반적인 프롬프트만으로는 너무 느슨하고, 여러 사례에 반복 적용할 수 있는 구조가 필요할 때 강점을 발휘합니다.

왜 일반 프롬프트 대신 이걸 선택하는가

가장 큰 차별점은 워크플로우의 깊이입니다. 저장소에는 persona 템플릿, 플랫폼별 수집기, 예시, 레시피, 그리고 관련 보호용 스킬 두 가지가 함께 들어 있습니다. distill-protocol-skill은 사용 조건을 다루고, distill-shield-skill은 방어용 canary를 위한 스킬입니다. 그래서 immortal-skill skill은 “메시지를 붙여넣고 모델에게 누군가를 흉내 내게 하기”보다 훨씬 운영 가능한 형태에 가깝습니다.

도입 전에 먼저 알아야 할 가장 큰 주의점

immortal-skill은 개념적으로는 탄탄하지만, 실제 도입 가능성은 데이터 접근성과 윤리적 제약에 크게 좌우됩니다. 유용한 소스 상당수는 플랫폼 토큰, 데이터 export, 또는 로컬 데이터베이스 접근을 요구합니다. 저장소는 python3를 전제로 하는 부분이 있고, 실제 수집 품질은 소스에 따라 차이가 큽니다. 몇 개 문단만으로 빠르게 스타일만 흉내 내고 싶다면 이 스킬은 다소 무겁습니다. 반대로 추적 가능하고 재사용 가능한 distillation이 필요하다면 더 잘 맞습니다.

immortal-skill 스킬 사용 방법

immortal-skill 설치 전과 초기에 가장 먼저 읽을 파일

처음에는 SKILL.md를 가장 먼저 열고, 그다음 FOR_AI.md, README.md, docs/PLATFORM-GUIDE.md, 그리고 personas/ 및 recipes/ 아래의 관련 파일을 읽는 것이 좋습니다. 이 저장소는 SKILL.md 안에 복붙해서 바로 실행하는 단일 설치 명령을 제공하지 않으므로, 실행기 하나로 끝나는 패키지라기보다 저장소 기반의 워크플로우 스킬로 보는 편이 정확합니다. 수집기나 보조 스크립트를 쓸 계획이라면 python3가 필요할 가능성이 높습니다.

다음 순서로 읽으세요:

1. 정식 워크플로우를 파악하기 위한 SKILL.md
2. personas/_base.md와 역할 템플릿 하나
3. recipes/intake-protocol.md
4. docs/PLATFORM-GUIDE.md
5. 권한이나 보호가 중요하다면 관련 subskills

immortal-skill이 제대로 작동하려면 어떤 입력이 필요한가

좋은 immortal-skill usage를 위해서는 처음부터 아래 네 가지를 에이전트에 명확히 줘야 합니다:

• 대상 인물과 역할 유형: self, colleague, mentor, family, partner, friend, public figure
• 허용된 데이터 소스와 수집 한계
• 산출물 목표: archive, internal training, advisor, memory preservation, agent skill pack
• 윤리적 경계: consent, redaction, public-only 제한, 가족 관련 민감성, 직장 범위

약한 요청 예시는 다음과 같습니다: “Distill my mentor.”

강한 요청 예시는 다음과 같습니다: “Use immortal-skill to distill my mentor into a Skill Authoring package for internal coaching. Sources: exported email threads, 12 meeting notes, and public talks only. Redact third-party private details. Prioritize teaching heuristics, feedback style, and decision principles over biography.”

대략적인 목표를 usable output으로 바꾸는 실전 워크플로우

신뢰할 수 있는 immortal-skill guide는 보통 이렇게 진행됩니다:

1. 데이터를 모으기 전에 먼저 역할 템플릿을 고릅니다.
2. 해당 역할에 맞는 윤리 규칙을 확정합니다.
3. 처음부터 모든 플랫폼을 긁지 말고, 신호가 강한 소스 한두 개부터 수집합니다.
4. 이 스킬이 강조하는 차원인 procedure, interaction, memory, personality 기준으로 distill합니다.
5. 너무 이른 단계에서 목소리를 하나로 합치기보다, 근거 수준과 충돌 메모를 먼저 요청합니다.
6. 최종 스킬 패키지는 ./skills/immortals/<slug>/ 아래에 생성합니다.

이 순서가 중요한 이유는, 초반에 너무 빨리 하나의 인물상으로 합쳐 버리면 매끈해 보여도 신뢰하기 어려운 persona가 나오기 쉽기 때문입니다. 더 나은 결과는 “분명히 뒷받침되는 내용”과 “여러 소스에서 추론되는 개연성 높은 패턴”을 분리할 때 나옵니다.

결과 품질을 바꾸는 수집 경로와 품질 팁

이 저장소는 collectors/를 통해 다양한 입력을 지원합니다. 예를 들어 slack.py, discord.py, telegram.py, wechat.py, email_collector.py, manual.py 등이 있습니다. 자동 수집이 가능하다면 먼저 docs/PLATFORM-GUIDE.md에서 토큰 권한 범위와 설정 절차를 확인하세요. 자동화가 어렵다면 수동 큐레이션을 사용하되, 각 소스의 provenance는 반드시 남겨야 합니다.

품질 팁:

• 짧은 인용문 여러 개보다 맥락이 살아 있는 긴 대화를 우선하세요
• 의사결정, 피드백, 갈등, 일상적 행동이 드러나는 사례를 포함하세요
• 공개 자료와 비공개 자료를 분리하세요
• 시간이 지나며 사람이 눈에 띄게 달라졌다면 시기를 라벨링하세요
• public figure를 다룰 때는 출처 추적이 가능한 자료만 엄격하게 사용하세요

immortal-skill 스킬 FAQ

immortal-skill은 초보자에게도 괜찮은가

네, 단계별 워크플로우를 따라갈 수 있다면 충분히 가능합니다. immortal-skill은 distillation 방식을 처음부터 직접 설계하는 것보다는 쉽지만, “프롬프트 한 번이면 끝”인 도구는 아닙니다. 초보자라면 consent와 소스 경계가 비교적 명확한 self 또는 public-figure 케이스부터 시작하는 것이 좋습니다.

언제 ordinary prompting보다 immortal-skill이 더 나은가

일관성 있는 결과, 근거를 의식한 출력, 그리고 재사용 가능한 산출물이 필요할 때 immortal-skill skill을 쓰는 편이 낫습니다. “이 사람 말투를 조금 닮게 해줘” 정도라면 일반 프롬프트로도 충분할 수 있습니다. 하지만 immortal-skill은 다른 에이전트가 나중에 불러 쓸 수 있는 형태로, 방법론, 커뮤니케이션 패턴, 의사결정 규칙을 보존하는 데 더 적합합니다.

언제는 immortal-skill을 쓰지 않는 편이 좋은가

권한이 없거나, 맥락이 빈약한 데이터만 아주 조금 있거나, 가벼운 캐릭터 시뮬레이션만 원한다면 건너뛰는 편이 좋습니다. 또한 실제 필요가 사람 단위의 distillation이 아니라 사실 정보 추출이라면 이 스킬은 적합하지 않습니다.

immortal-skill은 더 큰 워크플로우에도 들어맞는가

그렇습니다. 이 저장소는 작은 생태계처럼 설계되어 있습니다. 사용 조건이나 기계 판독 가능한 제한이 필요하다면 distill-protocol-skill을 함께 쓰고, 데이터를 넘기기 전에 canary나 보호용 마커를 넣고 싶다면 distill-shield-skill을 쓰면 됩니다. 이런 조합 덕분에 immortal-skill for Skill Authoring은 실제 조직 환경에서 더 강해집니다.

immortal-skill 스킬을 더 잘 활용하는 방법

immortal-skill에는 더 좋은 소스 자료를 넣어라

가장 빠른 개선 포인트는 프롬프트 요령이 아니라 소스 선택입니다. immortal-skill에서는 보통 다음이 섞인 코퍼스가 가장 좋습니다:

• 자연스러운 대화
• 이메일이나 리뷰처럼 판단이 드러나는 산출물
• 프로세스를 보여 주는 문서
• 감정적으로나 전략적으로 중요한 몇 가지 순간

메타데이터 없이 거대한 원문 덤프를 그대로 넣는 방식은 피하세요. 라벨이 달린 대표 샘플 10개가, 정제되지 않은 수천 줄보다 더 나은 경우가 많습니다.

처음부터 완성 persona를 요구하지 말고 근거 중심 초안을 요청하라

흔한 실패 패턴 중 하나는 너무 이른 시점에 완성된 “digital twin”을 요구하는 것입니다. 대신 에이전트에게 다음 순서로 만들라고 지시하세요:

1. 차원별로 추출한 특성
2. 이를 뒷받침하는 근거 조각
3. 모순되거나 불확실한 부분
4. 그다음에야 통합된 persona 초안

이렇게 해야 신뢰도가 올라가고, 이후 수정도 훨씬 쉬워집니다.

역할, 독자, 경계를 프롬프트에서 더 좁혀라

더 나은 immortal-skill usage는 명시적인 제약에서 나옵니다. 누가 산출물을 사용할지, 그 산출물이 어떤 일을 도와야 하는지, 무엇은 하면 안 되는지를 분명히 적으세요. 예: “Write for internal onboarding, not companionship. Preserve blunt feedback style, but remove private family references and identifiable third-party details.”

첫 초안 이후에는 편집자처럼 반복 수정하라

첫 번째 결과가 나온 뒤에는 아래처럼 목적이 분명한 수정 라운드를 돌리세요:

• “어떤 주장이 근거가 부족한가?”
• “어떤 특성이 특정 소스 하나에 과적합되어 있는가?”
• “압박 상황에서의 의사결정에 대해 무엇이 빠져 있는가?”
• “이 skill package가 덜 미화되고 더 operational하게 들리도록 다시 써라.”

바로 이 지점에서 immortal-skill의 가치가 드러납니다. 단순한 novelty clone이 아니라, 검토하고 개선하고 신뢰할 수 있는 규율 있는 distillation 워크플로우로서 의미가 생깁니다.