Thank You For Reaching Out To Us
We have received your message and will get back to you within 24-48 hours. Have a great day!

Welcome to Haposoft Blog

Explore our blog for fresh insights, expert commentary, and real-world examples of project development that we're eager to share with you.

spec-driven-development-for-claude-code
Jun 29, 2026
20 min read

Spec-Driven Development for Claude Code: Comparing CafeKit, GitHub Spec Kit, BMAD, and claude-code-spec-workflow

AI coding agents like Claude Code boost development speed, but they also introduce new problems. Code looks correct but doesn't meet requirements. Context gets lost between sessions. Large changes break design consistency. Spec-Driven Development (SDD) addresses these issues by adding structure: specify, plan, task, implement. Instead of prompting AI directly, teams define requirements first, then let AI execute against a clear spec. This article compares 4 SDD tools for Claude Code: CafeKit (Haposoft) GitHub Spec Kit BMAD-METHOD claude-code-spec-workflow We'll look at each tool's workflow, strengths, tradeoffs, and which scenarios they fit best—especially for B2B enterprise teams. Understanding Spec-Driven Development for Claude Code Most teams start using Claude Code in a straightforward way: write a prompt, generate code, review the output, then refine the prompt if something is missing. This works well for small features and isolated tasks. However, as projects become larger, requirements become harder to track, implementation decisions get scattered across conversations, and important context can easily disappear between sessions. Spec-Driven Development (SDD) takes a different approach. Instead of treating prompts as the primary source of instructions, SDD treats specifications as the foundation of the development process. Requirements, implementation plans, tasks, and technical decisions are documented before development begins, giving both developers and AI agents a shared source of truth throughout the project lifecycle. How the SDD Workflow Works Although every framework has its own methodology, most SDD workflows follow four core stages. Stage Description Specify Define requirements, business rules, and acceptance criteria Plan Create technical designs and implementation plans Task Break work into smaller executable tasks Implement Generate and review code based on approved specifications The goal is not to add more documentation. The goal is to reduce ambiguity. When requirements, plans, and tasks are already defined, Claude Code spends less time interpreting intent and more time executing clearly defined work. This becomes particularly valuable for large features involving multiple business rules, stakeholders, or development iterations. Why SDD Works Well with Claude Code One of the biggest challenges when working with AI coding agents is maintaining consistency over time. A feature that takes several days or weeks to complete may involve hundreds of requirements, decisions, and implementation details. Some of that information lives in prompts, some in documents, and some only exists in conversations between team members. SDD brings those decisions together in a structured workflow. Specifications define what needs to be built, plans define how it should be built, and tasks define what should be implemented next. Claude Code can then work against a documented plan rather than relying solely on prompt history, making the development process more predictable and easier to manage. Detailed Comparison of 4 SDD Tools for Claude Code CafeKit (Haposoft) cafekit.haposoft.com CafeKit is an open-source Spec-Driven Development (SDD) tool developed by Haposoft. The framework guides teams through the entire software development lifecycle, from requirements definition and technical design to implementation, testing, and review. Compared with other SDD tools in this comparison, CafeKit provides the most detailed phase structure and places a stronger emphasis on documentation, quality control, and traceability. Phase Structure: 6 Phases CafeKit organizes development into six distinct phases. Each phase produces its own outputs and serves as an input for the next stage of the workflow. Requirements Definition — Transform business requirements into structured specifications using EARS to eliminate ambiguity Design — Define architecture, database design, API contracts, and technical decisions Task Breakdown — Split the design into independently executable tasks with complexity estimates Implementation — Generate code for each task following the design and technical constraints Testing — Create test plans, test cases, and execute automated testing Review — Evaluate code quality, check consistency with specs, and record decisions The biggest difference from other tools is that CafeKit separates Testing and Review into their own phases. While GitHub Spec Kit and BMAD fold these activities into the implementation phase or leave them outside the main flow, CafeKit treats them as mandatory stages. This is especially valuable for projects requiring strict quality control or compliance with enterprise testing and review standards. Key Features Native Japanese language support for all generated artifacts (requirements docs, design docs, test plans, review records) Slash command system optimized for Claude Code with phase-specific templates Automatic generation of enterprise-format documentation alongside code Built on methodologies validated through real offshore delivery projects Best For CafeKit works well for both small and large projects. It is especially strong in enterprise environments with strict documentation requirements and formal quality control processes. The detailed phase structure is valuable for distributed teams where clear handoffs reduce miscommunication. Organizations that need formal deliverables at each stage will find CafeKit aligns with their workflows. GitHub Spec Kit github.com/github/spec-kit GitHub Spec Kit is the official Spec-Driven Development tool from GitHub, launched in September 2025. It has gained significant traction quickly and is currently the leading candidate for the de facto standard. The current version is 0.9.5 (early June 2026). GitHub describes it as an experimental project, and community feedback has been mixed—teams praise its structure and predictability but note higher token consumption and slower workflows compared to other tools. Phase Structure: 4 Phases /speckit.specify → /speckit.plan → /speckit.tasks → /speckit.implement Each command generates artifacts that feed into the next phase. The workflow is linear but supports iteration through modification commands. The specification phase captures requirements, the planning phase defines the approach, the tasks phase breaks work into units, and implementation generates the code. The biggest advantage of this structure is its simplicity. Teams can learn the four commands quickly and start using the tool with minimal ramp-up. However, the simplicity also means less granular control compared to CafeKit's 6-phase approach. Testing and review activities are not explicitly called out as separate phases, which may require teams to build their own quality gates outside the main flow. Key Features Agent-agnostic design supporting 20+ AI agents (Claude Code, GitHub Copilot, Cursor, Gemini CLI, and others) Two-layer customization: Extensions (add functionality) and Presets (modify existing workflows) Automatic feature numbering, branch creation, and directory structure generation Quality validation commands: /speckit.checklist (spec quality) and /speckit.analyze (consistency across artifacts) YAML-defined workflows supporting multi-step automation with pause and resume Active OSS community with rapid feature development Best For GitHub Spec Kit is ideal for teams building new products in a global, English-speaking environment. It works well for organizations using multiple AI coding agents simultaneously. Startups and modern SaaS companies following OSS trends will benefit from its active community and rapid development pace. Teams that prioritize staying current with the latest SDD practices should consider this tool. BMAD-METHOD docs.bmad-method.org BMAD stands for "Breakthrough Method for Agile AI-Driven Development." It is a framework that reimagines Spec-Driven Development within an Agile context. The defining characteristic is its multi-agent architecture, where different AI agents play specialized roles throughout the development process. The framework has recently migrated from .claude/commands to .claude/skills with the release of BMAD Method v6, which provides a native implementation for Claude Code. Phase Structure: 4 Phases Analysis → Planning → Solutioning → Implementation The Analysis phase focuses on understanding business requirements and user needs. The Planning phase creates epics, stories, and sprint plans. The Solutioning phase handles architecture and technical design. The Implementation phase generates code and executes tests. Unlike other tools that treat the workflow as a linear sequence, BMAD supports parallel execution across phases through its multi-agent system. Multiple specialized agents can work simultaneously on different aspects of the project, making it suitable for larger teams and longer-term projects. Key Features 21 specialized agents with distinct roles (Business Analyst, Product Manager, Architect, Developer, Scrum Master, QA) Over 50 guided workflows covering common development scenarios Native implementations for multiple AI tools: Claude Code, Cursor, Windsurf, GitHub Copilot Sprint planning, story creation, and parallel implementation support Expansion Packs for specialized domains like Game Dev, DevOps, and Infrastructure Strong alignment with Scrum and Agile methodologies Best For BMAD-METHOD is designed for Agile teams with clear role definitions. It works best for long-term product development where requirements evolve over multiple sprints. Large-scale refactoring projects also benefit from the structured agent collaboration. Teams with dedicated product owners and architects will find the role-based approach natural. claude-code-spec-workflow (Pimzino) github.com/Pimzino/claude-code-spec-workflow claude-code-spec-workflow is a lightweight, pragmatic SDD tool created by independent developer Pimzino. It currently has 2,544 stars on GitHub with approximately 5,450 downloads per month (version 1.5.9). The tool is designed for simplicity, with a single-command installation and a focus on practical, day-to-day development workflows. The author is currently shifting development focus to an MCP-based version (@pimzino/claude-code-spec-workflow-mcp), meaning the current version will receive fewer updates going forward. Phase Structure The tool provides two separate workflows depending on the type of work: New feature workflow: Requirements → Design → Tasks → Implementation Bug fix workflow: Report → Analyze → Fix → Verify The bug fix workflow is the most distinctive feature of this tool, as no other tool in this comparison provides a dedicated flow for bug fixes. This makes it particularly suitable for maintenance projects where fixing issues is a primary activity rather than building new features. Key Features Single-command installation: npx @pimzino/claude-code-spec-workflow Separate workflow for bug fixes (Report → Analyze → Fix → Verify) Real-time dashboard showing progress across specs Lightweight and easy to adopt with minimal setup Focus on practical, day-to-day development scenarios Best For claude-code-spec-workflow is best for maintenance projects focused on bug fixes and small feature additions. It works well for teams wanting to experiment with SDD without committing to a heavy framework. Small to medium-sized teams looking for a lightweight alternative will find it easy to adopt. Teams that primarily work on existing products rather than greenfield development will appreciate the dedicated bug fix workflow. CafeKit focuses on documentation, quality control, and phase-based delivery. GitHub Spec Kit emphasizes a simple and extensible workflow that works across multiple AI coding agents. BMAD-METHOD takes an Agile-first approach built around specialized AI roles, while claude-code-spec-workflow prioritizes simplicity and day-to-day practicality. The four tools share the same core idea: using specifications as the foundation for AI-assisted development. The difference lies in how much structure they introduce and which development challenges they prioritize. For most teams, the choice is less about features and more about workflow preferences. The best tool is usually the one that aligns with how the team already plans, reviews, and delivers software. Which Tool Should You Choose? The right choice depends on your project type, team structure, and development workflow. The table below summarizes the best fit for each scenario. Scenario Recommended Tool Why Enterprise projects with formal documentation requirements CafeKit Structured 6-phase workflow with dedicated testing and review stages New product development in global teams GitHub Spec Kit Strong community support, agent-agnostic design, and rapid ecosystem growth Agile teams managing long-term products BMAD-METHOD Role-based workflows aligned with Agile and Scrum practices Maintenance projects and bug-fix-heavy workloads claude-code-spec-workflow Dedicated bug fix workflow and minimal setup requirements Enterprise Projects with Formal Documentation Recommended Tool: CafeKit CafeKit's 6-phase structure aligns well with enterprise delivery processes that require formal artifacts at each stage. Requirements documents, design specifications, test plans, and review records are treated as part of the workflow rather than optional deliverables. Teams working with regulated industries, large clients, or strict quality assurance processes will benefit most from this approach. New Product Development in Global Teams Recommended Tool: GitHub Spec Kit GitHub Spec Kit is a strong option for teams building new products in distributed environments. Its agent-agnostic architecture supports a wide range of AI coding tools, while the active open-source community helps keep workflows and best practices up to date. Teams already following modern AI-assisted development trends will find adoption relatively straightforward. Agile Teams Managing Long-Term Products Recommended Tool: BMAD-METHOD BMAD-METHOD fits naturally into organizations that already operate with Agile roles and processes. The framework supports sprint planning, story creation, architecture design, and implementation through specialized AI agents. This makes it particularly useful for product teams working across multiple releases and evolving requirements. Maintenance Projects and Bug-Fix-Heavy Workloads Recommended Tool: claude-code-spec-workflow The dedicated bug fix workflow is the main differentiator here. Rather than adapting a feature-development process to maintenance work, teams can follow a workflow specifically designed for issue resolution. The lightweight setup and lower learning curve also make it a practical option for smaller teams. Can Teams Use Multiple SDD Tools? Absolutely. Adopting Spec-Driven Development does not require an organization to standardize on a single framework. In practice, different teams often have different requirements, workflows, and project types. A tool that works well for a new product team may not be the best choice for a maintenance team or an enterprise delivery project. A common approach is to select tools based on project characteristics rather than enforcing a single standard across the organization. For example, enterprise client projects with formal documentation requirements may benefit from CafeKit's structured workflow. Product teams building new applications may prefer GitHub Spec Kit because of its active ecosystem and agent-agnostic design. Teams focused primarily on maintenance and bug fixing may find claude-code-spec-workflow more practical due to its dedicated bug-fix workflow. The good news is that these tools are not mutually exclusive. Most operate as command-based workflows within Claude Code and can coexist within the same engineering organization. This allows teams to adopt the workflow that best matches their project needs while continuing to use a familiar AI development environment. The goal is not to choose the most feature-rich framework. The goal is to choose the workflow that helps your team deliver software more consistently. For many organizations, that may involve using different SDD tools for different types of work. Conclusion Spec-Driven Development has matured significantly since late 2025. GitHub Spec Kit leads in standardization and multi-agent support. BMAD-METHOD excels in Agile environments. claude-code-spec-workflow offers a lightweight option with unique bug fix workflows. CafeKit provides enterprise-grade structure with strong documentation support. The best choice depends on your project type and team structure. For hybrid environments, using multiple tools in parallel is a practical strategy. Ready to try Spec-Driven Development with your team? Start with CafeKit—it's open-source and ready to use. Install it today and experience structured AI-assisted development. bash npx @haposoft/cafekit GitHub Repository → Have questions about implementing SDD in your organization? Reach out—we are happy to share our experience. About CafeKit and Haposoft CafeKit is available at cafekit.haposoft.com. For implementation support, customization, or internal training, contact Haposoft. Haposoft JSC Headquarters: Hanoi, Vietnam Japan Office: Haposoft Japan (Ebisu, Tokyo) 200+ engineers, ISO 9001:2015 / ISO 27001 certified, AWS Select Tier Partner
cafekit-spec-driven-development-ai-automation
Jun 24, 2026
15 min read

