https://github.com/ghuntley/loom
if your name is not Geoffrey Huntley then do not use loom
https://github.com/ghuntley/loom
Last synced: 29 days ago
JSON representation
if your name is not Geoffrey Huntley then do not use loom
- Host: GitHub
- URL: https://github.com/ghuntley/loom
- Owner: ghuntley
- Created: 2025-12-18T10:34:50.000Z (5 months ago)
- Default Branch: trunk
- Last Pushed: 2026-03-11T00:19:33.000Z (2 months ago)
- Last Synced: 2026-04-05T12:29:06.090Z (about 2 months ago)
- Language: Rust
- Homepage:
- Size: 9.97 MB
- Stars: 1,260
- Watchers: 47
- Forks: 212
- Open Issues: 15
-
Metadata Files:
- Readme: README.md
- Agents: AGENTS.md
Awesome Lists containing this project
- awesome-agent-orchestrators - loom - Infrastructure for evolutionary software where autonomous loops evolve products. (Multi-Agent Swarms)
- awesome-cli-coding-agents - loom - agent coordination. (Harnesses & orchestration / Orchestrators & autonomous loops)
README
# Loom
> [!CAUTION]
> **Loom is a research project. If your name is not Geoffrey Huntley then do not use.**
>
> This software is experimental, unstable, and under active development. APIs will change without notice. Features may be incomplete or broken. There is no support, no documentation guarantees, and no warranty of any kind. Use at your own risk.
## Overview
Loom is an AI-powered coding agent built in Rust. It provides a REPL interface for interacting with LLM-powered agents that can execute tools to perform file system operations, code analysis, and other development tasks.
The system is designed around three core principles:
1. **Modularity** - Clean separation between core abstractions, LLM providers, and tools
2. **Extensibility** - Easy addition of new LLM providers and tools via trait implementations
3. **Reliability** - Robust error handling with retry mechanisms and structured logging
## Architecture
Loom is organized as a Cargo workspace with 30+ crates:
```
loom/
├── crates/
│ ├── loom-core/ # Core abstractions, state machine, types
│ ├── loom-server/ # HTTP API server with LLM proxy
│ ├── loom-cli/ # Command-line interface
│ ├── loom-thread/ # Conversation persistence and sync
│ ├── loom-tools/ # Agent tool implementations
│ ├── loom-llm-*/ # LLM provider integrations
│ ├── loom-auth*/ # Authentication and authorization
│ ├── loom-tui-*/ # Terminal UI components
│ └── ... # Many more specialized crates
├── web/
│ └── loom-web/ # Svelte 5 web frontend
├── specs/ # Design specifications
└── infra/ # Nix/K8s infrastructure
```
### Key Components
| Component | Description |
|-----------|-------------|
| **Core Agent** | State machine for conversation flow and tool orchestration |
| **LLM Proxy** | Server-side proxy architecture - API keys never leave the server |
| **Tool System** | Registry and execution framework for agent capabilities |
| **Weaver** | Remote execution environments via Kubernetes pods |
| **Thread System** | Conversation persistence with FTS5 search |
| **Analytics** | PostHog-style product analytics with identity resolution |
| **Auth** | OAuth, magic links, ABAC authorization |
| **Feature Flags** | Runtime feature toggles, experiments, and kill switches |
### Server-Side LLM Proxy
Loom uses a server-side proxy architecture for all LLM interactions:
```
┌─────────────┐ HTTP ┌─────────────┐ Provider API ┌─────────────┐
│ loom-cli │ ───────────────▶│ loom-server │ ──────────────────▶ │ Anthropic │
│ │ /proxy/{provider}│ │ │ OpenAI │
│ ProxyLlm- │ /complete │ LlmService │ │ etc. │
│ Client │ /stream │ │ │ │
└─────────────┘ ◀───────────── └─────────────┘ ◀────────────────── └─────────────┘
SSE stream SSE stream
```
API keys are stored server-side only. Clients communicate through the proxy.
## Building
### With Nix (Preferred)
Uses cargo2nix for reproducible builds with per-crate caching:
```bash
# Build CLI
nix build .#loom-cli-c2n
# Build server
nix build .#loom-server-c2n
# Build any crate
nix build .#-c2n
```
### With Cargo (Development)
```bash
# Build everything
cargo build --workspace
# Run tests
cargo test --workspace
# Lint
cargo clippy --workspace -- -D warnings
# Format
cargo fmt --all
# Full check
make check
```
## Specifications
Design documentation lives in `specs/`. See `specs/README.md` for a complete index organized by category:
- Core Architecture
- LLM Integration
- Configuration & Security
- Analytics & Experimentation
- Editor Integration
- Remote Execution (Weaver)
- And more...
## License
Proprietary. Copyright (c) 2025 Geoffrey Huntley. All rights reserved.