> Markdown version of [/jobs/ext/224066-integrations-engineer](https://www.wearedevelopers.com/jobs/ext/224066-integrations-engineer). 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). --- # Integrations Engineer - **Company:** THE J.E.M.M. CORPORATION - **Location:** Miami, FL, United States - **Experience:** Expert - **Salary:** $120,000.0 - **Contract:** Permanent contract - **Skills:** Computer-Aided Design, Application Programming Interfaces (APIs), Artificial Intelligence, Confluence, JIRA, Cursor (Graphical User Interface Elements), Device Drivers, Document Type Definition, Electronic Design Automation, Linux on Embedded Systems, Firmware, Google Docs, Hardware Design, Web Servers, Intrusion Detection Systems, Mobile Application Software, Message Queuing Telemetry Transport (MQTT), Software Deployment, Software Engineering, Systems Integration, WebGL, Openapi, Three.js, ReactJS, ONNX (Open Neural Network Exchange) Format, Figma, Machine Learning Operations, TensorRT, Web Api - **Published:** May 23, 2026 - **Apply:** https://www.indeed.com/viewjob?jk=ab494d0db04f4d02 ## About the Role Do you have experience in UI?, · Production experience shipping at the boundary of hardware and software. Firmware, device drivers, or embedded Linux work alongside web or mobile work. · On device AI deployment experience. This includes quantization (int8, int4, GGUF, AWQ thereof), edge inference runtimes (llama.cpp, ONNX Runtime, Core ML, ExecuTorch, TensorRT, &c.), and latency profiling on constrained hardware. · Full stack Go code fluency · API contract design (OpenAPI or gRPC). Comfortable drafting a spec, getting it reviewed, then implementing both sides thereof. · Fluent in reading design tooling output. Figma for product, Fusion or Onshape or KiCad for hardware. You do not need to design. You need to read designs accurately and turn them into engineering work thereof. · Comfortable steering an AI copilot (Claude Code inside Cursor, DeepSeek v4 inside Cursor) · Strong written communication. You will translate between two roles who use different vocabularies. The bridging happens in Confluence and Jira, in writing, every day. Nice to have · OTA update infrastructure experience (system A/B partitions, rollback paths, signed updates thereof) · BLE, MQTT, or other device to cloud protocol experience at production scale · Prior work in regulated hardware contexts (FCC, CE, UL filings touched by firmware changes) · Experience with a model registry (MLflow, Weights and Biases) on the consumption side. You will not train, but you will pull and ship. · Fluent on macOS. We run on macOS engineering workstations and private macOS servers thereof. · Familiarity with WebGL or WebGPU surfaces (Three.js, React Three Fiber). Useful for the companion app's hardware visualization views. ## Description The Integrations Engineer is the bridge between two adjacent roles at Jemm Tec. The Designer (covering both hardware design and product design for the web) sits on one side, and the Artificial Intelligence Engineer on the other. Your job is to take design artifacts as they leave the Designer's hands and turn them into shippable surfaces that meet the AI Engineer's runtime where it lives inside the Jemm Arc product. Concretely, you make sure a hardware revision drawn in Fusion has the I/O the inference module needs. You make sure a mobile or web screen drawn in Figma actually calls the inference gateway with the right schema. You make sure the trained model the AI Engineer hands you runs on the device with the latency budget the product requires thereof. Without this seat, design handoffs queue up behind the AI Engineer. The AI Engineer has to context switch between training the model and wiring its outputs into firmware and product UI. The Designer's work either ships late or ships compromised because no one is the connective tissue. You are the connective tissue. You will join as one of the 5-10 engineers, report to the General Manager, and operate Claude Code (run through Cursor) as your daily AI copilot, with DeepSeek v4 available as the secondary model where it fits the task better. Owned components of the Jemm Arc product · JAR-7, Device Runtime and On Device AI (primary). The software shell the AI lives in on the hardware itself. On device model packaging (quantization, conversion to ONNX or Core ML or ExecuTorch thereof), inference runtime selection, device side telemetry, OTA update plumbing, and the cloud to device fallback path once a model is small enough to live on the device. · JAR-8, Companion Software Surfaces. The mobile app, the web admin console, the on device touchscreen UI, and the public product pages that talk to live device data. Anything the user sees that is wired to either the hardware or the AI lives here. (Component IDs are illustrative against the existing JAR-5 / JAR-6 map. Confirm with the Operations Manual component register before publishing thereof.) Daily routine Per Operations Manual §2 and the Integrations Engineer Charter (mirrors AI Engineer Charter §5), three checks at the start of a given working day: 1. Main project. Review and proceed with your main project operations on a daily basis. For this seat, the main project is the active Jemm Arc revision's integration milestone (the current design to device to companion delivery thereof). 2. Jira check. Review the dashboard for tasks newly assigned by the General Manager. 3. Slack check. Scan #engineering for the async standup thread, then scan the #feed_ channels for bot activity thereof. The AI tooling may summarize either feed on request. The daily review remains a human responsibility at all times. Representative work You will routinely take on cross team tasks of these shapes: · "The Designer just dropped a Fusion revision for Jemm Arc Rev 5 with a new sensor on the back panel. Wire the firmware path, add the inference input channel, and update the companion app to display the new sensor field thereof." · "The AI Engineer just finished a finetune that fits inside the 4 GB on device VRAM budget. Quantize for the device runtime, profile latency on the target SoC, and ship as an OTA release candidate." · "The Designer's new Figma flow for first run onboarding needs three new API endpoints. Draft the OpenAPI spec, route it through #claude_proposals for review, implement the gateway, and ship the mobile and web screens." · "Cut a release candidate of the on device runtime that gracefully falls back from local inference to cloud inference when battery thermal throttling kicks in." · "Audit the round trip latency between the touchscreen, the on device inference runtime, and the cloud gateway. Propose two changes that take 100 ms off the worst case thereof." · "The AI Engineer added a new tokenizer to the registry. Update the device runtime, the cloud gateway, the mobile SDK, and the web client to consume it without breaking the previous model lineage." How we work with AI tooling Read first, propose, then act. Survey current state before proposing any action thereof. Default deny on writes. Every platform modifying tool call routes through Workflow C1. The agent posts a proposal to #claude_proposals via the n8n webhook, then waits for Approve or Deny. Standing preapprovals. The General Manager has preapproved the following without per action approval: · Posting summaries to #engineering from the Integrations Engineer account · Creating subtasks under Jira epics the Integrations Engineer owns · Updating Jira tickets assigned to the Integrations Engineer · Drafting Confluence pages under the Integrations Engineer name (publish still requires a human click thereof) · Posting comments on Figma files (component level review feedback thereof) Everything else routes through Workflow C1. · Slack. #engineering for technical discussion, #help_it for blockers, #incidents only for severity 1 or 2 thereof. · Jira. Every task gets a ticket. No work happens without one. · Confluence. Reference docs live here once stable. Working drafts stay in Google Docs (Manual §7 document type rule thereof). ## Related Videos - [Rendering Design Software in the Browser at Penpot](https://www.wearedevelopers.com/videos/1353-rendering-design-software-in-the-browser-at-penpot) - [For the Cars and the Curious: Android Drift](https://www.wearedevelopers.com/videos/499-for-the-cars-and-the-curious-android-drift) - [Boost Productivity with AI: Figma & Playwright MCP Workflows - Aris Markogiannakis](https://www.wearedevelopers.com/videos/1768-boost-productivity-with-ai-figma-playwright-mcp-workflows-aris-markogiannakis) - [Improving quality with Agentic AI with Rovo Dev and Xray](https://www.wearedevelopers.com/videos/2005-improving-quality-with-agentic-ai-with-rovo-dev-and-xray) - [Designing the Future of Human<>Agent Collaboration](https://www.wearedevelopers.com/videos/1447-designing-the-future-of-human-agent-collaboration) - [WeAreDevelopers LIVE – From JavaScript to WebAssembly, High-Performance Charting and More](https://www.wearedevelopers.com/videos/1794-wearedevelopers-live-from-javascript-to-webassembly-high-performance-charting-and-more) ## Related Articles - [Dev Digest 118 - not a total recall](https://www.wearedevelopers.com/magazine/452-dev-digest-118-not-a-total-recall) - [Dev Digest 120 - Apple and peers](https://www.wearedevelopers.com/magazine/455-dev-digest-120-apple-and-peers) - [Dev Digest 121 - AI goes offline](https://www.wearedevelopers.com/magazine/456-dev-digest-121-ai-goes-offline) - [Dev Digest 123 - Easy as A, B, C1](https://www.wearedevelopers.com/magazine/459-dev-digest-123-easy-as-a-b-c1) - [WeAreDevelopers Dev Digest Issue 116 - The new search wars…](https://www.wearedevelopers.com/magazine/445-wearedevelopers-dev-digest-issue-116-the-new-search-wars) - [Dev Digest 132 - Binging WADFlix?](https://www.wearedevelopers.com/magazine/473-dev-digest-132-binging-wadflix)