一键导入
forge-consensus
Multi-model consensus workflow. Role-assigned models converge toward a shared recommendation through two rounds of evaluation and reconciliation.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Multi-model consensus workflow. Role-assigned models converge toward a shared recommendation through two rounds of evaluation and reconciliation.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Deep single-model analysis of a topic, question, or architectural decision.
Adversarial multi-model evaluation. Models argue for, against, and neutrally about a subject.
Multi-model panel review. Multiple models review independently, then findings are synthesized.
Full Forge QA checklist in Docker container. Use for release validation or comprehensive verification of all Forge features.
Pressure-test a claim, recommendation, or assumption. Defaults to skepticism.
Review design documents, specs, and technical writing for completeness and consistency.
| name | forge:consensus |
| description | Multi-model consensus workflow. Role-assigned models converge toward a shared recommendation through two rounds of evaluation and reconciliation. |
| disable-model-invocation | true |
| argument-hint | [subject: path or proposal or instruction] [--output path] [--code] [--models m1,m2] [--worker model:role] |
| context | fork |
| effort | high |
| allowed-tools | Bash, Read |
Run a multi-model consensus workflow where role-assigned models build a shared recommendation through two rounds of evaluation and reconciliation.
When invoked from Claude Code, execute the workflow now. Do not just restate these instructions, say "Command completed", or ask the user to run the commands manually unless a real prerequisite is missing.
/forge:consensus [subject] [--code] [--models model1,model2] [--worker model:role]
| Argument | Required | Description |
|---|---|---|
subject | Optional | File, directory, proposal, or instruction on what to evaluate (defaults to cwd) |
--code | Optional | Switch: use code evaluation framework (default: proposal) |
--models | Optional | Comma-separated model list (default: all available) |
--worker | Optional | Repeatable: model:role or model:"custom prompt" (mutually exclusive with --models) |
--output | Optional | Write result to file instead of conversation (e.g., consensus.md) |
Available models: !forge workflow list-models
Only use models with status ready in the table above. If the default set includes unavailable models, pass
--models <ready models> explicitly. If the user explicitly requested an unavailable model, stop and tell them what
proxy or credential is missing rather than silently substituting. If no models are ready, tell the user what's missing
and stop.
Parse $ARGUMENTS into a positional subject and optional flags. The subject is everything that is not a recognized flag
(file path, directory, proposal text, or free-form instruction). Strip any leading @ prefix on the subject. If no
subject is found, default to the current working directory.
Recognized flags (extract from $ARGUMENTS if present):
--code -- switch--models <value> -- comma-separated model list (mutually exclusive with --worker)--worker <value> -- repeatable: model:role or model:custom prompt--output <path> -- write result to file instead of conversationNever ask the user to clarify. If $ARGUMENTS contains anything, proceed immediately.
forge workflow consensus "<subject>" [--code] [--models <models>] [--worker <spec>]... --json
Omit any flag the user didn't specify. Do not pass both --models and --worker.
Parse the JSON output. The workflow runs two rounds:
If the command fails, surface the real error and stop; do not claim success.
Read ${CLAUDE_SKILL_DIR}/resources/synthesis.md for synthesis instructions.
Apply the synthesis rules to produce a unified consensus report from both rounds of results.
Output routing: If --output was specified, write the complete synthesis to that path using the Write tool (create
parent directories if needed). Print a one-line confirmation: Wrote synthesis to {path}. Do not also print the full
result in the conversation. If --output was not specified, print the result in the conversation as usual.
Models are assigned roles cyclically. Default roles differ by mode:
Proposal mode (default):
| Order | Default Model | Role | Focus |
|---|---|---|---|
| 1st | gpt-5.5 | architecture | Structural alignment, coupling, abstractions |
| 2nd | gemini-2.5-pro | security | Vulnerabilities, trust boundaries, risks |
| 3rd | claude-opus | correctness | Logic errors, edge cases, invariants |
Code mode (--code):
| Order | Default Model | Role | Focus |
|---|---|---|---|
| 1st | gpt-5.5 | architecture | Component boundaries, dependency flow |
| 2nd | gemini-2.5-pro | security | Injection, auth, secrets, trust |
| 3rd | claude-opus | maintainability | Readability, complexity, test coverage |
Use --models to control which models participate. Use --worker for explicit model:role mapping.
Available named roles: architecture, security, correctness, maintainability, performance
forge must be on PATHforge proxy create litellm-openai)