코딩 비용을 7,800달러에서 129달러로 줄여준 15가지 프롬프트

1다음 프로젝트를 여러 AI 에이전트를 사용하여 실행해야 합니다:
2
3프로젝트: [필요한 최종 결과를 설명하세요]
4규모: [항목 / 파일 / 작업 수]
5품질 기준: [좋은 출력이 어떤 모습인지]
6제약 사항: [마감일, 형식, 제한 사항]
7
8당신의 임무는 실행 계획을 수립하는 것이지, 실행하는 것이 아닙니다.
9
10다음을 생성하세요:
111. 작업을 병렬 스트림으로 분할
122. 스트림 간 종속성 (무엇이 무엇보다 먼저 이루어져야 하는지)
133. 계속 진행하기 전에 출력을 검토해야 하는 품질 체크포인트
144. 각 실행 스트림에 대한 정확한 브리프 (각 에이전트가 자신의 역할을 수행하기 위해 알아야 할 사항)
155. 최종 조립 지침 (출력물이 완성된 결과물로 결합되는 방식)
16
17실제 콘텐츠는 작성하지 마세요. 오직 계획만 작성하세요.

1이번 주에 완료해야 할 다음 작업이 있습니다:
2
3[작업 목록]
4
5두 그룹으로 분류하세요:
6
7그룹 A — Opus가 처리 (추론 중심, 판단 호출, 모호함, 중요도 높음):
8[Opus 수준 기준: 아키텍처 결정, 품질 검토, 전략적 분석, 잘못될 경우 다운스트림에 영향을 미치는 모든 것]
9
10그룹 B — Kimi Agent Swarm이 처리 (실행 중심, 배치 처리, 대규모 반복, 명확한 출력 사양):
11[Kimi 수준 기준: N개 소스 조사, N개 파일 생성, N개 입력 변환, 출력 사양이 명확하고 작업이 병렬인 모든 작업]
12
13각 그룹 B 작업에 대해 Kimi Agent Swarm이 받을 정확한 프로젝트 브리프를 작성하세요.
14각 그룹 A 작업에 대해 직접 처리하세요.

1Kimi Agent Swarm이 다음 프로젝트를 실행하려고 합니다:
2
3[프로젝트 설명]
4
5실행 전에 품질 루브릭이 필요합니다.
6
7정의:
81. 각 전달물 유형에 대해 통과 출력이 어떤 모습인지
92. 실패 출력이 어떤 모습인지 (구체적으로 — "낮은 품질"이 아니라 "인용 누락", "500단어 미만", "잘못된 형식")
103. 이 유형의 작업에서 가장 흔한 세 가지 실패 모드
114. 최종 조립 단계에 도달하기 전에 출력에서 각 실패 모드를 포착하는 방법
12
13이 루브릭은 Agent Swarm 출력이 승인되기 전에 검토하는 데 사용됩니다.

1Kimi Agent Swarm이 다음 프로젝트를 완료했습니다:
2
3프로젝트 브리프: [요청한 내용]
4출력: [출력을 붙여넣거나 요약]
5
6품질 루브릭에 대해 검토:
7[프롬프트 3의 루브릭 붙여넣기]
8
9각 전달물에 대해:
10- 각 루브릭 기준에 대해 통과 또는 실패
11- 수정해야 할 특정 문제 (정확한 문제 인용)
12- 문제가 전체 재실행을 필요로 하는지, 아니면 대상 수정을 필요로 하는지
13
14수정 브리프 생성: Kimi가 수정해야 할 정확한 내용을 동일한 프로젝트 브리프 형식으로 작성하여 재설명 없이 직접 보낼 수 있도록 합니다.

1Kimi Agent Swarm이 다음 출력을 생성했습니다:
2
3[출력 나열 또는 붙여넣기]
4
5이들은 다음의 구성 요소입니다: [최종 전달물 설명]
6
7당신의 임무는 이를 일관된 최종 출력으로 조립하는 것입니다.
8
9규칙:
10- 작동하는 부분을 다시 작성하지 마세요. 연결하고 통합하세요.
11- 섹션 간 불일치를 식별하고 수정하세요.
12- 최종 출력이 단순한 모음집이 아니라 하나의 통일된 작품처럼 읽히도록 하세요.
13- 최종 확정 전에 검토가 필요한 사항을 표시하세요.
14
15최종 형식: [조립된 출력이 어떤 모습이어야 하는지 정확히 설명]

