你現在SDD 工作流是 人與AI 一起協作 ?

在 AI-Native 时代,很多人对 SDD 的生产方式抱有一种“看似合理、实则过时”的想象:

  • 产品经理整理需求文档与做些模组作业规划(人主导)
  • AI 搭一个快速 HTML Demo(AI主导)
  • 中间再掺杂 UED/Figma 设计(人主导)
  • 后端产研再用 AI Coding(AI主导)
  • 然后靠"人 + AI 分工协作"把系统做出来。

在这里插入图片描述

但真正高质量的 AI-Native SDD 产制过程,恰恰相反:

它不需要任何虚拟人化的软件岗位分工来维软件开发流程运转,
也不依赖“一个人督导、一半 AI 自主”的团队协作想象。

在这里插入图片描述

开玩笑 ??? 全部都AI-Native SDD 过程 !!!

下面就分享中小企业都有员工持股计划(ESOP), 是如何全AI 产制出来可交付的MIS系统

中小企业 ESOP(员工持股计划)系统

这是很多小企业都有的股权绩励,但很多都是文件管理(excel 等),也没系统管理支持…
ESOP 不是简单PPT 业务,它会牵扯很多关键设计:

  • 状态机(授予、归属、行权、取消、作废):很多MIS常规设计
  • 交易边界(撤销 vs 补偿、ledger append-only):涉及业务特殊设计
  • 幂等与重试(写入 API 必须可重放):系统稳定保障
  • 权限与审计(谁在什么权限下做了什么):系统合规要求

这持股计划平时熟悉业务的产品经理本来就不多, 这边就展示下大模型是否能产出高品质ESOP系统出来…

第 0 步:先把 业务资料收集一下

这时后一定有产品经理跳出来说:[我又不熟这ESOP 如何写产品需求文档?]
其实不需要写像以前那样写那样传统PRD文档:不需要写一些给人看的章节

  • 项目背景
  • 市场调研/文档目的
  • 适用范围/阅读对象
  • 用户痛点与现状问题
  • 功能架构图/模块拆分说明

上面传统这些是写给人看的,对AI-Native SDD 不需要这些,即使提供了,浪费Token而已

在这里插入图片描述

另外不需要产品经理自己先伤脑筋想好模组与功能清单,你仅需要提供收集相关业务资料就行!

下面这些是透过豆包或workbufddy 收集的小企业员工持股资料

在这里插入图片描述

第 1 步:Module Extraction(先把项目模组整理出工程结构)

输入 刚才整理ESOP需求文档资料,让大模型先输出可执行项目结构:

输出:module.md(模块树)+ 每个 spec 的 spec_code 列表
结果:把“传统业务大段叙述”降维成“项目模组工程节点”

模型自动产出模组规划,作业分工比你自己想的还细与规划明确,你不懂ESOP没关系,
大模型自动帮你规划系统模组

在这里插入图片描述

同时也可以规划模组下的作业清单

在这里插入图片描述

第 2 步:先把 业务Harness 写出来(把规则变资产)

有了作业清单可以丢给AI Coding 了? 别急! 资料库scheam 与项目数据字典都没产生!

_shared/global/ 都会按需注入给大模型各种约束Harness:

  • 字典 SoT(Lexicon):状态机、事件类型、错误码、角色(大模型都会产出)
    在这里插入图片描述

  • Schema SoT:系统数据库 schema(字段/表的唯一真相 都是大模型产生的! )
    在这里插入图片描述

很多人的AI 应用仅能单元作业,整套系统常因大模型发散(乱编数据字典) 导致A作业与B作业的数据字典不统一

第 3 步:Spec Generation(无状态生成 spec.md)

有人全局模组作业规划的JSON资料与数据字典与资料库schema 后,就可以开始
对每个 spec,按约束导引推理方式发起请求:产生后面 AI Coding IDE 看的懂与执行的spec 文件

  • 输入:该 spec 的最小上下文 + Harness + Schema SoT + 规则约束
  • 输出:标准 10 章的 spec.md
  • 失败策略:证据不足就 > ⚠️ [缺口],禁止臆造
    在这里插入图片描述

以下是部分Spec 产出样式:
有Metadata (基本資訊)
依賴與約束 (Dependencies & Constraints)
User Story (使用者故事)
流程概述 (Process Flow)
UI Fields (表單欄位與介面映射)
API 定義 (API Contract)
業務規則與校驗 (Business Rules & Validations)/Data Schema
審計與狀態流轉
驗收與測試

没错!AI-Native Spec 可能跟你想像不同,它是专门给后面AI Coding IDE 设计读取的SDD文件,
不是传统让人理解SDD 文件

在这里插入图片描述

第 4 步: 任何AI Coding IDE 都可接手开发

你可以用你熟悉IDE 工具来开发! TRAE/WorkBuddy /Qoder 都可以

以下是完整ESOP 系统菜单视图

在这里插入图片描述
到这里你会发现,
整个AI-Native SDD 过程都没任何拟人化角色参与,都是AI-Narive 在经过设计SDD流程下,完成高品质MIS系统交付 !

这主要是利用一套全新VibeSpec Studio 机制完成的,这以后有机会再分享出来 !

在这里插入图片描述
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值