Beyond "Vibe Coding": How CafeKit Brings Spec-Driven Development (SDD) to AI Automation

AI coding assistants promise unprecedented speed, but they frequently deliver spaghetti code that often disregards your project's actual architecture. This happens because models operate on isolated prompts, lacking a structured workflow to maintain context across complex codebases. CafeKit, developed by Haposoft, is a lightweight runtime for Claude Code that brings structure and accountability to AI-assisted software development. Instead of relying on long prompts and manual oversight, it guides AI through a spec-driven workflow where requirements, code, tests, and documentation stay synchronized from start to finish. The result is a more reliable development process with less context switching, fewer missed requirements, and higher confidence in every release. What is CafeKit? The Engine Behind Spec-driven Development CafeKit is a lightweight runtime developed by Haposoft that brings Spec-Driven Development (SDD) to Claude Code. Installed directly into your project's `.claude` directory, it adds a structured workflow on top of Claude's coding capabilities, helping teams move from requirements to production-ready code without losing context along the way. To understand why CafeKit matters, it's worth looking at how most AI-assisted development works today. Developers often start with a prompt, generate some code, make a few adjustments, and move on to the next task. The feature may work, but requirements get buried in chat history, documentation falls out of date, and nobody is completely sure whether the final implementation still matches the original intent. Spec-Driven Development solves this problem by making the specification the starting point of every feature. Before any code is written, requirements, expected behavior, edge cases, and success criteria are documented and approved. Development then follows that specification step by step, ensuring that implementation, testing, and documentation remain aligned throughout the entire process. Read more: What is Spec-Driven Development? Unraveling the new software development method of the AI ​​era CafeKit is the tooling layer that turns this philosophy into a practical workflow for AI. Rather than relying on Claude to remember dozens of prompts and project rules, it provides a set of commands, agents, and automated checks that guide every stage of development. A feature request becomes a requirements document, the requirements become a technical design, and the design is broken down into verifiable tasks before implementation even begins. This structure becomes especially valuable on larger projects where AI-generated changes span multiple files, services, or teams. By enforcing quality gates and keeping specifications synchronized with the codebase, CafeKit helps prevent the "fake progress" that often appears in AI-assisted development-when a task looks complete on the surface but introduces regressions, breaks existing functionality, or quietly drifts away from the original requirements. How CafeKit Automates AI Discipline (Enforcing the SDD Contract) AI-generated code is no longer the hard part. The real challenge is ensuring that code remains aligned with requirements, design decisions, and project standards as development progresses. This is where Spec-Driven Development (SDD) becomes valuable-and where CafeKit provides the structure needed to make it work in practice. Why Do AI Coding Workflows Break Down? Most AI coding tools are designed to generate output as quickly as possible. While this can accelerate development, it also introduces a familiar problem: context gradually gets lost. Requirements live in chat history, design decisions become scattered across conversations, and documentation often falls behind the implementation. This is why many teams experience "spec drift" when working with AI. A feature may start with a clear goal, but after multiple prompts, revisions, and follow-up requests, it becomes difficult to verify whether the final result still matches the original intent. The larger the project becomes, the more difficult this problem is to manage. Spec-Driven Development takes a different approach by making the specification the source of truth. Instead of relying on prompt history, every requirement, design decision, task, and validation step is tied back to an approved specification. Vibe Coding Spec-Driven Development Starts with prompts Starts with approved specifications Context lives in chat history Context lives in project artifacts Fast for small experiments Scales better for complex projects Documentation is often updated later Documentation evolves alongside development Difficult to audit decisions Every change can be traced back to requirements How Does CafeKit Keep AI on Track? CafeKit operationalizes this process inside Claude Code. Once installed in your project's `.claude` directory, it introduces a set of specialized agents and workflow rules that help ensure work remains aligned with the approved specification. Rather than relying on developers to manually check every step, CafeKit delegates specific responsibilities to a set of purpose-built agents throughout the workflow. Three of the most important for keeping work aligned are: Tester Agent (test-runner) Validates implementations against predefined test commands, acceptance criteria, and expected behavior. Reviewer Agent (code-auditor) Checks whether completed work satisfies the approved specification and follows project standards. Doc-Sync Agent (docs-keeper) Keeps documentation, project records, and specifications synchronized as development progresses. Because these checks are built into the workflow itself, developers spend less time repeating context, verifying assumptions, or chasing outdated documentation. While Cafekit’s agents and automated checks reinforce the process around it. What Happens Before Code Can Move Forward? AI-generated code often looks finished long before it's actually ready to ship. A feature might appear to work during a quick review, but still miss edge cases, fail integration tests, or leave documentation out of date. As teams rely more heavily on AI, these small gaps can accumulate into larger maintenance problems. CafeKit addresses this by treating code generation as only one step in the workflow. Before a task can be completed, the implementation must satisfy the approved specification and pass the required validation checks. Documentation updates can also be enforced as part of the process, helping teams keep project knowledge aligned with the codebase rather than updating it weeks later. The goal isn't to add more process for the sake of process. It's to create a workflow where progress is measured by verified outcomes instead of generated output. That gives teams more confidence in what the AI produces and reduces the amount of manual verification needed before work moves forward. The CafeKit Workflow: 6 Steps from Spec to Ship Most AI coding sessions start with a prompt. CafeKit starts with a specification. Instead of asking Claude to improvise/guess an entire feature, CafeKit forces a structured sequence. Every stage produces a verifiable artifact, ensuring context isn't lost as the codebase scales. Steps 1–5 are available today. Step 6 (/hapo:deploy) is on the roadmap. For now, deployment is handled through the /hapo:devops skill. Note that /hapo:develop already runs an internal quality gate—test, spec review, and code review with self-healing—after every task, so Steps 3 and 4 are explicit, broader verification passes rather than the only place QA happens. Stage Commands What You Get Spec /hapo:specs Feature contract with validation Develop /hapo:develop Incremental implementation per task packet Test /hapo:test Verification with real build signals Review /hapo:code-review Regression and security checks Git /hapo:git Safe commit and push workflow Deploy /hapo:deploy Deployment handoff to your stack - on the roadmap Step 1: Create the Feature Contract with /hapo:specs This is where vague product ideas transform into strict engineering contracts. The command captures your feature request and generates a structured spec workspace—requirements, research, design, and verifiable task files—with explicit scope, behaviors, constraints, and success criteria. You then validate the spec using /hapo:specs validate, which ensures the requirements are complete and implementation-ready. The task registry tracks the validation status, and the AI cannot proceed until the spec passes all checks. Step 2: Implement One Task Packet at a Time with /hapo:develop During the spec stage, CafeKit already broke the approved spec into atomic, independently testable task packets. Each packet has a single objective, explicit completion criteria, and predefined verification commands. When you run /hapo:develop with a specific task packet, Claude implements exactly that piece of work-nothing more, nothing less. This prevents the AI from losing track as the context window fills up​​, eliminates scope creep, and keeps the AI from drifting from the approved design. Step 3: Verify with Real Build and Runtime Signals /spec-test Implementation is not complete until it passes automated quality gates. Running /hapo:test executes the exact verification commands defined in the task packet, checking against real build outputs and runtime behavior. What happens if a test fails? The workflow halts immediately. The AI must fix its own mistakes and re-run the tests before progressing. This completely eradicates "fake progress" where looks complete on paper (in the task checklist) but actually breaks the build. Step 4: /hapo:code-review - Review for Regressions and Security Before any code touches your main branch, CafeKit enforces a structured review process. The /hapo:code-review --pending command triggers specialist agents that scan for regressions, security vulnerabilities, and architectural inconsistencies. These agents cross-check the implementation against the original spec to ensure minimize deviation. Only when the review verdict is positive does the work qualify for the next stage Step 5: /hapo:git - Commit and Push Safely With all quality gates passed, the /hapo:git commit command prepares a clean, verified commit. Any documentation updated earlier in the workflow is committed alongside the code. The runtime ensures your spec registry and task state are synchronized with the actual implementation. Then /hapo:git push safely transfers the work to your remote repository. Every commit is traceable back to an approved spec and verified task packet. Step 6: hapo:deploy - Ship with a Deployment Handoff The final stage will hand off the verified release candidate to your existing deployment stack. Whether you use Vercel, AWS, or custom CI/CD pipelines, /hapo:deploy ensures the deployment process receives only code that has passed every checkpoint. Your documentation, spec registry, and production codebase remain stay aligned. Getting Started with CafeKit One of CafeKit's biggest advantages is how easy it is to introduce into an existing development workflow. There's no need to migrate frameworks, replace tools, or overhaul your tech stack. CafeKit works alongside Claude Code, adding the structure needed for Spec-Driven Development without disrupting how your team already builds software. Install CafeKit To install the runtime, simply navigate to your project's root directory and execute: npx @haposoft/cafekit That is it. This single command provisions your .claude directory with the necessary slash commands, workflow templates, and operational rules. For a deeper dive into advanced configurations, custom hooks, and edge-case handling, follow the official From Zero to CafeKit guide. Once installed, you immediately trigger the spec-to-ship lifecycle: /hapo:specs → /hapo:develop → /hapo:test → /hapo:code-review → /hapo:git → /hapo:deploy Get Support Because CafeKit is entirely stack-agnostic, it supports everything from Node.js and Python to Ruby on Rails and modern frontend frameworks. Teams can adopt the workflow incrementally on isolated legacy modules or greenfield projects alike. If your engineering org is evaluating SDD at scale and needs hands-on implementation guidance, direct support is available. You can request a technical walkthrough through the CafeKit contact form or connect directly through our email sale@haposoft.com to discuss your specific architecture. Conclusion: Build with Confidence, Not Hope The primary bottleneck in modern AI coding is no longer generation speed. It is context retention and architectural integrity. Unstructured prompting inevitably leads to fragmented logic, hallucinated dependencies, and mounting technical debt that senior engineers must clean up later. CafeKit addresses that challenge by bringing structure to AI-assisted development. Instead of treating AI as a powerful autocomplete tool, it turns Claude Code into a structured development environment where specifications, implementation, testing, and documentation move together. Whether you're experimenting with AI-assisted development or looking for a more reliable way to scale it across a team, CafeKit provides a practical starting point. Want to see how it works in a real project? Book a walkthrough with the Haposoft team or try CafeKit on your next feature and experience the spec-to-ship workflow firsthand
Thong-tu-31-2026-TT-BCT-truy-xuat-nguon-goc
Jun 19, 2026
20 min read

Circular 31/2026/TT-BCT: Which businesses are required to implement traceability from 2027?

