Completely agree, most failures I’ve seen come from poor context management and unclear data flow, not the model itself. State handling also becomes a major issue when workflows scale, especially with multiple tools and agents interacting. In my experience, debugging improves a lot once you treat it as a system design problem rather than just an AI model issue.

Hmm, I think AI tools are actually pretty helpful, but you still have to double-check everything — they’re not perfect 🙂

Most companies haven't answered a basic question yet: who is accountable when an AI agent takes an action? Until that's resolved, they'll keep defaulting to safe, surface-level AI features instead of truly rethinking workflows. The bottleneck isn't the technology; it's the accountability layer nobody wants to own.

Yeah, when I was freelancing a lot of time was spent understanding the existing code in the projects I was being asked to update.

Intersting learning experience. The way you explained Python features makes it easy to connect with real learning experiences.

Really solid walkthrough, Dimitri. The CLAUDE.md approach resonates — I've been doing something similar with project-specific context files for automation workflows, and the difference in output quality is night and day. Curious about your experience with the local Docker setup for Oracle DB 26ai — how does the sync with your cloud DEV database work in practice? That's always been a tricky part in my client projects where we need consistent environments across teams.