isDou/codeck

codeck은(는) 무엇을 하나요?

Codeck을 실행 브리지로 사용하고, 현재 코딩 에이전트는 호스트이자 중재자 역할을 유지하세요. 호스트 제품의 모델 선택기를 관련 없는 것으로 간주하세요. 활성 채팅 모델을 전환하는 것은 Codeck을 통해 외부 모델을 조회하는 것과 동일하지 않습니다.

워크플로우 선택

• 단일 ask를 사용하여 지정된 실행자로부터 읽기 전용의 두 번째 의견을 얻으세요.
• 위원회(council)를 사용하여 둘 이상의 실제로 다른 기본 모델 제공업체의 독립적인 의견을 수집하세요.
• 사용자가 외부 실행자에게 변경 사항을 구현하도록 명시적으로 요청한 경우에만 delegate를 사용하세요.
• 라우팅이 불확실할 때는 auto 전에 pick을 사용하세요.

하나의 모델이 여러 역할을 수행하는 것을 다중 모델 합의라고 설명하지 마세요. single-model-multi-role이라고 표시하세요.

사전 점검

1. command -v codeck를 실행하세요.
2. 사용할 수 없으면 중단하고 Codeck CLI가 필요하다고 설명하세요. 사용자 승인 없이 설치하지 마세요.
3. 대상 프로젝트에서 codeck doctor와 codeck list를 실행하세요.
4. 선언된 모드와 권한이 작업에 적합하고, 정상이며 설정된 실행자만 사용하세요.
5. 프로젝트가 초기화되지 않은 경우, codeck init을 실행하기 전에 사용자에게 물어보세요. .codeck/ 파일이 생성되기 때문입니다.

실행자 구성, 지역 네트워크용 제공업체 선택, 혹은 요청된 모델을 사용할 수 없는 이유를 설명할 때는 references/providers.md를 참조하세요.

핸드오프 준비

중요한 작업의 경우 간결한 Markdown 요약서를 작성하세요. 목표, 제약 조건, 질문, 승인 기준, 그리고 외부 모델에 필요한 파일만 포함하세요. 명령어에 긴 요약을 포함하는 것보다 파일 첨부를 선호하세요:

codeck ask <executor> "첨부된 작업 요약을 읽고 증거 기반 검토를 반환해 주세요." -f task.md

비밀, 자격 증명, 관련 없는 소스 파일 또는 개인 사용자 데이터를 포함하지 마세요. 작업 내용이 호스트 제품을 떠나 다른 제공업체로 전송될 때 사용자에게 알리세요.

입력 요약 및 최종 아티팩트 스키마에 대해서는 references/artifacts.md를 참조하세요.

다중 모델 위원회 실행

1. 현재 코딩 에이전트를 중재자로 유지하세요.
2. 서로 다른 제공업체가 지원하는 정상 실행자를 두 개 이상 선택하세요. 브랜드 순서보다 기능 적합성과 가용성을 우선시하세요.
3. 모든 1라운드 전문가에게 동일한 사실과 핵심 질문을 제공하고, 각각 고유한 검토 역할을 부여하세요.
4. 한 전문가의 답변을 다른 전문가에게 노출하기 전에 1라운드 답변을 독립적으로 수집하세요.
5. 주장, 증거, 가정, 위험 및 이견을 추출하세요.
6. 중요한 이견에 대해서만 표적 후속 질문을 하세요. 관련 이전 출력물을 Markdown 파일로 첨부하세요.
7. 승인 기준이 충족되거나, 남은 이견이 명시적으로 문서화되거나, 설정된 라운드 제한에 도달하면 중단하세요.
8. 아티팩트 작성 범위 내에서는 report.md, summary.md, decisions.json을 생성하고, 그 외의 경우에는 응답에 동일한 구조를 반환하세요.

모든 전문가가 동일한 프롬프트를 받아야 하는 경우 codeck compare <executor-a>,<executor-b> "<task>" -f task.md를 사용하세요. 역할이나 후속 질문이 다른 경우 별도의 codeck ask 호출을 사용하세요. 실제 실행이 동시에 일어난 것으로 관찰되지 않는 한 병렬 실행이라고 주장하지 마세요.

역할 프롬프트, 이견 처리 및 수렴 규칙에 대해서는 references/moderation.md를 참조하세요.

안전한 라우팅

• 기본값은 읽기 전용 조회를 위한 ask입니다.
• 사용자가 외부 구현을 승인하지 않는 한 -y를 추가하거나 delegate를 호출하지 마세요.
• 기본 CLI가 샌드박스를 적용하지 않는 한 권한 필드는 선언으로 간주하세요.
• 제공업체를 조용히 대체하지 마세요. 요청된 실행자, 실제 실행자/제공업체 및 대체 이유를 보고하세요.
• 현재 모델 ID를 하드코딩하지 마세요. 로컬 구성에서 발견하거나 읽어오세요. 제공업체 모델 이름은 변경될 수 있습니다.
• 두 개 미만의 고유 제공업체만 사용 가능한 경우, 단일 모델 조회로 계속 진행하고 그 제한 사항을 명시하세요.
• 원시 외부 출력 또는 Codeck 실행 ID를 보존하여 합성 결과를 감사 가능하게 유지하세요.

결과 반환

중재자의 결론으로 시작하세요. 그런 다음 다음을 명시하세요:

• 실제로 실행된 실행자와 기본 제공업체
• 동의 및 이견 사항
• 결정을 뒷받침하는 증거
• 해결되지 않은 위험 및 권장 검증
• 대체, 실패, 예상 사용량 또는 지역 제한 사항

짧은 요약은 결정 중심으로 유지하세요. 상세한 추론과 출처 속성은 전체 보고서에 유지하세요.