Manuel B. Garcia

Manuel B. Garcia serves as the Senior Director for Educational Technology and Digital Learning at FEU Institute of Technology, Manila, Philippines. Read More

Contact Info

1607, FEU Tech Building,
P. Paredes St, Sampaloc,
Manila, Philippines
mbgarcia@feutech.edu.ph

Follow Me

Should Researchers Report AI Prompts That Failed?

Failed AI prompts can reveal methodological limitations, unstable model behavior, and selection decisions that successful outputs alone cannot explain. Learn which unsuccessful prompts researchers should report, how to distinguish development failures from evaluation failures, and how to document negative results without overwhelming the research paper.

927
Reporting Failed AI Research Prompts Guide 927 of 1196
01 · The Question

Do Failed AI Prompts Belong in the Scientific Record?

You are evaluating a generative AI model's ability to classify educational research abstracts. During development, you test 15 prompt formulations. Several produce invalid output formats, others repeatedly misclassify mixed-methods studies, and a few generate explanations unsupported by the abstracts.

Eventually, you develop a prompt that performs well on the pilot dataset.

When preparing the manuscript, you include only the final prompt and its accuracy. The unsuccessful attempts seem irrelevant because they were not used in the final evaluation.

But those failures may explain how the prompt was selected, what difficulties the system encountered, and whether the reported performance is representative of a broader range of reasonable instructions.

Does responsible reporting require researchers to publish every unsuccessful prompt? Or can they report the final procedure while preserving a more detailed development record?

The answer depends on the methodological role of the failed prompts and whether omitting them would materially change how readers interpret the findings.

02 · The Short Answer

Report Failed Prompts When Their Omission Would Distort the Research

In Brief

Researchers should report unsuccessful AI prompts when their failures materially affect the interpretation of performance, prompt selection, robustness, reproducibility, or research conclusions. Failed prompts used during development should be distinguished from failures observed during formal evaluation, because they serve different methodological purposes.

Researchers do not necessarily need to reproduce every informal exploratory interaction in the main article. However, relevant prompt variants, selection criteria, failure categories, and evaluation outcomes should be documented sufficiently to establish how the reported procedure was developed and assessed. Unsuccessful confirmatory outcomes should not be silently excluded merely because they weaken the study's conclusions.

03 · What You Need to Know

Understanding the Scientific Value of Unsuccessful AI Prompts

What counts as a failed AI prompt?

A failed prompt is an instruction or prompting configuration that does not satisfy one or more predefined requirements of the intended task.

Failure may involve an incorrect answer, invalid output format, unsupported interpretation, refusal, incomplete execution, or failure to follow relevant constraints.

However, a prompt should not automatically be classified as unsuccessful merely because it produces a result that contradicts the researcher's hypothesis.

The definition of failure should follow the task's operational criteria rather than the desirability of the outcome.

For example, a prompt that correctly identifies an intervention as ineffective has not failed simply because the researcher expected a positive result.

Why can failed prompts be scientifically informative?

Unsuccessful prompts may reveal limitations that are not apparent from the final optimized configuration.

For example, repeated failures to classify mixed-methods research may suggest that the model requires explicit operational definitions to distinguish methodological integration from the mere presence of different data types.

Failures may also reveal sensitivity to wording, unstable output formats, or difficulty handling ambiguous evidence.

These observations can inform prompt development and interpretation.

However, development failures should not automatically be treated as representative estimates of model performance.

Their scientific value depends on the questions being investigated and the conditions under which they occurred.

What kinds of prompt failures should researchers distinguish?

Failure type Illustrative example Reporting relevance
Instruction failure AI does not follow the specified classification rules Prompt clarity and task compliance
Formatting failure Response does not match the required structured output Workflow reliability and data processing
Factual failure AI reports information contradicted by the source Substantive correctness
Interpretive failure AI makes claims unsupported by available evidence Analytical validity
Classification failure AI assigns an incorrect methodological category Task-specific performance
Execution failure Request times out or an external tool fails System-level reliability
Response instability Repeated executions produce inconsistent classifications Reproducibility and robustness
Safety-related refusal AI declines to complete a task Task completion and permitted-use constraints

These categories may overlap. Researchers should define whether one response can receive several failure labels and how those labels will be counted.

What is the difference between a failed development prompt and a failed evaluation prompt?