1Claude Opus가 생성한 다음 실행 계획을 가져오세요:
2
3[프롬프트 1의 Opus 계획 붙여넣기]
4
5이를 Kimi Agent Swarm 프로젝트 브리프로 다시 작성하세요.
6
7형식:
8프로젝트: [한 줄 요약]
9입력: [첨부된 파일, URL, 데이터]
10출력: [파일 유형 / 개수 / 명명 규칙 / 형식]
111단계: [첫 번째 실행 스트림 — 에이전트가 수행할 작업, 생성할 항목]
122단계: [두 번째 스트림 — 종속성 기록]
133단계: [조립 — 출력이 결합되는 방식]
14품질 참고 사항: [각 출력이 충족해야 하는 최소 기준]
15
16브리프는 Agent Swarm이 설명 없이 실행할 수 있을 정도로 완전해야 합니다.

1프로젝트: [배치 작업 설명]
2입력: [N개 항목 — 파일 첨부 또는 나열]
3출력 사양: [정확한 형식, 파일 유형, 명명 규칙, 입력당 하나의 출력]
4
5각 입력에 대해:
6- [수행할 1단계]
7- [2단계]
8- [3단계]
9- 출력: [전달물의 정확한 형식]
10
11품질 기준: [최소 요구 사항 — 단어 수, 인용 형식, 구조 등]
12
13모든 [N] 입력을 병렬로 실행하세요. [파일 형식]으로 [명명 규칙]에 따라 전달하세요.

1조사 단계:
2[N]개 소스에서 [주제 / 경쟁사 / 대상]을 검색하세요.
3각 소스에서 추출: [특정 데이터 포인트 목록]
4출력: 소스당 한 행의 구조화된 데이터셋.
5
6분석 단계:
7조사 데이터셋을 사용하여 [패턴 / 격차 / 기회 / 순위]를 식별하세요.
8데이터가 불명확하거나 모순되는 소스를 표시하세요.
9
10전달물 단계:
11조사 및 분석을 사용하여 [최종 출력 형식]을 생성하세요.
12형식: [정확한 사양]
13길이: [단어 수 또는 페이지 수]
14인용: [스타일]
15
16총 출력: 하나의 [파일 유형], 하나의 지원 데이터셋.

1방금 다음 워크플로우를 완료했습니다:
2
3Opus 정의: [Opus가 계획한 내용]
4Kimi 실행: [Kimi가 실행한 내용]
5출력: [생성된 결과]
6
7이것을 [이름]이라는 재사용 가능한 Skill로 저장하세요.
8
9문서화:
10- 트리거 (어떤 종류의 요청이 이 Skill을 활성화하는지)
11- Opus 오케스트레이션 프롬프트 (Opus에 보내 브리프를 생성하게 할 내용)
12- Kimi 실행 브리프 템플릿 (Agent Swarm에 보내는 내용)
13- Opus 검토 체크리스트 (Opus가 출력을 승인하기 전에 확인하는 항목)
14- 예상 입력 및 출력
15
16다음에 이 워크플로우를 실행할 때, 처음부터 시작하지 않고 Skill에서 시작하고 싶습니다.

1이 워크플로우가 방금 실행되었습니다:
2
3Opus 4.8 작업:
4[Opus가 처리한 각 작업, 예상 토큰 수 나열]
5
6Kimi K2.6 작업:
7[Kimi가 처리한 각 작업, 예상 토큰 수 나열]
8
9계산:
10- Opus 비용: [토큰] × $0.015 (1K 토큰당)
11- Kimi 비용: [토큰] × $0.0006 (1K 토큰당)
12- 총 실제 비용
13- 이 워크플로우를 전적으로 Opus에서 실행했을 때의 비용
14- 이번 실행 절감액
15
16이를 WORKFLOW_COSTS.md에 날짜, 워크플로우 이름, 내역과 함께 기록하세요.

