NSHKR：面向受治理 AI 运营平台的 Elixir/OTP 组合与发布工作区

nshkrdotcom/nshkr · NSHKR is the production Elixir/OTP composition and release workspace for a governed AI operations platform, wiring durable workflows, cognitive context, provider accounts, policy decisions, execution runtimes, cluster reconciliation, Synapse, and Extravaganza into reproducible monolith and distributed deployments.

GitHub原文发布未知首次收录 2026-10-01上架 2026-10-01 07:01

☆ 收藏查看项目 ↗

ELI5：它是什么，解决什么问题

NSHKR 是一个基于 Elixir/OTP 的生产级组合与发布工作区，用于构建受治理的 AI 运营平台。它将持久化工作流、认知上下文、供应方账户、策略决策、执行运行时、集群协调以及 Synapse、Extravaganza 等组件编织成可复现的单体或分布式部署。项目采用 poncho 风格非 umbrella 布局，根 Mix 项目负责工作区工具与元数据，apps/nshkr_runtime 为可独立构建的生产 OTP 应用，并包含失效关闭（fail-closed）的生产配置校验。

# 分布式 # agent-infrastructure # orchestration # Elixir # 工作流引擎

核心能力与快速开始

★ 1 · Elixir

能做什么: 提供生产级 Elixir/OTP 组合与发布工作区，将持久化 Mezzanine 工作流、Citadel 权限、Jido 供应方账户、OuterBrain 上下文、Execution Plane 效果、Chassis 协调、AppKit、Synapse 与 Extravaganza 统一编排；Nshkr.Runtime 作为唯一生产组合根，负责按所有者顺序的 Postgres 持久化与迁移、密钥与对象存储；生产配置为失效关闭，禁止使用 memory、fixture、no-op、static-success 等后端作为发布选项；支持 poncho 风格非 umbrella 布局，根项目负责工作区工具与跨项目命令，apps/nshkr_runtime 可独立构建；启动前执行迁移头、Postgres、Vault、MinIO、Temporal、所有者存储、发件箱与能力真值预检。
适用场景: 适合需要以受治理方式编排 AI 运营平台的团队：在单主机开发者环境或分布式集群中复现生产部署；将持久化工作流、策略决策与执行运行时组装为可发布系统；在 Elixir/OTP 生态中构建集群协调与多组件集成的 AI 基础设施；作为 NSHKR 实现计划中所冻结所有者服务的集成点。
项目形态: 开发框架
部署方式: 支持单主机开发者档案与分布式部署；开发者档案需通过 apps/nshkr_runtime/priv/dev/services.sh 启动 Vault 和 MinIO，并设置 NSHKR_PROFILE_FILE 等环境变量。其他部署条件未说明。
主要依赖: 需 Elixir/Mix 工具链、Postgres（四个所有者数据库 URL）、Vault、MinIO、Temporal；需配置 NSHKR_SYNAPSE_PROGRAM_ID、NSHKR_SYNAPSE_WORK_CLASS_ID、NSHKR_SYNAPSE_TENANT_ID、NSHKR_SYNAPSE_INSTALLATION_ID、NSHKR_SYNAPSE_MEMORY_PROOF_TOKEN_REF、NSHKR_SYNAPSE_CONTROL_AUTHORITY_REF、NSHKR_SYNAPSE_CONTROL_PERMISSION_DECISION_REF、NSHKR_SYNAPSE_SECRET_KEY_BASE、NSHKR_SYNAPSE_LIVE_VIEW_SIGNING_SALT 等变量。硬件与 API 成本未说明。
使用限制: 生产配置为失效关闭，memory、fixture、no-op、static-success 后端不可作为发布选择；产品代码接收宿主构建的 AppKit 后端栈，不启动下层所有者服务；未说明硬件需求、API 成本与商业使用限制。
许可证: MIT
最近推送: 2026-09-30 09:00

官方入门核对 README 依据 ↗