Development failure An unsuccessful prompt or output encountered while designing, piloting, or optimizing the research procedure.
Evaluation failure An unsuccessful output or execution observed after the evaluation procedure has been finalized and applied to formal test items.

Development failures help explain how the selected procedure was obtained.

Evaluation failures contribute directly to estimates of performance under the tested conditions.

Researchers should not combine these categories indiscriminately or exclude formal evaluation failures because they were inconvenient.

The distinction is especially important when prompts were selected using development data and subsequently evaluated on a held-out dataset.

Must every unsuccessful development prompt be published?

Not necessarily. Publication requirements should be proportionate to the research objective and the methodological significance of the development history.

A study that compares prompt strategies may need to report all prespecified variants and their results.

A study evaluating one finalized workflow may provide a summary of the development process and preserve detailed records separately.

However, the main manuscript should not create a misleading impression that the final prompt was selected without experimentation when extensive optimization materially influenced the result.

Researchers should disclose enough information for readers to assess relevant selection effects.

Should failed prompts from confirmatory testing always be reported?

Failures observed during formal evaluation should generally be included in the analysis according to the prespecified scoring and exclusion rules.

For example, if a model fails to classify 20 of 200 abstracts, those failures may be part of its actual task performance.

Excluding them without justification could inflate the reported success rate.

Researchers may report failures separately by category, such as incorrect classification, invalid output, or timeout.

However, separate reporting should not automatically remove those observations from the overall performance denominator.

The treatment of failures should reflect the intended evaluation outcome.

How can excluding failed outputs inflate reported performance?

Consider an AI system that processes 100 research abstracts.

It produces 80 correct classifications, 10 incorrect classifications, and 10 invalid outputs.

If the researcher excludes invalid outputs, the reported accuracy among valid responses is 80 divided by 90, or approximately 88.9%.

If the task requires a valid and correct classification for every submitted abstract, the overall success rate is 80%.

Overall Task Success Rate
Task success (%) = (Correct and valid completed tasks / All eligible submitted tasks) × 100%
The denominator should follow the predefined evaluation population. Exclusions, invalid outputs, and technical failures should be handled according to documented rules.
For 100 submitted tasks with 80 valid and correct outputs, overall task success is (80 / 100) × 100% = 80%.

Both the conditional accuracy among valid outputs and overall task success may be informative, but they answer different questions.

Researchers should label the denominators clearly rather than reporting only the more favorable percentage.

Can failed prompts reveal prompt sensitivity?

Yes. If semantically comparable prompt formulations produce substantially different outcomes, the failures may indicate sensitivity to wording or presentation.

For example, one prompt may classify an abstract correctly while another reasonable formulation produces an incorrect label.

However, not all prompt variants are substantively equivalent.

Adding definitions, examples, or external evidence changes the information available to the model.

Researchers should distinguish sensitivity to superficial wording from performance differences caused by substantive changes in instructions.

The principles of prompt sensitivity measurement can help structure such analyses.

Can failed prompts reveal model limitations?

They can, although interpretation requires care.

Repeated failures on a particular task may indicate difficulty with the task, inadequate instructions, insufficient information, or weaknesses in the broader system configuration.

For example, an AI model may repeatedly misclassify mixed-methods studies because the prompt provides an inadequate definition of integration.

Alternatively, the model may continue making the same mistake even after appropriate definitions are supplied.

These situations have different implications.

Researchers should avoid attributing every failed prompt exclusively to model capability or exclusively to prompt quality without supporting evidence.

Can a failed prompt be a legitimate negative research result?

Yes. A prespecified prompt that does not achieve the expected performance threshold can provide meaningful evidence about the evaluated system.

For example, a study may hypothesize that an AI model can classify research methodologies with at least 90% accuracy.

If the model achieves 72% under the specified conditions, the result remains scientifically relevant.

The failure to meet the threshold should be reported rather than hidden or redefined as a successful outcome.

However, researchers should distinguish failure to achieve a target from statistical evidence that performance is below that target.

The interpretation depends on the estimate, uncertainty, and predefined inferential framework.

How does selective failure reporting relate to prompt cherry-picking?

Prompt cherry-picking occurs when researchers selectively report favorable prompts or outcomes while concealing relevant alternatives.

Omitting failed prompts can contribute to this problem when the omissions materially distort how the selected configuration was obtained or evaluated.

