arXiv paper· software engineering (empirical software engineering, human-AI interaction)· empirical study

On the Prospects of Dynamic LLM Conversations in Software Development

Annemarie Wittig, Alina Mailach, Janet Siegmund, Norbert Siegmund

cs.SE · cs.AI

Quick verdict

Four-month study finds minimal LLM-conversation guidance shows no detectable harm and satisfaction-gain trends, but key results weaken under correction.

Summary

This empirical study reports a four-month controlled longitudinal experiment in which third-semester computer science students (93 enrolled; 64 analyzed after preprocessing, in 25 teams) built full-stack web projects while using a GPT-4 chatbot under three conditions: a context treatment that augmented the system message with task and declared-intention information, a proactive treatment adding follow-up suggestions, prompt-quality feedback, and tailored advice, and an unmodified control. The authors analyze interaction logs (RQ1), monthly surveys of helpfulness, frustration, and productivity (RQ2), and commit-history adoption of LLM-generated code (RQ3). Prompts per conversation showed no significant difference across treatments (3.1-3.6), but prompt tokens did (Kruskal-Wallis p<0.05; Cliff's δ -0.17 to -0.21 vs control). Intention distribution differed sharply between groups (χ²=111.40, p<0.001), and roughly a quarter of first prompts misaligned with declared intentions. The proactive group rated helpfulness highest (4.3 vs 3.9 control, 3.5 context; first-survey Mann-Whitney p≤0.008), but survey attrition (47 to 13 replies) left later comparisons descriptive. The code-commit advantage of treatments (68% context vs 46% control) lost significance after Bonferroni correction. Main limitations: a student-only population, team-level randomization with only 7-9 teams per arm and unmodeled teammate non-independence, GPT-4 version drift over four months, and manual annotation without reported inter-rater agreement.

Review complete

Assessment at a glance

software engineering (empirical software engineering, human-AI interaction)

6

risk flags identified

● high 0

● medium 3

● low 3

Reproducibility readinessmedium
Code & data availableyes
Review confidencehigh
AI text signal0/20 passages flagged
Deep research viable

5 strengths · 5 weaknesses · 5 author questions

AI text signal = Binoculars zero-shot detector score over 20 sampled passages (Fast-DetectGPT co-reported) — absence does not prove human authorship, and a flag does not imply misconduct.

Levels reflect verification complexity — not a quality score. Evolve never rates your paper.

Key claims under review

  • Minimal interventions into developer-LLM conversations (context augmentation or proactive guidance) produced no detectable harmful effects on interaction patterns, perception, or code outcomes.
  • The proactive treatment trends toward higher developer satisfaction, achieving significantly higher first-survey helpfulness (4.3/5 vs 3.9 control, 3.5 context; Mann-Whitney p≤0.008).
  • Treated groups pushed a larger share of LLM-generated code into repositories (context: 68% vs control: 46% of 50 sampled conversations each), though not significant after Bonferroni correction.
  • Roughly a quarter of conversation-opening prompts misalign with the user's declared intention, misalignment typically begins at the second prompt, and only 38.52% of coded conversations stay fully aligned — a previously unquantified phenomenon.
  • Conversations become shorter over the four months in all groups, suggesting users learn to interact with the LLM more efficiently.

Strengths

  • Exceptional ecological validity for this literature

    A four-month, full-stack web project inside a mandatory SE course at two universities (§3.2), versus the hour-scale isolated tasks typical of LLM coding studies; the authors position this explicitly in §1 and §5.

  • Triangulated outcome measurement

    Three complementary dependent variables (Table 2): interaction logs, monthly Likert surveys (helpfulness/frustration/productivity), and commit-history tracking of code from 150 manually reviewed conversations — covering behavior, perception, and artifacts.

  • Novel descriptive contribution on intention misalignment

  • Conservative-treatment design with explicit causal rationale

  • Honest statistical self-correction

Weaknesses

  • Team-level treatment, individual-level analysis

  • Severe intention-imbalance confound

  • Abstract contradicts its own significant finding

  • No inter-rater reliability for manual codings

  • Unpinned GPT-4 endpoint over four months

Full Review Report

$1.99 · one-time

Unlock the complete preliminary analysis Evolve produced for this paper.

Report preview

Scope & Claims

The paper asks whether two deliberately minimal interventions into developer–LLM chat conversations affect interaction behavior (RQ1), perception (RQ2), and code artifacts (RQ3). Its central claims are: (1) interventions produced no detectable harmful effects across all measured outcomes; (2) the proactive arm (follow-up suggestions, prompt-quality feedback, tailored advice) trends toward — and in first-survey helpfulness significantly achieves — higher satisfaction (4.3/5 vs 3.9 control and 3.5 context; Mann-Whitney U=452.0, p=0.008 and U=269.0, p=0.003); (3) treated groups pushed more LLM-generated code (68% of 50 sampled context conversations vs 46% control), though not significant after Bonferroni; and (4) a novel quantification of intention–content misalignment: only 38.52% of 135 manually coded conversations fully matched the user's declared intention, roughly a quarter of first prompts already mismatched, and the proactive group shows the highest full alignment (46.67% vs 37.78% control, 31.11% context; χ²=5.31, p=0.069). The claims are hedged, and the conservative-treatment rationale (§3.1, Table 1) — minimizing confounders and ethical risk to students — is coherent and well argued.

The remaining sections cover Methodology Assessment, Statistical Evidence, Results & Reproducibility, Limitations & Risks, and Verdict & Recommendations.

  • All 5 strengths & 5 weaknesses, analyzed in detail
  • 6 risk flags with severity, section & reviewer questions
  • Methods & statistical evidence assessment
  • 5 questions a peer reviewer would ask
  • Full six-dimension evaluation report & recommendations

One-time purchase · this paper only

One-time purchase, this paper only. AI-generated preliminary analysis — not peer review.

Frequently asked questions

Did guiding developers' LLM conversations harm them in this study?

No harmful effects were detected. Across interaction logs, monthly surveys, and commit-history measures in this four-month study with 64 analyzed computer science students, neither the context nor the proactive guidance treatment showed detectable negative effects; the proactive group in fact rated the chatbot most helpful (4.3/5 vs 3.9 for control).

Which treatment worked better — context augmentation or proactive guidance?

Proactive guidance (follow-up suggestions, prompt-quality feedback, tailored advice) showed the strongest perception results: the highest helpfulness rating in every monthly survey (4.3/5) and significantly higher helpfulness than both other groups in the first survey (Mann-Whitney p≤0.008). Context augmentation led to more committed LLM code (68% vs 46% of sampled conversations) but was rated least helpful (3.5/5), and its commit advantage was not significant after correction.

Who participated in the study and how realistic was the task?

93 third-semester computer science students at two German universities (64 analyzed after preprocessing), randomly assigned in 25 teams of 4-8, built a full-stack web application over four consecutive months within a mandatory software-engineering course — far longer and more open-ended than the hour-scale tasks of typical LLM coding experiments.

Is the study's data and code available?

Yes. The authors state that an anonymous replication package (anonymous.4open.science link in the paper) contains the chatbot application with both guidance mechanisms, all study materials, and the empirical data from the study.

About this review

This is an AI-generated preliminary review by Evolve.Pub, produced from the openly available text of the paper. It is not peer review and does not represent the authors' views. The canonical record of the paper is at the publisher link above.

  • Figures 1-9 appear in the extraction only as numbers and captions; visual distributions (e.g., Fig. 8 survey bars, Fig. 5 time trends) could not be inspected directly, so judgments rely on the reported statistics.
  • Table 3's Likert-scale bars are lost in extraction (only scale labels retained), so baseline balance could only be verified via the reported Kruskal-Wallis test (W=2.84, p=0.24), not visually.

Go deeper on this paper

Reproduce ResultsNot feasible for this paper — the core results cannot be re-derived by sandboxed code simulation.

Wrote a paper? Stress-test it before reviewers do.

Upload your manuscript for the same structured scrutiny — reasoning, statistics, evidence, figures, and reproducibility.

Scan your paper
On the Prospects of Dynamic LLM Conversations in Software Development | Evolve.Pub