nateherkai/roast-room

对已经在用 Claude Code、手里有一个具体商业决策的创业者来说，这是一个值得花半小时试用的结构化“第二意见”工具：它把几个人的公开思想编译成顾问，让他们就你的选项辩论、打分并出报告。

解决什么问题

创始人常常要决定是否涨价、是否招人、是否调整定位。过去要么相信单个模型的一次回答，要么零散地问几个人。这个项目把流程提前：Chair 先读你的问题，推荐哪些顾问适合出场并说明理由，还会追问缺失的收入、选项和成功标准，然后才让顾问开始争论。最终你会得到按选项打分的结论，以及一个包含 Markdown 报告和可下载 PDF 的会话目录。

有什么不同

它的机制是一组 Claude Code 子代理，每个顾问对应一个，背后是本地“大脑”：由该人物公开的随笔、信函、演讲和视频整理出的框架、原则和语气笔记。Chair 主持轮次、计分，计分权重取决于该顾问负责的维度；当某个顾问标记重大风险时 Chair 会限制结论，当所有人过快达成一致时又会强制制造真实争论。顾问就是普通的 skill 和 agent 文件，你可以用 /newroaster 添加自己的顾问；文档还说明，逐字引语会对照大脑来源校验。

本地的网页“房间”只是回放 Chair 写下的文件，自己不发任何模型调用，因此界面开销很低，真正的推理都在 Claude Code 内。代价是真实用量：完整一场会议每个席位跑三次子代理，七人就是 21 次，README 明说这会明显消耗 Claude 套餐额度。项目也明确把这些人物定位为模拟，并非本人，所以结论应视为结构化的提示，而不是真实人物背书。

谁值得试

适合已经在 Claude Code 中工作、手头有一个包含两三个选项和真实数字的决策、并希望在拍板前承受多视角摩擦的创业者。较小的、可逆的决定可以用 --quick：只安排四位顾问、两轮讨论，套餐消耗少得多。如果你指望它提供数据或市场事实，则不合适：顾问只基于你给的信息推理。不用 Claude Code 的人可以选择 COUNCIL_RUNNER=api 模式，让房间自己跑会议，但需要 Anthropic API key，并会计入 API 账单。

使用条件与边界

你需要 Claude Code 和 Node.js 20 或更新版本；房间没有其他依赖，文档说明不启动网页、只在 Claude Code 里也能得到同样的会议。最实际的约束是额度：完整一场会议会跑多次子代理，频繁使用需要提前规划。默认模式走你的 Claude 套餐、无需 API key；API 运行模式则需要 Anthropic key，完整一场约 25 次调用。

安装本身很轻，但持续维护需要注意：新增顾问依赖抓取公开材料，引语校验脚本是每次会话手动运行的，并不等于对来源本身的保证。仓库自带三个已完成的示例会话，这是在不消耗自己套餐额度的情况下判断输出风格是否合适的最快方式。

HotRepo 点评

HotRepo 的记录从 2026-10-24 开始，唯一的带日期信号是当天 JavaScript 新项目榜第 11 名，总星数 1,098。没有可比的每日历史，因此从这些样本还无法判断关注度能否持续；项目本身仅有 14 天。试用前值得确认默认七个席位的“大脑”和它们负责的问题，是否真的对应你经常面对的那类决策。