On June 11, 2026, the Ministry of Industry and Trade issued Circular 31/2026/TT-BCT regulating the traceability of products and goods under the Ministry's management. The Circular takes effect from July 1, 2026, and establishes a mandatory roadmap for identifying and tracing the origin of high-risk product groups. This move also marks a significant change after Circular 11/2026/TT-BCT on food traceability was temporarily suspended before its implementation. Instead of focusing solely on food, the scope of Circular 31 has been expanded to include many product and commodity groups under the management of the Ministry of Industry and Trade. However, not all businesses are subject to this requirement. Currently, most businesses are concerned with three questions: Does my business fall under the requirements for implementing product traceability as stipulated in Circular 31? When should the identification and traceability process be completed? What data, systems, and processes need to be prepared to meet the new requirements? In this article, we will analyze the scope of application of Circular 31/2026/TT-BCT, the industry groups that need special attention, the implementation roadmap, and what businesses should prepare now to avoid being caught off guard when the regulations officially come into effect. Does your business qualify for this requirement? This is the most important question when assessing the impact of Circular 31/2026/TT-BCT. A common misconception is that all businesses producing food or consumer goods must implement traceability under the new regulations. In reality, the mandatory obligation only arises when a business simultaneously meets two conditions. Condition 1: The product falls under the management of the Ministry of Industry and Trade. For food products, the scope of management is defined by Decree 15/2018/ND-CP. Some product groups under the management of the Ministry of Industry and Trade include: Soft drinks; Processed milk; Cakes, jams, candies; Vegetable oil; Flour, starch; Beer, wine, and alcoholic beverages. Conversely, meat and meat products fall under the purview of other specialized management agencies and are therefore not automatically subject to Circular 31. Condition 2: The product belongs to the high-risk goods category. Circular 31 does not directly list high-risk products and goods. According to current regulations, this list will be issued separately by the Ministry of Industry and Trade based on an assessment of the risk level of each product group. Therefore, whether a business is subject to mandatory requirements needs to be further compared with the official list when it is published. According to currently available information, several categories such as soft drinks, non-alcoholic beverages, processed milk, and dairy products are considered to be at high risk of being subject to mandatory traceability implementation. Quick conclusion Businesses are only required to comply with Circular 31 when: This product falls under the purview of the Ministry of Industry and Trade. This product is classified as a high-risk commodity by the Ministry of Industry and Trade. These are the sectors that should start preparing now. Although the official list of high-risk goods is still being finalized, current public information suggests that several industry groups are highly likely to be directly impacted by Circular 31. For businesses in these groups, preparing data and systems early will significantly reduce pressure when entering the mandatory implementation phase. High priority group Soft drinks Beverages are a product group under the management of the Ministry of Industry and Trade and are frequently mentioned in documents related to the classification of high-risk goods. Businesses that manufacture or trade products such as: Soft drink Bottled tea Energy drinks Ready-made drinks Drinks with jelly Drinks containing aloe vera Therefore, it is advisable to proactively prepare for scenarios where mandatory traceability is required. Processed milk and dairy products This group is considered highly likely to be eligible. It includes: Liquid milk Fermented milk Powdered milk Condensed milk Cheese Butter Dairy products Due to the specifics of managing production batches, expiration dates, and the cold chain, businesses in the dairy industry often need more time to standardize traceability data. Cream and frozen dairy products Ice cream products containing milk or classified as processed dairy products should be evaluated within the same category as the dairy industry. Businesses need to review their SKU catalog and product declaration documents to accurately determine the scope of application. The team needs to continue monitoring. Confectionery Confectionery falls under the purview of the Ministry of Industry and Trade. However, at present, there is insufficient evidence to confirm that the entire confectionery category will be classified as high-risk goods. Businesses should monitor the official list before drawing any final conclusions. Jelly and jelly cups Edible jelly products are generally classified under the category of cakes, jams, and candies. Unlike beverages containing jelly, this category has not yet been clearly identified as high-risk goods. Therefore, businesses should continue to monitor further guidance documents from the Ministry of Industry and Trade. This group is generally not within the scope of Circular 31. Meat and meat products According to current regulations, meat and meat products fall under the purview of other specialized management sectors and are not classified as food products under the Ministry of Industry and Trade. Therefore, most conventional meat processing businesses will not be subject to the mandatory requirements of Circular 31. However, businesses must still meet traceability and food safety requirements as stipulated by the relevant industry regulations. Product group Preparation priority level Soft drinks Very high Drinks with jelly Very high Processed milk Very high Dairy products Very high Cream High Confectionery Monitor Jelly Monitor Processed meat Usually not within the scope of Circular 31. Key points to note regarding the implementation roadmap of Circular 31 for businesses. One of the most important aspects of Circular 31 is the provision of a phased implementation roadmap, rather than requiring businesses to fulfill all obligations immediately. This creates a transitional period for businesses to standardize data, refine processes, and prepare technological infrastructure before entering the mandatory traceability phase. Phase 1: Product identification from July 1, 2026 From July 1st, 2026, businesses subject to these regulations must complete the following steps to identify their products on the system: Register a business account; Declare legal information; Receive product identifier; Verify product information on the system. This is a fundamental step for regulatory agencies to accurately identify the entities and products participating in the traceability system. Businesses should not wait until the last minute to implement this, as reviewing legal documents, standardizing product data, and preparing digital signatures often takes longer than expected. Phase 2: Full traceability from January 1, 2027 From January 1st, 2027, products subject to regulations must have complete traceability data before being released onto the market. This means that businesses not only need a product identification code, but also: Manage production batch/lot data; Documenting events in the supply chain; Data storage must comply with regulations; We are ready to provide data when requested by the regulatory authorities. In other words, this is the time for businesses to actually operate the traceability system, not just complete the registration process. What should new businesses keep in mind? For businesses newly established or commencing production and business operations after January 1, 2027, compliance must be implemented from the moment operations begin. Businesses will not have a transition period like those already operating before that date. Two key dates to remember. 01/07/2026 → Begin the product identification phase → Register an account, verify it, and receive an identification code. 01/01/2027 → Begin the full traceability phase → Complete the data retrieval process before releasing goods to the market. What preparations do businesses need to make before January 1, 2027? The timeframe between now and January 1, 2027, may seem long, but in reality, standardizing data and building a traceability system typically takes months to implement. For businesses highly likely to be impacted by Circular 31, early preparation will significantly reduce the risk of disruption when the regulation becomes mandatory. Here are five steps businesses should take starting now. Step 1: Determine if the product is eligible. This is the most important step. Before investing in or implementing a traceability system, businesses need to clearly define: Does the product fall under the purview of the Ministry of Industry and Trade? Does the product fall under the category of high-risk goods? Do the HS code and product declaration documents conform to the current classification method? For businesses with multiple product lines, it's advisable to create a complete SKU catalog to evaluate each product group separately, rather than drawing general conclusions for the entire business. Step 2: Standardize product data According to product identification requirements, businesses need to prepare basic data in advance, such as: Product name; Product images; Brands, trademarks; Origin; Relevant legal documents; Business registration certificate; Digital signature. In reality, many businesses are storing this data in a scattered manner across various departments. This is the right time to standardize and build a unified data source. Step 3: Standardize production batch and supply chain data. This is the most challenging part for most businesses. Traceability goes beyond simply attaching a QR code to a product. Businesses need the ability to link data between: Input materials; Supplier; Raw material batch; Production batch; Quality control; Logistics; Distribution. When an incident occurs or an inspection is required, businesses must be able to quickly identify which batches are affected and which stages of the supply chain the product has passed through. Step 4: Evaluate the current technology system. Businesses need to review the systems they are currently using, such as: ERP; WE; WMS; Quality management system; Warehouse management system; QR Code management system. The goal is to identify: Where is the data currently located? Is it being managed in batches/lots? Is it possible to extract data quickly? Is it possible to connect to external systems? Early assessment helps businesses choose the right implementation option instead of having to change the system at the last minute. Step 5: Prepare to connect to the traceability system. Circular 31 allows businesses to choose one of two methods: Declare directly on the traceability system of the Ministry of Industry and Trade; Utilize an internal traceability system and connect the data with the Ministry's system. For businesses with few products and simple processes, direct declaration may meet their needs. Conversely, businesses with many SKUs, multiple factories, or those operating ERP/MES/WMS systems often need to build an internal retrieval system and synchronize data via API. Self-assessment checklist for readiness level Businesses can conduct a quick self-assessment using the following questions: Has it been determined whether the product falls within the scope of application? Have the product catalog and SKUs been standardized? Have you managed the data in batches? Have you prepared digital signatures for product identification? Have you determined what data needs to be stored and retrieved? Have you assessed the compatibility of your current system with VeriGoods? If many of the answers are "No," businesses should start the preparation process now instead of waiting until the mandatory deadlines. Should businesses use VeriGoods or an internal traceability system? One of the most common questions after reading Circular 31 is: "Do I just need to register on VeriGoods, or do I need to build an additional traceability system?" The answer depends on the scale of the data and the complexity of the production and business operations. What is VeriGoods? VeriGoods is a product traceability system managed by the Ministry of Industry and Trade. According to Circular 31, businesses can: Declare directly on VeriGoods; Alternatively, use an internal traceability system and connect the data to VeriGoods via API. In other words, VeriGoods is a platform for receiving, verifying, and managing traceability data at the government level. VeriGoods does not replace the entire internal operational data management system of a business. When can I declare my goods directly on VeriGoods? This option is usually suitable for: Small businesses; Few products; There is little variation in production batches; There is no ERP or dedicated management system yet. In this case, businesses can import and manage data directly on the Ministry of Industry and Trade's system without needing to invest in additional technological infrastructure. When should you build an internal traceability system? Businesses often need a separate system when: There are multiple SKUs; There are many factories or production facilities; There are many suppliers; Managing thousands of production batches each year; Are you currently using ERP, MES, or WMS? I want to automate the data synchronization process. In these cases, manually entering data into VeriGoods would quickly become unmanageable and prone to errors. An internal traceability system allows businesses to collect and manage data right from the stages of production: Ingredient; Manufacture; Testing; Logistics; Distribution. The data is then synchronized to VeriGoods as required by the regulatory authority. What businesses really need to prepare is not the QR code. A common misconception is that traceability is simply about creating a QR code on packaging. In reality, a QR code is merely a tool for displaying information. The real value lies in the data behind the QR code: Source of ingredients; Production batch; Test results; Shipping history; Distribution points; Supply chain events. If the underlying data is incomplete or not regularly updated, businesses may still face difficulties when needing to retrieve or provide information to regulatory agencies. What should businesses evaluate before choosing a solution? Before deciding to implement, businesses should answer a few questions: Where is the data located now? Is the process being managed in batches? How many SKUs need to be tracked? How many factories or production facilities are there? Is integration with ERP, MES, or WMS necessary? Is it necessary to automatically sync data with VeriGoods? These questions will help businesses determine whether direct declaration is sufficient or whether a more comprehensive traceability system needs to be developed. What are the differences between Circular 31 and Circular 11/2026? Many businesses in the food industry have either explored or are preparing to implement Circular 11/2026/TT-BCT on food traceability. However, it is important to note that Circular 11 has never been implemented in practice. Circular 11 was issued on February 27, 2026, and was expected to take effect on April 16, 2026. However, just one day before its effective date, the Ministry of Industry and Trade issued Decision 906/QD-BCT temporarily suspending the validity of this document to further refine the legal framework on traceability. On June 11, 2026, the Ministry of Industry and Trade issued Circular 31/2026/TT-BCT, which officially came into effect on July 1, 2026. Therefore, for businesses that are researching or preparing to implement traceability, Circular 31 is a document that should be prioritized for monitoring and application. Notable changes Content TT11/2026 TT31/2026 Scope of application Food High-risk products and goods fall under the management purview of the Ministry of Industry and Trade. Status It has been temporarily suspended. Effective from July 1, 2026 Initial phase Connect the system Product identification Key deployment milestones According to the roadmap of Circular 11 Identification from July 1, 2026, full access from January 1, 2027 Applicable system National traceability system VeriGoods Incentive mechanism Not specified Add a "green checkmark" mechanism. Do businesses that have already prepared according to Circular 11 need to start over? Not necessarily. In fact, much of the data and processes that businesses have prepared for Circular 11 are still valid. For example: Product catalog; Batch data; Ingredient information; Retrieval process; QR Code system; ERP or MES infrastructure. However, businesses need to review their practices to ensure compliance with the new requirements of Circular 31, especially: Product identification; Standardize data according to current requirements; Ability to connect with VeriGoods; The process of storing and providing data upon request. What businesses should do now. If your business has previously been monitoring Circular 11, now is the right time to: Update the implementation plan according to Circular 31; Review the range of products that may be subject to these regulations; Assess the current level of data and system availability; Prepare for the milestones of July 1, 2026 and January 1, 2027. Instead of starting from scratch, businesses should leverage what they have prepared for Circular 11 and adapt it to the requirements of Circular 31. How can Haposoft assist businesses in complying with Circular 31? For many businesses, the biggest challenge when implementing Circular 31 is not creating QR codes or registering accounts on the system. The real difficulties often appear later: Product data is stored in various departments; Data is not yet fully managed by batch/lot. ERP, MES, and warehouse systems are not yet connected; It is difficult to trace the source of an incident or product recall. There is no solution yet for connecting with VeriGoods. These are also issues that many businesses are beginning to review as they prepare for the implementation milestones of Circular 31. Assessing readiness levels ahead of Circular 31 The first step is not to implement the software, but to identify the gap between the current state of the business and the requirements of Circular 31. Haposoft supports businesses: Review existing data; Evaluating the traceability process; Identify the gaps that need filling; Propose an implementation roadmap that is appropriate for the size of the enterprise. Building a traceability system. For businesses with many SKUs or complex supply chains, managing data using spreadsheets or manual data entry is often no longer suitable. Haposoft supports the development of traceability systems that help link data from: Input materials; Manufacture; Quality control; Logistics; Distribution. This allows businesses to quickly access the history of each product batch when needed. Integration with ERP, MES, and WMS Many businesses already have operational systems in place, but their data is fragmented. Haposoft supports data integration from existing systems in order to: Reduce manual data entry; Minimize data errors; Automate the retrieval process; Enhance tracing and reporting capabilities. Connect with VeriGoods Circular 31 allows businesses to use an internal traceability system and connect it with the Ministry of Industry and Trade's system. Haposoft supports the development of data flows and API integration to synchronize information between the business system and VeriGoods, helping to reduce manual workload during operation. Prepare early to reduce pressure when the regulations take effect. For businesses likely to be impacted by Circular 31, early preparation not only helps meet compliance requirements but also lays the foundation for more effective quality management, product traceability, and incident handling in the future. If your business is assessing its ability to comply with Circular 31 or needs to develop a suitable implementation roadmap, the Haposoft team can assist in evaluating the current situation and advising on implementation options tailored to your specific operating model. Conclusion Circular 31/2026/TT-BCT transforms traceability from an encouraged activity into a mandatory requirement for certain high-risk product groups under the management of the Ministry of Industry and Trade. For businesses in the beverage, dairy, and processed food sectors, this is an opportune time to review data, processes, and systems in preparation for rollout milestones from 2026–2027. 👉 Contact Haposoft for advice on implementation roadmap and integration with VeriGoods.
ai-automation-examples
Jun 09, 2026
20 min read

