Why AI-Generated Patches Should Never Directly Modify Schema Contract Files

·6 views

A software engineering guide warns against allowing free-tier or AI-generated code drafts to directly modify schema contract files such as OpenAPI specs, database migrations, and webhook payloads. The article outlines specific conditions that should automatically block a patch from being promoted, including cases where the same model authors both the code and its tests. It introduces a classification table distinguishing change types that are allowed, require a trusted lock, or must be refused entirely for free-lane origins. A proposed Node.js gate script is described that checks changed file paths against known contract prefixes and validates file digests against a committed lockfile. The core principle is that contract-class changes demand human-reviewed, trusted pipelines to prevent silent breakage across dependent systems.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Why Editing an AI Agent's Prompt Is a Silent Production Deployment

A developer working on AI voice agents warns that editing a prompt is effectively a live production deployment, yet lacks the safeguards of a normal software release — no build process, no diff, no test suite. Because prompts have no scoping, a single sentence change affects every branch of a conversation simultaneously, often causing unintended regressions in unrelated behaviours. The author experienced two real incidents where targeted prompt edits caused the agent to answer questions it was supposed to decline and made callers hang up mid-booking — neither failure triggered any system alert. Unlike traditional software, there is no deterministic replay of past calls, making bugs harder to trace and reproduce. To compensate, the author maintains a frozen set of 12–20 real-traffic call scenarios as a baseline behavioural check before any prompt change goes live.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Student Builds AI Tool to Convert Single Photos Into 3D Flythrough Maps

A second-year student developed DepthWizard, a pipeline that transforms a single 2D image into an interactive 3D flythrough using monocular depth estimation and semantic segmentation. The project was built as a submission for Smart India Hackathon, where it competed against around 160 teams but did not advance past the internal round. The system combines several open-source tools — including Depth Anything V2, SAM 2, Open3D, and CesiumJS — to reconstruct georeferenced 3D meshes from ordinary satellite, drone, or camera images without specialized hardware. The tool was conceived to address the high cost and complexity of traditional 3D terrain mapping methods, with potential use cases in disaster response, infrastructure planning, and unmapped regions. The developer noted that converting relative depth output into accurate, georeferenced elevation data remains the hardest unsolved challenge, and plans to complete a fully working version by the end of the academic year.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

billboard.js 4.1.0 adds live resize, customizable subchart, and CSP-safe web worker

Naver has released billboard.js v4.1.0, a minor update to the open-source JavaScript charting library. The release introduces a new resize.live option that redraws charts continuously as their container is resized, using either per-frame redrawing or CSS stretching depending on rendering budget. The subchart overview can now be configured with its own chart type, axes, and optional brush interaction, rather than simply mirroring the main chart. A CSP-compatible option for specifying the Web Worker source has also been added to improve security policy compliance. Additionally, the React component has been moved into the main package as a subpath export, simplifying integration for React users.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Fix Chaotic Microservices Architecture by Documenting Before Rewriting

A software architect working on a growing gamedev project with roughly twenty services argues that architectural disorder is best addressed through documentation rather than rewrites. The project's services evolved organically without deliberate design, leaving decisions scattered across chat logs and individual memory, causing incidents and ballooning estimates. The proposed first step is a one-page 'service passport' for each service, capturing its purpose, responsibilities, stack, owner, and operational details. These passports are maintained by service owners, updated alongside code changes, and kept brief to avoid becoming abandoned wiki pages. Aggregated into a registry and a plain-text call graph stored in version control, they create a living map that exposes real boundaries, orphaned services, and integration risks before they cause costly failures.

0 comments Read more at DEV Community