列表、规则与奖励维护
活动列表，按 ID / 名称查询与分页。
新增活动，独立路由维护富文本规则。
自定义榜单 key、名称、名次档位与奖励。
数据操作奖励 ID 查询回显；
Excel 模板、导入、预览与保存。
AI-NATIVE / 实践分享
企业 AI-Native
的落地路径
模型能力 · 研发交付 · 组织协作
从个人使用 AI，到团队持续交付
开场 / 认知差异
我们谈论的，可能是不同的 AI
来源：机器之心转述 Karpathy 的粗略估计，非人口统计；漏斗面积不代表比例。文章所附原帖链接
开场 / 交付瓶颈
编码变快，交付仍然可能排队
代码完成 ≠ 需求交付
01
需求澄清
口径反复，边界遗漏
02
编码实现
代码生成与修改加快
03
验证与评审
证据不足，返工增加
04
验收与交接
负责人等待，上下文丢失
改造目标：减少等待与返工，让经过验收的结果更快交付。
概念 / AI-Native 的工作方式
AI-Native 的三个默认选择
模型能力参与产品定义
先实测模型能稳定完成什么，再发现产品机会，以真实用户价值校准。
人与 Agent 共同承担任务
围绕任务、权限和验收设计分工；人保留关键判断与结果责任。
一手证据支撑决策
阅读原始文档与代码，在自己的任务上评测，持续更新能力边界。
判断依据：产品如何设计，任务如何分工，结论如何验证。
概念 / 企业的两条落地线
AI-Native 产研与 Agentic 业务职能
构建与维护产品
AI-Native 产研
Vibe Coding 工程化
通过规格、测试、评审与验收，
让 AI 编码进入团队交付流程。
- 产品与设计探索
- 编码、测试与代码评审
- 交付、发布与运维辅助
运行与改善业务
Agentic 业务与职能
把业务流程变成可执行任务
通过业务知识、工具、权限与验证，
让 Agent 进入日常业务流程。
- 数据分析与运营
- 客服与业务服务
- 财务、行政等职能协作
本次以产研改造为主线，结合企业数据场景说明共享能力如何延伸。
价值 / 效率与业务机会
交付效率与新的业务机会
已有工作
交付更快、更稳定
减少需求反复解释与交接等待
让验证更早发生，降低返工
观察：验收周期、退回原因、任务总成本
新增机会
更低成本地验证想法
小范围产品试验
按需分析与更细粒度的业务服务
观察：用户是否采用、结果是否有用
先选择一个值得解决的问题，再判断模型能力能带来什么改变。
价值 / 投入与交付衡量
用合格交付衡量投入
| 维度 | 观察指标 | 比较时的约束 |
|---|---|---|
| 速度 | 从需求进入到验收的周期 | 包含等待与返工 |
| 质量 | 验收退回、回归缺陷、线上故障 | 同类任务、相同验收口径 |
| 自主程度 | 自主完成率、人工介入原因 | 明确统计终点是待审还是上线 |
| 成本 | 模型 + 环境 + 人工（实施、审核、返工） | 观察每个合格任务的总成本 |
Token 是投入。调用量和生成代码量不能单独证明业务价值。
改造路线 / 五项核心能力
五项能力，沿交付链逐步建设
01
Token 治理
团队用得上
投入看得清
02
SDD 规格驱动开发
做什么
怎样算完成
03
Agent Readable
理解项目
理解业务事实
04
自主执行闭环
执行与验证
失败时能停下
05
团队能力复用
下一次少解释
少犯重复错误
统一接入提供基础，规格、上下文与验证共同支撑闭环。
多项能力可以并行建设，经验复用从第一次交付开始。
多项能力可以并行建设，经验复用从第一次交付开始。
实践 01 / 统一模型接入
企业内部 Token 中转站
Agent 接入
Codex
WorkBuddy
业务 Agent / 内部工具
统一模型入口
以 New API 等开源项目起步
身份与密钥 · 模型路由
配额限流 · 用量与费用
模型资源
授权的模型 API
企业可管理的调用资源
团队统一入口，按部门、项目和任务归集投入。
实践 01 / 接入治理
接得上之后，还要管得清
接入验收
验证鉴权、协议、流式响应与工具调用。为使用者提供配置模板与诊断入口。
资源归属
将密钥与预算关联部门、项目及使用范围；跟踪费用、失败率与异常消耗。
任务关联
把调用记录与需求、PR、测试报告关联，观察返工和审核是否抵消收益。
New API 是接入起点；组织管理与任务价值度量需要继续建设。
实践 01 / 渠道管理
统一入口下的渠道管理
资源接入
多类模型渠道集中管理
路由配置
界面支持设置优先级与权重
运行观察
查看启用状态与月度用量
统一入口承载具体的渠道配置，路由效果仍需结合调用日志验证。
实践 01 / 用量与成本
用量与成本，按组织维度查看
归属维度
业务线、项目、部门与用户
投入统计
请求量、Token、费用与人均指标
产出关联
接入 ELOC，辅助观察投入产出
按组织查看用量与成本，结合验收周期、质量与返工判断交付收益。
实践 02 / 从需求到验收
规格如何贯穿一次完整交付
围绕同一份需求，明确范围、实现依据、验证证据与验收责任。
01
需求确认
产品确认目标与范围
明确边界与验收标准
02
规格与任务
记录场景与取舍
拆分实现、验证任务
03
实现与验证
Agent 实现并验证
研发汇总版本与证据
04
验收与归档
群内交接给产品
验收后复盘归档
同一份需求贯穿 Spec、实现、交付与验收，交接时能定位到版本和证据。
实践 02 / 规格与验收场景
OpenSpec 中的需求与验收场景
01
Proposal
为何需要变更
哪些用户受影响
02
Specs
需求范围与权限边界
可验证的验收场景
03
Design
复用现有模块与接口
明确方案与关键取舍
04
Tasks
拆分实现与验证
补齐交付与验收任务
示例场景：无权限用户操作被拒绝，授权用户只能访问允许范围内的功能与数据。
产品确认范围与口径，研发和 Agent 围绕同一份规格实现与验证。
实践 02 / 责任与交接
人与 Agent 的交付分工
| 角色 | 执行与判断 | 交接时留下什么 |
|---|---|---|
| 产品负责人 | 确认价值、范围与验收结果 | 业务口径、验收结论 |
| 研发负责人 | 确认方案，负责实现与交付质量 | 实现版本、验证证据与风险 |
| QA / 测试负责人 | 按交付记录执行测试验收 | 测试结果、缺陷与复测证据 |
| Agent | 在授权范围内实现、验证和报告阻塞 | 改动、执行记录与待决事项 |
| 平台 / 工具维护者 | 维护接入、权限与共享能力 | 配置、能力版本与运行记录 |
研发确认交付条件，QA 执行测试验收，产品确认业务结论。
Agent 的执行记录支持各方判断。
Agent 的执行记录支持各方判断。
实践 02 / 脚手架源码结构
脚手架源码：入口、规则与协作集成
Agent 入口与规格
AGENTS.md / CLAUDE.md 提供入口.specs 组织项目规格
研发 Skills
.agents/skills 沉淀可复用的研发流程
例如：测试验证、接口对齐、代码评审
分层规则
rules/global · team · project · local
分别承载通用、团队、项目与本地规则
通知与上手文档
docs/onboarding.md 与通知集成说明scripts/ 提供 Hook 安装、通知脚本与配置示例
接入模板
templates/ 包含负责人映射、规则与入口模板
为新项目准备可复用的接入起点
实践 02 / 钉钉交接机制
群内交接：谁接到消息，下一步做什么
| 交接时点 | 接收人 | 下一步 |
|---|---|---|
| 需求待确认 | 需求确认人 | 确认目标、范围与验收标准 |
| 实现者已分配 | 需求实现者 | 完成方案设计，判断是否需要审核 |
| 方案已就绪 | 需求实现者 | 按方案推进测试与实现 |
| 研发已交付 | QA / 产品负责人 | QA 执行验收，产品确认业务结论 |
| 验收已通过 | 需求负责人 | 完成复盘，同步主规格并归档 |
通知带上需求范围、实现版本、证据入口和下一棒。
验收结论写回仓库，群内消息负责提示行动。
验收结论写回仓库，群内消息负责提示行动。
实践 02 / SDD 对照案例
通用规则奖励配置：一次 SDD 对照实践
同一个后台新模块，分别采用 SDD 与 AGENTS + Plan，使用相同模型。
接口、权限与异常保护
保存字段与成功码的接口约定。
菜单权限与真实后端联调。
未保存离开、保存失败与异步请求保护。
观察重点首次实现、反馈返工、测试覆盖，
以及什么状态才算交付。
只比较这一项需求：既看首版速度，也看确认、返工与交付验证。
实践 02 / 实现效果
通用规则奖励配置：实现界面
分阶段配置
步骤导航与配置状态集中呈现
批量维护奖励
模板下载、表格导入与名次档位
操作状态可见
未保存修改与本地暂存提示
实践 02 / 编码前决策
编码前，先确认规则与接口约定
SDD 在开发前确认的关键约束
| 决策内容 | 开发前确认什么 |
|---|---|
| 配置结构 | 支持自定义榜单 key，明确审计字段 |
| 接口结果 | 明确成功码与保存结果的判断方式 |
| 奖励发放 | 确认采用手动发放 |
| Excel 结构 | 奖励列按需生成，避免固定列假设 |
| 名称冲突 | 确认后合并；取消确认时不执行合并 |
这些约束在实现前收敛，减少把协议与业务规则留到看页面时再改。
实践 02 / 时间与成本分布
AI 活跃时间减少 23.1%，成本分布不同
AI 活跃时间不含用户等待；首版耗时另列墙钟口径，不能混为工时
| 指标 | SDD | AGENTS + Plan |
|---|---|---|
| 需求提出 → 首次实现（墙钟） | 4 小时 43 分 | 2 小时 25 分 |
| 前置规划 AI 活跃时间 | 58 分 16 秒 | 27 分 33 秒 |
| 首轮编码 AI 活跃时间 | 52 分 26 秒 | 40 分 58 秒 |
| 首次实现后代码返工 | 会话内未发生 | 78 分 44 秒 |
| 总 AI 活跃时间 | 113 分 09 秒 | 147 分 14 秒 |
| 用户反馈修正 | 主要在实现前确认 | 首次实现后约 9 轮 |
SDD 总 AI 活跃时间减少 34 分 05 秒，降幅约 23.1%。
SDD 约 51.5% 用于前置规划；对照约 53.5% 用于实现后返工。
SDD 约 51.5% 用于前置规划；对照约 53.5% 用于实现后返工。
实践 02 / 返工与修正
首版之后，返工具体发生在哪里
AGENTS + Plan 首次实现后约 9 轮反馈，相关返工累计 78 分 44 秒。
协议、回显与吸附样式
保存字段改为 award_id、object_type。
保存后重新编辑，补齐奖励详情回显。
修复底部吸附区域露出滚动内容。
奖励编辑与 Excel 导入
奖励层级、间距与输入框尺寸调整。
详情同行回显、图片预览、文本折行。
Excel 奖励列按需生成。
已有完整详情时取消重复查询。
SDD 把部分约束在编码前确认；本次观察会话内，未发生实现后代码返工。
实践 02 / 测试与独立评审
异常测试覆盖与独立评审结果
两边测试集不同；测试数量反映覆盖记录，不能直接换算质量或缺陷率
| 验证项 | SDD | AGENTS + Plan |
|---|---|---|
| 通用模块自动测试 | 22 项 | 11 项 |
| 相关回归 | 额外 20 项既有模块回归 | 首轮执行过更广测试 |
| 构建 | 通过 | 通过 |
| 模拟 UI 验证 | 真实组件 + fixture | 本地模拟交互 |
| HTML 安全验证 | 6/6 | 记录服务端、消费端约束 |
| 独立 Review | 未发现问题 | 发现并修复 2 个问题 |
SDD 覆盖权限、竞态、Excel 原子失败、富文本与保存回读异常。
实践 02 / 流程投入与完成边界
规格有维护成本，状态门禁保留完成边界
工件、提交与通知是流程投入记录，不能视为业务产出
| 流程记录 | SDD | AGENTS + Plan |
|---|---|---|
| 规格及验证工件 | 约 657 行 / 8 个文件 | 联调文档 82 行 |
| 规划提交 | 2 次 | 0 次 |
| 实现 / 收敛提交 | 1 次 | 2 次 |
| 钉钉通知 | 需求发布、规格更新 | 无 |
| 生命周期状态 | 11/15，未 handoff | 无正式状态机 |
实践 02 / 需求就绪与规格更新
需求就绪与规格更新：两次真实通知
01 / 新需求已就绪
02 / 需求规格已更新
需求交给研发
同一 Change 关联规格与 Commit，通知列出场景和下一步行动。
规格变化继续同步
补充配置页交互风格、名称冲突确认合并与取消规则。
进度随范围细化
任务由 1/14 变为 2/15；新增任务使分母变化，不是进度倒退。
人名、项目名与关联账号已模糊；
点击可查看脱敏大图。
点击可查看脱敏大图。
实践 02 / 研发交付与验收归档
研发交付与验收归档
03 / 研发交付待验收
04 / 验收完成并归档
交付前补齐验证
真实接口、菜单权限、保存回读与独立 Review；delivery.md 关联版本、证据与下一棒。
验收后复盘归档
记录产品验收结论，形成复盘，
同步主规格并归档。
验收结论写回仓库
群内消息提示下一步行动；具体结论、版本与验证证据留在仓库中。
通知带上需求范围、实现版本、证据入口和下一棒。
实践 02 / 收益与改进
本次收益：确认前移，总 AI 活跃时间缩短
单项后台配置需求的观察，不外推为所有需求的固定提效比例
| 观察维度 | 本次结果 |
|---|---|
| 速度 | 对照首版更快；SDD 总 AI 活跃时间减少约 23.1% |
| 返工位置 | SDD 主要在实现前确认；对照首版后约 9 轮反馈 |
| 验证与交付 | SDD 异常覆盖更完整 |
按风险选择流程（建议）
| 等级 | 适用需求 | 最低要求 |
|---|---|---|
| Direct | 文案、样式微调、低风险配置 | 任务说明、定向验证、差异检查 |
| Lean SDD | 有状态的 UI 改造、单模块行为变更 | 需求确认、关键场景、实现计划、测试、Review |
| Full SDD | 新模块、接口、权限、数据结构、 Excel、跨角色协作 | 完整规格、决策、任务、契约、Review、 联调、验收、归档 |
SDD 的价值体现在规则收敛、异常覆盖和可追溯交付；
本次证据证明总开发时间显著缩短（按 AI 活跃时间统计，减少约 23.1%）。
本次证据证明总开发时间显著缩短（按 AI 活跃时间统计，减少约 23.1%）。
实践 03 / 项目可读化
让 Agent 从项目事实开始工作
理解
项目是什么
相关模块与调用关系
鉴权入口、数据模型
启动方式与关键路径
约束
怎样做才合适
AGENTS.md 入口
通用 / 团队 / 项目规则
任务适用的 Skill
验证
怎样证明完成
权限与业务边界测试
检查命令、验收场景
运行证据与失败现场
已有项目先盘点，再合并规范；文档变化需要回到代码核实。
实践 04 / 执行闭环与质量门
编码前后，各有一道质量门
需求 / Spec
→门 1
方案检查
→方案检查
实现与测试
→门 2
独立评审
→独立评审
交付 / 人工验收
编码前
需求范围与业务口径是否明确？复用哪些能力，是否还有待决事项？
编码后
检查权限、异常与业务边界，结合调用方和测试证据评审改动。
CI/CD 接上适用测试与评审门禁，实际发布另设权限与回滚条件。
实践 04 / 执行边界与失败处理
闭环必须包含失败路径
| 触发条件 | 系统或团队的动作 |
|---|---|
| 需求 / 权限不清 | 暂停相关执行，交给对应负责人 |
| 验证反复失败 | 限制重试，保留现场与失败原因 |
| 时间 / 费用超限 | 停止并交接已有结果 |
| 影响数据、权限或生产环境 | 进入对应人工审批与回滚流程 |
PR 待审、允许合并、允许上线，是三个不同的完成条件。
实践 05 / 团队能力复用
把一次交付留下的经验变成共享能力
01
交付与验收
记录遗漏的场景
及其复现证据
02
归类反思
判断是任务特例
还是可复用的知识
03
确认与沉淀
负责人确认后更新 Rules 或 Skill
04
复用与退出
按任务加载，失效后更新或归档
复用示意：将反复遗漏的权限与业务边界加入同类任务的检查清单。
总体架构 / 共享能力与治理
企业 AI-Native：两条主线、四层结构
AI-Native 产研
产品与设计 · Coding Agent · 质量与交付
Agentic 业务与职能
业务服务 · 运营分析 · 风险诊断 · 职能管理
Agent 能力层Rules / Skill HubMCP Hub能力版本、质量与权限治理
Agent RuntimeAgent 运行与接入编排、执行与验证会话、上下文、监控与恢复
基础设施与
企业数字资源统一模型网关
Token 治理业务系统与数据
日志与知识系统侧 MCP Server
受控工具与接口
企业数字资源统一模型网关
Token 治理业务系统与数据
日志与知识系统侧 MCP Server
受控工具与接口
前面的接入、数据、执行与复用汇入同一架构，治理贯穿各层。
平台实践 / 企业 Agent 平台
企业 Agent 平台：共享能力的使用入口
统一发现与使用
专家广场集中展示能力
通过“使用专家”进入任务
按任务组织专业 Agent
日志定位、数据分析
增长、客服、埋点测试
视频生成、导演与后期
共享能力的配套入口
模板广场与资产库
提供模板与资源的访问入口
架构中的应用与共享能力，在平台上形成面向员工的使用入口。
组织演进 / 成熟度视角
你的组织在哪个阶段？
Level 0
没用 AI
尚未纳入工作方式
Level 1
个人 Vibe Coding
超级个体涌现
Level 2
Agent 共享
团队协作开始
Level 3
统一平台 + 治理
AI 原生组织雏形
Level 4数据驱动优化
数据驱动优化
+ Multi-agent 网络
AI 原生组织
根据某云计算厂商的会议分享，结合自身实践整理，作为讨论框架。
多 Agent 不是所有团队的终点；按任务需要选择协作方式，以交付结果判断价值。
落地决策 / 试点评估与推广
试点之后：扩大、调整还是暂停？
一个团队、一类重复需求，先跑通规格到产品验收的完整链路。
| 同类任务的观察结果 | 下一步 |
|---|---|
| 验收周期缩短，质量稳定，总成本可接受 | 扩大到相邻任务，继续记录结果 |
| 等待减少，但审核或返工增加 | 定位介入原因，补规格、上下文或验证 |
| 质量下降，成本超限或权限风险未解决 | 暂停扩大范围，修复后重新评估 |
试点前约定质量底线与成本上限。总成本包含模型、环境和人工投入，计入审核与返工。
AI-NATIVE / 实践分享
感谢聆听
期待与各位同行交流实践
杭建@微鲤科技