council

用途\ncouncil 面向希望借助多个不同模型进行对抗式审查、反复打磨同一件作品的场景。作品可以是设计、UI、页面、文字、代码、计划或提示词等。用户担任作者，指定参与评审的模型；每个被点名的模型对应一名 Orca 工作成员，共同组成评议会。成员只负责批评和打分，只有作者能修改作品，以保证修改出自同一人之手、每处改动都能追溯到具体批评意见。\n\n组织方式\n使用前需先加载 Orca 编排技能，按该技能说明解析 Orca 可执行文件并加载与版本匹配的指南，命令语法以指南为准。运行时需先成功执行 ORCA status --json；若编排命令因被禁用而遭拒绝，需提示用户在 Orca 设置 → Experimental 中开启后重试。每个模型映射到提供该模型的 Orca 智能体（Claude 模型对应 claude，OpenAI 模型对应 codex，其余见 worker-start --help 的 --agent 列表），并通过 --model 传入供应商模型 ID；仅当用户指定时才传 --effort。同一模型被点名两次即安排两名成员。若提示词未指定模型，需先询问用户评议会由哪些模型组成，并与优先级问题在同一消息中提出，得到答复后再继续。\n\n评分标准与优先级\n评分标准由 4–7 条准则构成，来源包括用户目标、受众、优先级问题的回答以及作品类型，每条准则需写明“10 分是什么样”。整体分锚点为：10 分是同类作品中见过的最佳范例；9 分可交付给挑剔的专家受众且无需修改；7 分合格但平庸；5 分存在用户会注意到的问题。评分标准在整个评议会期间固定不变。若公平评分取决于提示词未明确的事项（如两种质量冲突时以哪个为准、作品必须具备的属性、评判条件如受众与发布环境等），需在首轮前提出 1–3 个问题并说明每个答案会改变评分标准中的哪一项，等待回答；提示词已确定的不再询问，答案不会改变准则或 10 分定义的问题应舍弃。\n\n记录与证据\n在工作区根目录创建 .council/<slug>/，并把 .council/ 加入 .git/info/exclude。评分标准写入 rubric.md，开头记录优先级问题与用户回答。每名成员以其模型命名（如 opus、gpt-5-5，重名加 -2）。开始前向用户展示成员（模型与智能体）、评分标准、门槛和轮次上限（默认 6）。每轮放在 .council/<slug>/round-<n>/ 中，内含被评审版本的固定副本，确保成员评判的正是作者所评判的版本。不同作品类型需提供相应证据：设计/UI/页面需提供范围内每个屏幕与状态的截图（手机和桌面宽度、存在浅色深色时两者都提供）及 URL；文字需提供文本副本及发布位置；代码需提供相对起点的 diff 以及构建和测试命令；其他类型提供严格评审者评分前会要求查看的内容。成员只按当前版本本身打分，上一轮目录仅用于发现回退，不用于评判进步幅度。\n\n成员规格与运行轮次\n每名成员在同一回合内以 worker-start --worktree current --agent <agent> --model <id> --task-title "council: <member>" --spec-file .council/<slug>/spec-<member>.md 启动，然后结束回合。规格文件包含：用户目标、受众、约束与优先级问题回答（用用户原话）；评分标准文件与所在轮次目录；需写入 round-<n>/<member>.md 的评审结论，包括总体分与各准则分（整数并附一行理由）、Blocking（单独导致低于 9 分的问题）、按影响排序的 Changes（指明作品中位置、问题与具体修改）、Keep（有效且必须保留之处）、Weakest point（9 分及以上时最值得改的一点）。成员立场为不留情面的对抗式批评者，以受众中最挑剔者的标准评判，每项主张都指向作品具体位置；分数只在作品变化时变动，升分或降分需说明是哪处改动导致。成员可阅读作品及自己此前的结论，但在变更日志引用前不阅读其他成员结论；除自己的结论文件外不得编辑任何内容。每轮以 worker_done 结束，摘要包含总体分与结论文件路径。成员只知晓评分标准与锚点，不知晓门槛与轮次上限。\n\n成员报告后，作者统计各成员本轮总体分并写入 scores.md；当所有成员本轮分数均达到门槛且无未解决 Blocking 时通过。否则把每个 Blocking 与 Change 归入一种处置并写入 round-<n>/changelog.md：Accept（将采纳）、Reject（与用户目标、评分标准或另一成员更有力的观点冲突，需说明实质理由，成员可反驳）、Escalate（属于用户的品味判断，或两名成员在评分标准下势均力敌地僵持），需询问用户并等待。按评分标准权衡各批评意见，不以多数为对；执行所有采纳的修改并保护各成员 Keep 列表，按作品类型验证结果（设计需重新构建并截图，代码需跑测试，文字需通读）。随后固定新版本到 round-<n+1>/，把新轮次目录与变更日志发给各成员，请求新结论。达到轮次上限，或最低分连续两轮未上升时，应提前停止并向用户报告各成员最后一轮分数、未解决 Blocking 与阻碍达成一致的分歧，询问下一步：再来一轮、由用户裁决或就此停止。\n\n完成\n改进后的作品留在原位置。按编排指南释放所有成员，并确认 worker-list --run <run_id> --terminal-state reclaimable --json 返回为空。最后向用户报告：各成员最终分与所用轮数；推动分数变化最大的改动（每条一行）；仍被成员反驳的已拒绝批评及理由；记录位置 .council/<slug>/，并说明除非用户希望保留，否则将删除该记录。