如何把 NOS Town Groq 运行时接入 Gas Town 编排核心【免费下载链接】gastownGas Town - multi-agent workspace manager项目地址: https://gitcode.com/GitHub_Trending/ga/gastown如果你已经装好 Gas Town 编排核心想把各角色Mayor、Crew、Polecat、Witness、Refinery、Deacon、Dogs的运行时从默认的 Claude Code 切换为 NOS Town 提供的 Groq 托管开放模型入口文档是 docs/runtimes/NOS_TOWN.md。这篇文章按照该文档走一遍完整接入路径安装运行时、初始化工作区、按 rig 配置 Groq 运行时与多模型路由最后用文档给出的命令验证配置。前提是你在 shell 环境中持有可用的GROQ_API_KEY。先弄清两套系统的边界NOS Town不是Gas Town 的 git fork按文档的 fork 策略kab0rn/gastown以正常 fork/sync 流程跟踪上游kab0rn/nostown把 Gas Town core 作为依赖Go modules 或 submodule导入NOS 专属逻辑Groq 运行时、路由表、councils只存在于kab0rn/nostown。两套系统共享核心概念Hooks、Beads、Convoys、Mayor/Witness/Deacon 角色分叉点在运行时和模型选择Gas Town Core 提供 Hook 生命周期、Beads 集成、Convoy 管理、Refinery 合并队列和gtCLINOS Town 运行时提供 Groq API 客户端、多模型路由表、Council 编排和 HistorianBatch 作业其nosCLI 内部包装了gt并加上 Groq 扩展。接入前还要注意区分本仓库内另有一个groq-compoundagent 预设见 internal/config/agents.go它用 claude CLI 作为 SDK 代理、把ANTHROPIC_BASE_URL指到 Groq 的 OpenAI 兼容端点走的是compound-beta模型。那是仓库内置的另一条 Groq 路径与本文的 NOS Town 运行时接入不是一回事。安装前置组件NOS Town 文档给出的前置安装清单# Gas Town deps (same as standard install) go install github.com/kab0rn/gastown/cmd/gtlatest go install github.com/steveyegge/beads/cmd/bdlatest # NOS Town CLI go install github.com/kab0rn/nostown/cmd/noslatest # Set Groq API key export GROQ_API_KEYyour-api-keyGROQ_API_KEY用你自己的 Groq API key 替换。这里与标准安装文档存在一处来源差异需要你自己对齐本仓库的安装文档 docs/INSTALLING.md 中gt的来源是brew install gastown或go install github.com/steveyegge/gastown/cmd/gtlatest与 NOS 文档里的kab0rn/gastown模块路径不同。如果你已按标准安装文档装好gt和bd增量要做的只是安装nosCLI 并导出GROQ_API_KEY如果gt尚未安装则按你实际使用的安装来源选择其一不要混用两份文档里不同的模块路径。初始化工作区文档给出两条路径主路径使用nosCLI它内部包装gtnos install ~/nos --git cd ~/nos安装目标目录以参数传入文档示例使用~/nos可以换成你自己的目录。如果不想引入nos替代路径是直接用gt初始化并手动配置 Groq 运行时gt install ~/nos --git cd ~/nos gt config set runtime.provider groq gt config set runtime.base_url https://api.groq.com/openai/v1需要说明的是直接走gt时gt不认识 NOS 专属功能councils、Historian、路由表管理这些功能必须用nos。如果后续要用到这些能力建议以nos为主路径。配置 per-rig 的运行时与路由编辑对应 rig 的 settings 文件。该文件位于 rig 目录下的settings/config.json本仓库示例文件注释标明完整路径为~/gt/rig/settings/config.json见 docs/examples/rig-settings.example.json示例文件同时说明只需包含要覆盖的字段省略的字段继承 town 级配置。按 NOS 文档写入如下runtime与routing两个部分文档原文如此模型名按文档保留{ runtime: { provider: groq, base_url: https://api.groq.com/openai/v1, api_key_env: GROQ_API_KEY }, routing: { mayor: { default: llama-3.3-70b-versatile }, crew: { default: llama-3.3-70b-versatile }, polecat: { default: llama-3.1-8b-instant, boosted: llama-3.3-70b-versatile }, witness: { default: llama-3.3-70b-versatile, council: [llama-3.3-70b-versatile, openai/gpt-oss-120b] }, refinery: { default: llama-3.3-70b-versatile, fast_path: llama-3.1-8b-instant }, deacon: { default: llama-3.1-8b-instant }, dogs: { default: llama-3.1-8b-instant } } }runtime段声明 provider 为groq、OpenAI 兼容的 base URL以及 API key 所取的环境变量名api_key_env——key 本体仍来自 shell 环境不在文件里存放。routing段按角色给出模型映射每个角色的default是默认模型polecat额外有boosted项witness有council模型列表refinery有fast_path项。文档的差异表中Witness 一行对应「可选 councilN 个 judge」Polecat 一行对应 Standard / Self-consistent / Power 等模式这些扩展项就是路由表里对应的额外键。验证配置并跑通一个工作流配置写完后用文档中的命令核对路由并启动 Historian# NOS-specific: routing config nos config route show nos config route set polecat.consistency high # Enable N-way self-consistent mode # NOS-specific: historian status nos historian status nos historian rebuild # Force Playbook rebuild from Beadsnos config route show用于查看当前路由配置nos historian status查看 Historian 状态nos historian rebuild强制从 Beads 重建 Playbook。文档没有给出这些命令的预期输出文本判断标准就是命令能正常执行并返回你刚配置的内容。随后接入真实 rig 并跑编排流程nos rig add myproject https://github.com/you/repo.git nos crew add yourname --rig myproject nos mayor attach其中myproject、仓库地址和 crew 名称替换为你自己的值。如果走的是纯gt路径核心命令同样可用文档示例为gt mayor attach gt convoy create Feature X gt-abc12 gt-def34 gt sling gt-abc12 myprojectgt-abc12、gt-def34是文档示例中的 bead id实际使用时换成你项目里的 bead id。与标准 Gas Town 运行时的差异文档给出的能力对比表原文数据供你评估接入后的行为变化FeatureGas Town (Claude Code)NOS Town (Groq)RuntimeClaude Code IDEGroq OpenAI-compatible APIModel SelectionSingle model (Opus/Sonnet/Haiku)Multi-model routing per rolePolecat ModesSingle instance per beadStandard / Self-consistent / PowerWitnessSingle judgmentOptional council (N judges)RefineryLive merge queue only Offline Batch merge simulationInstitutional MemoryCLAUDE.md per rig Historian mines Playbooks from all BeadsSafetyClaudes built-in guardrails Safeguard-20B explicit sentryCost Profile~$15/M input, $75/M output~$0.10–$0.80/M tokensThroughput~50–100 tok/s per agent~500 tok/s per agent限制与后续去向gt不认识 councils、Historian、路由表管理这些 NOS 专属功能涉及它们时必须用nos两套系统各自独立演进核心Hooks、Beads、Convoy 生命周期、角色的改进走上游 PR 流程Groq 专属功能routing、councils、Historian、Safeguard的改动归kab0rn/nostown仓库成本与吞吐数据来自文档的差异表属于文档给出的参考值实际消耗以你的模型路由和用量为准。完整说明含架构框图和上游贡献流程见 docs/runtimes/NOS_TOWN.md。【免费下载链接】gastownGas Town - multi-agent workspace manager项目地址: https://gitcode.com/GitHub_Trending/ga/gastown创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考