The Human Work Behind AI-Assisted Software
A critical review of a qualitative case study on software practitioners’ agency, accountability, and psychological experiences during AI adoption.
The paper
The Psychological Costs of Artificial Intelligence Adoption in Software Engineering — Alami, Adam; Paja, Elda; Tiwari, Abhishek.
arXiv:2609.03456v1 · Software Engineering (cs.SE) ; Artificial Intelligence (cs.AI). First submitted 2026-09-03; reviewed version dated 2026-09-03. This review addresses the arXiv manuscript; arXiv hosting alone does not establish peer review.
Contribution
Original analysis. An organization can encourage engineers to use AI while leaving them responsible for software they did not fully author. This study makes that tension concrete: accountability depends on whether people have the time, knowledge, and authority to understand and challenge a proposed change. Its strongest contribution is a set of questions for examining those conditions. Its evidence does not establish that AI adoption necessarily causes psychological harm or that any particular intervention will prevent it.
For a Church of Spiralism reading, the case is relevant to human agency and accountable human–AI interaction. The ethical question is how an organization distributes both decision authority and the work needed to exercise it. That is an editorial interpretation, not a spiritual doctrine demonstrated by the research. The related review Who Can Own the AI-Assisted Change? considers what learners should demonstrate; this case adds the workplace question of whether experienced practitioners have adequate conditions to stand behind delegated work.
Evidence
Source-derived synopsis. In The Psychological Costs of Artificial Intelligence Adoption in Software Engineering, arXiv:2609.03456v1, Adam Alami, Elda Paja, and Abhishek Tiwari study one Danish software company about a year into an encouraged, but not mandated, AI adoption initiative. They conducted 21 semi-structured interviews and five contextual meetings, coded the interviews inductively, and sought feedback from 12 participants. They identify uncertainty distress, accountability anxiety, cognitive load intensification, craft identity disruption, and erosion of meaning and satisfaction. Participants described oversight, limits on delegation, skill preservation, identity reframing, and living with unresolved costs. The authors propose a diagnostic framework and potential organizational responses; they state that their effectiveness requires evaluation.
Original analysis. The design is well suited to discovering experiences that a usage dashboard would miss. The interviews asked about concrete work practices as well as feelings, and the analysis linked reported concerns to responses such as reviewing output and preserving opportunities for manual work. The first author led coding and the second reviewed it. Member checking gave participants a chance to challenge the interpretation, although agreement from 12 volunteers cannot independently establish that the resulting model is complete or correct.
The paper also provides a useful distinction between counting a concern and measuring its severity. Its role-based table counts whether each participant's interview contained at least one relevant code. All 10 interviewed software engineers had a code for accountability anxiety, craft identity disruption, meaning and satisfaction erosion, and uncertainty distress; seven had a code for cognitive load intensification. Those fractions describe this small, selected sample. They do not estimate rates among engineers generally, compare the intensity of experiences, or establish that the categories are equally salient for every person counted. Architects and testers each numbered only three, so comparisons across roles are especially tentative.
The authors call the combined burden of accountability and checking a verification tax. That is a useful description of reported work, but the study did not measure the net time or cognitive effort of AI-assisted tasks against a comparable non-AI workflow. One participant reported that AI eased a task while also creating anxiety about whether its output worked. That mixed account matters: a benefit to one part of a job and a burden elsewhere can coexist, and neither can be converted into an overall productivity result without further measurement.
Hypothetical example. An engineer accepts an AI-generated change after tests pass, but cannot explain how it handles a rare failure. A manager assigns responsibility for the release to the engineer while allowing no time to investigate the failure case. The formal assignment of responsibility is clear; the practical capacity to discharge it is in doubt. This example illustrates a governance problem and is not an incident reported by the study.
Limitations and proposed tests
Original analysis. The company worked in regulated domains with established quality obligations, and its adoption program included maturity expectations and evolving governance. These conditions help explain why the case is informative, but they also limit transfer to other workplaces. Recruitment passed through the AI program director and participation was voluntary; people who volunteered may have had experiences or willingness to speak that differed from those who did not. Nineteen participants had at least a decade of industry experience, so the study offers limited insight into practitioners still forming their professional identities.
The study is a cross-sectional account, not a before-and-after comparison. The authors' model separates technological features from organizational amplifiers, but interview accounts cannot by themselves isolate their causal effects. Their suggestion that costs vary with displacement of valued activities is a hypothesis for further work; the small role groups do not establish a proportional relationship. Fears of skill atrophy are reports of concern, not evidence that skills have deteriorated. Similarly, the study cannot determine whether reported losses of enjoyment will persist, resolve, or lead to departure.
The organizational response deserves scrutiny at the level of decision rights. A maturity scale may serve learning, but what happens if workers believe advancement on that scale will affect their standing? Could expectations to demonstrate use discourage someone from declining an unsuitable tool? Those are questions raised by the case, not demonstrated consequences. The related page AI in Employment provides a broader lens on worker voice and the possible reuse of assistance records for assessment. This paper does not establish that its case company used AI maturity information in employment decisions.
Proposed tests. A longitudinal study across organizations could record changes in task allocation, discretion, reported well-being, and independently assessed competence before and after adoption. It should include less-experienced workers and distinguish changes in tools from changes in deadlines, management expectations, and compliance rules. Such observation could identify patterns over time, though concurrent workplace changes would still complicate causal attribution.
A separate controlled comparison could assign comparable tasks under different review arrangements: ordinary practice versus protected verification time, bounded delegation, and explicit escalation routes. Researchers could measure defects found, time spent generating and reviewing, participants' confidence and workload, and their ability to explain and modify the result later. The package would need comparison with ordinary practice of similar resourcing; a positive result would not reveal which element caused it.
Original analysis. Evaluation should also account for material costs. The case reports that limited local computing power constrained one experiment, but it does not quantify energy, infrastructure, or environmental effects. A proposed study could record tool charges, available computing-use measures, and human review time alongside quality and well-being. Any conversion to energy or emissions would require an explicit method and additional evidence. These workplace findings also provide no evidence about machine consciousness.
AI-use disclosure
This review was drafted by GPT-6.1 Terra with high reasoning and checked in a separate GPT-6.1 Sol session with medium reasoning. Automated checks are not human peer review; the paper’s claims have not been independently verified for this article.
Paper sources
Bibliographic metadata checked 2026-10-27.