基于 OpenClaw+DeepSeek 实现需求评审的技能开发与实践
发布于 2026-04-07
939
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章主旨:
本文介绍了作者通过安装 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 篇文章
浏览 870.5K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
我说CMMI2.0之验证与确认(VV)
验证verification与确认validation是两个不同的概念,在CMMI 1.3版本中是两个不同的PA,在2.0版本中合并成了一个PA,命名为VV。验证与确认的区别,可以通过下表来描述: 验证Verification 确认Validation 目的 确保所选择的工作产品满足指定的需求...
例解:目标驱动的度量元识别方法
(1)识别需要数据的人(Person): 服务经理(2)识别管理目标(Goal)/要解决的问题(Problem):提高客户请求的处理速度(3)定义如何量化管理目标/要解决的问题:(3.1)识别被度量的对象(Object):待处理的客户变更请求(3.2) 识别被度量对象的属性(Attribute):待处理的变更请求的个数 待处理的变更请求的计划工作量(4)识别如何展示度量数据(Indica
过程改进的关注点之测试过程
总结了一下在咨询过程中看到的测试过程的常见问题,梳理出来进行测试过程改进的关注点
与AI协同的原则:降低模糊性就是降低返工成本
摘要: AI协作低效的核心在于沟通模糊性,而非工具本身。模糊指令导致AI输出偏差,引发反复修改与返工。高效协作的关键是“去模糊化”,通过量化目标、标准与边界,将隐性需求转化为明确指令。具体方法包括:量化角色定位、任务目标、篇幅格式、内容边界、应用场景、逻辑层级及验收标准。遵循1:10定律——前期1分钟明确需求,可节省10倍返工时间。摒弃主观描述,用数字与规则替代模糊表达,实现“指令清晰、输出精准、到手可用”的高效闭环。
我说CMMI之八:过程的基本概念
我们做过程管理,天天都在讲过程二字,真要给过程下个定义却没有那么容易。正如我们天天说某某是好人,某某是坏人,啥是好人,啥是坏人很难明确定义。但是这却是无法回避的问题,因此我们必须给过程下一个定义。 在CMMI-DEV V1.3模型P449中对过程下了一个定义,全文如下:A set of interrelated activities, which transform inputs into outputs, to achieve a given purpose. (See also “process
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线