However, not every omitted informal trial constitutes cherry-picking.

The methodological concern is whether readers receive a sufficiently accurate account of the selection process and evidence.

The relationship between failed-prompt reporting and prompt cherry-picking is particularly important when many configurations were tested.

Can researchers report failures without overwhelming the article?

Yes. The main manuscript can summarize relevant failure categories, their frequencies, and their implications.

Detailed prompt variants and execution records can be provided through supplementary materials or repositories when appropriate.

For example, a paper might report that 12 prompt variants were examined during development, with five failing output-format requirements and three showing substantial classification instability.

The full prompt texts and relevant development results could then be archived separately.

Researchers should ensure that supplementary reporting remains sufficiently accessible and organized for critical examination.

What should a failed-prompt log contain?

A structured log can help preserve the development and evaluation history.

Record field Purpose
Prompt identifier Links each execution to the relevant instruction
Prompt version Distinguishes revisions
Model identifier Identifies the evaluated system
Execution date Records when the failure occurred
Input identifier Identifies the processed research item
Failure category Classifies the observed problem
Observed output Preserves the evidence of failure
Reference outcome Supports evaluation against the intended standard
Revision decision Explains whether and why the prompt was changed
Evaluation stage Distinguishes development from confirmatory testing

Records should be retained according to applicable institutional, privacy, and data-management requirements.

Should researchers preserve the original failed output?

Where feasible and permitted, preserving the original output can strengthen transparency.

A summary such as "the model failed" may not reveal whether the problem involved incorrect reasoning, missing information, invalid formatting, or a technical error.

The original response can support later reclassification or independent review.

However, outputs may contain confidential research information or protected participant data.

Researchers should apply appropriate access controls, redaction, and retention procedures.

Public disclosure should not be assumed permissible merely because an output was generated by AI.

Should researchers report failed prompts that were later corrected?

Relevant corrected failures may help explain the development process.

For example, an initial prompt may fail to recognize an unclear category, leading researchers to revise the operational instructions.

The final study may legitimately use the corrected prompt.

However, the manuscript should distinguish the development failure from the final evaluation results.

Reporting the correction does not mean that the original failure must be counted against the final configuration's held-out performance.

The appropriate treatment depends on whether the failure occurred during development or formal evaluation.

What if a failed prompt exposes a flaw in the research design?

Sometimes the failure is not merely a prompt problem.

For example, repeated disagreement about research methodology may reveal that the study's classification categories are inadequately defined.

In such cases, adding more prompt instructions may not resolve the underlying construct-validity problem.

Researchers should examine whether the reference standard, coding framework, or research question requires revision.

Prompt development should not be used to conceal weaknesses in the broader methodology.

Independent expert review may be useful when failures expose substantive conceptual ambiguity.

Can reporting failures improve reproducibility?

Yes. Failure records can help explain why a procedure was revised and under which conditions it did not perform as expected.

They may also assist researchers attempting to reproduce the workflow or evaluate it using a different model version.

However, preserving failed prompts alone does not guarantee reproducibility.

Model configurations, execution conditions, input materials, and scoring procedures may also be necessary.

The principles of reproducibility in changing AI systems remain relevant.

How should failed prompts be analyzed statistically?

The analysis should reflect the research question and the structure of the observations.

For example, researchers may calculate failure rates by task category, prompt variant, or model configuration.

When the same items are tested repeatedly, observations may be correlated.

Researchers should avoid treating every generation as an independent research item without justification.

Where relevant, hierarchical models or cluster-aware procedures may be appropriate.

Uncertainty estimates are especially important when serious failures are rare.

Should failed prompts be included in systematic AI benchmark comparisons?

Prespecified evaluation prompts and their unsuccessful outputs should generally be handled according to the benchmark's defined scoring protocol.

For example, if a model refuses to answer or produces an invalid classification, the outcome may count as a task failure when the benchmark requires a valid response.

Researchers should not silently exclude such cases to improve reported accuracy.

However, benchmarks may legitimately define separate measures for refusal behavior, format compliance, and substantive correctness.

The scoring rules should be established before examining results and applied consistently across evaluated systems.

Does reporting failed prompts imply that the AI system is unreliable?

Not necessarily. All complex systems can encounter failures under some conditions.

