All Tags

Tag

coding-agents

3 items tagged with "coding-agents"

Event

Jev for LLM Evaluations

In the batch and flex workshop we built an eval for the FAQ agent and scored it with an LLM judge. Here we swap that judge for Jev, a model that returns typed decisions instead of generating text. We keep the same eval, ten agent answers with their tool calls and three good/bad checks each. One Jev request scores all three checks for one answer. On our ten-entry run it cost $0.000429 while the OpenAI judge cost $0.02439, about 57 times cheaper. Jev is TypeSafe AI's decision model. It reads a piece of application state and returns a class per question. It generates no output tokens, so there's no output-token cost and no wait for streaming text. We ask a judge only to say good or bad, and Jev is built for exactly that. We keep the OpenAI judge as the baseline and add a Jev judge through OpenRouter's decisions API. The same checks also run through Laya, an open-weights decision model that runs locally on a CPU. All three judges score the same run, so we can compare verdicts and costs directly. On our sample they agree almost everywhere. All three mark the same answer incorrect, and Jev and Laya return identical scores on every check. We dictated most of the code as prompts to an AI assistant. We include the prompts, so you can reproduce the workflow with any agent you like. We tried one approach that didn't work: batching ten records into one request by making state an array. It looks natural, but the model returns one mixed answer. The final code sends one request per entry and runs them concurrently. Links Resources used here: Saving Money with Batch and Flex - the eval framework we port from. End-to-End Agent Deployment - the FAQ agent we evaluate. Jev on OpenRouter - the model page, with pricing and the decisions API. Laya - the open-weights decision model we run locally.

Sep 22, 2026
Event

Setting Up a Remote Environment for Agentic Workloads

A remote development box gives coding agents a stable place to run while you disconnect, reconnect, or change devices. We set up an Ubuntu server, protect SSH access, install the development tools agents need, and keep several agent sessions available through tmuxctl. We use AWS examples, but the same setup works on any Ubuntu host that you can reach over SSH. The machine stays on the other side of SSH while your laptop, VS Code, or phone controls it. tmuxctl keeps terminal sessions alive across disconnects and gives each session a memory boundary, so one busy agent has less chance of affecting the others. Codex, Claude Code, OpenCode, and Grok Build then run in those persistent sessions with the same Git and project files. flowchart LR LAPTOP["Laptop terminal"] -->|SSH| SERVER["Ubuntu remote server"] VSCODE["VS Code Remote SSH"] -->|SSH| SERVER PHONE["Phone with PocketShell"] -->|SSH| SERVER SERVER -->|persistent sessions| TMUX["tmuxctl / tmux"] TMUX --> AGENTS["Codex / Claude Code / OpenCode / Grok Build"] SERVER -->|Git and gh| GITHUB["GitHub"] SERVER -->|localhost tunnel| APP["Remote development service"] We use three controls for the security boundary: The provider controls access to the server. SSH controls login. The host firewall controls network services. We bind development services to loopback when possible, then use SSH port forwarding to reach them without publishing every port to the internet. If you need public access, add that port deliberately and review the provider security group and host firewall together. You can also use a phone-based path. PocketShell imports an SSH host through a QR code, attaches to a tmux session, and turns voice dictation into a prompt. Treat the QR payload like a private key and create it only in a private place. Links Use this earlier workshop for another remote-server example: Serving open models with vLLM on RunPod - an earlier remote-server workshop with SSH and agent setup.

Sep 1, 2026
Event

Building a Coding Agent: Python/Django Edition

For a newer, combined take, see Coding Agent with Skills. We build a small project bootstrapper for Django, a coding agent that takes a plain-language app request and copies a working Django template. From there it reads and writes files through tools, iterating until the generated app runs. The first version uses the OpenAI Responses API through ToyAIKit. Then we try the same idea with OpenAI Agents SDK, PydanticAI, Anthropic, and Z.AI. Links The main resources: ToyAIKit Django template repo Todo app made with Z.AI Related course: AI Bootcamp: From RAG to Agents Related workshop: Hands-on with AI Agents and MCP The app you will build You chat with the coding agent in a notebook. It's backed by an LLM and a small set of filesystem tools. You give it a request like to-do list, and the agent edits a copied Django template and leaves you with a project you can run. Two screenshots show what the finished workshop output looks like. The first one shows the notebook chat after the agent plans and starts calling file tools: The second one shows one of the generated Django todo apps: Result The simplest version is intentionally small. It runs in Jupyter, uses local filesystem tools, and edits one copied Django project folder. That's enough to understand how larger coding agents work under the hood. The same four steps scale to any size of agent: Prepare a template. Expose the right tools. Give the model precise instructions. Iterate on the generated code.

Aug 14, 2025