15 Real Examples of AI Automation Businesses Are Using in 2026

AI automation is no longer a pilot project sitting in a tech sandbox. It runs live in sales pipelines, support desks, finance back offices, and engineering workflows every single day. This guide breaks down practical examples of AI automation by business function. You will see exactly what gets automated, which tools connect the dots, and the measurable outcomes teams track. What Is AI Automation? AI automation merges artificial intelligence with business process tools to create adaptive workflows. Traditional rule-based systems follow fixed paths and break the moment inputs change or edge cases appear. AI-driven flows read natural language, analyze surrounding context, and adjust their next steps without human prompts. The system learns from past outcomes, which means accuracy improves as it handles more tasks. The difference becomes obvious when you look at how each approach handles daily complexity. Traditional automation works well for simple, repetitive jobs like data copying or scheduled file transfers. AI automation steps in when tasks require judgment, pattern recognition, or cross-system coordination. It bridges the gap between raw computing power and practical operational needs. Traditional Automation AI Automation Rule-based triggers Context-aware decisions Fixed step sequences Adaptive multi-step flows Manual setup and maintenance AI-driven adjustments and learning Works with structured data only Handles unstructured text, images, and voice More details: AI Automation: The Complete Guide for Modern Operations Teams Why Businesses Are Investing in AI Automation Companies adopt these systems to remove friction from daily operations. Manual workflows, repetitive admin tasks, and disconnected systems slow down execution while increasing labor costs and human error. AI automation cuts through that noise by connecting disparate tools and executing tasks in sequence. The result is faster cycle times and cleaner information flowing across departments. According to McKinsey’s 2025 State of AI report, 88% of organizations now use AI in at least one business function, up significantly from previous years. However, most companies are still in the early stages of scaling AI workflows across the enterprise. One of the biggest drivers behind adoption is productivity. McKinsey estimates that AI could generate up to $4.4 trillion in annual productivity gains across enterprise use cases. At the same time, 92% of companies plan to increase AI investments over the next three years. Scalability is another major reason businesses adopt AI automation. The companies seeing the strongest results from AI are not just automating repetitive tasks. They are redesigning workflows around AI automation itself. McKinsey found that businesses combining AI with operational transformation consistently outperform companies that simply add AI tools to existing processes. At the same time, AI adoption is accelerating at the leadership level. McKinsey reports that 62% of organizations are already experimenting with AI agents capable of handling multi-step workflows independently, while IBM found that companies with a Chief AI Officer grew from 26% to 76% in just one year. Still, many businesses struggle to see ROI because AI remains disconnected from daily operations rather than embedded into core workflows. Examples of AI Automation for Sales Teams Sales pipelines stall when reps waste hours on admin instead of closing deals. That bottleneck is exactly why teams are deploying practical examples of ai automation across prospecting, nurturing, and follow-up workflows. The systems below handle the heavy lifting while keeping human judgment in the loop for high-value conversations. 1. AI-Powered Lead Qualification and Routing Most sales teams do not have a lead problem. They have a prioritization problem. Inbound forms, webinar signups, and demo requests arrive constantly, but not every prospect deserves immediate attention. This is where AI automation changes the workflow completely. Instead of forcing reps to manually review CRM entries, systems like HubSpot AI and Clay analyze behavioral signals automatically in the background. A prospect visiting pricing pages multiple times, opening emails, and matching ideal company size can instantly be pushed to a senior account executive. Meanwhile, colder leads are redirected into automated nurture flows without sales involvement. The biggest impact is not just speed — it is preventing high-intent opportunities from getting buried inside a generic queue. 2. Automated Meeting Summaries and CRM Updates CRM hygiene has always been one of the least scalable parts of sales operations. Reps leave calls, forget details, delay updates, and pipelines slowly become unreliable. Tools like Gong and Fireflies.ai remove that manual layer almost entirely. During the conversation itself, the AI transcribes discussions, tracks objections, identifies next steps, and updates records automatically after the meeting ends. Managers no longer depend solely on rep-written notes because the system captures the actual customer conversation directly. This is one of those examples of AI automation where the operational gain compounds over time. Cleaner CRM data improves forecasting, coaching, and follow-up accuracy across the entire pipeline. 3. Personalized Outreach at Scale Personalization used to be the tradeoff against scale. The more outbound emails a team sent, the more generic the messaging became. AI outreach tools flipped that equation. Platforms like Lavender and Outreach can now generate tailored messaging using company news, LinkedIn activity, hiring trends, or previous engagement history before the rep even opens the draft. Some workflows also optimize delivery timing automatically based on historical reply behavior. What makes this effective is that the automation stays mostly invisible to the prospect. The message still feels contextual and human rather than obviously generated at scale. Examples of AI Automation for Marketing Operations Marketing teams juggle campaigns, analytics, content calendars, and last-minute requests—all while trying to stay creative. Practical examples of ai automation in marketing ops take the mechanical work off the plate: auto-generating report summaries, tagging UTM parameters, or drafting first-pass ad copy. 4. AI Content Drafting and SEO Optimization Publishing consistently becomes difficult once content teams start scaling across multiple channels and keyword clusters. AI-assisted editorial workflows reduce that overhead significantly. SEO teams now use systems that can generate first-draft structures, suggest semantic keywords, optimize headers, and identify linking opportunities before a writer even touches the article. In many companies, the human role shifts toward refining strategy, accuracy, and brand voice rather than handling repetitive formatting tasks manually. Jasper is commonly used for draft generation, while SurferSEO helps teams optimize pages against live SERP data and competitor structures during production. 5. Automated Campaign Performance Reporting Pulling metrics from ad platforms, analytics tools, and CRMs usually takes hours every week. Tools like Make and Zapier AI handle these cross-platform data pulls efficiently. Instead of manually building spreadsheets, the system aggregates campaign performance, detects unusual changes, summarizes trends, and generates readable reports for stakeholders. Some workflows even recommend budget reallocations based on performance patterns across channels. Examples of AI Automation for Customer Support Customer support teams operate under constant pressure to respond faster while handling growing ticket volume. Modern systems are no longer limited to simple chatbot replies — they actively manage routing, prioritization, escalation, and resolution workflows. 6. Intelligent Ticket Triage and Auto-Resolution Not every support request needs a human agent anymore. Password resets, refund checks, shipping updates, and subscription changes are increasingly handled entirely through AI-driven workflows before a ticket even reaches the queue. More complex cases are routed directly to the correct department instead of sitting inside generic support queues first. Intercom and Zendesk AI lead this space with built-in routing and resolution engines. The report also indicated that deflection rates improved while response times dropped significantly. 7. Sentiment-Aware Escalation Workflows Some customer issues should never stay inside a normal chatbot flow for too long. Modern support systems can now detect frustration or urgency during conversations and escalate those cases automatically. Forethought is widely used for sentiment-based escalation, while Moveworks applies similar workflows in enterprise support environments. Instead of forcing customers to repeat themselves, the AI summarizes the conversation and routes it to the right support agent with full context attached. Examples of AI Automation for HR and Talent Hiring operations involve constant coordination across resumes, interviews, onboarding, and approvals. Examples of AI automation in HR mainly help teams reduce admin work and move candidates through the pipeline faster. 8. Resume Screening and Candidate Matching A recruiter opening 800 resumes for a single role is not a scalable hiring process. Instead of relying only on keyword matching, newer systems evaluate skill adjacency, career progression, and contextual relevance. Someone from customer success may still rank highly for a sales operations role if the experience overlaps operationally. That broader interpretation is why AI-driven hiring workflows perform better in fast-moving teams. Lever keeps this process embedded inside existing recruiting pipelines, while Eightfold AI goes deeper into talent intelligence and long-term workforce mapping. 9. Automated Interview Coordination and Onboarding Interview scheduling is one of those tasks that looks simple until five calendars, three departments, and multiple time zones collide at once. Rather than having HR manually coordinate every step, AI automation can handle the operational side automatically after a candidate reaches the interview stage. Availability updates sync in real time, reminders adjust dynamically, and onboarding tasks trigger immediately after contract signing. Some companies even connect these workflows directly with IT provisioning so laptops, permissions, and accounts are prepared before day one. Rippling is widely adopted because it connects HR, payroll, and device management in one workflow layer. Examples of AI Automation for Finance and Operations Finance departments generate enormous amounts of repetitive process work every month. That makes them one of the clearest examples of AI automation delivering measurable ROI quickly, especially in approvals, reconciliation, and reporting workflows. 10. AI Invoice Processing and Approval Workflows Month-end finance operations usually break at the approval layer, not the payment layer itself. Teams waste hours validating invoices against purchase orders, forwarding approvals internally, and chasing missing information across departments. Bill.com is commonly used in growing businesses with high AP volume. This example of AI automation compresses that entire sequence into a mostly invisible workflow. Once invoices enter the system, matching, categorization, and approval routing happen automatically in the background. Finance teams only step in when something looks abnormal—duplicate entries, mismatched totals, or missing procurement data. 11. Anomaly Detection for Fraud Prevention Fraud detection becomes nearly impossible to manage manually once transaction volume scales across departments and vendors. Instead of relying on periodic audits, AI systems (like Stripe Radar) continuously monitor payment behavior in real time. Duplicate invoices, abnormal reimbursement patterns, suspicious vendor activity, or approval inconsistencies can trigger intervention before transactions are completed. The biggest advantage is speed: finance teams no longer need to discover issues weeks later during reconciliation. 12. Automated Financial Reporting and KPI Dashboards Finance teams spend less time building dashboards now and more time interpreting the numbers behind them. Power BI with Copilot can automatically generate charts, summarize KPI changes, and answer natural-language questions directly inside reporting dashboards. Instead of manually pulling data across ERP systems, payroll platforms, and revenue trackers, AI workflows continuously update reports in the background. Some systems can even explain why margins dropped, which department overspent, or what changed compared to the previous quarter. Examples of AI Automation for IT and Engineering If you're in tech, you know the drill: endless tickets, repetitive deployments, and documentation that nobody wants to write. Real examples of AI automation in IT aren't about replacing engineers—they're about giving them their time back. 13. Self-Healing Infrastructure Monitoring One infrastructure issue can easily trigger dozens of alerts across engineering teams. AI monitoring systems help reduce that chaos by identifying the root problem automatically instead of treating every signal as a separate incident. In some environments, the workflow can even trigger recovery actions without waiting for manual intervention. Restarting failed services, rolling back deployments, or isolating unstable dependencies now happens automatically in many DevOps pipelines. PagerDuty focuses heavily on incident response orchestration, while Datadog AI is more commonly used for anomaly detection across logs and infrastructure metrics. 14. Automated Code Review and Test Generation Developers spend a large portion of their week reviewing routine pull requests and writing repetitive unit tests. AI coding tools reduce that overhead directly inside the development workflow. GitHub Copilot can suggest fixes, generate test cases, and help developers move through repetitive coding tasks faster. SonarQube approaches the problem differently by focusing on automated code quality checks, security issues, and regression detection before deployment. The biggest operational gain is usually consistency. Smaller issues get caught earlier, while engineering teams spend more time on architecture and feature development instead of repetitive validation work. 15. IT Helpdesk Ticket Automation Internal IT support becomes difficult to scale once companies grow across departments, devices, and software systems. Simple requests like access approvals or password resets can quickly overwhelm support queues. Many companies now automate these workflows entirely through AI-driven IT service systems. Approved requests can be verified, processed, and completed automatically without waiting for manual review. More complex cases still escalate to specialists, but the repetitive admin layer becomes much smaller. ServiceNow and Jira Service Management use AI to automate these internal support flows. How to Get Started With AI Automation To implement AI automation effectively, don't jump straight into tools. Follow a proven roadmap that successful businesses actually use: Identify priority tasks: Pick repetitive, time-consuming processes with clear rules—like sorting support tickets, syncing CRM data, or processing inbound invoices. Avoid tasks requiring emotional judgment or complex context in early stages. Use real time logs or work journals to spot genuine bottlenecks. Choose tools that match your team's capability: Start with no-code/low-code platforms to lower technical barriers. Beyond Zapier and Make, consider n8n (open-source, better data control) or AI agent builders like Voiceflow, Stack AI, or Dify. Selection criteria: API integration, security compliance (GDPR/ISO), scalable pricing, and active community support. Run a small pilot with clear KPIs: Automate exactly one workflow first—like drafting email replies with AI tone adjustment, or auto-summarizing meeting notes. Define success metrics upfront: hours saved per week, error rate, average handling time, and human intervention thresholds. Map your workflow visually: Use a simple flow: Trigger → AI Processing → Human-in-the-loop (if needed) → Output/System Update. Don't forget exception handling: error fallbacks, low-confidence alerts, and prompt guardrails. Workflows without monitoring often lead to scaled AI hallucinations. Test, measure, and refine continuously: Launch in limited scope, collect real user feedback, optimize prompts, adjust model parameters, and set up audit logs. AI automation isn't "set-and-forget"—it needs regular iteration based on live performance data. When you explore real-world examples of ai automation, you'll see they go beyond email or CRM tasks. Successful cases include real-time sales analytics, automated internal approval flows, or multi-channel customer support with smart handoff logic. The common thread: start small, measure ROI clearly, and keep humans in the quality-control loop. Want to run this without guessing? Talk to Haposoft We’ve helped teams move past the “let’s try AI” phase into systems that actually save hours and don’t break on day three. At Haposoft, we don’t push templates or overpromise. We sit down with your team, map out what’s realistically worth automating, and build workflows that run quietly in the background. We handle the integrations, set up the review steps, and make sure everything ties back to the tools you already use—whether that’s Zapier, Make, your CRM, or internal dashboards. If it doesn’t cut time or reduce errors, we don’t ship it. 📩 Contact Haposoft for a free strategy consult and proof-of-concept demo tailored to your workflow. Final Thoughts The examples of AI automation covered here share one common trait: they solve specific, measurable bottlenecks. Teams that succeed do not chase full automation overnight. They pick one painful workflow, connect the right tools, and measure real outcomes before expanding. If you are mapping out where AI automation fits into your existing stack, the technical piece is only half the puzzle. You also need someone who understands data flow, compliance boundaries, and how to connect agents to legacy systems without breaking workflows. Haposoft helps teams design and deploy practical AI automation solutions that integrate cleanly with existing tools.
spec-driven-development-what-is
Jun 02, 2026
20 min read