The scientific question concerns their frequency, severity, distribution, and relevance to the intended application.

A prompt that fails during early development may be corrected before deployment.

A prompt that repeatedly fails during formal evaluation may indicate a more consequential limitation.

Researchers should avoid interpreting the mere existence of failures as proof of general unreliability.

Likewise, they should not interpret a successful final prompt as evidence that relevant failure modes have disappeared.

How should failed prompts be reported in the methods and results?

The methods section should describe the prompt-development procedure, criteria for identifying failures, and rules for handling invalid or incomplete outputs.

The results section should report relevant failures observed during formal evaluation.

For example:

Illustrative Reporting Statement

"During prompt development, 12 candidate formulations were evaluated using a separate pilot dataset. Four variants failed to satisfy predefined output-compliance requirements, while three showed substantial instability across repeated executions. The selected prompt was finalized before confirmatory testing. During the held-out evaluation, invalid outputs were retained in the denominator for overall task success and reported separately from incorrect but valid classifications. Development records and prompt versions are available in the supplementary materials."

This reporting distinguishes developmental limitations from formal performance outcomes while preserving information relevant to interpretation.

04 · A Practical Example

Reporting Failed Prompts in an AI-Assisted Research Classification Study

Hypothetical Example

Developing an AI classifier for educational research abstracts

A researcher develops 12 prompt variants using 40 pilot abstracts.

Several prompts fail to follow the required output structure, while others produce unstable classifications.

After development, the selected prompt is evaluated independently on 200 abstracts.

Development outcome Number of prompt variants
Failed output-compliance criterion 4
Failed stability criterion 3
Met all predefined development criteria 5
Total 12

For simplicity, the hypothetical development categories are mutually exclusive. In an actual study, a prompt may fail more than one criterion, and the counting procedure should reflect that possibility.

Step 1: Define failure criteriaThe researcher establishes output-compliance and classification-stability requirements before reviewing development outcomes.
Step 2: Execute the pilotTwelve candidate prompts are tested using the designated development abstracts.
Step 3: Record unsuccessful variantsFour prompts fail output requirements, while three fail the predefined stability criterion.
Step 4: Select the final promptThe researcher chooses a configuration using documented development criteria and freezes it before independent evaluation.
Step 5: Conduct confirmatory testingThe selected prompt is evaluated on 200 held-out abstracts, and all eligible outcomes are retained according to predefined scoring rules.
Step 6: Report development and evaluation separatelyThe manuscript summarizes the unsuccessful development variants and reports the independent test results without combining the two stages.

The example demonstrates that failed prompts can be documented without overwhelming the main research article.

It also shows why unsuccessful development attempts and failed formal evaluation outputs should be distinguished when interpreting AI performance.

05 · What Researchers Often Get Wrong

Common Misconceptions About Reporting Failed AI Prompts

Misconception

Only Successful Prompts Are Scientifically Relevant

Failed prompts may reveal limitations, development decisions, and robustness concerns that influence interpretation of the final results.

Misconception

Every Informal Prompt Must Appear in the Main Article

Reporting should be proportionate. Relevant development histories can be summarized in the manuscript and preserved in supplementary records.

Misconception

Development Failures Must Count Against Final Test Accuracy

Development and confirmatory evaluation serve different purposes. Their results should be reported separately rather than combined indiscriminately.

Misconception

Invalid Outputs Can Always Be Excluded From Accuracy Calculations

Exclusion may inflate performance when the intended task requires valid outputs. Researchers should use predefined denominators and report invalid responses transparently.

Misconception

A Failed Prompt Proves the Model Cannot Perform the Task

Failure may reflect unclear instructions, inadequate information, system configuration, or model limitations. The mechanism requires investigation.

Misconception

Correcting a Failed Prompt Eliminates the Need for Documentation

Relevant development revisions may be necessary to understand how the selected procedure was obtained.

Misconception

Reporting Failures Makes the Research Less Credible

Transparent failure reporting can strengthen interpretation by distinguishing genuine limitations from selectively favorable results.

06 · What This Means for You

Deciding Which Failed Prompts Should Be Reported

The appropriate reporting strategy depends on whether the failures occurred during development, formal evaluation, or exploratory analysis.

A simple decision framework

