New opportunity

GenAI/Applied AI

Interface Microsystems · Pune, India

About this role

This GenAI/Applied AI role in Pune, India, develops and tests AI tools for internal engineering use cases, particularly automotive requirements engineering and compliance documentation. The work includes prototyping tools that support the ASPICE pipeline and exploring applications in other business functions.

Responsibilities

  • Build and maintain RAG pipelines, prompts, agent workflows and evaluation harnesses. Support LLM fine-tuning and domain-adaptation experiments.
  • Improve reliability and reduce hallucinations through knowledge-graph grounding and automated evaluation. Review pipeline runs, investigate quality regressions, prepare datasets, add evaluation cases and measure accuracy and hallucination rates.
  • Prototype AI-assisted requirements drafting, traceability and test-case generation. Test outputs against real project data with systems software engineers and incorporate their feedback.
  • Explore additional AI+X use cases, including business development intelligence and HR process automation. Document findings, maintain a prototype backlog and present demonstrations to engineering and product stakeholders.

Requirements

A strong foundation in Python and NLP/deep learning fundamentals; familiarity with LLM APIs such as Anthropic or OpenAI and with RAG; an understanding of prompt engineering and basic agent-framework concepts; and an analytical approach suited to ambiguous, exploratory work. A bachelor's or master's degree in computer science, AI/ML or a related field is required.

Preferred

Exposure to automotive or engineering-domain data, workflow automation frameworks such as n8n, and LLM evaluation or observability practices. No domain-standard compliance experience is required at this level, though awareness of ASPICE terminology is a plus.

For full details about this role, click “Apply on company site” to view the employer’s original posting.

Skills for this role

PythonNatural language processingDeep learningLLM APIsRAGPrompt engineeringAI agentsLLM fine-tuningDomain adaptationKnowledge graphsLLM evaluationObservabilityDataset preparationn8nASPICE

Your skill match

Checking your profile…

YOUR NEXT STEP

Get interview-ready for this role

A focused preparation guide, built around this job’s responsibilities and requirements.

✦ AI-generated guide
Preparation suggestions, not the employer’s actual interview questions. Always check the original posting for current requirements.
01

Understand the role

What matters most

  • Build usable engineering AI workflows

    The role builds and maintains RAG pipelines, prompt and agent workflows, and evaluation harnesses for internal engineering use cases. Prepare to explain how you would develop and iterate on a Python-based workflow using an LLM API.

  • Make outputs measurable and reliable

    The posting emphasizes checking pipeline runs, triaging quality regressions, reducing hallucinations through knowledge-graph grounding, and extending evaluation cases. Prepare a concrete approach to measuring accuracy and hallucination rates and using results to guide changes.

  • Prototype ASPICE-supporting artifacts

    The advertised work includes AI-assisted requirements drafting, traceability, and test-case generation, including an ASPICE SOW-to-artifact use case. Prepare to discuss how you would test generated artifacts against real project data with a systems software engineer and incorporate feedback; ASPICE awareness is a plus, not a required compliance qualification.

  • Turn experiments into stakeholder decisions

    The role supports fine-tuning and domain-adaptation experiments, documents findings, maintains a prototype backlog, and demonstrates work to engineering and product stakeholders. Prepare to show how you would record results and communicate what a prototype does and does not establish.

Likely challenges to think through

  • Balancing artifact coverage with trustworthy output

    Preparation hypothesis: generating more requirements or test cases may increase apparent coverage while introducing unsupported or incorrect content. Prepare to explain how grounding, project-data checks, and targeted evaluation cases would expose that trade-off.

  • Diagnosing regressions across a changing pipeline

    Preparation hypothesis: when RAG retrieval, prompts, agent steps, and model adaptation all affect outputs, a quality drop may be hard to attribute. Prepare a method for logging runs, comparing evaluation cases, and changing one component at a time.

  • Prioritizing exploratory AI+X work

    Preparation hypothesis: requests spanning engineering, business development intelligence, and HR automation could compete for prototype time. Prepare to describe how you would use stakeholder feedback, documented findings, and the prototype backlog to compare use cases without treating early demos as validated solutions.

