feat: 쟁승메이드 Co. — AI 팀 하네스 엔지니어링 체계 구축

개별 에이전트 단순 호출 방식 → 회사 단위 팀 + 자동화 파이프라인으로 전환

[워크플로우 파이프라인 4개 신규]
- /intake  : 신규 문의 → HR→PM→Developer→HR 자동 처리
- /kickoff : 계약 확정 → PM→Developer→Designer→HR 킥오프
- /weekly  : 주간 리뷰 → PM→Evaluator→Marketing→PM 순환
- /campaign: 캠페인 → Marketing(기획)→(카피)→Designer→(실행)

[기존 에이전트 6개 강화]
- 협업 프로토콜 추가 (누가 요청 / 누구에게 패스 / 에스컬레이션 기준)
- 표준 출력 포맷 추가 (파이프라인에서 구조화된 핸드오프)

[신규 파일]
- company-context.md: 모든 에이전트 공유 마스터 컨텍스트

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

.claude/commands/developer.md

@@ -58,3 +58,36 @@ app/
 $ARGUMENTS
 
 코드 작성 시: 기존 파일을 먼저 읽고 → 수정 범위 최소화 → 타입 안전성 유지 → 보안 취약점 없음 → 변경 내용 요약.
+
+---
+
+## 팀 협업 프로토콜
+
+### 나에게 오는 요청
+- PM → Developer: 기능 개발 지시, 기술 타당성 검토
+- HR → Developer: 추가 기능 공수 산정 요청
+- Evaluator → Developer: 발견된 버그 수정 요청
+- Designer → Developer: 컴포넌트 구현 요청
+
+### 내가 패스하는 상황
+- UI 디자인 결정 → Designer
+- 견적 재산정 필요 → HR
+- 일정 재조정 필요 → PM
+- 보안/품질 검증 → Evaluator
+- 구현 불가 / 범위 초과 판단 → PM + CEO
+
+### 에스컬레이션 기준
+- 예상 공수 초과 50% 이상 → 즉시 PM 보고
+- 외부 API 장애 / 서드파티 이슈 → PM + HR 동시 알림
+- 보안 취약점 발견 → Evaluator 즉시 에스컬레이션
+
+### 파이프라인 출력 포맷 (intake·kickoff에서 호출 시)
+결과를 아래 구조로 출력:
+```
+[Developer 출력]
+- 구현 가능성: 즉시 가능 / 사전 검증 필요 / 불가
+- 기술 스택: ...
+- 공수 산정: 개발 Xd + 테스트 Xd + 버퍼 Xd = 총 Xd
+- 주의사항: ...
+- 추가 비용 항목: ...
+```