Cadenya
Paid
Developers building agentic workflows
Agent frameworks accumulate state in ways that make failures nearly impossible to trace — by the time something goes wrong, you are debugging an abstraction, not the actual call sequence. llayer strips that away entirely, building the agent loop from bash, curl, and jq with no framework layer between you and the LLM.
The core idea is radical reduction: state lives in an append-only .jsonl history file, the context window is a jq stream reducer, and the agent loop is a while loop in bash. Because every component is a standard Unix text pipe, you can slice the history file to rewind agent memory and replay any point — a capability most agent frameworks make architecturally impossible. Debugging is grep and pv, not a proprietary trace viewer. The ceiling appears fast: complex tool chaining or parallel agent coordination does not emerge naturally from a bash pipeline, and teams building anything beyond a single-agent REPL will spend more time fighting shell quoting rules than building product.
Bottom line: Pick llayer when you need a reproducible, debuggable single-agent experiment running against a local Ollama server; plan a different architecture the day you need two agents to coordinate or your tool count exceeds what a shell script can sanely manage.
Find your fit
More options in Agent Frameworks. Compare pricing, platforms, and features side by side.
Paid
Developers building agentic workflows
Free · Open source
Long-term continuity in multi-session coding projects
llayer applies the Unix philosophy to LLM agent construction. The entire system is a suite of small, single-purpose shell commands — ll-context, ll-dispatch, ll-eval, ll-print, ll-read — wired together over standard text pipes to produce a REPL-style agent loop. There is no runtime to install beyond bash, curl, and jq. The agent calls tools defined in a tools.json file, and the interaction history accumulates in an append-only .jsonl file that mirrors the role of .bash_history. A compose.yaml ships with the repo, suggesting a containerized local setup against compatible LLM servers like Ollama.
The differentiating capability is time-travel debugging. Because agent state is a flat, append-only text file rather than in-memory objects inside a framework, you can slice the history file at any commit point and replay the agent from that exact moment. No framework provides this natively — they require you to re-run from scratch or instrument logging manually. For anyone who has spent an afternoon trying to reproduce a flaky multi-step agent failure, that architectural choice is the entire argument for llayer.
llayer fits one profile well: a Unix-native developer running local experiments against a self-hosted LLM, who wants full visibility into what the agent is doing and zero dependency on a hosted platform. It breaks outside that profile. Multi-agent coordination — agents working in parallel, handing off results to each other — has no native expression in a bash pipeline. Complex conditional branching based on what a prior step returned requires shell logic that scales badly past a handful of branches. Teams moving from experiment to production with those requirements do not extend llayer; they move to a framework that supports those patterns natively.
The repository is MIT-licensed, hosted on GitHub under cloudkj/llayer, and carries no commercial or hosted offering. The vendor states no paid tier exists. Integration with LLM providers is via direct curl calls, which means any provider exposing an OpenAI-compatible HTTP endpoint works without code changes — including local Ollama servers.
Sign in to rate this tool or suggest an edit.