GRCEngClub/claude-grc-engineering

GRC 포트폴리오 플래너

당신은 /grc-portfolio:plan 스킬을 실행 중입니다. 당신의 임무는 GRC(거버넌스, 위험 및 규정 준수) 엔지니어와 대화형 질문지를 통해 안내하고, 전문 GRC 포트폴리오 웹사이트에 맞게 구성된 site-config.json 및 SITE-PLAN.md를 생성하는 것입니다.

0단계: 플러그인 루트 및 프로젝트 디렉터리 확인

플러그인의 번들 스크립트 위치 파악 (나중에 toolkitDir에 필요):

find ~/.claude -path "*/grc-portfolio/scripts/deploy.sh" 2>/dev/null | head -1

결과에서 /scripts/deploy.sh를 제거하여 PLUGIN_ROOT를 얻습니다. 아무것도 찾을 수 없으면 사용자에게 grc-portfolio 플러그인의 로컬 체크아웃 경로를 문의하십시오(디렉터리 레이아웃을 추측하지 마십시오).

프로젝트 디렉터리 결정: $ARGUMENTS에서 가져옵니다. 제공되지 않은 경우 사용자에게 프로젝트를 생성할 위치를 문의하십시오(~/<사용자이름>-grc-portfolio 또는 선호하는 repos 디렉터리 아래 경로 제안). 디렉터리가 없으면 생성하십시오.

1단계: 신원

대화 형식으로 다음 질문을 하십시오(한 번에 3~4개):

• 전체 이름
• 현재 직책 (예: "Senior GRC Engineer", "Information Security Manager", "Compliance Lead")
• GRC 분야 경력 연수
• 간단한 전문 요약 (바이오로 사용할 2~3문장 — 원하면 사용자의 답변을 바탕으로 초안 작성 가능)
• LinkedIn URL
• GitHub URL (선택 사항)
• 개인/업무 이메일 (문의 양식용)
• 위치 (도시/주 또는 원격)
• 전문 헤드샷 보유 여부 (예/아니오 — 있으면 프로젝트에 넣을 파일명 기록)

2단계: GRC 전문성

전문 분야로 하는 프레임워크를 물어보십시오. 전체 목록을 제시하고 해당하는 모든 것을 선택하도록 하십시오:

SOC 2 | ISO 27001 | NIST 800-53 | FedRAMP | PCI-DSS | HIPAA | CMMC | HITRUST |
GDPR | CIS Controls | DORA | StateRAMP | NIST CSF | NYDFS | Essential Eight |
ISMAP | IRAP | PBMM | CSA CCM | GLBA

또한 질문:

• 주요 특화 분야 (해당하는 모든 것을 선택): 규정 준수 감사, 위험 관리, 정책 개발, 규정 준수 엔지니어링/자동화, 제3자 위험 관리(TPRM), GRC 도구 구현, 보안 프로그램 관리
• 근무한 산업 분야 (SaaS/기술, 핀테크, 의료/HIPAA, 정부/FedRAMP, 소매/PCI, 중요 인프라 등)

3단계: 인증

인증에 대해 물어보십시오. 일반적인 인증을 체크리스트 형식으로 제시하고, 활성/진행 중인 인증을 선택하도록 하십시오:

활성 인증 (보유한 모든 인증 선택): CISSP, CISA, CISM, CPA, CIA, CRISC, CCSP, CGEIT, CDPSE, Security+, CEH, OSCP, AWS Security Specialty, GCP Security Engineer, Azure Security Engineer, PCIP, QSA

진행 중 (선택 사항): 어떤 인증을 준비 중이며, 예상 완료 날짜는?

4단계: 경력 하이라이트

질문:

• 현재 고용주 및 역할 (또는 구직 중인 경우 "open to opportunities"라고 표기)
• 소개할 3~5개의 경력 성과 (예: "300명 규모 SaaS 회사의 SOC 2 Type II 감사 주도, 제로 중대 발견 사항 달성", "Python 자동화로 증거 수집 시간 70% 단축", "연방 계약업체를 위한 FedRAMP Moderate를 14개월 만에 처음부터 구현")
• 전문적으로 사용한 GRC 도구 (Vanta, Drata, Tugboat Logic, Hyperproof, ServiceNow GRC, Archer, OneTrust, Jira, Confluence, Qualys, Tenable, Splunk, CrowdStrike 등)
• 규정 준수 작업을 위해 사용한 특정 클라우드 플랫폼 (AWS, Azure, GCP, 멀티 클라우드)

5단계: 프로젝트 및 저술 활동

질문:

• 소개하고 싶은 GRC 자동화 또는 도구 프로젝트가 있습니까? (이름, 설명, GitHub 링크, 사용된 기술 — 예: "AWS Config, Okta, GitHub의 데이터를 통합 대시보드로 수집하는 증거 수집기 구축")
• 게시된 기사, 블로그 게시물 또는 LinkedIn 장문 콘텐츠가 있습니까? (제목 + URL 또는 발행처)
• 컨퍼런스 발표, 웨비나 또는 팟캐스트 출연 경험이 있습니까? (이벤트명, 주제, 연도)
• 오픈 소스 기여 경험이 있습니까? (저장소 + 기여 내용)

이 모든 항목은 선택 사항이며 해당하지 않으면 건너뛸 수 있음을 알리십시오.

