Working with humans in the age of AI, perspective from the RSE team

Romain Thomas with Edwin Brown, Shaun Donnelly, Martin Dyer, Michael Foster, Joe Heffer, Peter Heywood, Tamora James, Twin Karmakharm, Matthew Leach & Neil Shephard
1 November 2026 12:00

Preamble

The cost of creating lines of code is dropping. Everybody, with the help of a few prompts, can produce thousands and thousands of lines of code. This is also the case for words, and the cost of creating text is also falling dramatically. As we have recently seen, conference registered abstracts are skyrocketing (ICLR Went From 490 registered abstract to 62,000 in Ten Years1) and we start to see research papers made by people claiming openly that they did not and were not able to verify their content2.

As a consequence, where does the value of a research output lie?

Is it in the thousands of lines of code produced with a mere understanding of what the software does? Or is it coming from the knowledge of the data workflow, the architecture, the implementation of the algorithms, their reusability (in the widest, FAIR3, definition of the word), accuracy and impact?
Is it in the thousands of words that constitute a paper? Or is it in the framing of the problem, the understanding of the process, of the chain of thought, logical steps and the assessement of the results in a wider research context?

The value lies, and should always lie, in the understanding of a research question, the proposed solution and how this solution has been brought to existence.

AI can be a very powerful ally and can speed up the production of knowledge, but can also have a real pernicious impact on human interactions and collaborations if it is not used in a responsible and collegial way, with mutual understanding and respect.

What follows is not about AI-assisted coding. It is not a list of best practices applied to AI generated code. It is about how, in the RSE team, we value the work we bring to research projects and how we value the work of our research colleagues, their time and their wellbeing, at any stage of their career (PhD students, Post docs and Academics). It is about how we want to keep research and technical rigour, human growth and development, and a positive team culture in an epoch where volume seems to be the only metric that matters. And finally, this is an attempt to maximise the positive impact of AI in research while trying to minimize the negative aspects.

Note: What is below does not supercede the University of Sheffield Good Research and Innovation Practices policy on the use of genAI in research. If you want to consult it you can find it on the University of Sheffield webpage4.

RSE team’s Ways of Working with AI

  • Human to human interaction is what makes a collaboration. Exchange of AI information that is then understood only when deciphered by another AI is not a productive way to work. AI to AI is not a proxy for human to human.
  • AI usage is agreed upon. When a collaboration starts, the AI usage should be discussed among the team members and agreed upon.
  • AI is not a sustainable shortcut. When adding AI-made content on top of AI-made content decreases the overall understanding of the work, AI usage should be reconsidered.
  • AI usage is transparent. Using AI is perfectly fine, but its usage should be disclosed.
  • Humans are accountable, not the AI. Validation and quality of work, human or AI made, is a human judgment. Credit for good work goes to humans, consequences for bad work as well.
    • RSE corollary #1: Software, human or AI made, should follow research standards (e.g. FAIR principles).
    • RSE corollary #2: Software tests, human or AI made, should be validated by a human.
  • AI setup is shared. AI content heavily depends on the prompt that generated it. When AI content is shared, the prompt should also be distributed. When a full agentic setup is used, the orchestration specification, model configuration and logs should be freely accessible by the team.
  • Work is explainable by humans. Contributions made to the team, or exchange of information between team members, should be understood by the humans who propose them.
  • Work is human digestible. Contributions made to the team, or exchange of information between team members, should be made in reasonable volume.
    • RSE corollary #3: Software development should be made by small incremental changes. These changes should be recorded in the development history (incremental version control).
  • Work can be reused by a human. Any type of AI generated output can be understood, modified, built upon, or incorporated into other works without the use of AI.
  • AI safety. It is the responsibility of the project team to figure out (with help of other services if need be) whether an AI can be used safely in the context of the project, and in line with the policy of the institution.
  • Personal responsibility. Users of AI are responsible for their own personal installation.
  • Freedom to say no. Members of the project team are free to not use generative AI tools for their own work, remain the sole owner of this decision and are able to explain the rationale behind it.
  • Freedom to decline. Members of the project team retain the authority to challenge or decline further work where inherited knowledge erosion cannot be controlled [adapted from here].
    • RSE corollary #4: An RSE can decline to review/incorporate code that has not been reviewed and understood by its original creator.


Reference

  1. https://reviewer3.com/evidence/iclr-submissions-2027 ↩

  2. “A sub-Earth-sized TESS planet candidate in the nearby M-dwarf binary GJ 774, most likely orbiting GJ 774 A (TIC 351339274”. Quote from the author: “The author has not independently checked the analyses and does not have the expertise to verify every technical detail; the work relies instead on the validation steps listed below and on the public release of all code and data, so that others can check it.” It is worth noting that the paper has since been withdrawn from arXiv. ↩

  3. Introducing the FAIR Principles for research software ↩

  4. Principles for Using GenAI in Research and innovation at the University of Sheffield ↩