If a prompt failed during preliminary development
Preserve the relevant failure and revision records, reporting them when they materially explain selection or limitations.
If a prompt failed during confirmatory evaluation
Include the outcome according to predefined scoring rules and report relevant failure categories.
If many prompt variants were tested
Summarize the development procedure and preserve detailed records in supplementary materials where appropriate.
If failures reveal systematic weaknesses
Analyze their distribution and implications rather than reporting only aggregate accuracy.
If failed prompts contain confidential information
Use appropriate redaction, access restrictions, or protected archival procedures.

Researchers should avoid treating failure reporting as an exercise in cataloging every unsuccessful conversation.

The scientific objective is to preserve the evidence needed to understand the method, its limitations, and the validity of the reported findings.

Watch Out

Do not silently remove failed outputs from formal evaluation merely because they reduce the reported performance score. When failure to produce a valid answer is part of the evaluated task, excluding those cases can materially misrepresent system reliability.

07 · A Quick Checklist

Before Reporting AI Prompt Failures

Before finalizing the research report, check:
Define what constitutes a failed prompt or output for the intended task.
Distinguish development failures from formal evaluation failures.
Preserve relevant unsuccessful prompt variants and original outputs.
Document failure categories and classification criteria.
Explain how failures influenced prompt revisions or selection.
Apply predefined scoring and exclusion rules during confirmatory evaluation.
Report invalid outputs and technical failures using clearly defined denominators.
Avoid combining development and independent test results indiscriminately.
Consider whether failure patterns reveal systematic task limitations.
Use supplementary materials for detailed records when appropriate.
Protect confidential information contained in failed prompts or outputs.
Ensure the conclusions reflect unsuccessful as well as successful evaluation outcomes.
08 · Frequently Asked Questions

Frequently Asked Questions About Reporting Failed AI Prompts

Should researchers report AI prompts that failed?

Yes, when the failures materially affect prompt selection, performance interpretation, robustness, or research conclusions. The level of detail should reflect their methodological significance.

Must every unsuccessful prompt be published?

Not necessarily. Relevant development records can be summarized in the manuscript and preserved through supplementary materials when appropriate.

What counts as a failed AI prompt?

A prompt or output fails when it does not satisfy predefined task requirements, such as correctness, output compliance, completion, or appropriate handling of uncertainty.

Should failed development prompts count against final accuracy?

Not automatically. Development and independent evaluation are different stages. Their results should be reported separately.

Should invalid outputs be excluded from AI evaluation?

Only when justified by predefined rules. For tasks requiring valid outputs, invalid responses may count as failures and should be reported transparently.

Can failed prompts reveal model limitations?

Yes, although failures may also reflect prompt ambiguity, insufficient information, or system configuration. Researchers should investigate plausible explanations.

Can failed prompts be legitimate negative results?

Yes. Failure to meet a prespecified performance objective may provide scientifically valuable evidence about the evaluated system.

How should failed prompts be documented?

Researchers can preserve prompt versions, execution conditions, failure categories, original outputs, and relevant revision decisions in a structured log.

Does reporting failed prompts improve reproducibility?

It can improve transparency about development and failure conditions, although reproducibility also depends on model configurations, input materials, and execution procedures.

09 · The Bottom Line

Unsuccessful Prompts Can Be Part of the Evidence, Not Merely Discarded Attempts

The Bottom Line

Researchers should report failed AI prompts when their omission would materially distort understanding of prompt development, evaluation performance, or system limitations. Development failures should be documented separately from unsuccessful outcomes observed during formal testing.

Scientific transparency does not require placing every experimental prompt in the main manuscript. It requires preserving and reporting the information necessary to understand how the procedure was selected and how it actually performed. Failed prompts can reveal important limitations, particularly when successful outputs alone would create an incomplete impression of AI reliability.

10 · Sources and Further Reading

Research on Negative Results, Selective Reporting, and AI Evaluation

11 · Cite this Guide

How to Cite This Guide

This guide is intended to be read, shared, and used in research, teaching, and academic work. If you draw on its ideas, explanations, or other content, please acknowledge the source by citing the guide. Doing so gives appropriate credit and helps your readers locate the original resource.

Has the Field Guide helped your research?

If a guide helped clarify a question, inform a research decision, or move your work forward, I would love to hear about your experience. Your story may also help other researchers discover the Field Guide.

Share Your Experience
Takes only a few minutes