The CAD adapter logged Assembly created over an empty folder, and a board STEP could not be validated: every twin.build_assembly failed without being reported because the gateway made a root-owned output folder the uid 1000 adapter could not write to, and CadQuery Assembly.save ignores the OCCT STEP writer return status. A second bug sent a 2.6 MB board STEP as about 3.5 MB of base64, hit aiohttp 1 MiB limit, and the agent saw Invalid JSON.

Recurring agent failure issue in MetaForge (FidelOdok)

MetaForge (FidelOdok)MCADAgent failureMedium confidence

What engineers report

A recurring agent failure problem in MetaForge (FidelOdok) that mostly hits the mechanical designer.

Failure pattern: agent / failure

Analyst note

From the Grok pain-radar digests, Nov 8-9 2026 (Nov 8 8:41 AM ET through Nov 9 6:41 AM ET digests plus the Haitch editions). Verified live 2026-11-09: issue/PR read; title and state confirmed.

What it costs a team

Modeled annual cost

$30,000

For a team of 5

Prototype delay

3 days

Modeled schedule slip per occurrence

Time lost

240 min

Per engineer per month, about 1 incidents

How the cost is modeled

240 min/month × 5 engineers × 12 months = 240 hours × $125/hour = $30,000

A modeled estimate with medium confidence. Swap in your own team size and loaded rate to size it for your team.

Engineering tools that address it

No engineering tool profile lists this error yet. Browse tools that connect to MetaForge (FidelOdok).

Evidence

  1. 1FidelOdok/MetaForge PR #1360: fix(cadquery): assemblies write where the adapter can, fail loudly when they cannot, and a board STEP validates (FORGE-844)github.com

More recurring errors in MetaForge (FidelOdok)

See all 20 MetaForge (FidelOdok) errors

Sourced from public community reports. Costs and delays are modeled estimates, not measurements. Know a better source or a fix? Tell us at hello@productflo.io.