greybox-host-bridge은(는) 무엇을 하나요?
WorkBuddy의 공유 Python CLI를 통해 그레이박스 생성, 게임플레이 개정 및 아트 작업을 라우팅하며, 이미지 생성 도구가 없는 DeepSeek 모델도 지원합니다.
{{SKILL_ROOT}}/SKILL.md를 읽어 프로덕션 워크플로우와 그 안의 인간 결정 사항을 확인하세요.
python "{{SKILL_ROOT}}/scripts/greybox.py"를 공통 명령어 접두사로 사용합니다.
Node, MCP 또는 모델 전환이 필요하지 않습니다. 이 래퍼는 선택 사항입니다. WorkBuddy는 전체 Skill을 읽고 CLI를 직접 실행할 수도 있습니다. setup이 반환하는 명령어 접두사를 사용하세요. 이 접두사는 실제 Python 및 검증된 패키지 ID를 기록합니다.
장기 실행 아트 케이스의 경우, 기존 PLAN에 실제 항목을 task-context pin으로 고정하고 task-context run으로 계속 진행하세요. {{SKILL_ROOT}}/references/task-context.md를 읽으세요. 핸드오프나 모델/도구 변경 후에는 다시 확인하세요. 사용할 수 없는 모델/스키마 정보는 알 수 없음으로 보고하세요. task-context inspect는 설치된 복사본과 각 원본 원장의 레거시/실행자 복구 경로를 구분합니다. 더 새로운 실행자에 맞추기 위해 유료 작업을 다시 생성하지 마세요.
-
의도, 관찰된 상태 및 요청된 엔드포인트에 따라 현재 작업을 읽습니다. 구조화된 요청 라우팅을 위해
intent route --file REQUEST --project PROJECT를 사용하세요. 논의는 논의로 남깁니다. 그레이박스 요청은 기본적으로 그레이박스 엔드포인트로 전달됩니다. 계속(continue)은 원래 작업 기록을 사용합니다. 그레이박스 작업을 위해host setup --host workbuddy --scope greybox --project PROJECT를 실행하거나, 아트/이미지 분기를 위해host setup --host workbuddy --scope art --project PROJECT --capability-report REPORT --session-id SESSION을 실행하세요. Setup은 실제 네이티브 프로젝트 루트를 확인하고 명령어 접두사를 반환합니다. 사용 가능한 경우 현재 네이티브 ImageGen 호출 증거를 바인딩하세요. 그러면 API 프로필이 필요하지 않습니다. 도구 검색만으로는 충분하지 않습니다. 이미지 서비스 및 관련 없는 도구는 그레이박스 전제 조건이 아닙니다. Blender 씬 작업의 경우, CLI 준비가 필요할 때host setup --host workbuddy --scope spatial --engine blender --operation create|edit|review --project SOURCE_OR_WORKSPACE를 사용하세요. 사용 가능한 네이티브 bpy/CLI/MCP 작업은 공간 라우팅을 따를 수 있습니다. Setup은 준비 상태만 확인합니다. 애플리케이션 검색은 씬을 검사하지 않습니다. 순수 공간 엔드포인트는 게임 프로젝트나 공급자가 필요하지 않습니다. -
Godot/Unity 그레이박스 생성/개정의 경우
{{SKILL_ROOT}}/references/greybox-authoring.md를 읽고greybox init/build/play/validate/status/handoff를 사용하세요. 요청된 엔드포인트에서 중지합니다. 아트 분기의 경우, 생성이 누락되면{{SKILL_ROOT}}/references/image-services.md를 읽고image configure로 사용자가 선택한 이미지 서비스를 구성합니다.host configure --host workbuddy --image-profile NAME을 사용하여 비밀 이름이 아닌 이름을 바인딩합니다. -
새로운 S7 모델링 참조의 경우
{{SKILL_ROOT}}/references/modeling-references.md를 읽고, 각 에셋과 해당 뷰를 한 번 기록한 후boards workbuddy start --file REGISTRY --project PROJECT --workspace WORKSPACE를 입력합니다. 이 명령은 페이지 작업을 컴파일하고 범위가 지정된 S7 가드를 등록/설치합니다. 정확한 무해한 네이티브 Bash 프로브를 실행한 다음, 현재 네이티브 도구 스키마로boards workbuddy bind를 실행합니다. 반환된 작업을 사용합니다.boards workbuddy claim은 호출에 바로 사용할 수 있는 인수를 작성하고 기존 지출 한도를 예약합니다. 계획된 단일 작업도 이 동일한 경로를 따르며 계산되거나 출처가 있는 이유가 필요합니다. 원래 결과를 기록한 다음boards production을 통해 자르기/검토합니다. 잘못된 슬롯은 좋은 형제를 지우지 않으며, 수정된 ROI는 재생성 없이 자르기 시도를 생성합니다. 새 채팅은 무료 프로브를 갱신하고 원래 보류 중인 호출을 유지합니다. 선택한 이미지 프로필의 경우, 기존 구성된 서비스 원장을 통해 준비된 정확한 페이지 요청을 사용합니다. 품질 요구 사항을 낮추거나 불확실한 호출을 다시 제출하지 마세요. -
활성 분기가 이미지를 생성하면, 현재 호스트의 픽셀 읽기 도구를 통해 실제 반환된 로컬 이미지를 엽니다. 호스트가 지원하는 이미지 UI를 사용하여 해당 파일을 표시합니다. CLI 성공만으로는 어느 기능도 확립되지 않습니다. 세션 능력 보고서에 정확한 현재 도구와 증거를 바인딩합니다. 그레이박스 검토는 네이티브 캡처된 뷰를 사용하며 이미지 생성이 필요하지 않습니다.
-
현재 경로 및 요청된 엔드포인트에 대한 명령을 계속 실행합니다.
stop_at이greybox인 경우 그레이박스 핸드오프 후 전달하고 중지합니다. 요청된 경우에만 아트를 시작합니다. 원래 프로젝트 상태와 승인 기록을 보존합니다. 위임은 선택 사항입니다. 이미지/모델 멀티태스크 동시성은{{SKILL_ROOT}}/references/execution-contract.md에 설명된 공통 실행자를 사용합니다. 네이티브 도구는 실제 독립 브리지가 확인되지 않는 한 에이전트 중심으로 유지됩니다. 모델 연결이 중단되는 동안 API 작업자는 계속할 수 있습니다.
H3 이전에, 승인된 개념을 scene-review --help를 통해 현재 전체 씬 프록시와 비교합니다. H4에서 새로운 프로덕션 계약은 현재 피처/뷰 비교 증거가 필요합니다. {{SKILL_ROOT}}/references/scene-comparison.md를 읽으세요. 확장 전에 관찰된 격차를 사용하여 환경, 주요 형태, 조명 및 접촉을 복구합니다. 유효한 증거 범위가 사용자의 시각적 수용을 대체하지는 않습니다.
명령은 JSON을 반환합니다. 실패한 명령은 0이 아닌 코드를 반환합니다. 각 명령의 --help를 사용하여 정확한 현재 옵션을 확인하세요. 자격 증명은 로컬 구성 또는 구성된 환경에 보관하고, 채팅, 커넥터 파일 또는 이식 가능한 프로젝트 기록에 절대 저장하지 마세요. 서비스 자격 증명은 선택한 서비스에만 필요합니다. 커넥터 초기화는 공급자에 로그인하거나 유료 작업을 생성하지 않습니다.
현재 작업에 Lux가 필요한 경우에만 host setup --host workbuddy --scope runtime --runtime lux를 실행합니다. 이 명령은 고정된 개인 런타임을 준비/재사용하며, 기존 호환 가능한 인터프리터를 사용하여 실패한 venv/ensurepip 프로브에서 복구할 수 있습니다. 공급자를 조회하거나 생성을 제출하지 않습니다. 반환된 Python 경로를 명령 간에 유지합니다. 명시적인 --python은 절대 자동으로 대체되지 않습니다.