基于 OpenClaw+DeepSeek 实现需求评审的技能开发与实践
发布于 2026-04-07
1352
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章主旨:
本文介绍了作者通过安装 OpenClaw 并编写专属 Skills,结合 DeepSeek 大模型实现需求文档智能化语义评审的完整实践流程、核心需求定义、AI编码常见问题及评审效果验证。
关键要点:
- 实现流程包括采购 API key、搭建 OpenClaw 环境、配置接口、编制 checklist、撰写开发需求、自动生成 Skills 代码、调试优化及稳定迭代。
- 融合 checklist 的 Skills 开发需求包含总体目标、评审模式识别规则、语义匹配要求、真实接口集成、通用检查项(名词、动词、形容词/副词、代词、术语一致性)及需求元素专属检查项(如项目目标、业务概述、系统概述、非功能需求等)。
- 变更需求需额外检查变更前后内容及变更类型。
- 综合质量评分满分 100 分,输出格式为 Excel 两工作表。
- AI 编码存在八大常见错误(魔法数字、硬编码、漏修改、回退问题、版本混淆、无需求版本记录、过度依赖调试、低级逻辑错误),建议采用 TDD 模式、一次成型设计、人工评审。
内容结构:
一、需求评审 Skills 的开发与落地流程:列出从采购 DeepSeek API key 到稳定迭代的完整步骤,强调 checklist 编制与开发需求撰写是核心环节。
二、融合 checklist 的 Skills 开发核心需求:详细说明 9 条需求,涵盖总体目标、评审模式(局部/完备)、语义匹配、通用检查项、需求元素专属检查项、变更附加检查、综合质量评分及输出格式。
三、Skills 开发调试中的 AI 编码常见问题:列举八类常见错误(魔法数字、硬编码、漏修改、回退、版本混淆、无版本记录、过度依赖调试、低级错误),并提出 TDD 模式、一次成型设计、人工评审等对策。
四、需求评审实践效果:DeepSeek 智能化评审的优势:以个人名片管理系统需求文档为例,DeepSeek 识别出 17 类问题,覆盖项目目标、系统概述、功能设计、数据对象、环境需求、术语规范等多维度,评审过程更细致全面。最终决策权仍在作者。
文章总结:
作者通过实践验证了基于 OpenClaw 和 DeepSeek 的智能化需求评审能够有效提升评审的细致度与全面性,但 AI 评审结果需结合人工判断进行最终决策。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1169K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
我说CMMI 2.0 之 配置管理
和CMMI1.3相比,CMMI2.0中配置管理的实践基本没有变化。CMMI DEV 2.0 的20个PA中,CM是唯一一个没有3级实践的PA。基本概念这个PA涉及到的基本概念比较多,我们挑选部分基本概念,做通俗解释:配置管理:通过配置标识、版本控制、版本管理、基线管理和配置审计来管理工作产品的完整性。配置项:配置管理的对象,包括各种文档资料,代码等工作产品。包括:给客户的交付...
图解敏捷性能合弄结构APH之:valuing合弄
图一:valuing合弄的目的与性能等级图二:valuing合弄的活动各种敏捷方法的原则参见博客:https://blog.csdn.net/dylanren/article/details/87184790。 图三:valuing合弄使用的敏捷仪式和技术说明:为便于图形化表达,每种敏捷仪式或技术没有映射到具体的活动,敏捷活动与敏捷仪式是多对多的映射关系。 ...
我说CMMI2.0之:详细剖析(PQA)过程质量保证
1 PA概述1)本PA的名字虽然称为过程质量保证,但是实际上仍然是包含过程的质量保证与产品的质量保证。2)过程是历史经验教训的总结,是对这些历史财富的规范化,标准化,是为了避免错误的重现。而质量保证则是监督这些历史经验的落地执行,能够让成功得以重复。3)质量保证的关键是要客观,如何确保客观性呢? i)独立的团队。不能自己检查自己是否做事规范,应该由其他角色,其他岗位实施检查。...
案例:建立工作量分布过程性能基线
某应用软件开发公司积累了最近3年的29个项目的工作量分布历史数据,试图建立工作量分布的过程性能基线。在该公司内对项目从3个维度做了项目分类:规模:大,中,小;开发方法:全新开发,修改;类型:常规,紧急,优化,外包。 原始数据如下表: 对工作量分布的数据与项目类型做了方差分析,发现:对这些原始数据采用箱线图的方法进行分析后得到如下的结论:
你的笔记本怕蟑螂吗?
昨天,朋友给我打电话,说HP出事了,给了我一个网页链接,让我去看。3.15,惠普的笔记本遭曝光了,HP的人还谈到了学生宿舍的蟑螂。HP我是知道的,蟑螂我也知道,这2者存在相关性,有创意。我上学时,宿舍里确实有蟑螂,可惜,那时没有笔记本。工作后,没有见过蟑螂,但是见过多个品牌的笔记本。 我曾经使用的第1台笔记本大概是在96,97年左右,好像是长城286,记不太清楚了,很重,速度比较慢,但是出差做方案
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线