What is Spec-Driven Development? Unraveling the new software development method of the AI ​​era

The emergence of AI coding agents like Claude Code and GitHub Copilot has fundamentally shifted how software is built. "Just give AI commands in natural language, and it will write code for you"—something that was science fiction a few years ago—has now become a daily reality. Yet, as adoption scales, a familiar set of friction points emerges: "What was that plan I made three hours ago?"– More and more time is being spent scrolling through chat history. After assigning tasks to AI, it was discovered that AI implemented unexpected features (over-engineering). As the conversation lengthens, important specifications get buried in context. When changing sessions, we have to explain the context to the AI ​​all over again. That is why more teams are moving away from pure “vibe coding” workflows and paying attention to Spec-driven development (SDD). Instead of relying on scattered prompts, SDD keeps specifications at the center of the development process. The spec becomes the shared reference point for both engineers and AI coding agents throughout implementation. 1. What is Spec-Driven Development (SDD)? 1.1 Definition Spec-Driven Development (SDD) is a development method in which the specification document is considered as "Single Source of Truth", and code generation is handled by a coding agent based on that specification. Traditional development usually follows a code-first workflow. Developers write the code first, then update documents later. SDD works the other way around. Before implementation starts, the team first defines what needs to be built through structured specifications. Once the requirements are clear, developers and AI agents use that spec as the foundation for implementation. That spec-first mindset is the core idea behind Spec-driven development. 1.2 Where SDD Fits in the Evolution of Software Development Spec-driven development is not an entirely new concept. In many ways, it brings back a familiar engineering principle that software teams have followed for decades: Define requirements → Design → Implement → Test. The difference is that this workflow is now being adapted for the AI era. As AI coding tools become more capable, teams are realizing that prompting alone is not enough for large-scale development. Without structured specifications, context becomes unstable and outputs become harder to control. SDD addresses that problem by keeping requirements and decisions documented in a persistent format instead of leaving everything inside chat conversations. The approach started gaining broader attention after Thoughtworks included Spec-Driven Development in the “Assess” stage of its Technology Radar Vol.33 in November 2025. Around the same period, AWS also introduced Kiro IDE, an AI-integrated development environment built around requirements → design → tasks → code generation workflow. 1.3 Spec-Driven Development vs. Vibe Coding The difference between vibe coding and Spec-driven development becomes much clearer in day-to-day development workflows. Criteria Vibe Coding Spec-Driven Development (SDD) Starting point Natural language ideas and prompts Structured specification Main Source of Context Chat history Specification file (Markdown...) Plan Continuity Context gets buried in conversations It exists as a file. Handover between sessions Difficult to continue across sessions Letting AI read the specifications is a viable option. Sharing within the team Hard Easy thanks to file sharing. Review Only the output code can be reviewed. Review can be done right from the spec stage. 2. Real-World Benefits of Spec-Driven Development Spec-Driven Development is still an emerging practice in 2025 and 2026, and the industry does not yet have a unified way to measure its impact. However, after applying spec-first workflows across production projects, we at Haposoft started seeing measurable improvements in delivery speed and project execution. Those workflows later became the foundation of CafeKit. 2.1 Reduce Total Project Effort by 30% Measurement Context: We compared actual man-hours from kickoff to production release across mid-to-large Web/SaaS projects (3–12 months scale), contrasting the legacy workflow (code-first, documentation later) with the new Spec-Driven Development (SDD) workflow integrated with AI coding agents. Effort Savings Breakdown Across the Project Lifecycle: Requirement & Design: Structured specifications from day one reduce client clarification loops. Common modules (authentication, payments, notifications) are reused from existing spec libraries instead of being redefined from scratch. Implementation: AI coding agents use the spec as a single source of truth, generating accurate code on the first attempt and significantly reducing back-and-forth prompting cycles between engineers and AI. Testing: Test cases are auto-generated directly from the spec’s acceptance criteria, eliminating manual test design after development is complete. Rework (Largest Saving): Human-AI alignment on specs before coding virtually eliminates "build-then-realize-misunderstanding" scenarios. This drastically cuts rework overhead, which is typically the biggest efficiency drain in Vietnam-Japan offshore projects due to language barriers. Documentation: Handover documentation is automatically generated from the spec, meeting the stringent documentation standards expected by Japanese enterprise clients without adding engineering overhead. The 30% reduction in total project effort translates to faster time-to-market, lower burn rates, and higher margin predictability across the portfolio. Teams can deliver more value within fixed timelines while maintaining strict quality and documentation compliance. 2.2 Increase SDLC delivery speed by 50% We also compared the time required to move from kickoff to the first production release between traditional code-first projects and projects using SDD workflows with AI coding agents. The biggest improvement came from reducing requirement misunderstandings. Reduced rework due to misunderstanding of requirements. Because the specifications are agreed upon by both humans and AI before writing the code, instances of "implementing and then discovering misunderstandings" are significantly reduced. This is the biggest source of waste in global offshore projects due to the language barrier. AI implements faster when specifications are clear. Coding agents with specifications as a "guide" will generate more accurate code the first time, reducing the number of back-and-forth prompt cycles. Test cases are generated from the acceptance criteria of the specification. No need to write tests from scratch after the code is finished. The handover document is automatically generated from the spec.– especially important for Japanese clients who require meticulously prepared documentation. One of the biggest improvements came from reducing rework. With SDD, many of those issues were identified earlier during the specification phase. A 50% efficiency increase has been observed on medium to large-scale greenfield development projects. For small maintenance or hotfix projects, the overhead of writing specifications can outweigh the time saved – this is one reason CafeKit has a mechanism to allow skipping phases for minor changes. 2.3 Other Qualitative Effects Beyond measurable delivery metrics, our team, Haposoft, also observed several operational improvements after adopting Spec-driven development. Clearly define responsibilities between humans and AI: Specifications define what needs to be built, while AI focuses on implementation. This separation helped teams maintain control over project direction while still improving development speed. Continuity transcends session boundaries: Even if the Claude Code session is interrupted or if the engineer in charge changes midway (which frequently happens in offshore companies), as long as the specification file remains, the new person can take over the project in a short time. Documents are automatically accumulated: requirements, implementation decisions, and project progress were stored as structured Markdown files inside the repository. Teams spent less time reconstructing context weeks or months later, especially during onboarding and handovers. This is especially important for project structures where developers work together across multiple time zones. 3. Typical workflow of SDD So how does Spec-driven development actually work in practice? While workflows may vary between teams and tools, most SDD processes follow six core phases. Phase 1: Requirements Teams describe business goals, user problems, functional requirements, and nonfunctional requirements in natural language. During this stage, developers often work together with AI tools to structure ideas into user stories and acceptance criteria. The goal is not to create perfect documentation from the start. Instead, the focus is on building a shared understanding of what needs to be developed. Phase 2: Design This may include architecture decisions, data models, API structures, screen flows, and system behavior. Many teams also use design docs or ADRs to record why certain technical decisions were made. Keeping those decisions documented becomes especially useful later when projects scale or new engineers join the team. Phase 3: Task Breakdown Break down the design into manageable tasks. Using the "1 task = 1 commit" standard will help streamline progress management and review. Phase 4: Implement (Implementation) Assign AI to generate code for each task unit. Because it implements and references the specification simultaneously, the AI ​​can write consistent code without "losing the overall picture." Phase 5: Test Generate and run test code based on acceptance criteria derived from the specification. Because the specification and tests correspond one-to-one, coverage is easy to visualize. Phase 6: Review Human engineers check for consistency with specifications, code quality, and security. Because the specification document serves as a "reference standard," the review criteria become clear. 4. Popular Spec-Driven Development Tools As Spec-driven development continues gaining attention, more tools are appearing around AI-assisted workflows and coding agents like Claude Code. Each tool approaches SDD differently. Some focus on documentation workflows, while others provide end-to-end environments that connect requirements, implementation, testing, and AI-generated code. 4.1 GitHub Spec Kit GitHub Spec Kit is an official toolkit built around the idea that AI performs better when working from clear specifications. The toolkit helps teams create and manage documents such as PRDs, design docs, and ADRs before implementation begins. Instead of relying entirely on prompts, developers can structure project context in a more reusable format. 4.2 Kiro IDE Kiro IDE is an AI-integrated development environment introduced by AWS. The platform supports workflows that move from natural language requirements into structured phases such as design, task breakdown, implementation, testing, and code generation. Rather than treating AI as a simple autocomplete tool, Kiro positions AI agents as part of the overall development workflow. 4.3 claude-code-spec-workflow The CLI tool originated from the OSS community. Implementing the SDD flow for Claude Code, it can launch a new feature development workflow with just one command. For teams already working heavily with Claude Code, this type of workflow helps reduce prompt fragmentation during development. 4.4 cc-sdd / OpenSpec This group of lightweight tools offers a flow spec → task → implement approach based on various philosophies. The choice depends on the scale and preferences of the project. Different tools also follow different philosophies, allowing teams to choose workflows that fit their project size and engineering culture. 4.5 CafeKit CafeKit is the open-source SDD toolkit developed by our team at Haposoft. The tool was designed specifically for Claude Code workflows and follows a six-phase Spec-driven development process. Instead of treating specifications as static documents, CafeKit keeps them closely connected to implementation, testing, and project tracking throughout development. 5. CafeKit: An SDD Toolkit Built for Enterprise Development 5.1 What is CafeKit? CafeKit (cafekit.haposoft.com) is an open-source CLI toolset designed specifically for Claude Code, implementing the 6-phase Spec-Driven Development workflow. One of the main goals behind CafeKit was making SDD workflows easier to apply in enterprise development environments, where documentation, review processes, and long-term maintainability are often critical parts of delivery. 5.2 The Core Six Phase Workflow in CafeKit CafeKit uses the same familiar terminology as in the Japanese development environment, providing the following phases: Requirements Definition → Design → Task Breakdown → Implement → Test → Review Each phase produces structured Markdown files stored directly inside the repository, manageable with Git. Because specifications are version-controlled together with the codebase, teams can track changes more consistently and maintain a clearer project history over time. The workflow also makes collaboration easier between engineers, reviewers, and AI coding agents since everyone works from the same documented context. 5.3 Why We Built CafeKit When we started applying SDD workflows in production projects, we noticed that many existing tools focused heavily on prompting but provided limited support for maintaining long-term project structure. CafeKit was designed to solve several practical issues we encountered during real development workflows: Keeping specifications and implementation synchronized throughout the project lifecycle. Making project context easier to continue across AI sessions. Improving collaboration between multiple engineers working with AI coding agents. Maintaining reusable documentation instead of relying entirely on chat history. The goal was not simply to generate code faster. It was to create a workflow where both humans and AI could work from stable and reusable specifications. 5.4 Getting Started with CafeKit Setting up CafeKit only takes a few minutes. 1. Prerequisites Make sure you have Node.js (v18 or higher) and `npm`/`npx` installed. 2. Navigate to Project Root Open your terminal and `cd` into the root folder of your project. 3. Initialize CafeKit Run the setup command: npx @haposoft/cafekit The command above will automatically download and run the CLI. Follow the interactive prompts to configure your project. Additional setup instructions and documentation are available on the official CafeKit website. 6. How to Start Applying Spec-Driven Development For teams interested in introducing Spec-driven development into their workflow, the transition does not need to happen all at once. In most cases, starting small is more effective than trying to redesign the entire development process immediately. Step 1: Start with a small project Avoid applying SDD across a large project from day one. A better approach is to start with smaller internal tools, isolated features, or new side projects. This gives the team time to adjust to spec-first workflows without adding unnecessary delivery risk. Step 2: Prepare Specification Templates Well-structured templates make SDD much easier to adopt consistently across teams. Depending on the project type, teams may prepare templates for requirements, design documents, API specifications, or acceptance criteria. Starting from existing templates and customizing them gradually is usually more practical than creating everything from scratch. Step 3: Keep Tasks, Commits, and Specs Aligned One useful practice is maintaining a close relationship between tasks, commits, and specification updates. Some teams follow a simple structure: 1 Todo = 1 Commit = 1 Spec Update Step 4: Move Review Earlier into the Specification Phase Traditional workflows often rely heavily on code review after implementation is already finished. SDD shifts part of that review process earlier by reviewing specifications before development starts. Catching requirement gaps during the specification phase is usually much cheaper than rebuilding features later in implementation. Step 5: Standardize Tools Across the Team If each individual uses a different tool, the specification format will become chaotic. It's best to use a consistent tool (e.g., CafeKit) throughout the team. 7. Common Challenges When Adopting Spec-Driven Development Like any development methodology, Spec-driven development is not a perfect solution for every situation. Teams adopting SDD often run into several common problems during the transition phase. Trap 1: Writing too much specification. One of the most common mistakes is over-documenting everything from the beginning. If teams spend too much time trying to create perfect specifications, the speed advantage of AI-assisted development quickly disappears. In practice, lightweight specifications are often enough to get started. A gentler approach, "starting with a few bullet points," is also very effective – AI will help you expand the specifications. Trap 2: Specifications and Code Falling Out of Sync Another common issue appears when implementation changes but specifications are not updated afterward. Over time, outdated specifications become unreliable and teams stop trusting the documentation entirely. To avoid this, specifications and implementation need to evolve together throughout the project lifecycle. Trap 3: Overtrusting AI-generated Output Even with structured specifications, AI coding agents still make mistakes. Specifications improve consistency, but they do not guarantee correct implementation in every case. SDD works best when AI is treated as a development partner rather than a fully autonomous replacement for engineering judgment. 8. How Spec-Driven Development May Change Engineering Careers The rise of AI coding tools is also changing how engineering skills are evaluated. As AI becomes better at generating implementation code, the value of simply “writing code” may gradually become less differentiated. At the same time, skills related to defining requirements, structuring problems, and designing systems are becoming more important. This is one reason Spec-driven development is attracting attention beyond productivity alone. In SDD workflows, engineers are expected to translate unclear business requirements into structured specifications that both humans and AI can understand consistently. In many ways, SDD shifts part of the engineer’s role from pure implementation toward specification design and decision-making. For those looking to shift their career from "coder" to "specification designer," SDD is definitely an essential skill set. Summary Spec-driven development is not just about using AI to generate code faster. It is about creating a more structured development process where both humans and AI work from the same source of truth. As AI-assisted development continues evolving, workflows built around clear specifications will likely become more common across modern software teams. If you want to start using SDD in enterprise development, give this a try. CafeKit (cafekit.haposoft.com) fully compatible with Claude Code, free OSS – deployable today. Contact CafeKit For support, enterprise customization, or SDD related consulting, feel free to contact our team at Haposoft. Official website: cafekit.haposoft.com Haposoft: This offshore development company has its headquarters in Hanoi (Vietnam) and an office in Tokyo ( Japan). It is certified as an AWS Select Tier Partner, ISO 9001:2015, and ISO 27001. Let development in the AI ​​era be guided by solid specifications.
truy-xuat-nguon-goc-thuc-pham-thong-tu-11-2026-tt-bct
May 20, 2026
20 min read

