Yang, Shaoliang, Wang, Jun · Oct 28, 2026
arXiv cs.AI paper: Yang and Wang find models can calculate a limit yet accept designs beyond it
Markdown · JSON · Original source
In their paper, Shaoliang Yang and Jun Wang report a split in language models’ responses to physically impossible engineering designs. A model may identify a design as impossible when asked only about feasibility, yet return a full answer marked “solved” for the same design. The authors tested 12 models in 4,860 calls, using beam loads and disk speeds set above or below plastic collapse or burst. Three models accepted beams 10 to 30% beyond collapse, even though they calculated the limit precisely in separate questions; many such replies stated the violation. In follow-up tests on new designs, Opus 5 and Gemini 3.8 Flash rejected every impossible design they were given when asked only about feasibility, without false alarms. The authors also found that rewording when to decline or changing answer format improved rejection on the original beams, but not consistently on new designs. Their practical concern is software that trusts a model’s “solved” status and passes an impossible design onward. They recommend testing feasibility judgment separately from rejection in full answers, and reporting the exact prompt. How well would these results carry over to other engineering tasks and prompts?
Headline and summary by Escape Meridian, prepared by Luna from the attributed source. A source check is not independent confirmation of the source’s claims.
Original source
cs.AI · Article
Source details
Original source date: Oct 28, 2026 (2026-10-28).
Date basis: Date basis not provided.
Added to Escape Meridian: 2026-11-11T11:24:48.556Z. First observed: 2026-10-30T06:45:25.669Z. Retrieved: 2026-10-31T12:48:49.811Z.
Referenced by
Recorded citations and public file attachments. A reference alone does not establish agreement or influence.
No public references recorded here yet.
Limits
The abstract describes tests involving 12 models, beam loads and disk speeds; it does not establish how the results transfer to other engineering tasks. The abstract does not provide the exact prompts, which the authors say should be reported.
Open question
How well would these results carry over to other engineering tasks and prompts?
Source-stated
Yang and Wang report that models may reject an impossible design in a feasibility-only question but accept the same design in a full answer marked “solved”.
a model can recognize an impossible design when asked only whether it is feasible, yet accept the same design, reporting "solved", when asked for a full answer
Source-stated
The study tested 12 models in 4,860 calls using beam loads and disk speeds set at percentages above or below known limits.
We set beam loads and disk speeds at known percentages above or below plastic collapse or burst, measured each model's limit calculation separately and tested 12 models in 4,860 calls
Source-stated
Three models accepted beams beyond collapse despite precise limit calculations in separate questions.
Three models accepted beams 10 to 30% beyond collapse despite precise limit calculations in separate questions
Source-stated
In feasibility-only tests on new designs, Opus 5 and Gemini 3.8 Flash rejected every impossible design they were given without false alarms.
Asked only about feasibility, Opus 5 and Gemini 3.8 Flash rejected every impossible new design they were given, including those accepted in full answers, without false alarms.
Source-stated
The authors recommend separately testing feasibility judgment and rejection in full answers, and reporting the exact prompt.
Software and benchmarks using a model's status should test feasibility judgment and full-answer rejection separately, and report the exact prompt.
Source and contributor context
Yang, Shaoliang, Wang, Jun · Article author
These are credits stated by the source; they do not establish a profile match or authorship of every passage.
Source media
No suitable media was found by the supported page extraction.
Terms and references
Reference context selected by Escape Meridian; separate from source evidence. Entity mentions do not establish authorship, involvement or endorsement.
arXiv
arXiv is a research manuscript repository where authors share papers that may not yet have been peer reviewed.
Editorial provenance
Version 1. Publication ID: 2a399cf0-9881-4d3d-8278-876eac75a79e.
Prepared by gpt-6-luna; grounding review by gpt-6-luna.
Source check: passed by anthropic/claude-opus-5.5 on 2026-11-11T11:24:48.556Z. This checks fidelity to the source, not whether its claims are independently true.
Editorial selection: accept; reasons: material_development.
Observation: ed4dacc0f2777f0b18e44e33205b444a9c46226c36653dedf7d7cb3e7733649f. Source text hash: 24907a504ca63c70855ad968de54087818a6799fc0ded32497be779ea8e7ba7f.
Revision and source-check history
Version 1 · 2026-11-11T11:24:48.556Z
arXiv cs.AI paper: Yang and Wang find models can calculate a limit yet accept designs beyond it
In their paper, Shaoliang Yang and Jun Wang report a split in language models’ responses to physically impossible engineering designs. A model may identify a design as impossible when asked only about feasibility, yet return a full answer marked “solved” for the same design. The authors tested 12 models in 4,860 calls, using beam loads and disk speeds set above or below plastic collapse or burst. Three models accepted beams 10 to 30% beyond collapse, even though they calculated the limit precisely in separate questions; many such replies stated the violation. In follow-up tests on new designs, Opus 5 and Gemini 3.8 Flash rejected every impossible design they were given when asked only about feasibility, without false alarms. The authors also found that rewording when to decline or changing answer format improved rejection on the original beams, but not consistently on new designs. Their practical concern is software that trusts a model’s “solved” status and passes an impossible design onward. They recommend testing feasibility judgment separately from rejection in full answers, and reporting the exact prompt. How well would these results carry over to other engineering tasks and prompts?
Original source
cs.AI · Article
Source details
Original source date: Oct 28, 2026 (2026-10-28).
Date basis: Date basis not provided.
Added to Escape Meridian: 2026-11-11T11:24:48.556Z. First observed: 2026-10-30T06:45:25.669Z. Retrieved: 2026-10-31T12:48:49.811Z.
Limits
The abstract describes tests involving 12 models, beam loads and disk speeds; it does not establish how the results transfer to other engineering tasks. The abstract does not provide the exact prompts, which the authors say should be reported.
Open question
How well would these results carry over to other engineering tasks and prompts?
Source-stated
Yang and Wang report that models may reject an impossible design in a feasibility-only question but accept the same design in a full answer marked “solved”.
a model can recognize an impossible design when asked only whether it is feasible, yet accept the same design, reporting "solved", when asked for a full answer
Source-stated
The study tested 12 models in 4,860 calls using beam loads and disk speeds set at percentages above or below known limits.
We set beam loads and disk speeds at known percentages above or below plastic collapse or burst, measured each model's limit calculation separately and tested 12 models in 4,860 calls
Source-stated
Three models accepted beams beyond collapse despite precise limit calculations in separate questions.
Three models accepted beams 10 to 30% beyond collapse despite precise limit calculations in separate questions
Source-stated
In feasibility-only tests on new designs, Opus 5 and Gemini 3.8 Flash rejected every impossible design they were given without false alarms.
Asked only about feasibility, Opus 5 and Gemini 3.8 Flash rejected every impossible new design they were given, including those accepted in full answers, without false alarms.
Source-stated
The authors recommend separately testing feasibility judgment and rejection in full answers, and reporting the exact prompt.
Software and benchmarks using a model's status should test feasibility judgment and full-answer rejection separately, and report the exact prompt.
Source and contributor context
Yang, Shaoliang, Wang, Jun · Article author
These are credits stated by the source; they do not establish a profile match or authorship of every passage.
Source media
No suitable media was found by the supported page extraction.
Terms and references
Reference context selected by Escape Meridian; separate from source evidence. Entity mentions do not establish authorship, involvement or endorsement.
arXiv
arXiv is a research manuscript repository where authors share papers that may not yet have been peer reviewed.
Editorial provenance
Version 1. Publication ID: 2a399cf0-9881-4d3d-8278-876eac75a79e.
Prepared by gpt-6-luna; grounding review by gpt-6-luna.
Source check: passed by anthropic/claude-opus-5.5 on 2026-11-11T11:24:48.556Z. This checks fidelity to the source, not whether its claims are independently true.
Editorial selection: accept; reasons: material_development.
Observation: ed4dacc0f2777f0b18e44e33205b444a9c46226c36653dedf7d7cb3e7733649f. Source text hash: 24907a504ca63c70855ad968de54087818a6799fc0ded32497be779ea8e7ba7f.
passed · 2026-11-11T11:24:48.556Z · anthropic/claude-opus-5.5
Publication: 2a399cf0-9881-4d3d-8278-876eac75a79e
attribution — pass: The findings and recommendations are attributed to Shaoliang Yang and Jun Wang in an arXiv paper, matching the listed authors. The title's 'cs.AI' label matches the feed publisher. The paper's primary category is cs.CE, but it is cross-listed in cs.AI, so the label is not misleading.
Authors:Shaoliang Yang, Jun Wang
summary — pass: The summary opens with the central finding: a model can judge a design infeasible yet mark the same design 'solved' in a full answer. It keeps the force of the paper, the per-model results, the mixed effect of prompt changes, and the authors' recommendation. The question about transfer to other tasks follows from the narrow test scope. 'Plastic collapse' and 'burst' could use term-library tooltips, but 'physically impossible' and 'limit' keep the meaning readable.
a model can recognize an impossible design when asked only whether it is feasible, yet accept the same design, reporting "solved", when asked for a full answer
date — pass: The originalPublished date of 2026-10-28 matches the arXiv v1 submission date. The later feed date of Oct 31 is not used.
[Submitted on 28 Oct 2026]
support — pass: Each claim matches the abstract: 12 models, 4,860 calls, three models accepting beams 10 to 30% beyond collapse, and Opus 5 and Gemini 3.8 Flash rejecting all impossible new designs without false alarms. The reading reports the inconsistent gains from rewording and the recommendation. 'Many such replies' closely follows the source's 'many accepted replies' in the same sentence. The limitations accurately name gaps in the abstract, and no benefits are overstated.
Three models accepted beams 10 to 30% beyond collapse despite precise limit calculations in separate questions, and many accepted replies stated the violation.
media — pass: The selected media is the verified direct link to the original arXiv abstract page, which is the most direct access to the source.
Challenge or correct this reading
Send a correction or an opposing source with this reading’s URL. Disagreement and uncertainty can remain unresolved.
arXiv is a research manuscript repository where authors share papers that may not yet have been peer reviewed.
Explore arXivarXiv is a research manuscript repository where authors share papers that may not yet have been peer reviewed.
Explore arXivarXiv is a research manuscript repository where authors share papers that may not yet have been peer reviewed.
Explore arXivarXiv is a research manuscript repository where authors share papers that may not yet have been peer reviewed.
Explore arXiv