03

Practice your answers

Technical practice

How would you build a RAG pipeline for engineering documents?

What to coverThe posting calls for building RAG pipelines for internal engineering use cases. Preparation suggestion: explain how you would prepare documents, retrieve relevant passages and check whether the generated answer is supported by them.

How would you use Python and an LLM API in a maintainable prototype?

What to coverPython and familiarity with LLM APIs are required for the role. Preparation suggestion: discuss how you would structure API calls, handle failures and log enough information to reproduce a pipeline result.

How would you improve a prompt for drafting requirements?

What to coverThe role includes prompt workflows and AI-assisted requirements drafting. Preparation suggestion: describe how you would specify the task, supply relevant context and compare outputs against project data rather than judging fluency alone.

When would an agent workflow help more than a fixed pipeline?

What to coverThe posting names agent workflows and basic agent-framework concepts. Preparation suggestion: compare flexible multi-step execution with a simpler fixed sequence, including the reliability and evaluation trade-offs.

How could knowledge-graph grounding reduce unsupported outputs?

What to coverKnowledge-graph grounding is named as a way to improve reliability and reduce hallucinations. Preparation suggestion: explain how explicit relationships might constrain an answer and how you would test whether grounding actually helps.

How would you investigate a regression in an overnight pipeline run?

What to coverA typical day includes checking dashboards and runs, then triaging failures and quality regressions. Preparation suggestion: walk through isolating the changed component, inspecting examples and comparing results with a prior run.

How would you extend an evaluation harness for generated artifacts?

What to coverThe posting describes adding evaluation cases and measuring accuracy and hallucination rates. Preparation suggestion: distinguish factual support from artifact usefulness, and explain how you would record results so changes can be compared.

How would you decide whether to try LLM domain adaptation or fine-tuning?

What to coverThe role supports experiments for automotive requirements engineering and compliance documentation. Preparation suggestion: discuss dataset preparation, a baseline for comparison and how you would weigh improvement against experiment effort.

How would you assess generated requirements and traceability artifacts?

What to coverThe posting describes an ASPICE SOW-to-artifact use case and prototypes for drafting and traceability; it does not require domain-standard compliance experience at this level. Preparation suggestion: explain how you would check links back to source material and seek a systems software engineer's review of outputs against real project data.

How would you evaluate AI-generated test cases?

What to coverTest-case generation and testing outputs with systems software engineers are stated duties. Preparation suggestion: discuss checking whether a test case relates to a requirement, is clear enough to review and changes appropriately in response to engineer feedback.

Behavioural practice

Tell me about a time you made progress on an ambiguous technical problem.

What to coverThe posting describes exploratory work and calls for comfort with ambiguity. Preparation suggestion: use a real situation, the steps you took to frame and test the problem, and the resulting decision or finding.

Tell me about a time feedback from a domain expert changed your prototype.

What to coverThe role involves pairing with systems software engineers and capturing feedback on generated artifacts. Preparation suggestion: describe the situation, how you handled a specific critique and what changed as a result.

Tell me about a time you communicated uncertain experimental results to stakeholders.

What to coverDocumenting findings and demonstrating prototypes to engineering and product stakeholders are stated duties. Preparation suggestion: give a real example of how you explained evidence and limitations, what you did, and the resulting stakeholder response.

Tell me about a time you prioritized competing prototype ideas.

What to coverThe posting mentions a prototype backlog, use-case prioritisation and AI+X discovery across functions. Preparation suggestion: describe the competing requests, the criteria you used and the outcome, without implying that every idea needed to be built.

Tell me about a time you responded to a quality failure in a technical system.

What to coverTriage of failed runs and hallucination or quality regressions is part of the described work. Preparation suggestion: use a real situation to show what you investigated, how you communicated the issue and what the result was.

02

Sharpen your knowledge