Circular 11/2026/TT-BCT and the Challenge of Building a Traceability System for Food Businesses

Circular No. 11/2026/TT-BCT The regulations issued by the Ministry of Industry and Trade on February 27, 2026, and effective from April 16, 2026, have officially established the legal framework for food traceability. With the connection to the National Traceability System set for December 1, 2026, food manufacturers have only about 7 months to review their data, processes, and technical infrastructure. The new requirements extend beyond simply attaching QR codes or maintaining product records. Businesses need the ability to trace back raw materials, track outgoing shipments, and provide documentation upon request from competent authorities. Therefore, this article will analyze the key points of Circular 11/2026/TT-BCT and suggest ways for businesses to prepare a traceability system based on standards such as GS1 and ISO 22005. What does Circular 11 stipulate? Circular 11/2026/TT-BCT is not just a technical document, but also a step towards transitioning from paper-based management to digital data-driven management throughout the supply chain. Applicable subjects and timelines to note (Articles 2 & 15) Circular 11/2026/TT-BCT applies to organizations and individuals producing and trading food under the management of the Ministry of Industry and Trade. Two groups are exempt: imported food, which is exempt from state inspection for food safety, except in cases of warnings, and food produced by households for their own consumption, not for commercial purposes. Businesses need to pay particular attention to two key deadlines regarding system connectivity obligations: From December 1st, 2026: Food production facilities must complete the connection and provide information to the National Traceability System. From March 1st, 2027: Food import businesses must fulfill their obligation to connect and provide data. The remaining facilities are encouraged to connect early, but it is not yet mandatory. The "One step forward - One step back" principle. This is the backbone principle of the entire Circular, requiring businesses to have two-way traceability capabilities – backward tracing (one step forward) and forward tracing (one step backward). Businesses need to know where the raw materials come from and where the finished products have gone, but are not required to track the entire chain from beginning to end. For manufacturing facilities, this means that input and output data must be clearly linked. When traceability is needed, businesses must identify the raw material batch, supplier, finished product batch, and related distribution point. This allows for quick containment and handling when unsafe products are detected. The group of business data that must be established and stored (Article 5) Circular 11 separates information requirements according to different groups of entities, including manufacturing facilities, trading establishments, and import establishments. Production facilityIt is necessary to record complete information about the product (name, image, brand, batch number, expiration date, packaging specifications, ingredients), input material information (batch/lot, quantity, supplier, test results), and output distribution information (customer, agent, carrier). Business establishmentThey must receive and store product information from the manufacturer, and also add the location and time of the traceability event at their facility. Import facilityAdditional information must be provided regarding the foreign manufacturer/exporter, importer, Certificate of Origin (C/O) or test results from the country of origin, and information on the imported shipment. Retention period and requirements for reporting incidents (Articles 6 & 7) Regarding the retention period,This is a point businesses need to pay special attention to: traceability records must be preserved.at least 12 months from the expiration date.for food in limited quantities, or60 months (5 years) from the date of manufactureFor food products, expiration dates are not required. For businesses with thousands of SKUs, this presents a significant data storage challenge. Furthermore, upon discovering unsafe food, the production facility must follow a five-step traceability process: accurately identifying the product batch, reviewing production and testing records, contacting the raw material supplier, sending urgent notices to distributors/dealers for recall, and preparing a report for submission to the competent authority. The business must provide traceability documentation.within 24 hourswhen requested by the competent authority. Access codes and data carriers (Articles 12, 13) Each traceability event must be encoded into a traceability code, including: product identifier, location code, time, batch number, or serial number. This code is affixed to the product via data carriers that the Ministry of Industry and Trade will coordinate and agree upon: barcodes, QR codes, DataMatrix, RFID, NFC, or other methods. Important note: CircularoptionalA specific coding standard (such as GS1) is left for businesses to decide. However, the traceability code must ensure integrity, verifiability, independent traceability, and synchronous connectivity with the National Traceability System. Inter-sectoral data sharing (Article 14) The data retrieval system is designed to connect with national and international database systems, including those of the Ministries of Public Security, Health, Agriculture, and Environment. The data is processed on a "one-time declaration, multiple-use" principle—meaning businesses only need to submit data once, but multiple agencies can access it as needed. If data is standardized effectively from the outset, businesses can reduce duplication in declarations and work more efficiently with various regulatory agencies. Why Should Businesses Avoid Formal Traceability? Many businesses might think that simply creating a QR code, printing it on packaging, and directing users to a product introduction page is sufficient for traceability. While this approach may create a sense of transparency on the surface, it's insufficient to support businesses when they need to inspect, recall, or explain products to regulatory authorities. A QR code is merely...data carrierThe more important part lies in the system behind the scan code. In practical operation, businesses need to answer more specific questions: Is product data complete? Is the batch code linked to the raw materials? Which warehouse did the finished product pass through? Which distributor was it delivered to? Where is the remaining inventory located? Can reports be quickly generated when recalls are needed? If this information remains fragmented in Excel files, paper slips, or multiple software programs that are not interconnected, then having a QR code will not help businesses with proper traceability. How to make it look A true retrieval system The QR code directs to the product introduction landing page. QR codes are linked to batch codes, products, and traceability events. Data is entered manually and is fragmented across departments. Data is linked from ERP, MES, warehouse, and distribution systems. It is difficult to trace back problems when there are issues with materials or products. It is possible to trace back and forth for each batch. Reports must be compiled manually when required. A quick report can be generated during inspection or recall. Therefore, traceability should not be viewed as a superficial display on the packaging. For food businesses, it is a data-driven operational system directly related to production, testing, warehousing, distribution, and incident response. A purely formal traceability system might suffice for short-term communication, but it poses a significant risk when businesses need to prove a batch, trace back ingredients, or respond to inquiries within a short timeframe. How should a product traceability system function? Typical Case Study: Tracing the Origin of the SKU "180ml Pasteurized Fresh Milk" To visualize how standards coordinate in practice, consider the operational scenario of a fresh milk SKU: Production phase A batch of raw fresh milk from Farm A (identified by a unique GLN) arrives at the factory warehouse. The system records the receipt event with the raw material batch code. When 5,000 liters of milk are transferred to the sterilization tank to produce 25,000 180ml milk cartons, the system automatically creates an internal link: Raw material batch ↔ Production batch LOT123. On each milk carton, the GS1 DataMatrix inkjet printer contains: GTIN (product code) + LOT123 (batch number) + Expiration date. Incident response plan Suppose at 8:00 AM, the QC department detects abnormal test results for lot LOT123: 08:05 — Backward Tracing:The system identifies lot LOT123 as using raw materials from Farm A, processed on shift number 2, on March 15th. 08:15 — Forward Tracing:Based on distribution event data, the system has identified 25,000 boxes of LOT123 milk currently located in 3 distribution warehouses and delivered to 15 retailers in Hanoi. The estimated number sold to consumers is 8,000 boxes. 08:30 — Issuing a selective recall order:A stop-sell and recall order has been issued.This applies only to lot 123., which does not affect other batches of milk that are circulating normally. 10:30 — Incident control:The entire retrieval and order issuance process is completed in 2.5 hours — comfortably meeting the Circular's 24-hour document submission requirement, while also helping businesses avoid large-scale recalls of all fresh milk SKUs, saving costs and protecting brand reputation. When a problem is detected, what should the system be able to trace? When a batch of products is detected as showing signs of being unsafe, the system must first provide support.backward tracingThis involves tracing back from the faulty batch to the production and input material data. For example, with LOT123, the business needs to know which materials were used in this batch, from which supplier, which machine shift they were processed on, and what relevant testing records are available. This step helps the business identify the cause of the risk and determine whether the problem lies in the materials, the production process, or the quality control stage. Conversely, the system must also provide support.forward tracingThis means tracing the supply chain forward from the defective batch to the distribution points. Businesses need to know which warehouse LOT123 was shipped to, which distributor received it, the remaining quantity, and which portion may have already been sold. If the distribution data is fully recorded, businesses can quickly send out sales stop-loss notices, pinpoint the recall points, and avoid affecting unrelated batches. This is the difference betweenselective recall and large-scale recallA good traceability system helps businesses identify the right risky batch, the right source of raw materials, and the right distribution point that needs processing. This allows businesses to reduce financial losses, shorten response times, and protect their brand reputation in sensitive food safety situations. Where in the system should GS1 and ISO 22005 be applied? Circular 11 does not mandate businesses to use a specific coding standard. However, for a traceability system that is stable, scalable, and easily connected to partners in the supply chain, businesses should consider widely used standards such as GS1 and ISO 22005. GS1 supports the identification and coding layers, while ISO 22005 helps businesses design traceability processes with controlled processes. GS1 helps standardize identifiers and access codes. Although Circular 11 does not specify a particular encryption standard, Haposoft recommends choosing GS1 as the platform for three reasons: International compatibility.GS1 is an identification system used in over 100 countries. If a business plans to export, a GS1-based system will ensure that traceability data is recognized in the target market without the need for conversion. Key identifiers include: GTIN (Global Trade Item Number) for products, GLN (Global Location Number) for locations, and SSCC for logistics units. Dynamic data on the scan code.GS1 DataMatrix allows for the direct encoding of dynamic information—lot number, production date, expiration date—into the scan code. When combined with the EPCIS (Electronic Product Code Information Services) event standard, the system can automatically record and retrieve the entire movement history of a product through each point in the supply chain. Meets the requirements of the Circular.GS1 natively meets the requirements for traceability codes in Clause 12 (integrity, verifiability, independent traceability, synchronous connectivity), saving businesses from having to build encryption logic from scratch. ISO 22005 helps in designing traceability processes. While GS1 addresses the "identification and coding" problem, ISO 22005 (Traceability in the feed and food chain) addresses the "process management" problem. This standard focuses on how to design and operate a traceability system in the food chain, including identifying traceability control points, linking internal data, and conducting periodic traceability testing. Another important aspect is internal data linking. Businesses need to ensure the ability to trace back from a finished product unit to its corresponding raw material input batch, and vice versa. This is the technical foundation for the principle."One step forward - one step back"which the Circular requires, especially for businesses with many SKUs, multiple suppliers, and multiple distribution points. ISO 22005 also recommends that businesses conduct periodic traceability drills, which are generally understood as mock recall. This activity helps measure actual response times, test data output capabilities, and detect system vulnerabilities before actual failures occur. If a business only designs processes on paper without testing, the system may still be slow, have missing data, or fail to retrieve the correct batch when needed. Technical Infrastructure: On-premise or Cloud? For large-scale food businesses (thousands of SKUs, multiple factories, extensive distribution networks), choosing the right deployment infrastructure is a crucial decision. For large-scale food businesses, especially those with thousands of SKUs, multiple factories, and extensive distribution networks, choosing the right infrastructure is a crucial decision. A traceability system not only stores product information but also processes data on raw materials, production batches, testing, warehousing, distributors, and distribution. Therefore, businesses need to weigh the pros and cons of cloud versus on-premise based on security levels, investment costs, query performance, and operational control capabilities. Cloud is suitable for businesses that need rapid deployment and flexible scalability. Cloud computing is suitable for businesses that want to deploy quickly, reduce initial investment costs, and do not want to operate their own server infrastructure. With this model, businesses can expand storage capacity, the number of users, or the number of access points more flexibly as the number of SKUs, shipments, and distribution points increases. Cloud computing is also convenient for businesses with multiple branches, warehouses, or operational teams in different locations. However, businesses need to clarify issues regarding security, access control, backup, data ownership, and SLAs with their suppliers. Accessible data may include supplier information, production volume, test results, dealer lists, and distribution history. Without proper control over these aspects, a cloud system, while flexible, poses risks to data security and future audits. On-premise is suitable for businesses that need data control and operational SLAs. On-premise is suitable when businesses have strict data security requirements, such as dealer lists, production volumes, product formulas, or supplier data considered trade secrets. This model is also suitable if businesses need high query performance with millions of event records, or want full control over operational SLAs without relying on third-party SaaS platforms. A key advantage of on-premise is the ability to intervene directly when problems occur. Technical teams can immediately access the server, check logs, and resolve errors without waiting for support tickets. This is especially crucial in emergency product recall scenarios, where every hour of delay can result in significant losses. Hybrid solutions are suitable when businesses need to balance control and connectivity. For some large businesses, a hybrid solution can strike a balance between cloud and on-premise. Core data such as recipes, testing, production, or sensitive manufacturing data can be stored on internal infrastructure. Meanwhile, dashboard layers, reports, APIs for synchronization, or connections to external systems can be deployed in the cloud. This approach allows businesses to maintain control over critical data while having the flexibility to scale or connect with partners and regulators. In short, there isn't one right solution for every business. Cloud is suitable when rapid deployment and flexibility are prioritized; on-premise is suitable when security, performance, and control are prioritized; and hybrid is suitable when a business needs a balance of both. Proposed Implementation Roadmap After identifying the data requirements, traceability standards, and appropriate infrastructure model, businesses need a clear implementation roadmap before the mandatory deadline. This should not be done close to the deadline, as the traceability system needs time to review old data, standardize batch codes, integrate with existing systems, and test its responsiveness in case of problems. Phase 1 (May–June 2026): Assessment of the current situation.Review the current production management system, identify the gap between existing data and the requirements in Article 5 of the Circular. Decide on the encoding standard (GS1 recommended) and the infrastructure for implementation. Phase 2 (July–September 2026): System development.Deploy infrastructure, integrate with existing ERP/MES, and establish a data retrieval flow based on the "one step forward - one step backward" principle. Configure data carriers (print codes on packaging). Phase 3 (October–November 2026): Trial operation and drills.Run the new system and the old process in parallel. Conduct mock recalls to measure response times. Conduct a test connection with the Ministry of Industry and Trade's traceability system (technical support from the Ministry will begin on October 1, 2026, as per Article 16). Phase 4 (From December 1, 2026): Official operation.Complete the connection and provide information to the National Traceability System. Haposoft Offers Traceability Solutions for Food Businesses Haposoft is currently implementing a traceability solution for food businesses, focusing on building the data system behind the traceability code. The solution goes beyond simply creating QR codes to display product information; it aims to link data from raw materials, production, testing, warehousing, to distribution. This allows businesses to trace back and forth and generate reports quickly when needed for inspection or recall processing. Haposoft can support businesses in the following key areas: Assess the current state of data and processes:Review product data, batch numbers, raw materials, suppliers, testing, warehousing, and distribution to identify gaps compared to traceability requirements. Designing the architecture of the retrieval system:Build a data model, determine access flows, and choose the appropriate infrastructure such as cloud, on-premise, or hybrid. Integration with ERP, MES, WMS, or internal systems:This helps prevent data fragmentation between production, warehousing, QC, and distribution. Build synchronized dashboards, reports, and APIs:It helps businesses track data retrieval, generate reports when needed, and readily connect with external systems. Support for deployment, testing, and operation after go-live:This includes system testing, data retrieval drills, data optimization, and post-deployment technical support. For businesses needing to prepare before the December 1st, 2026 deadline, early implementation will help reduce pressure in the final stages. Haposoft can support businesses from assessing the current situation to building a practical operational system. The goal is to help businesses have a traceability solution that is sufficiently clear in terms of data, flexible in terms of technology, and sustainable for long-term use. Conclude Circular 11/2026/TT-BCT makes food traceability a requirement that needs to be taken more seriously. With the deadline of December 1, 2026, food manufacturers should not simply stop at creating QR codes or maintaining fragmented records. The crucial step is to build a data system capable of linking everything from raw materials, production, testing, warehousing, and distribution. A good traceability system helps businesses respond more quickly to incidents, track the correct batches for processing, and reduce the risk of large-scale recalls. This is not only a compliance requirement but also a foundation for businesses to control operations transparently, reduce errors, and protect their brand reputation. With its experience in software development and system integration for businesses, Haposoft can support food businesses in building traceability solutions tailored to their specific scale. Early preparation will help businesses be more proactive before deadlines, while also creating a sustainable data foundation for long-term production and distribution operations. → Contact us for consultation: haposoft.com/en/contact-us
nextjs-may-2026-security-patch
May 15, 2026
15 min read

