Software Engineer, Terminal Interface

Normal Computing | Build with Us

Normal is an applied AI company solving the hardest problems in AI and silicon. We build foundational hardware and software for the semiconductor industry, critical AI infrastructure, and the broader systems that power our world, in partnership with the world's most advanced institutions. We work as one team across New York City, Silicon Valley (Mountain View), London, Copenhagen, and Seoul.

The Role

Normal CLI is how semiconductor engineers do AI-assisted verification work. It is a large interactive terminal application, built in Python and Textual, that design verification engineers keep open all day, usually in environments we do not control: remote workstations inside chip companies, SSH sessions, tmux, Windows and WSL. Our users are accustomed to terminal products, and for many of them this is the first and only surface of Normal they will use. We expect that to remain true.

We are hiring the engineer who will own it as a product: productionizing what began as a research tool and giving it a dedicated end-user focus. You will own the interaction model and the information design — how people enter and edit instructions, how a long agent run stays legible while it streams, how tool use and proposed changes are presented for review, and how work is interrupted, resumed, and recovered after a failure. You will also own the local session client beneath it, and be a leading voice in the client API the rest of our product is built on.

The boundaries matter here. Our ML and research engineers keep the harness — the skills, tools, hooks, and model behavior that make the agent good at chip verification. You take the application those capabilities reach users through. You will sit on the product engineering team that also builds our desktop workbench, our web product, and our agent orchestration, so the terminal moves into the same product as everything else, with the same vocabulary, state, and quality bar.

On any given day, you might rework how a long verification run folds and summarizes itself so an engineer can read it at a glance, chase down why text input breaks under one customer's terminal and IME combination, turn a recurring support thread into a reusable component and a snapshot test, or push back on a runtime event shape that cannot be rendered well.

What You Will Own

• The terminal application: Information architecture and interaction across commands, navigation, input and editing, streamed output, progress, review, interruption, recovery, empty states, and errors that tell the user what to do next.

• Cross-platform behavior: Correct, fast behavior across terminals, shells, multiplexers, remote sessions, macOS, Linux, Windows and WSL, non-English input and IMEs, and constrained customer environments.

• The client boundary: The local session client, and a leading voice in the structured-event interface it consumes. You shape what the runtime emits so the UI does not have to infer intent from formatted text.

• Standards other contributors build against: Define the command, picker, progress, output, and review patterns that research and product engineers use when they add domain workflows, and keep the experience coherent as they do.

• Responsiveness under load: Streaming, cancellation, concurrency, and event-loop behavior for work that runs for a long time and must stay interruptible and understandable throughout.

• A coherent product across surfaces: Shared terminology, state, authentication, and handoffs between the terminal and the rest of our EDA product, so users moving between them do not have to learn two systems.

• Architecture: Evolve a large Textual application toward reusable components and a clear line between product UI, domain logic, and runtime concerns.

• Confidence to change it: Snapshot and visual-regression coverage, packaging, installation, self-update, and the tests that make it safe to change an interactive application people depend on.

What Makes You a Great Fit

• 4+ years of software engineering experience, including significant time building and maintaining an interactive terminal application, TUI, or comparably rich local client — not command wrappers.

• Experience taking on an existing codebase and improving it without breaking what already worked.

• Familiarity with what makes terminal software hard: keyboard and text input, rendering performance, inconsistent terminal capabilities, process and signal handling, and behavior that differs across platforms and environments.

• Strong engineering fundamentals. The application is written in Python and Textual; we weigh depth and judgment above prior experience with either.

• Experience with event-driven or asynchronous applications: streaming data, local processes, cancellation, concurrency, persistence, and recovery from partial failure.

• A high bar for interface details — defaults, error messages, empty states, wording — and a habit of fixing them before users report them.

• The ability to debug across boundaries, from a keystroke in a terminal emulator through the application to the runtime.

• Experience testing interactive software, and judgment about which behavior is worth pinning down.

• Comfort working with researchers and domain experts, and the ability to learn an unfamiliar technical domain well enough to represent an expert workflow accurately.

• Pragmatic judgment about when to invest in a durable abstraction and when to ship the straightforward version.

Bonus Points

Experience with any of the following is helpful, but not required:

• Textual, Rich, prompt-toolkit, curses, Bubble Tea, Ratatui, Ink, or another terminal UI framework

• PTYs, terminal emulation, multiplexers, or remote shell and host abstractions

• Designing human-in-the-loop experiences for coding agents, AI tools, or other long-running automated systems

• Cross-platform packaging, self-update systems, internationalization, IME support, or visual regression testing

• Electron or another desktop framework, particularly embedding a CLI, TUI, or agent runtime

• Semiconductors, EDA, or hardware engineering workflows

Equal Employment Opportunity Statement

Normal Computing is an Equal Opportunity Employer. We celebrate diversity and are committed to creating an inclusive environment for all employees. All qualified applicants will receive consideration for employment without regard to race, color, religion, sex, sexual orientation, gender identity, national origin, disability, veteran status, or any other legally protected status.

Accessibility Accommodations

Normal Computing is committed to providing reasonable accommodations to individuals with disabilities. If you need assistance or an accommodation due to a disability, please let us know at [email protected].

Privacy Notice

By submitting your application, you agree that Normal Computing may collect, use, and store your personal information for employment-related purposes in accordance with our Applicant Privacy Notice.