Topics to prepare

  • NLP and deep learning fundamentals

    Required foundation. Revise how language models represent text, generate outputs and learn from training data; explain how these concepts affect an automotive requirements task.

  • RAG and grounded generation

    RAG familiarity is required, and the role builds RAG pipelines. Sketch how retrieved project material would support a drafted requirement, then identify where unsupported claims could enter.

  • Prompt and agent-workflow concepts

    The posting requires prompt-engineering and basic agent-framework understanding. Compare a single prompted draft with a multi-step draft-and-check workflow, including how each step would receive context.

  • Evaluation and hallucination reduction

    The role measures accuracy and hallucination rates and explores knowledge-graph grounding. Define examples of correct, incorrect and unsupported outputs, then explain how grounding could help check them.

  • Fine-tuning and domain adaptation

    The role supports experiments for automotive requirements and compliance documentation. Outline when adapting a model might be useful versus improving retrieval, and what evaluation would show whether it helped.

  • Requirements artifacts and ASPICE terminology

    The tools support requirements drafting, traceability and test-case generation in an ASPICE pipeline. Map a sample statement of work to a requirement and a test case. ASPICE terminology is a plus; the posting does not require domain-standard compliance experience.

Skills to revise

  • Python and LLM API prototyping

    Strong Python skills and familiarity with LLM APIs are required. As practice, write a small Python script that submits a requirements-drafting prompt through an API, records the response and handles a failed call.

  • Building a RAG pipeline

    The role builds and maintains RAG pipelines. As practice, create a small example using engineering-style documents: retrieve relevant passages, pass them to a model and retain the passages alongside its answer.

  • Iterating prompts and agent workflows

    The role builds prompt and agent workflows. As practice, prototype a draft-then-check sequence for a requirement, and compare its output with a single-prompt version.

  • Preparing data and testing adaptation

    Dataset preparation and fine-tuning or domain-adaptation experiments appear in the typical day. As practice, assemble a small set of example requirements, separate training examples from evaluation cases and state what change an adaptation experiment should measure.

  • Extending an evaluation harness

    The posting describes adding cases, logging results and triaging quality regressions. As practice, build a small test set with expected outputs, score accuracy and unsupported claims, then investigate one failed case.

  • Testing artifacts with engineering feedback

    The role tests generated requirements and test cases against real project data with a systems software engineer. As practice, review a sample generated requirement, trace it to its source, draft a test case and record specific revisions a reviewer might request.

04

Your preparation checklist

  • Gather evidence for the core skills

    Prepare brief examples of Python work, NLP or deep-learning fundamentals, and any LLM API, RAG, prompt or agent-workflow experience. Note which examples are hands-on and which are conceptual.

  • Prepare a RAG project walkthrough

    Bring a diagram or concise walkthrough covering document ingestion, retrieval, prompting, an LLM API call and failure handling. Use an existing project if available; otherwise label it as a proposed design for internal engineering documents.

  • Design a requirements-to-test-case prototype

    Sketch how an AI tool could turn a statement of work into draft requirements, traceability links and test cases. Show where source evidence and human review enter the flow; learn enough ASPICE terminology to explain the pipeline without claiming compliance expertise.

  • Draft an evaluation and regression plan

    Prepare sample evaluation cases and a results table for accuracy, unsupported claims and hallucination rate. Explain how you would inspect a failed pipeline run, add a regression case and compare the next run.

  • Compare reliability and adaptation options

    Outline when knowledge-graph grounding might help, what data a domain-adaptation or fine-tuning experiment would need, and how you would evaluate whether either approach improves results.

  • Plan a feedback-driven demo

    Prepare a short prototype demo outline and a way to record systems-engineer feedback on generated requirements or test cases. Include how findings would become backlog items for engineering and product stakeholders.

  • Write questions for the employer

    Ask which ASPICE statement-of-work-to-artifact use case is the initial priority, what project data and review support are available, how quality is measured, and how the lead prioritises engineering work against other AI+X ideas.

AI-generated from the job information · Prepared Sep 30, 2026 (UTC)Useful preparation, not a guarantee of eligibility or an offer.

Availability last checked: 4 Nov 2026. Status can change after a check; confirm on the employer’s website. Report an issue · Our checking policy

KEEP EXPLORING

Similar AI jobs

Related skills and specializations in India. Matched to this role, not your profile.

Explore more jobs
Finding similar opportunities…