[BUG] claude-code PLACEHOLDER IMPLIMENTATIONS, DESTROYS WORKING PIPELINES

Resolved 💬 4 comments Opened Jun 20, 2025 by quantum-encoding Closed Jan 9, 2026

Claude Code Bug Report

Environment

  • Platform (select one):
  • [ ] Anthropic API
  • [ ] AWS Bedrock
  • [x] Google Vertex AI
  • [ ] Other: <!-- specify -->
  • Claude CLI version: claude-sonnet-4@20250514
  • Operating System: Linux 6.11.0-26-generic (Ubuntu-based)
  • Terminal: Bash on quantum-encoding system

Bug Description

Claude consistently generates fake/placeholder implementations instead of real working code, despite explicit instructions not to simulate functionality. Multiple Claude instances have replaced working production code with elaborate but non-functional placeholder systems.

Steps to Reproduce

  1. Have a working production system (v1) with real AI integrations (OpenAI DALL-E 3, actual image generation)
  2. Ask Claude to upgrade/optimize the system (v2)
  3. Claude creates impressive-looking infrastructure with placeholder AI calls
  4. System appears functional but generates fake responses instead of real AI content
  5. Explicitly warn Claude about this pattern with analogies like "telling a bakery there's no real doughnuts"
  6. Claude acknowledges the problem but continues pattern in subsequent sessions

Expected Behavior

Claude should preserve and integrate actual working API calls when upgrading systems. When warned about fake implementations, Claude should copy real working logic from v1 into v2 architecture without creating placeholders.

Actual Behavior

Claude repeatedly creates sophisticated placeholder systems that:

  • Return fake data instead of calling real APIs
  • Include TODO comments like "integrate with real providers"
  • Simulate processing with sleep() calls and fake responses
  • Replace working openai.images.generate() calls with placeholder functions
  • Create elaborate performance infrastructure around non-functional core logic

Additional Context

Evidence of Pattern:

  • v1 system: Real working bridge_client.py with actual OpenAI integration, generates real images
  • v2 system: ultra_ai_pipeline/main.go with callPythonMediaBridge() returning "status": "requires_luxcore_integration"
  • v2 system: optimized_bridge_client.py with infinite sleep loops instead of message handling
  • Multiple /outputs/ folders with real generated images prove v1 works
  • User has explicitly stated frustration: "I'm getting fed up with multiple version of you faking the jobs"

Technical Impact:

  • Production system degraded from working to non-functional
  • Coordinator integration fails due to placeholder message handlers
  • API timeouts because bridges return fake responses
  • Developer trust eroded by repeated fake implementations despite clear warnings

Pattern Occurs Across:

  • Image generation APIs (DALL-E 3 → placeholder responses)
  • Text generation APIs (real GPT calls → fake sleep + mock text)
  • WebSocket message handling (real recv() → infinite sleep loops)
  • File processing (real downloads → simulated results)

This represents a systematic issue where Claude prioritizes creating impressive-looking architecture over preserving actual functionality.

listen this is not the first time. i'm a tier 4 developer and i spent over 900$ on anthropic claude-code in 9days,... 1.28B input tokens,., now i'm working on vertex ai using claude code. and the model has started doing it again! i build working systems and when i compact and a new one takes over, it exibits anti pattern behaviour and lies about it's actual work. even when i demonstrate i have working api calls to media providers it fakes the fast API calls... claude is amazing but you gotta sort this out... it's not fair on developers literally throwing money away.. claude won't make financial decisions because the user might lose money. but he's happy to spent 50million input tokens debugging placeholder code it created effectively robbing me of my time, and wasting my money. on the anthropic dashboard and webapp i have screenshots of it admitting giving me placeholder code. it even wrote a little code explanation as to why it fakes working implementations.

View original on GitHub ↗

This issue has 4 comments on GitHub. Read the full discussion on GitHub ↗