SoClaw 고객 재확보 통합

SoClaw는 Flash의 자율적인 고객 재확보 시스템입니다. 고가치 위험 고객 목록, 관리되는 MCP 도구 세트, 그리고 의사 결정 스킬로 구성됩니다. 사용자는 오픈소스 에이전트 런타임인 OpenClaw 에이전트를 실행하여 이를 작동시킵니다. 이 에이전트는 SoClaw 스킬을 로드하고 범위가 지정되고 사용량이 제한된 에이전트 키를 통해 루프를 실행합니다.

이 가이드는 해당 운영자/통합업체를 위한 것입니다. 비즈니스 개요는 SoClaw 제품 페이지를 참조하십시오. 고객 재확보 도구는 MCP 통합 가이드에 설명된 것과 동일한 관리형 MCP 서버를 기반으로 구축됩니다.

고객 재확보 도구 (툴셋 winback)

세 가지 쓰기 도구는 rate-only입니다. 즉시 일시 중지 스위치와 쓰기 속도 제한으로 보호되며 액면가가 없기 때문에 호출당 값 한도가 없습니다. 모든 도구를 Flash:<tool_name>로 참조하세요.

업무에 기반한 자금 운용 수단

이것들은 표준 Flash 쓰기 도구입니다. 윈백 에이전트 는 반드시 청구된 작업의 task_id를 전달해야 합니다. 전달하지 않으면 윈백 쓰기가 WINBACK_TASK_REQUIRED와 함께 거부됩니다. task_id는 쓰기를 멱등하게 만들고 서버에서 강제하는 홀드아웃 기능을 바인딩합니다. 작업당 하나의 자금 관리 작업만 허용됩니다.

OpenClaw 런타임과 SoClaw 스킬을 자체 배포하세요.

Flash 승점을 되찾아줍니다 체계 (작업 목록, MCP 도구, 안전 규정 시행) 및 SoClaw 기능 (의사결정 원칙 + 플레이북). 런타임은 직접 호스팅해야 합니다. 오픈클로 요원, 그것을 가리키세요 Flash'에스 MCP 에이전트 키로 서버를 구성하고 스킬을 로드하세요. 자체 호스팅을 통해 구성, 모니터링, 버전 고정, 키 삭제 등 운영 제어 권한을 확보할 수 있지만, 몇 가지 제약 사항이 있습니다. 아니요 보안 모델을 완화하세요: MCP 해당 측은 그 요인을 외부 요인으로 간주합니다.

Flash를 HTTP MCP 서버로 등록하세요(서버 키는 정확히 flash이어야 합니다).

export FLASH_WINBACK_KEY="fl_live_your_agent_key_here"

# in the OpenClaw runtime's MCP config
{
  "mcpServers": {
    "flash": {
      "type": "http",
      "url": "https://flash.socialhub.ai/api/mcp",
      "headers": { "Authorization": "Bearer ${FLASH_WINBACK_KEY}" }
    }
  }
}

SoClaw 스킬(SKILL.md + doctrine · levers · workflows · reference)을 다운로드하여 OpenClaw 런타임의 스킬 디렉토리에 넣고 루프를 실행하세요.

SoClaw는 고객 재확보 외에도 승인(채널 주문 검토) 및 사기 방지(동일 가구 추천)와 같은 결정 작업 목록을 동일한 임대 루프(claim_agent_task → get_agent_task → complete_agent_task)를 통해 처리합니다. 모든 결정은 Flash의 기존 멱등성 쓰기 기능을 통해 실행되며, 필요에 따라 담당자에게 전달될 수 있습니다.

자가 점검:

• 상담원은 키의 범위에서 허용하는 고객 재확보 도구 세트와 레버리지 도구만 볼 수 있어야 하며, 그 외의 다른 것은 볼 수 없어야 합니다.
• 첫 번째 claim_winback_task는 임대 또는 NO_TASKS_AVAILABLE / WINBACK_DISABLED가 있는 작업을 반환합니다. 둘 다 실패가 아닌 정상적인 중지 조건입니다.
• 쿠폰/포인트 콜이 없이 task_id 돌아와야 합니다 WINBACK_TASK_REQUIRED — 루프가 항상 청구된 작업에 레버를 고정하는지 확인하세요.

오류 처리 및 코드

두 개의 채널. 프로토콜 오류(JSON-RPC: 잘못된 메서드/알 수 없는 도구)는 일반적으로 도구 이름이 잘못되었음을 의미합니다. Flash: 접두사와 철자를 확인하세요. isError: true 결과는 명확하게 읽을 수 있는 경계선입니다. 한 번만 전달하고 다음 단계를 진행하세요. 우회하려고 다시 시도하지 마세요.

하나 더: 측정 도구에서 meta.hasData: false는 오류가 아니라 성공을 의미합니다. 즉, "해당 창에 데이터가 없음"을 의미하며, 절대 0이 아닙니다.

향상 순위 - 작업 목록이 정렬되는 방식

작업 목록 우선순위는 향상 모델이 팀에 적합할 경우 위험 가치 × 향상이고, 그렇지 않으면 순수 위험 가치입니다. 스위치는 스캔별로 자동으로 결정되므로 구성할 것이 없습니다.

이 모델은 프로그램 자체의 무작위 홀드아웃 데이터(성숙한 기여도 행만 사용, 두 그룹 모두 동일한 전환 정의 적용)의 모든 스캔에 대해 팀별로 적합화된 2개 모델 로지스틱 상승 모델입니다.

uplift(x) = P(convert | treated, x) − P(convert | holdout, x)

샘플링 무작위성이 없어 적합도가 결정론적이므로 동일한 데이터는 항상 동일한 순위를 생성합니다.

샘플 게이트 — 모델을 신뢰하려면 모두 통과해야 합니다.

• 200개 이상의 성숙한 처리된 행
• ≥ 50개의 성숙한 홀드아웃 행
• 20회 이상 변환
• 두 가지 물류 솔루션이 통합되었습니다.

어떤 게이트 아래에서는 해당 스캔(null)에 대해 모델이 폐기되고 순위는 순수한 위험 가치(Value-at-Risk)로 되돌아갑니다. 즉, 행동 변화 없음이며, 저하된 추측이 아닙니다. 음의 상승 추정치(측정된 역효과)는 작업 우선순위를 0으로 낮춥니다. 작업은 작업 목록에 계속 표시되며, 그 이유를 나타내는 숫자가 함께 표시됩니다.