A governed execution platform for AI workloads on the BEAM
A layered platform where semantic reasoning, typed commands, and external execution share one Brain-to-Spine governance contract.
90 repositories | @North-Shore-AI | nshkr.com
This is the public home for the platform stack: a governed execution platform for AI-backed applications on the BEAM. The repositories here are not independent libraries. They are layers in a single architecture — each with a specific ownership boundary and a specific list of things it does not own.
Every semantic turn, typed command, and external execution call passes through a shared governance and durable-truth chain before touching an outside system. The northbound surface composes what products and host shells see. The Brain chain shapes and governs intent. The Spine owns durable intake, audit, and control-plane truth. The execution substrate is intentionally isolated — it handles transport, placement, and raw facts but carries no business meaning. Family kits and provider SDKs feed that substrate without owning the contracts above it.
The adjacent @North-Shore-AI organization covers ML reliability, evaluation, and research. This profile is where the runtime, SDK, and governance layers are built in the open.
Products and host shells
jido_code | jido_hive | future apps
↓
Northbound surface
app_kit ← default product-facing entry point
optional neutral operational layer ← reusable operational/review/assurance backing
↓
Brain chain (semantic → typed → governed)
outer_brain → citadel_domain_surface → citadel
↓
Spine (durable intake, auth, control plane, review truth)
jido_integration
↓
Execution substrate (transport, placement, sandbox, raw facts — no durable meaning)
execution_plane
├─ REST family: pristine | prismatic | github_ex | notion_sdk | linear_sdk
├─ CLI / session: cli_subprocess_core | agent_session_manager
└─ Python / ML: snakepit | snakebridge | slither | DSPex
Foundational substrate (ids, fences, leases, checkpoints, generic persistence)
ground_plane ← underlies the entire universal core
Operator and proof surfaces
stack_lab (assembled proofs, fault injection)
switchyard (workbench, shell, site mapping, operator UX)
| Use case | Start here | What the platform provides |
|---|---|---|
| Hosted semantic assistant | app_kit, outer_brain, citadel | Semantic turns shaped northbound, governed by the Brain chain, with durable acceptance and review held in the Spine |
| Reviewable connector automation | jido_integration, github_ex, notion_sdk, linear_sdk | Typed commands through citadel governance; connector semantics stay thin; durable review truth stays below the Brain |
| Multi-turn coding sessions | cli_subprocess_core, agent_session_manager, codex_sdk, claude_agent_sdk | Provider-session mechanics remain family-owned; platform retains durable invocation and policy truth |
| Multi-node or sandboxed execution | execution_plane, snakepit, snakebridge, DSPex | Placement and sandboxing stay substrate-owned; governance and durable route meaning stay above |
| Durable workflows and asset pipelines | flowstone, flowstone_ai, synapse, synapse_ai | Asset-first orchestration with lineage, approval gates, and audit trails that ride the same governance contract |
| Retrieval and code intelligence | rag_ex, portfolio_core, portfolio_index, portfolio_coder | RAG, indexing, vector and graph backends, and project-level knowledge for code and content workloads |
| Operator interfaces and proof harnesses | switchyard, stack_lab, AITrace, ElixirScope | Workbench, shell, and site-mapping surfaces above the execution family; assembled proofs and fault injection across the seam |
- Every layer has a clear owner and a clear non-owner list: each repo owns specific truth and explicitly does not own truth that belongs above or below it. Ownership boundaries are structural, not conventions.
- Governance before execution: semantic reasoning and typed commands pass through a shared governance chain before reaching the execution substrate. Nothing bypasses that contract.
- The execution substrate is intentionally isolated: transport, placement, sandbox mechanics, and raw execution facts live at the bottom. Durable business meaning does not.
- Define stable data and contracts before wrapping in runtime: pure compilers, reducers, validators, and projectors are proved before OTP processes claim ownership. Processes exist where recovery requires them, not as a default shape.
- Use the native runtime surface when fidelity matters: integrations target actual provider CLIs and runtimes instead of flattening everything into thin wrappers.
- Operations, lineage, and failures are observable by design: telemetry, audit trails, and debugging tools are first-class platform concerns, not cleanup work.
This inventory is generated from live GitHub metadata and grouped by nshkr-* topics so it stays current as the ecosystem grows.
| Category | Repositories |
|---|---|
| AI Agents | 12 |
| AI SDKs | 18 |
| AI Infrastructure | 16 |
| Schema | 3 |
| Developer Tools | 14 |
| User Interface | 1 |
| OTP | 5 |
| Testing | 4 |
| Observability | 4 |
| Data | 2 |
| Security | 4 |
| Research | 2 |
| Utilities | 3 |
| Devools | 1 |
| Other | 1 |
| Repository | Description |
|---|---|
| ALTAR | The Agent & Tool Arbitration Protocol |
| DSPex | Declarative Self Improving Elixir - DSPy Orchestration in Elixir |
| ds_ex | DSPEx - Declarative Self-improving Elixir |
| extravaganza | First proving-ground product app for the nshkr stack: a thin, sophisticated o... |
| flowstone | Asset-first data orchestration for Elixir/BEAM. Dagster-inspired with OTP fau... |
| flowstone_ai | FlowStone integration for altar_ai - AI-powered data pipeline assets with cla... |
| jido_hive | Phoenix coordination server and embeddable Elixir client for augmented human-... |
| mabeam | Multi-agent systems framework for the BEAM platform - build distributed auton... |
| mezzanine | Neutral high-level reusable monorepo for the nshkr stack: Ash-driven business... |
| pipeline_ex | Claude Code + Gemini AI collaboration orchestration tools |
| synapse | Headless, declarative multi-agent orchestration framework with a domain-agnos... |
| synapse_ai | Synapse integration for altar_ai - SDK-backed LLM providers for multi-agent w... |
| Repository | Description |
|---|---|
| agent_session_manager | Agent Session Manager - A comprehensive Elixir library for managing AI agent ... |
| altar_ai | Protocol-based AI adapter foundation for Elixir - unified abstractions for ge... |
| amp_sdk | Elixir SDK for the Amp CLI — provides a comprehensive client library for inte... |
| claude_agent_sdk | An Elixir SDK for Claude Code - provides programmatic access to Claude Code C... |
| cli_subprocess_core | Foundational Elixir runtime library for deterministic CLI subprocess orchestr... |
| codex_sdk | OpenAI Codex SDK written in Elixir |
| external_runtime_transport | An Elixir-first external runtime transport foundation for AI SDK integrations... |
| gemini_cli_sdk | An Elixir SDK for the Gemini CLI — Build AI-powered applications with Google ... |
| gemini_ex | Elixir Interface / Adapter for Google Gemini LLM, for both AI Studio and Vert... |
| github_ex | Native Elixir SDK for the GitHub REST API — comprehensive, idiomatic client f... |
| jules_ex | Elixir client SDK for the Jules API - orchestrate AI coding sessions |
| linear_sdk | Elixir SDK for Linear built on Prismatic, using a schema-driven GraphQL toolc... |
| llama_cpp_sdk | Barebones Elixir wrapper and integration surface for llama.cpp experiments, l... |
| mcp_client | Full-featured Elixir client for the Model Context Protocol (MCP) with multi-t... |
| notion_sdk | Native Elixir SDK for the Notion API — comprehensive, idiomatic client for No... |
| ollixir | Ollixir provides a first-class Elixir client with feature parity to the offic... |
| self_hosted_inference_core | Core Elixir primitives for building reliable self-hosted inference clients, p... |
| vllm | vLLM - High-throughput, memory-efficient LLM inference engine with PagedAtten... |
| Repository | Description |
|---|---|
| app_kit | Shared app-facing surface monorepo for the nshkr platform core: composition, ... |
| command | Core Elixir library for AI agent orchestration - unified workbench for runnin... |
| execution_plane | Execution Plane is an Elixir/OTP runtime substrate for boundary-aware AI infr... |
| gepa_ex | Elixir implementation of GEPA: LLM-driven evolutionary optimization using Par... |
| ground_plane | Shared lower infrastructure monorepo for the nshkr platform core: contracts, ... |
| json_remedy | A practical, multi-layered JSON repair library for Elixir that intelligently ... |
| outer_brain | Semantic runtime above Citadel for raw language intake, context assembly, mod... |
| portfolio_core | Hexagonal architecture core for Elixir RAG systems. Port specifications, mani... |
| portfolio_index | Production adapters and pipelines for PortfolioCore. Vector stores (pgvector,... |
| portfolio_manager | AI-native personal project intelligence system - manage, track, and search ac... |
| rag_ex | Elixir RAG library with multi-LLM routing (Gemini, Claude, OpenAI, Ollama), G... |
| skill_ex | Claude Skill Aggregator |
| slither | Lightweight Elixir runtime for composing and executing Python-backed data pip... |
| snakebridge | Compile-time Elixir code generator for Python library bindings. Declare depen... |
| snakepit | High-performance, generalized process pooler and session manager for external... |
| stack_lab | Local distributed-development harness and proving ground for the full stack: ... |
| Repository | Description |
|---|---|
| exdantic | A powerful, flexible schema definition and validation library for Elixir, ins... |
| perimeter | Advanced typing and type validation mechanism for Elixir - runtime type check... |
| sinter | Unified schema definition, validation, and JSON generation for Elixir |
| Repository | Description |
|---|---|
| ElixirScope | AI-Powered Execution Cinema Debugger for Elixir/BEAM |
| atlas_once | Atlas Once is a filesystem-first personal memory system and Unix-native conte... |
| blitz | Small parallel command runner for Elixir and Mix workspaces that executes iso... |
| coolify_ex | Generic Elixir tooling for triggering, monitoring, and verifying Coolify depl... |
| dexterity | Code Intelligence: Token-budgeted codebase context for Elixir agents. Solves ... |
| elixir_dashboard | A Phoenix LiveView performance monitoring dashboard for tracking slow endpoin... |
| elixir_scope | Revolutionary AST-based debugging and code intelligence platform for Elixir a... |
| elixir_tracer | Local-first observability for Elixir with New Relic API parity |
| ex_dbg | State-of-the-Art Introspection and Debugging System for Elixir/Phoenix Applic... |
| portfolio_coder | Code Intelligence Platform: Repository analysis, semantic code search, depend... |
| prismatic | GraphQL-native Elixir SDK platform and monorepo for schema-driven providers, ... |
| pristine | Shared runtime substrate and build-time bridge for first-party OpenAPI-based ... |
| prompt_runner_sdk | Prompt Runner SDK - Elixir toolkit for orchestrating multi-step prompt execut... |
| weld | Deterministic Hex package projection for Elixir monorepos: audit app identiti... |
| Repository | Description |
|---|---|
| switchyard | Terminal-native operator workbench monorepo for multi-site terminal applicati... |
| Repository | Description |
|---|---|
| apex | Core Apex framework for OTP supervision and monitoring |
| apex_ui | Web UI for Apex OTP supervision and monitoring tools |
| arsenal | Metaprogramming framework for automatic REST API generation from OTP operations |
| arsenal_plug | Phoenix/Plug adapter for Apex Arsenal framework |
| superlearner | OTP Supervisor Educational Platform |
| Repository | Description |
|---|---|
| cluster_test | Distributed Erlang/Elixir test cluster management via Mix tasks |
| playwriter | Elixir WSL-to-Windows browser integration |
| sandbox | Isolated OTP application management system for Elixir/Erlang |
| supertester | A battle-hardened testing toolkit for building robust and resilient Elixir & ... |
| Repository | Description |
|---|---|
| AITrace | The unified observability layer for the AI Control Plane |
| citadel | The command and control layer for the AI-powered enterprise |
| foundation | Elixir infrastructure and Observability Library |
| telemetry_reporter | Pachka-powered telemetry reporter for Elixir that batches client-side events,... |
| Repository | Description |
|---|---|
| duckdb_ex | DuckDB driver client in Elixir |
| weaviate_ex | Modern Elixir client for Weaviate vector database with health checks and frie... |
| Repository | Description |
|---|---|
| ASKA | Secure Computing in the AI age |
| GUARDRAIL | GUARDRAIL - MCP Security - Gateway for Unified Access, Resource Delegation, a... |
| Shield | SHIELD: Secure Hierarchical Inter-agent Layer for Distributed Environments |
| pqc-hqc | Post-quantum cryptographic implementation of HQC (Hamming Quasi-Cyclic) - a N... |
| Repository | Description |
|---|---|
| ChronoLedger | Hardware-Secured Temporal Blockchain |
| EADS | Evolutionary Autonomous Development System |
| Repository | Description |
|---|---|
| multipart_ex | Client-agnostic multipart/form-data builder for Elixir with explicit file inp... |
| tools | Utility library and helper functions for Elixir development - common patterns... |
| youtube_audio_dl | Download high-quality audio from YouTube as MP3 files using Elixir. Features ... |
| Repository | Description |
|---|---|
| alkahest | Reusable Temporal facade, typed workflow-control contracts, Elixir client, an... |
| Repository | Description |
|---|---|
| nshkrdotcom | Personal GitHub profile README with Elixir/AI projects and LLM reliability re... |
| Resource | Description |
|---|---|
| @North-Shore-AI | Organization-level ML reliability, experimentation, labeling, and research stacks |
| nsai.online | Organization site and ecosystem entry point |
| nsai.space | Research, experiments, and long-form exploration |
| nsai.store | Package and distribution catalog |
Profile automation
nshkrdotcom.github.io now publishes repo logos under content-hash paths such as /logos/{repo}-{sha12}.svg, so downstream logo URLs are intentionally versioned instead of stable /logos/{repo}.svg aliases.
Changes to this repo's README*, assets/, logo/, logos/, static/, and docs-hosted image assets are picked up automatically by nshkrdotcom.github.io on its scheduled source-change scan. If NSHKR_SITE_SYNC_TOKEN is configured, this repo can also dispatch an immediate sync directly.
Updated 2026-04-20