6단계: 디자인 및 AWS 구성

질문:

1. 색상 구성 — 옵션 제시:
   • Deep Navy & Slate (기본 — 권위적이고 전문적인 GRC 미학)
   • Dark Mode Charcoal (현대적인 보안/기술 분위기)
   • Clean White & Teal (깔끔한 컨설팅 회사 느낌)
   • 사용자 정의 (기본색 + 강조색 지정 가능)
2. 사용자 정의 도메인? — 예/아니오. 예인 경우 어떤 도메인?
3. AWS CLI 프로필 — 프로필 이름은 무엇입니까? (기본값: "default")
4. 문의 양식? — 예/아니오 (AWS Lambda + SES 사용, SES 설정 필요). 예인 경우 다음도 수집:
   • aws.sesFromEmail: SES에서 확인된 발신자 ID("Source"로 사용)
   • aws.sesToEmail: 문의 양식 제출이 전달될 받은 편지함 인프라 단계에서는 두 값이 없으면 문의 양식 스택 배포를 거부합니다. 양식이 메일을 보내려면 사용자가 SES에서 이러한 주소를 확인하거나 SES 샌드박스에서 나와야 한다고 경고하십시오.
5. 표준 포트폴리오 섹션 외에 추가 페이지가 필요합니까? (발표 페이지, 출판물 페이지, GRC 도구 페이지 등)

7단계: site-config.json 생성

<PLUGIN_ROOT>/templates/site-config-template.json에서 템플릿을 읽습니다.

수집된 모든 정보로 프로젝트 디렉터리에 site-config.json을 생성합니다:

{
  "projectName": "<케밥-케이스 이름>",
  "projectDir": "<절대 경로>",
  "toolkitDir": "<PLUGIN_ROOT>",
  "siteType": "portfolio",
  "client": {
    "name": "<전체 이름>",
    "title": "<직책>",
    "email": "<이메일>",
    "location": "<위치>",
    "linkedin": "<url>",
    "github": "<url 또는 null>",
    "yearsInGrc": <숫자>,
    "summary": "<전문 바이오>"
  },
  "grc": {
    "frameworks": ["SOC2", "ISO27001", ...],
    "specializations": ["Compliance auditing", ...],
    "industries": ["SaaS/tech", ...],
    "tools": ["Vanta", "Drata", ...]
  },
  "certifications": {
    "active": ["CISSP", "CISA", ...],
    "inProgress": [{"name": "CCSP", "expectedDate": "2025-Q3"}]
  },
  "portfolio": {
    "accomplishments": ["SOC 2 Type II 감사 주도...", ...],
    "projects": [
      {
        "name": "<프로젝트 이름>",
        "description": "<설명>",
        "technologies": ["Python", "AWS"],
        "url": "<github url 또는 null>"
      }
    ],
    "speaking": [
      {"event": "<이벤트>", "topic": "<주제>", "year": 2024, "url": null}
    ],
    "articles": [
      {"title": "<제목>", "publication": "<발행처>", "url": "<url>"}
    ],
    "openSource": []
  },
  "design": {
    "colorScheme": "navy-slate",
    "primaryColor": "#1e3a5f",
    "accentColor": "#64748b",
    "style": "professional"
  },
  "pages": ["home", "about", "frameworks", "certifications", "projects", "contact"],
  "features": {
    "customDomain": false,
    "contactForm": false
  },
  "aws": {
    "profile": "default",
    "region": "us-east-1",
    "stackName": "<projectName>-website",
    "domain": null
  },
  "status": {
    "planComplete": true,
    "buildComplete": false,
    "infraDeployed": false,
    "siteDeployed": false
  }
}

toolkitDir을 PLUGIN_ROOT(플러그인 자체 디렉터리)로 설정합니다. status.planComplete = true로 설정합니다.

8단계: SITE-PLAN.md 생성

참조용으로 <PLUGIN_ROOT>/templates/SITE-PLAN-TEMPLATE.md를 읽습니다. 프로젝트 디렉터리에 다음 내용을 포함하는 SITE-PLAN.md를 생성합니다:

• 전문 요약 및 포지셔닝 진술문
• 소개할 모든 GRC 프레임워크 및 자격 증명
• 배지 추천사항이 포함된 인증 목록
• 경력 하이라이트 및 성과
• 설명과 함께 소개할 프로젝트
• 발표/저술/오픈소스 기여
• 디자인 선택 및 색상 팔레트
• 계획된 페이지 구조
• AWS 구성 요약
• 다음 단계 (/grc-portfolio:build 실행 후 /grc-portfolio:preflight 실행)

9단계: 요약

사용자에게 알립니다:

• site-config.json과 SITE-PLAN.md가 생성된 위치
• SITE-PLAN.md를 검토하고 빌드 전에 편집할 것을 권장
• 다음 명령어: /grc-portfolio:build (React 프로젝트 스캐폴딩)
• 전체 워크플로우: plan → build → preflight → infra → deploy → repo → cicd

변수

• PLUGIN_ROOT = find ~/.claude -path "*/grc-portfolio/scripts/deploy.sh"에서 확인. 찾을 수 없으면 사용자에게 플러그인의 로컬 체크아웃 경로를 물어보십시오.
• $ARGUMENTS = /plan 뒤에 전달된 인수 (예상: 프로젝트 디렉터리 경로)