Next.js Hit by 13 New Security Vulnerabilities: Why Self-Hosted Deployments Need Immediate Attention

Another rough week for self-hosted infrastructure teams. On May 7, 2026, Vercel has released an emergency security patch for Next.js versions 15.5.18 and 16.2.6 after disclosing 13 newly identified vulnerabilities affecting self-hosted environments. One issue in particular — CVE-2026-44578 — is already drawing serious attention from the security community due to its potential impact. According to the advisory, the vulnerability allows attackers to abuse WebSocket upgrade handling to trigger Server-Side Request Forgery (SSRF) behavior inside vulnerable Next.js servers. If you run a self-hosted Next.js application, you need to act now. The Situation Vercel's May 2026 security release patches 13 CVEs across multiple categories: middleware bypass, denial of service, cache poisoning, XSS vectors, and one high-severity SSRF vulnerability. These are not theoretical issues. They affect runtime behavior in server-side Next.js applications, and most require no authentication to exploit. If you deploy Next.js on Vercel's platform, you are already protected. Their edge infrastructure was patched before the public disclosure. But if you self-host – whether on your own servers, Docker, Kubernetes, or a VPS – you are responsible for applying the fix immediately. The affected versions are all Next.js releases prior to 15.5.18 (for the 15.x branch) and 16.2.6 (for the 16.x branch). Source: Vercel Security Changelog – May 2026 The Critical Vulnerability: CVE-2026-44578 The most severe issue in this release is CVE-2026-44578, an SSRF vulnerability triggered during WebSocket handshake handling. How It Works Next.js, when processing requests with Connection: Upgrade and Upgrade: websocket headers, improperly validates the X-Forwarded-Host header. An attacker can craft a request like this: GET /api/public HTTP/1.1 Host: victim-app.com Connection: Upgrade Upgrade: websocket X-Forwarded-Host: http://169.254.169.254/latest/meta-data/ If the server is unpatched, Next.js will proxy that request to the address specified in X-Forwarded-Host, using the server's own network context. This means an external attacker can make your server fetch internal resources it should never expose. Why This Matters The immediate risk is access to cloud metadata endpoints: AWS IMDSv1: http://169.254.169.254/latest/meta-data/ GCP Metadata: http://metadata.google.internal/computeMetadata/v1/ Azure IMDS: http://169.254.169.254/metadata/instance These endpoints often return IAM credentials, service account tokens, or instance configuration data. With those, an attacker can move laterally, escalate privileges, or exfiltrate data. Security researchers estimate approximately 79,000 self-hosted Next.js instances are currently exposed to the public internet. If you run one of them and haven't patched, you are likely vulnerable. Who Is Affected You are at risk if: You run Next.js in server mode (SSR, API routes, middleware) on your own infrastructure Your Next.js version is below 15.5.18 or 16.2.6 Your application accepts external HTTP traffic (directly or via a load balancer) You are likely safe if: You host on Vercel (patched at the edge) You use next export to generate a fully static site Your Next.js instance is not reachable from the internet and you have strict egress controls Note: Using middleware for authentication does not mitigate these vulnerabilities. Several of the patched CVEs specifically bypass middleware logic. How to Check Your Version Run one of the following commands in your project directory: Check the installed version. If it is lower than 15.5.18 or 16.2.6 (depending on your major version), you need to upgrade. Also verify your package.json. If you use caret or tilde ranges (^15.5.0 or ~16.2.0), ensure your lockfile actually resolves to a patched version. Do not assume – check node_modules/next/package.json. Immediate Actions You Should Take If your team self-hosts Next.js, patching should be treated as urgent. 1. Update Next.js Immediately Upgrade to: Next.js 15.5.18 Next.js 16.2.6 Or newer patched releases Do not delay this if your application is internet-facing. 2. Block Metadata Endpoints Internally Even after patching, cloud metadata services should never be openly reachable from application containers unless absolutely necessary. Restrict access to: 169.254.169.254 AWS IMDSv1 GCP metadata endpoints Azure IMDS AWS users should also disable IMDSv1 entirely and enforce IMDSv2. 3. Review Reverse Proxy Rules Check your: Nginx configuration Traefik setup Load balancers WebSocket forwarding rules Misconfigured upgrade headers can sometimes increase exposure. 4. Monitor for Suspicious Internal Requests Look for unusual traffic patterns involving: Metadata IP addresses Internal RFC1918 ranges Unexpected outbound requests WebSocket upgrade anomalies This is especially important for production clusters handling public traffic. 5. Audit Environment Secrets If there is any chance your instance was exposed publicly while vulnerable: Rotate cloud credentials Rotate API keys Review IAM activity Check audit logs for abnormal access Do not assume failed exploitation attempts leave no trace. Why This Keeps Happening Next.js evolves rapidly. Features like middleware, server actions, WebSocket proxying, and React Server Components expand functionality but also increase the attack surface. When you self-host, you inherit the responsibility of tracking and applying security updates. There is no substitute for a disciplined patching workflow. Subscribe to Vercel's security advisories. Monitor the Next.js GitHub repository for security tags. Treat major framework updates as potential security events, not just feature releases. Bigger Problem: Convenience vs Infrastructure Ownership This incident highlights an uncomfortable reality many teams eventually run into: “Self-hosting saves money” — until infrastructure maintenance becomes a security problem. Frameworks like Next.js move extremely fast. That speed is great for developer experience, but it also means self-hosted deployments inherit the operational burden: Security patching Runtime hardening Reverse proxy maintenance Dependency management Infrastructure monitoring For smaller teams without dedicated DevSecOps workflows, critical patches can easily get missed. If you manage critical infrastructure and lack the bandwidth to audit, patch, and harden immediately, consider bringing in support. Haposoft can help teams: Audit Next.js deployments for exposure to known CVEs Apply emergency patches with zero-downtime strategies Harden cloud infrastructure against SSRF, metadata leaks, and auth bypasses Establish automated security workflows for long-term resilience If you need assistance, reach out through our contact page. We respond quickly to urgent security matters. Final Thoughts Modern frameworks are increasingly acting like application platforms, not just frontend tooling. That changes the security expectations dramatically. If you are running Next.js in production outside managed platforms, patch management and infrastructure hardening can no longer be treated as optional maintenance tasks. They are now part of the application lifecycle itself.
ai-native-vs-ai-augmented
May 14, 2026
15 min read

