Hi - I answer from the OpenSmartRoute documentation: routing, the API, plans and quotas, self-hosting. Ask away, or open a support ticket if you need a person.
Grounded in the docs - follow a source before acting on it.
grok-fleet-orchestrator - Skill - OpenSmartRoute
Skillv1.0.0
grok-fleet-orchestrator
이 저장소에서 작업하는 Codex 에이전트는 [공통 에이전트 가이드](agent.md)의 Git, 보안, 테스트와 CI 규칙을 따른다.
Imported from yarang/grok-fleet-orchestrator (AGENTS.md). Install upstream with npx skills add yarang/grok-fleet-orchestrator. Copyright stays with the author.
Codex 작업 지침
이 저장소에서 작업하는 Codex 에이전트는 공통 에이전트 가이드의 Git, 보안, 테스트와
CI 규칙을 따른다.
docs/를 생성하거나 크게 수정할 때는 다음 순서로 작업한다.
대상 도메인의 README.md 또는 index.md에서 문서 책임과 우선 정본을 확인한다.
정책 전문을 이 파일에 복제하지 않는다. 단순 오탈자처럼 책임·정본·탐색 구조를 바꾸지 않는
수정에는 재작성 절차 전체를 요구하지 않는다. 커밋과 원격 작업은 사용자 요청 또는 명시적인 작업
권한이 있을 때만 수행한다.
Use it
Copy one of these into your project. Installing also returns the manifest and these snippets.
# after Install: the listing is in your workspace's routing pool - a plan picks it for its slot
curl -s -X POST https://api.opensmartroute.ai/api/v1/route -H 'Authorization: Bearer $OSR_API_KEY' -H 'Content-Type: application/json' -d '{"text": "...", "plan": true}'
Installed into a catalogue, chosen by a router
Install grok-fleet-orchestrator and it becomes one more candidate the router can pick - when it fits.
A listing is a routing target with a manifest: what it does, which domains it covers, what it costs and who publishes it. Once installed it sits beside your own models and tools, is scored like any other candidate for each request, and shows up in the trace when it wins. Ratings come from workspaces that installed it, one per account.
{
"ocm": "1",
"id": "yarang-grok-fleet-orchestrator-grok-fleet-orchestrator",
"kind": "skill",
"name": "grok-fleet-orchestrator",
"description": "이 저장소에서 작업하는 Codex 에이전트는 [공통 에이전트 가이드](agent.md)의 Git, 보안, 테스트와 CI 규칙을 따른다.",
"publisher": "yarang",
"version": "1.0.0",
"capabilities": {
"domains": [
"coding"
],
"tags": [
"skill-md",
"github-agents"
],
"languages": [
"en"
]
},
"quality_prior": 0.6,
"examples": [
"이 저장소에서 작업하는 Codex 에이전트는 [공통 에이전트 가이드](agent.md)의 Git, 보안, 테스트와 CI 규칙을 따른다."
],
"primary": false,
"metadata": {
"source": {
"provider": "github-agents",
"repository": "https://github.com/yarang/grok-fleet-orchestrator",
"path": "AGENTS.md",
"ref": "16e0d7e5effb6258e320cd2af48d253b69a8188e",
"url": "https://github.com/yarang/grok-fleet-orchestrator/blob/16e0d7e5effb6258e320cd2af48d253b69a8188e/AGENTS.md",
"key": "yarang/grok-fleet-orchestrator/AGENTS.md"
}
},
"instructions": "# Codex 작업 지침\n\n이 저장소에서 작업하는 Codex 에이전트는 [공통 에이전트 가이드](agent.md)의 Git, 보안, 테스트와\nCI 규칙을 따른다.\n\n`docs/`를 생성하거나 크게 수정할 때는 다음 순서로 작업한다.\n\n1. 대상 도메인의 `README.md` 또는 `index.md`에서 문서 책임과 우선 정본을 확인한다.\n2. [문서 관리 정책](docs/governance/documentation-policy.md)을 적용한다.\n3. 대규모 재작성·이동·폐기라면 [문서 재작성 가이드](docs/governance/documentation-rewrite-guide.md)의\n 완료 게이트를 적용한다.\n4. 현재 구현에 관한 주장은 코드·테스트·설정과 대조한다.\n5. 변경 뒤 상대 링크, 메타데이터, 필요한 도메인 진입점·색인·로그를 검증한다.\n\n정책 전문을 이 파일에 복제하지 않는다. 단순 오탈자처럼 책임·정본·탐색 구조를 바꾸지 않는\n수정에는 재작성 절차 전체를 요구하지 않는다. 커밋과 원격 작업은 사용자 요청 또는 명시적인 작업\n권한이 있을 때만 수행한다.",
"cost": {
"context_tokens": 138
}
}
Fetch it by URL: GET /api/v1/registry/yarang-grok-fleet-orchestrator-grok-fleet-orchestrator/manifest?version=1.0.0
Reviews
Star ratings from people who tried it. One review per account; edit yours any time.
No reviews yet. Install it, try it, and be the first to rate it.