AI AGENTS
Agents that do real work
An agent with a bounded job and scoped tools: it gathers, checks, drafts and prepares, then hands the result to a named person before anything consequential changes.
AI agents & automation
Foundry 41 builds AI agents that do bounded, useful work in your systems, LLM features inside your product, and agent-assisted software delivery. We also help engineering teams introduce AI into their own delivery process without losing the ability to review and validate what ships.
Last updated
What we build
Three kinds, all built so a person can see what the AI did and approve anything consequential.
AI AGENTS
An agent with a bounded job and scoped tools: it gathers, checks, drafts and prepares, then hands the result to a named person before anything consequential changes.
LLM INTEGRATIONS
Extraction, drafting, classification, search and assistants built into your application, with evaluation on agreed cases and fallbacks when the model is unsure.
AGENT-ASSISTED DELIVERY
Agents that turn a spec into a pull request, with AI code review, human approval and monitoring around them. Details below.
AI transformation consulting
Start with one software-delivery path, not a company-wide transformation promise. We work with your engineers to identify where agents can help, what must remain legible to people, and how to check the result before and after release.
01 · MAP
Walk through a real task from request to release. Identify repositories, data access, failure modes and the person accountable for the result.
02 · VALIDATE
Write acceptance criteria and representative evaluation cases. Agree automated checks, security review and the human decision points before an agent changes the workflow.
03 · OPERATE
Set a pull-request and release path, monitoring and rollback expectations, and a way for the team to review failures and adjust the process.
The deliverable is an agreed pilot scope and validation plan for your team's engineering process; implementation or coaching can be scoped separately. We agree scope and fee before paid work. If your goal is to replace a cross-system business workflow, we start instead with the paid Workflow Blueprint.
Agent-assisted delivery
We call it the Software Factory: AI agents working across software delivery without giving up review. Agents draft the change and open a pull request; every change then passes the gates a senior team would insist on: automated evaluation, AI and human code review, an explicit approval, a controlled release, and monitoring after it ships.
01 · Spec intake
A written spec states the change and how it will be accepted. The agent works from the repository's own conventions, tests, and skills.
Gate: accepted spec02 · Build
The agent works on a branch in an isolated environment and opens a pull request with its reasoning attached. It never pushes to the main branch.
Gate: pull request, not a direct push03 · Risk gates
Tests, type checks, and workflow-specific evaluations run in CI; riskier changes need more review. Failures go back to the agent or to a person, not to production.
Gate: checks pass04 · Review
An AI reviewer flags likely correctness and security problems. A human engineer reads the diff and decides whether it merges.
Gate: human approval05 · Release
Approved changes release through the existing deployment path, with a known rollback.
Gate: controlled release06 · Monitor
Logs, errors, and cost are watched after release. A regression becomes a new ticket and goes through the same gates.
Gate: monitored in productionInternal reference: Sky, Foundry 41's own company brain, opens pull requests in our repositories. For a client, the agreed pilot scope or Workflow Blueprint sets which repositories, gates, reviewers, and release paths apply.
Control
By limiting what they can reach, checking what they produce, and putting a person in front of every consequential step. The controls are designed in from the start, not added after something goes wrong.
Company brains and governed workflowsScoped tools and credentials per job, read-only unless a write step is agreed.
Agreed cases the agent or feature must pass before it goes live.
A named person approves anything that changes a system of record, a customer message, or production code.
Errors, cost and quality are watched in production; regressions route to a person.
Questions
Three kinds of AI build work: bounded AI agents, LLM features inside your product, and agent-assisted software delivery with evaluation and human approval. We also offer scoped AI transformation consulting for engineering teams.
An agent with a bounded job, scoped tools and credentials, and a named person who approves consequential steps. It prepares, checks, drafts or changes things in your systems and leaves a record of what it did.
Agents take a written spec, work on a branch and open a pull request. Each change then passes automated checks and risk gates, AI code review, a human engineer's approval, a controlled release, and monitoring in production.
Yes, for engineering teams with a specific delivery process to improve. We scope a pilot, define acceptance cases and review gates with your team, then agree separately whether to help implement or coach the rollout. For a cross-system business workflow, the paid Workflow Blueprint is the starting point.
No. Agents open pull requests; a human engineer reads the diff and decides what merges.
Whichever fits the task and your agreements. You hold the provider accounts and pay the providers directly, so the choice stays yours.
It is evaluated on agreed cases before release and monitored after. Failures and low-confidence results route to a person rather than into production.
Bring one task or one workflow
Tell us the work you want AI to take on, the current review and release process, and who checks the result today.