모델 하나가 다 하는 게 아니라, 여럿을 mesh로 엮어 같은 문제에 붙입니다.

모델이 함께 일하는 두 가지 방식

mesh는 두 방향으로 동시에 돌아갑니다. 모델을 고르는 선택기와 오케스트레이션 레이어의 차이가 바로 여기 있습니다.

mesh에 넣을 수 있는 것들

과금 축은 하나가 아니라 둘입니다. mesh는 충전해 둔 잔액에서 차감되고, 나머지는 이미 보유한 구독으로 돌아가며 그 제공자가 직접 청구합니다 — meshcode는 절대 다시 청구하지 않습니다. 한 mesh 안에서 두 방식을 섞어 쓰는 게 일반적인 구성입니다.

mesh 배선하기

mesh에 넣지 않은 모델에는 아무것도 넘어가지 않습니다. Settings → Delegation에서 누가 일을 받을 수 있는지, 어떤 순서로 시도할지 체크합니다. 여기 나타나는 키는 다음과 같습니다:

위임 키

1. 01
   누가 들어올지 체크

   체크하지 않은 모델에는 아무것도 위임되지 않습니다. 프로바이더 전체를 체크하면 그 안의 모델이 한 번에 다 들어옵니다.
2. 02
   시도할 순서로 드래그

   목록 순서가 곧 우선순위입니다. 대량 읽기에 신뢰하는 저렴한 워커를 맨 위에 두세요.
3. 03
   원한다면, mesh를 그 목록으로만 제한

   제한 토글을 켜면 오케스트레이터는 체크한 것 밖으로는 손을 뻗지 못합니다 — 특정 프로바이더의 쿼터를 지키고 싶을 때 유용합니다.

누가 더 나은지는 누가 정하나

우리는 아닙니다. 위 목록은 순위표가 아니라 안정적인 카탈로그입니다 — meshcode는 이 모델들에 대해 성능 순위를 일부러 매기지 않습니다. 하나로 뭉뚱그린 순위는 대부분의 실제 작업에는 맞지 않기 때문입니다. 대신 두 가지가 결정합니다:

• drag_indicator 여러분이 정한 순서. Delegation 패널에서 드래그해 정한 우선순위가 그대로 따라갑니다.
• history 그 모델 자신의 실적. 오케스트레이팅 모델은 프로젝트 안에 위임 기록을 남기고, 넘기기 전에 그걸 읽습니다. 그래서 여러분의 코드베이스에서 실제로 통했던 결과가 어떤 일반적인 순위보다 앞섭니다.

실전에서 통하는 규칙: 검증할 수 있는 일만 위임하세요 — 빌드, 테스트, diff로 확인되는 일. 판단과 설계, 미묘한 부분은 최상위 모델에 남겨두세요.