원클릭으로
workflow-orchestration
Model routing and structured-output rules for go-orca workflow personas (Director, Project Manager, Architect).
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Model routing and structured-output rules for go-orca workflow personas (Director, Project Manager, Architect).
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Offload expensive agent work to a go-orca cluster via the mcp-orca MCP bridge (workflows and ad-hoc persona runs).
Use this skill when implementing code for any module in this repository.
How to configure, connect to, and use MCP (Model Context Protocol) servers in go-orca workflows.
Use when implementing or reviewing Next.js App Router applications in go-orca workflows.
Techniques for writing clear, compelling technical blog posts and documentation.
Checklists and patterns for systematic QA review of code, APIs, and infrastructure changes.
| name | workflow-orchestration |
| description | Model routing and structured-output rules for go-orca workflow personas (Director, Project Manager, Architect). |
Use this skill when configuring or improving go-orca workflow personas — especially Director model routing and Project Manager constitution JSON.
The Director assigns persona_models for every downstream persona. Follow these rules when editing prompts/personas/director.md or tuning routing:
| Persona | Model guidance |
|---|---|
| project_manager | Never assign sub-4B models (e.g. llama3.2:1b, *:1b, *:3b). PM output is strict JSON; small models emit invalid shapes (audience as object, spaced field names). Prefer the workflow default or ≥ 7B models (qwen3.5:9b, gpt-oss:20b, etc.). |
| architect | Mid/large models (≥ 7B) for design + task graphs. |
| pod, qa | Must use tools=yes models only. |
| matriarch | Mid-size, tools=yes when available. |
| finalizer | Largest available model for synthesis. |
Do not document that PM should prefer sub-4B or “small models for planning” — that causes production failures on Ollama homelab catalogs.
PM responses must parse into internal/state.Constitution and Requirements. When editing prompts/personas/project_manager.md:
constitution.audience — plain string only (e.g. "general readers"). Never {"type":"general"} or other objects.acceptance_criteria, output_medium, out_of_scope. No spaces in keys.out_of_scope — JSON array of strings, not a single string (engine normalizes common mistakes).acceptance_criteria — array of strings, not objects, unless the engine flex parser applies.requirements.functional, requirements.non_functional), not nested inside constitution.The engine runs normalizePMOutput for common drifts; prompts should still target the correct schema to avoid retry loops and 90m handoff waits.
When the default provider is Ollama, pin provider and model on workflow create (qwen3.5:9b or your cluster default). Director still chooses persona_models, but engine normalizePersonaModels swaps sub-4B models away from PM.