资料检查：2026-10-01 07:00 · 卡片整理：2026-10-01 07:00
卡片由 AI 根据仓库资料整理，未进行安装或运行验证 · 本次更新未完成，保留上次成功内容

职业应用

程序员

作为 Elixir/OTP 生产级组合与发布工作区，用于构建和部署受治理的 AI 运营平台，包含持久化工作流、执行运行时、集群协调等组件的可复现单体或分布式部署。

查看内容依据

NSHKR is the production Elixir/OTP composition and release workspace for a governed AI operations platform, wiring durable workflows, cognitive context, provider accounts, policy decisions, execution runtimes, cluster reconciliation, Synapse, and Extravaganza into reproducible monolith and distributed deployments.

官方使用入口 ↗

由 AI 根据来源材料整理，未进行安装或运行验证

相似资源

PiX：支持树状分支会话的非线性 AI Agent 工作台

PiX 是一个 AI Agent 工作台桌面应用，把传统单线程对话改造成可生长的图结构：每一轮对话（用户提示、助手回复和工具调用）都是图上的节点，用户可在任意用户消息处 fork 新分支、从任意早期节点继续对话，或克隆当前分支作为存档点，各分支互不干扰且可随时切换。上下文随分支走，分支聊天面板只显示当前分支的消息，可通过双击节点在多个并排聊天列中固定最多 3 个分支进行对比。项目为会话提供内置扩展，包括基于 Rust 与 SIMD 的快速文件名与内容搜索（fffind、ffgrep、fff-multi-grep），以及可观察和操作 macOS、Windows、Linux 桌面应用的桌面控制扩展，并提供可一键安装的网页访问扩展用于搜索、URL 抓取、PDF 提取和 GitHub 调研。会话保持为真实的 Pi 会话格式，可在 PiX 之外继续使用。

loopx：面向长时间运行的 AI 智能体本地控制平面

loopx 是一个本地控制平面，为 GitHub Copilot Codex、Claude Code 等 AI 编程助手提供“大脑”层能力：持久保存目标、自动勾选任务、记录执行证据日志、按配额或时间自动唤醒智能体，并支持智能体之间的可验证交接。项目宣称与具体编码智能体无关，可适配多种 coding agent，并尊重 API 用量上限。README 提供 Windows 桌面端下载与安装步骤，说明无需编程知识即可使用。

TrinityCoordinator：基于小型模型隐藏态路由的 TRINITY 式 LLM 协调器

TrinityCoordinator 是 TRINITY 风格本地小模型路由器的 Elixir/Nx 实现：用量化适配后的 Qwen3-0.6B 读取对话记录，提取隐藏态向量，经路由器头映射到 Agent 与角色 logits，再通过可配置的 provider 边界把选定的工作分发给实际 LLM 提供方，并带有 Thinker/Worker/Verifier 编排与验收驱动的完成策略循环。仓库包含 Elixir 运行时、与原 Python 流水线对比的一致性校验工具，以及从干净 clone 上手所需的 Mix 任务；当前处于活跃开发阶段，在 CUDA 上评测集通过 37/37。

ReqLLM：Elixir 生态中统一调用多家 LLM API 的可组合客户端库

ReqLLM 是一个基于 Req 与 Finch 构建的 Elixir 库，将不同厂商 LLM API 的请求与响应标准化，提供统一、符合 Elixir 习惯的调用接口。它受 Vercel AI SDK 启发，提供 generate_text/3、stream_text/3、generate_object/4 等高层函数，内部由 Req 负责请求/响应、Finch 负责流式传输，并通过 provider 回调统一模型元数据、选项与响应格式。根据 README，其模型目录来自 LLMDB，覆盖 21 个已实现的 provider 集成、1,205 个模型，涵盖文本、嵌入、图像生成、语音、转录、重排与 OCR 等操作，同时支持 Ollama 和 LM Studio 本地推理。库还提供结构化输出、工具调用、模型路由 behaviour、评测模型（Jev）等能力。

这是基于来源内容整理的摘要。原文链接失效后，本页摘要和讨论仍会保留。