> Markdown version of [/jobs/ext/2592901-software-engineer-agentic-development](https://www.wearedevelopers.com/jobs/ext/2592901-software-engineer-agentic-development). Every page supports `.md` or `Accept: text/markdown`. Links point to the HTML versions so they work for humans too. Agent guide: [/agents.md](https://www.wearedevelopers.com/agents.md). --- # Software Engineer (Agentic Development) - **Company:** * Arrow - **Location:** Springfield, MO, United States - **Experience:** Experienced - **Salary:** $85,000.0 - $105,000.0 - **Contract:** Permanent contract - **Skills:** Code Review, Medical Software, Node.Js, SQL Databases, TypeScript, ReactJS, Information Technology - **Published:** August 11, 2026 - **Apply:** https://www.indeed.com/viewjob?jk=1e1baba5cbbf81b6 ## About the Role Engineering judgment, earned the hard way. You need to have written and debugged a lot of code in your career - that's how you learn to recognize a bad architectural direction the moment you see one proposed, and to know which mistakes are cheap to fix and which are permanent. We're not asking you to use that experience to type, and we're not asking you to read everything. We're asking you to catch the wrong approach before it gets built., * Deep understanding of the system, without reading all of it. Your main intervention point is the proposed solution, not the finished diff. You need to know how things work well enough to spot when an approach cuts against the grain - and to say so before it's implemented. * Real production experience with React, Node and TypeScript - enough to evaluate a proposed approach quickly and judge whether it fits * Real care with data. Schema design, migrations and SQL are the one place we do want you reading closely and slowly. Everywhere else you can move fast; here, mistakes are expensive or impossible to undo. * Demonstrated experience driving agentic tooling on real work - not experiments * Well-calibrated skepticism. You've been burned by confidently wrong output and it changed how you work - including a healthy wariness about agents that mark their own homework. Implementation-level defects - race conditions, unhandled errors, missed edge cases - are the loop's job to catch, not yours to find by reading. Your experience of those bugs is what tells you to make sure the loop is looking for them. * Comfort with ambiguity and iteration. Requirements will arrive incomplete and change as we learn. * Clear writing. Specification is the primary skill here. * Willingness to ask why. We want design decisions questioned - politely, with reasoning, but out loud. * Comfortable on a small team, and comfortable being mentored Nice to have * Healthcare software, or another regulated domain * Experience as an early engineer somewhere * Product instincts - you'll help decide what "done" means, not just build to a spec * Experience maintaining and extending existing systems, not just greenfield * Some infrastructure and deployment capability No computer science degree required. No audiology experience required. ## Description You'd join a small in-house engineering team working on an established production codebase, reporting to a hands-on CTO who writes and reviews code - not a manager who used to. For a mid-level engineer, that combination is hard to find: real ownership of systems in daily use, plus direct access to someone who knows them thoroughly. What you'll do * Take business-level goals - sometimes quite big-picture - and drive them to working, shipped software * Decompose broad requirements into work an agent can actually execute well * Direct agentic tooling through implementation, iterating as you learn what the requirement really was * Design and run the verification loop. Most of the checking is done by agents - iterative passes that review the code, write documentation from it, and cross-check each other. Your job is building that loop, deciding what it has to catch, and judging whether its output can be trusted. * Review the approach, scan the diff. The cheapest place to catch a problem is in the proposed solution, before it's built - that's where we want your attention. You'll still look over what comes out, scanning for anything that seems off, but not auditing it line by line. * Read closely where mistakes are permanent - schema changes, migrations, anything touching how data is stored. Everywhere else, don't slow down to read it all. * Test heavily. Agents make tests cheap, so there's rarely a reason not to have them. The judgment isn't whether to test - it's whether the tests assert the right behavior. A large green suite that mirrors the implementation instead of the requirement is worse than no tests, because it locks in a bug and looks like proof. * Refine requirements collaboratively as they take shape. Requirements here are a starting point, not a specification - we expect to learn during implementation and change direction. * Diagnose and fix production issues * Take part in code review in both directions - reviewing others' work as well as having yours reviewed * Document what you learn as you learn it ## Related Videos - [Do TypeScript without TypeScript](https://www.wearedevelopers.com/videos/327-do-typescript-without-typescript) - [Watch Tests Go Brrrr! : Getting Started with Cypress in ReactJS](https://www.wearedevelopers.com/videos/282-watch-tests-go-brrrr-getting-started-with-cypress-in-reactjs) - [Stop using Node.js like in 2020! What changed and what you can do today with Node.js](https://www.wearedevelopers.com/videos/100011-stop-using-node-js-like-in-2020-what-changed-and-what-you-can-do-today-with-node-js) - [Building and Modernising Apps with Agentic AI - Julia Kordick](https://www.wearedevelopers.com/videos/1832-building-and-modernising-apps-with-agentic-ai-julia-kordick) - [Vuejs and TypeScript- Working Together like Peanut Butter and Jelly](https://www.wearedevelopers.com/videos/127-vuejs-and-typescript-working-together-like-peanut-butter-and-jelly) - [Craftsmanship in the Age of Agents](https://www.wearedevelopers.com/videos/100106-craftsmanship-in-the-age-of-agents) ## Related Articles - [What is Agentic Programming and Why Should Developers Care?](https://www.wearedevelopers.com/magazine/625-what-is-agentic-programming-and-why-should-developers-care) - [Never delegate the understanding](https://www.wearedevelopers.com/magazine/749-never-delegate-the-understanding) - [What is Software Engineering in the Age of AI?](https://www.wearedevelopers.com/magazine/640-what-is-software-engineering-in-the-age-of-ai) - [Dev Digest 120 - Apple and peers](https://www.wearedevelopers.com/magazine/455-dev-digest-120-apple-and-peers) - [Navigating the AI Shift](https://www.wearedevelopers.com/magazine/629-navigating-the-ai-shift) - [Top Characteristics of a Software Engineer](https://www.wearedevelopers.com/magazine/166-top-characteristics-of-a-software-engineer)