1이번 주에 실행한 다음 워크플로우를 검토하세요:
2
3[워크플로우 목록]
4
5각 워크플로우에 대해 모든 작업을 분류하세요:
6- Opus 전용: 판단 중심, 명확한 루브릭 없음
7- Kimi 전용: 실행 중심, 명확한 출력 사양, 병렬에 적합
8- 하이브리드: Opus 계획 + Kimi 실행 + Opus 검토
9
10각 하이브리드 워크플로우에 대해 인계 지점을 작성하세요:
11- Opus가 인계 전에 생성하는 것 (브리프)
12- Kimi가 받는 것 (실행 사양)
13- Opus가 이후 검토하는 것 (품질 루브릭)
14
15현재 Opus에 있지만 Kimi로 옮겨야 하는 작업을 표시하세요.

1반복되는 워크플로우 유형에 대한 라우팅 프레임워크가 필요합니다.
2
3아래 각 워크플로우 유형에 대해 다음을 정의하세요:
41. 각 단계를 처리하는 모델 (Opus / Kimi / 둘 다)
52. 올바른 모델로 라우팅하는 트리거
63. 모델 간 인계 형식
74. 실행당 예상 비용
8
9워크플로우 유형:
10- [유형 1, 예: 콘텐츠 조사 + 제작]
11- [유형 2, 예: 경쟁사 분석]
12- [유형 3, 예: 아웃리치 개인화]
13- [유형 4, 예: 코드 리뷰 + 리팩터링]
14
15출력: 30초 안에 모든 수신 요청을 분류하는 데 사용할 수 있는 라우팅 테이블.

1지난달 우리는 AI 워크플로우를 통해 다음 볼륨을 실행했습니다:
2
3[볼륨 설명 — 예: 조사 브리프 200개, 아웃리치 이메일 500개, 코드 감사 30개]
4
5현재 설정: [현재 Opus와 Kimi에 각각 무엇이 할당되는지 설명]
6현재 월 비용: [금액]
7
8분석:
91. Opus에 과도하게 할당되었지만 Kimi가 처리할 수 있는 워크플로우
102. 현재 Kimi에 있지만 품질을 위해 Opus가 처리해야 하는 워크플로우
113. 최적의 분할이 무엇인지
124. 최적 분할 시 예상 비용
13
14예상 월 절감액과 함께 라우팅 변경 권장 사항을 생성하세요.

1다음 워크플로우에 대한 표준 인계 템플릿을 만드세요:
2
3Opus가 [작업 유형]을 완료하면 [출력 형식]을 생성합니다.
4Kimi Agent Swarm이 이를 받아 [실행 작업]을 수행합니다.
5그런 다음 Opus가 [검토 기준]을 검토합니다.
6
7작성:
81. Kimi 브리프 역할을 하는 Opus 출력 형식 (구조화되고 모호함 없음)
92. Kimi 실행 브리프 템플릿 (Opus가 채울 슬롯)
103. Opus 검토 체크리스트 (Kimi 출력이 평가되는 5가지 기준)
114. 수정 루프: Kimi 출력이 실패할 경우, 무엇이 어떤 형식으로 다시 보내지는지
12
13이 템플릿은 이 워크플로우 유형에 대한 두 모델 간의 영구적인 인터페이스가 됩니다.

1Opus 4.8 + Kimi K2.6 워크플로우 설정에 대한 월간 ROI 보고서를 생성하세요.
2
3포함:
41. 이번 달 실행된 총 워크플로우: [N]
52. 처리된 볼륨: [N개 항목 / 파일 / 작업]
63. 비용 내역:
7   - Opus 4.8 지출: $[금액]
8   - Kimi K2.6 지출: $[금액]
9   - 합계: $[금액]
104. 모든 워크플로우를 Opus 4.8만으로 실행할 때의 동등 비용: $[계산된 금액]
115. 월 절감액: $[금액]
126. 연간 절감액: $[금액 × 12]
137. 품질 사고 (검토에 실패하여 재실행이 필요한 워크플로우): [N]
148. 품질 사고율: [%]
15
16경영진 요약 형식으로 작성하세요. 한 페이지. 숫자가 먼저.