AI Native vs AI Augmented: The Difference Between Adding AI Features and Building AI-Driven Products

Microsoft has Copilot. Salesforce has Einstein AI. Adobe has Firefly. Almost every software company now has an AI feature to showcase. Yet products built with AI are starting to split into two very different categories. Some use AI to improve existing workflows, while others redesign the workflow around AI itself. This distinction is often described as AI native vs AI augmented. At a glance, the difference may seem technical. In reality, it affects product strategy, user experience, and long-term competitive advantage. Understanding where a product sits on this spectrum can help businesses make better decisions about AI adoption and investment. AI Native: When AI Becomes Part of the Workflow While AI-augmentedAI Augmented products use AI to improve existing workflows, AI Native products are designed around AI from the start. AI is not added later as an enhancement layer. Instead, it becomes a core part of how the product delivers value and how users interact with it. Perplexity is a useful example. Traditional search engines provide a list of links and leave users to research the answers themselves. Perplexity takes a different approach. Users ask a question, and the system gathers information, synthesizes findings, and delivers a direct response. The value is no longer the search results page. The value comes from AI completing part of the research process on the user's behalf. The same shift can be seen in industry-specific AI products. Legal professionals using traditional software still spend significant time searching documents, reviewing precedents, and preparing drafts. Platforms such as Harvey integrate AI directly into these workflows, helping lawyers analyze information and generate legal content in a way that would be difficult to achieve through conventional software alone. Software development offers another useful example. Tools like GitHub Copilot help developers write code faster, making them a clear example of AI-augmentedAI Augmented software. Cursor takes the concept further. Developers can describe an objective, ask questions about a codebase, and delegate larger tasks to AI. The workflow increasingly becomes a collaboration between the developer and the AI rather than a process driven entirely by manual input. The easiest way to identify an AI Native product is to ask the same question we used earlier: what happens if the AI disappears? In many cases, the product loses a significant part of its value proposition. Remove AI from Perplexity, and it becomes another search interface. Remove AI from Midjourney, and the product effectively stops functioning. AI is not supporting the experience—it is the experience. Common characteristics of AI-native products: AI plays a central role in delivering value. Workflows are designed around AI capabilities from the beginning. Users focus more on outcomes than on individual tasks. The product becomes difficult to separate from the AI powering it. A simple way to think about the difference is this: AI-augmentedAI Augmented products help people work faster, while AI-native products change how the work gets done in the first place. AI Augmented: When AI Is a Feature, Not the Whole Product AI Augmented refers to adding AI capabilities into existing software, workflows, or business processes. Most AI products available today are AI Augmented. Instead of rebuilding software from scratch, companies add AI capabilities to products that already exist. The goal is simple: improve productivity without forcing users to adopt an entirely new way of working. Microsoft Copilot is a good example. Word, Excel, and Outlook continue to work the same way they always have. Copilot can draft content, summarize information, or suggest improvements, but users still review the output, make decisions, and produce the final result. AI accelerates the workflow without fundamentally changing it. Many popular products follow the same approach: GitHub Copilot -> Code suggestions Grammarly -> Writing assistance Canva Magic Studio -> Content generation Salesforce Einstein -> Sales recommendations This leads to one of the easiest ways to identify an AI Augmented product. If the AI capability disappeared tomorrow, would the product still provide value? For most AI Augmented products, the answer is yes. Users would lose productivity gains and convenience, but the core functionality would remain intact because the product was not built around AI in the first place. Common characteristics of AI Augmented products: Humans remain at the center of decision-making. AI assists with specific tasks rather than managing the entire workflow. Existing processes and interfaces remain largely unchanged. Adoption is typically faster and less disruptive than rebuilding systems around AI. A useful analogy is adding a turbocharger to an existing car. The vehicle becomes faster and more efficient, but its core design does not change. AI Augmented products follow a similar principle. AI enhances the product, but the product itself remains the primary source of value. Read more: What Is Augmented AI? A Beginner’s Guide to Human-Centered Intelligence AI Native vs AI Augmented: Key Differences At first glance, AI native vs AI augmented products can look surprisingly similar. Both may use the same foundation models, offer conversational interfaces, or advertise AI-powered capabilities. The difference lies in the role AI plays within the product and the workflow it supports. The distinction becomes clearer when viewed through real-world scenarios. Imagine a customer support platform that uses AI to draft responses for support agents. The agent still reviews the answer, edits it if necessary, and sends it to the customer. This is AI Augmented because AI improves a specific task within an existing workflow. Now imagine a platform where AI receives incoming requests, categorizes them, retrieves information from the knowledge base, responds automatically, and only escalates complex issues to a human agent when needed. In this case, AI is actively participating in the workflow rather than simply assisting with it. This is much closer to an AI Native approach. The same pattern applies across sales, software development, research, and operations. AI Augmented products help teams work more efficiently, while AI Native products aim to redesign how work is performed in the first place. Read more: 15 Real-World Augmented AI Examples Transforming How We Work How to Tell Whether a Product Is AI Native or AI Augmented In practice, the line between AI native vs AI augmented is not always obvious. Many products market themselves as AI-powered, even though AI plays very different roles behind the scenes. Looking at the workflow often provides a clearer answer than looking at the technology stack. A useful starting point is to ask what happens if the AI component disappears. In an AI Augmented product, the software typically continues to function. Users may lose productivity gains or convenience features, but the core product still delivers value. In an AI Native product, removing AI often breaks a significant part of the experience because AI is directly tied to how the product works. Another way to evaluate a product is to look at who owns the workflow. AI Augmented products are usually human-led. AI can suggest actions, generate content, or automate small tasks, but people remain responsible for driving the process. AI Native products move further along the spectrum, with AI actively participating in execution rather than simply providing assistance. The difference becomes easier to spot when comparing similar products. Scenario AI Augmented AI Native Customer Support AI drafts replies for agents AI handles tickets and escalates only when needed Software Development AI suggests code snippets AI helps implement features based on developer intent Search AI summarizes search results AI delivers direct answers and research synthesis Sales AI recommends next actions AI helps execute parts of the sales workflow Of course, not every product fits neatly into one category. Many companies are adopting a hybrid approach, combining AI-powered features with workflows that increasingly rely on AI. As models become more capable, the boundary between AI Augmented and AI Native will likely continue to evolve. Rather than treating these categories as fixed labels, it is often more useful to view them as points on a spectrum. The key question is not whether a product uses AI, but how deeply AI is embedded in the way value is delivered. Why More Companies Are Exploring AI Native Products The growing interest in AI Native products is not simply the result of better AI models. It reflects broader changes in software development, user expectations, and the way businesses think about automation. Three factors, in particular, are driving this shift. 1. Legacy Software Is Becoming a Constraint Many established software platforms were designed long before generative AI became practical. As a result, companies often need to fit AI into workflows, interfaces, and architectures that were never built for it. This approach can work, but it also creates limitations. Technical debt slows down experimentation, legacy interfaces make it difficult to introduce new user experiences, and existing workflows can restrict how much value AI is able to deliver. In many cases, adding AI improves the product, but it does not fundamentally change what the product can do. 2. Users Increasingly Expect Outcomes, Not Tools Traditional software is designed around tasks. Users click through menus, complete forms, and manually move work from one step to another. AI is gradually changing that expectation. Consider the difference between asking AI to help write an email and asking AI to manage a customer follow-up process. The first request improves a task. The second focuses on the outcome. As users become more comfortable working with AI, many are beginning to expect software to help complete larger portions of the workflow rather than simply assisting with individual actions. 3. Agentic AI Is Expanding What Software Can Do The rise of agentic AI is another factor behind growing interest in AI Native products. Modern AI systems are increasingly capable of handling multi-step tasks, reasoning across different sources of information, and coordinating actions across multiple tools. Instead of generating a single response, AI can now participate in broader workflows such as research, customer support, software development, and operations. This shift makes it easier for companies to design products where AI becomes an active participant in execution rather than a feature that supports individual tasks. Together, these changes are encouraging businesses to rethink how products are built. The conversation is gradually moving beyond where AI can be added and toward where AI should be embedded as part of the workflow itself. AI Native vs AI Augmented for Businesses: Which Approach Should You Choose? There is no universal answer to the AI Native vs AI Augmented debate. The right approach depends on your business goals, product maturity, available resources, and the role AI is expected to play within the user experience. While AI Native attracts much of the attention today, AI Augmented remains the most practical choice for many organizations. AI Augmented is often the better choice when: You need quick, measurable improvements without rebuilding existing systems. Your business relies on complex legacy infrastructure. AI is intended to support users rather than become the core product experience. Lower implementation risk and faster time-to-market are priorities. For example, an enterprise CRM platform with thousands of existing customers may gain significant value from AI-powered lead scoring, automated summaries, or email generation. These features can improve productivity without forcing customers to adopt entirely new workflows. In this scenario, an AI-augmentedAI Augmented approach often delivers a stronger return on investment than rebuilding the product around AI. AI Native is often the better choice when: You are building a new product or launching a new business. AI is central to the value you provide customers. Existing workflows are inefficient and can be redesigned around AI. Long-term differentiation is more important than short-term optimization. This is why many AI-first startups choose a Native approach from day one. Rather than adding AI to an existing product, they design the entire experience around AI capabilities. Products like Perplexity, Cursor, and Harvey are examples of companies that use AI not just as an enhancement, but as a fundamental part of how value is delivered. In reality, many organizations will find themselves somewhere between these two approaches. A company may begin by introducing AI-powered features into an existing product, then gradually automate larger portions of the workflow as user trust and AI capabilities improve. What starts as AI Augmented can evolve toward a more AI Native model over time. The goal should not be to force a product into one category or the other. Instead, businesses should focus on identifying where AI can create the most meaningful value for users. In some cases that means improving an existing workflow. In others, it means rethinking the workflow altogether. Conclusion The choice between AI native vs AI augmented isn’t about which is "better"—it’s about your strategic horizon. AI Augmented delivers Quick Wins: boosting productivity and immediate ROI on existing infrastructure. AI Native builds Moats: redefining user experiences and creating entirely new operating models. The ultimate question for product leaders is no longer "Which AI feature should we build?", but rather: Is AI merely supporting your workflow, or has it BECOME the workflow? 👇 Need a Tailored AI Integration Strategy? Bolting AI onto legacy systems or building an AI Native platform from scratch requires rigorous evaluation of data infrastructure and unit economics. Our team of experts is ready to help you design a custom AI roadmap in a 1:1 strategy session. [Book a Free Consultation]
cta-background

Subscribe to Haposoft's Monthly Newsletter

Get expert insights on digital transformation and event update straight to your inbox

Let’s Talk about Your Next Project. How Can We Help?

+1 
© Haposoft 2025. All rights reserved
Privacy Policy