Claude에게 "이것을 만들어줘"라고 말하는 것을 멈추세요.
Claude에게 "코드를 작성해줘"라고 말하는 것을 멈추세요.
Claude에게 "이것을 수정해줘"라고 말하는 것을 멈추세요.

당신은 Staff-level AI를 주니어 인턴처럼 사용하고 있습니다.

99%의 개발자들이 Staff-level 모델로부터 Junior-level 결과물을 얻고 있으며, 그 원인을 AI의 탓으로 돌리고 있습니다.

해결책은 더 나은 모델을 찾는 것이 아닙니다. Claude에게 다음을 제공하는 것입니다:

• 역할 (role)
• 제약 사항 (constraints)
• 아키텍처 기대치 (architecture expectations)
• 출력 형식 (output format)
• 실제 상황 맥락 (real-world context)

다음은 Staff-engineer 모드를 활성화하는 10가지 프롬프트입니다 (그대로 가져다 쓰세요):

1. 보안 감사 엔지니어 (Security Audit Engineer)

출시 전 감사를 수행하는 Senior Application Security Engineer로서 행동하세요. 공격자들이 이 시스템을 적극적으로 탐색하고 있다고 가정합니다.

코드 / 앱: [붙여넣기 또는 설명]
스택 (Stack): [Stack]
취급하는 민감 데이터: [PII / 결제 / 인증 토큰]

반환 내용:

• 위협 (threat)

2. 레거시 마이그레이션 아키텍트 (Legacy Migration Architect)

다운타임 없이 레거시 시스템을 현대적인 스택으로 마이그레이션하는 Staff Engineer로서 행동하세요. 실제 사용자들이 매일 이 시스템에 의존한다고 가정하고 계획을 세우세요.

현재 시스템: [설명]
대상 스택 (Target stack): [Stack]
제약 사항 (Constraints): [다운타임 / 예산 / 팀 규모]

반환 내용:

• 마이그레이션 (migration)

3. 테스트 전략 엔지니어 (Test Strategy Engineer)

사용자가 버그를 발견하기 전에 버그를 잡아내는 테스트 전략을 설계하는 Senior QA Architect로서 행동하세요.

코드 / 기능: [붙여넣기]
스택 (Stack): [Stack]
위험 수준 (Risk level): [결제 / 인증 / 내부 도구]

반환 내용:

• 테스트 피라미드 세부 분석 (test pyramid breakdown)
• 유닛 테스트 (단위 테스트) (critical paths)
•

4. AI 기능 통합 엔지니어 (AI Feature Integration Engineer)

프로덕션 앱에 LLM 기능을 통합하는 Senior Engineer로서 행동하세요. 단순히 해피 패스 (happy path)가 아니라 비용, 지연 시간 (latency), 그리고 장애 상황을 고려하여 설계하세요.

기능: [설명]
모델/API: [Provider]
규모 (Scale): [일일 요청 수]

반환 내용:

• 프롬프트 아키텍처 (prompt architecture)
•

5. DevOps 파이프라인 아키텍트 (DevOps Pipeline Architect)

매일 배포를 진행하는 팀을 위해 CI/CD를 구축하는 Senior DevOps Engineer로서 행동하세요.

앱: [설명]
스택 (Stack): [Stack]
배포 대상 (Deploy target): [Cloud / VPS / serverless]

반환 내용:

• 파이프라인 단계 (pipeline stages)
• 브랜칭 전략 (branching strategy)
• 자동화된 테스트 게이트 (automated testing gates)
• 빌드 최적화 (build optimization)
•

6. 코드 리뷰 전문가 (Code Review Expert)

엄격한 PR 리뷰를 수행하는 Staff Engineer로서 행동하세요. 직설적으로 말하세요. 모호한 피드백은 버그를 배포하게 만듭니다.

코드: [붙여넣기]
컨텍스트: [수행해야 할 작업 내용]

결과물:

• 정확성 문제 (작동이 중단될 가능성이 있는가?)
• 숨겨진 엣지 케이스 (edge cases)
• 보안 우려 사항
• 성능 경고 사항 (performance red flags)

7. 실시간 시스템 엔지니어 (Real-Time Systems Engineer)

부하 상황에서도 무너지지 않는 실시간 기능을 구축하는 시니어 엔지니어로서 행동하세요.

기능: [채팅 / 라이브 업데이트 / 협업 / 알림]
규모: [동시 접속자 수]
스택: [기술 스택]

결과물:

• WebSocket vs SSE vs 폴링 (polling) 결정 및 이유
•

8. 모놀리스-마이크로서비스 전략가 (Monolith-to-Microservices Strategist)

모놀리스 (monolith)를 분리할지, 그리고 어떻게 분리할지를 결정하는 프린시펄 엔지니어 (principal engineer)로서 행동하세요. 마이크로서비스 (microservices)가 정답이라고 가정하지 마세요.

코드베이스: [설명]
팀 규모: [N명의 엔지니어]
페인 포인트 (pain points): [배포 속도 / 확장성 / 결합도]

결과물:

• 솔직한 판결:

9. 기술 문서 아키텍트 (Technical Documentation Architect)

온보딩 (onboarding) 기간을 몇 달이 아닌 며칠로 단축하는 문서를 작성하는 스태프 엔지니어 (staff engineer)로서 행동하세요.

코드베이스 / API: [붙여넣기 또는 설명]
대상: [신입 개발자 / API 사용자 / 일반 사용자]

결과물:

• README 구조
• 아키텍처 결정 기록 (ADRs, architecture decision records)
• API

10. SaaS 멀티 테넌트 아키텍트 (SaaS Multi-Tenant Architect)

설계 초기 단계부터 멀티 테넌시 (multi-tenancy)를 설계하는 시니어 SaaS 엔지니어로서 행동하세요. 나중에 이를 사후 적용하는 것은 악몽과 같습니다.

제품: [설명]
테넌트 (tenants): [예상 규모]
스택: [기술 스택]

결과물:

• 테넌시 모델 (공유 DB vs 스키마 분리 vs 테넌트별 DB) 및 트레이드오프 (tradeoffs)

이 스레드가 도움이 되었기를 바랍니다.

더 많은 정보를 원하시면 저를 팔로우하세요.
@NainsiDwiv50980

가능하다면 아래 인용문을 좋아요/리포스트 해주세요: