#spec-driven-development

Evolving Spec-Driven Development: Conductor Now Supports Antigravity

Conductor Plugin nâng cấp hỗ trợ Antigravity, cho phép người dùng trò chuyện tự nhiên với AI để quản lý markdown specs thông qua Antigravity CLI.

Lập trình viên nên đọc bài này vì công cụ Conductor giúp tự động hóa và làm sáng tỏ quy trình phát triển theo tiêu chuẩn bằng cách kết nối các giao diện tự động hóa với các công cụ như Antigravity, giảm thiểu lỗi và tăng hiệu quả trong việc quản lý yêu cầu kỹ thuật.

Here’s How to “Slice” a Redesign the Agentic Way

Áp dụng phương pháp phát triển theo đặc tả (spec-driven development), nhóm đã chia nhỏ tính năng lớn thành các "vertical slices" (phần nhỏ theo chiều dọc) để tối ưu hóa hiệu quả triển khai và dễ dàng kiểm thử.

Lập trình viên nên đọc bài này để hiểu cách áp dụng phân tích tính năng theo "slices" (dải cắt) giúp tách nhỏ dự án thành các phần nhỏ, độc lập, dễ triển khai và kiểm thử hiệu quả, tối ưu hóa tốc độ phát triển và chất lượng codebase.

Quality First Agentic Coding: The Night Shift

Quy trình kiểm soát chất lượng cho phép các AI coding agent hoạt động tự động suốt đêm mà không hạ thấp tiêu chuẩn kỹ thuật.

Lập trình viên nên đọc bài này để tìm hiểu cách xây dựng quy trình tự động hóa mã nguồn với tiêu chuẩn chất lượng cao, giúp AI hoạt động độc lập trong đêm mà không làm giảm chất lượng công việc.

The Spec Is the New Unit of Work: Spec-Driven Development for Teams Running AI Agents

Trong phát triển AI agent, "Spec" (đặc tả kỹ thuật) trở thành đơn vị công việc quan trọng thay thế cho prompt. Việc xây dựng Spec chi tiết trước khi triển khai giúp tích lũy và chuẩn hóa quy trình phát triển agent hiệu quả hơn.

Lập trình viên AI nên đọc bài này để hiểu cách chuyển từ việc viết code theo ý tưởng trực quan sang xây dựng các spec chi tiết rõ ràng—chính là cách đảm bảo chất lượng, tái sử dụng và đồng bộ hóa công việc cho các đội phát triển AI hiệu quả hơn.

adam bien's blog

SBCE là quy trình khai báo mọi khả năng dưới dạng spec duy nhất trong file package-info.java bằng Markdown JavaDoc (JEP 467), định nghĩa các operation và yêu cầu EARS theo phong cách "what not how". AIrails cung cấp skill SBCE với hai chế độ /sbce new để khai báo spec mới và /sbce apply để đồng bộ code theo spec, phát hiện drift và sinh mã/thêm test thiếu. Phương pháp này tận dụng các tiêu chuẩn sẵn có (EARS, JavaDoc, BCE) nên skill chỉ dưới 4.000 tokens.

Lập trình viên nên đọc để tìm hiểu cách áp dụng SBCE—một công cụ tự động hóa định nghĩa và tuân thủ các đặc tính hệ thống thông qua các tài liệu Markdown trong Java—giúp tối ưu hóa quy trình phát triển, giảm thiểu drift mã và tăng cường tính nhất quán kiến trúc từ những quy ước đã được chuẩn hóa.

Spec-Driven Development vs Vibe Coding: The Enterprise Framework for Scaling AI Software Delivery and Proving Its ROI

Năm 2026, các nhà lãnh đạo kỹ thuật đối mặt mâu thuẫn giữa tốc độ phát triển nhờ công cụ AI (vibe coding) và nhu cầu kiểm soát chất lượng, đo lường ROI (Spec-Driven Development). Hai phương pháp này cung cấp khung doanh nghiệp để mở rộng giaoivery phần mềm AI và chứng minh giá trị đầu tư.

Lập trình viên nên đọc bài này để hiểu cách áp dụng phương pháp Spec-Driven Development trong việc xây dựng hệ thống AI chuyên nghiệp, từ đó tối ưu hóa hiệu suất, bảo trì và chứng minh giá trị kinh tế thực tế cho dự án.

What AI Secretly Changed About My Engineering

After hundreds of hours using AI coding tools like Claude, Copilot, and JetBrains Junie on real production services, the author found that AI didn't just make coding faster — it exposed weak engineering habits. Key lessons include: writing clear specifications before requesting code, treating AI context as a finite resource by keeping tasks small and focused, always reviewing AI-generated plans before implementation, avoiding having the same AI review its own output, and maintaining strict diff size discipline. The author advocates for spec-driven development as the core workflow shift, arguing that the habits AI rewards — clear requirements, small changes, independent review, meaningful tests — are simply good engineering practices that outlast any specific tool.

adam bien's blog

SBCE (Spec-Driven BCE) is a workflow where every capability is declared as a single spec living in a Java package's package-info.java file, co-located with the code it governs. Built on the Boundary-Control-Entity pattern, it uses standard notations (EARS requirements, JEP 467 Markdown JavaDoc, Mermaid) to keep specs in stable public formats already known to LLMs. The workflow ships as an AIrails skill in roughly 4,000 tokens. Two commands drive it: /sbce new declares a capability and scaffolds layers, while /sbce apply converges code to the spec by generating missing methods and tests, surfacing undeclared code as drift. Done means a green test run, not the model's opinion.

adam bien's blog

Quy trình SBCE (Spec-Driven BCE) sử dụng JavaDoc (JEP 467) trong package-info.java để khai báo khả năng của mỗi package Java dưới dạng spec, làm hợp đồng biên giới cho thành phần Boundary-Control-Entity. Nó hoạt động như một kỹ năng AIrails mới, kết hợp với kỹ năng /bce hiện có, sử dụng ký hiệu EARS cho yêu cầu và hai lệnh /sbce new (khai báo & scaffold) cùng /sbce apply (đồng bộ mã với spec) để quản lý vòng đời.

Lập trình viên nên đọc bài này để khám phá cách kết hợp đạo đức thiết kế (spec-driven) với cách thức tự động hóa phát triển thông qua tiêu chuẩn hóa, giảm thiểu rủi ro lỗi và tối ưu hóa quy trình phát triển Java bằng công cụ AI tích hợp.

Design a screen, get a Clean Architecture feature — Spec-Driven Development that keeps AI-generated KMP code from drifting

AI-generated code drifts across prompts because nothing enforces architectural consistency between them. KMPilot is an open-source template for Kotlin Multiplatform that addresses this by combining three constraints: Clean Architecture enforced via git hooks that block direct edits to feature files, design tokens extracted from mockups as code inputs rather than visual references, and a living spec.md per feature that serves as the model's memory. Features are built through a pipeline of Claude Code skills — /ui-designer generates a design blueprint from Stitch, /creating-kmp-feature runs parallel agents for data, UI, integration, and platform layers, and /modifying-kmp-feature reads the spec before making changes. The result is a complete, wired feature module with 32 files generated consistently from a single design and build command, with tests and architecture review baked into the workflow.

adam bien's blog

SBCE là phương pháp phát triển theo đặc tả (spec-driven) tích hợp trực tiếp đặc tả vào file package-info.java của Java thông qua JEP 467 Markdown comments (///). Phương pháp này hoạt động ở hai chế độ: 'new' để viết đặc tả và 'apply' để điều chỉnh code cho đến khi test pass, không cần CLI hay dependencies, nhằm phục vụ AI agents theo kiến trúc bce.design.

Lập trình viên nên đọc bài này để khám phá cách tích hợp quy định kỹ thuật trực tiếp vào mã nguồn bằng cách sử dụng Javadoc, giúp giảm thiểu sự trùng lặp và tối ưu hóa quá trình phát triển bằng cách loại bỏ các file spec riêng biệt.