基于 OpenClaw+DeepSeek 实现需求评审的技能开发与实践
发布于 2026-04-07
1420
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章主旨:
本文介绍了作者通过安装 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 篇文章
浏览 1204.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何判定度量元的价值?
有的公司定义了很多度量元,需要仔细反思这些度量元有啥作用。看看能否从这个5个方面来思考其价值: 1 派生出了其他度量元。比如,采集了项目的规模数据,该数据是用来计算生产率和缺陷密度的。 2 作为某个y的影响因子。比如,采集了评审的单位投入,可以作为回归方程缺陷密度的x。 3 作为某个y的候选影响因子。比如,采集了评审的专家能力水平,可以作为回归方程缺陷密度的候选x,尝试建立性能模型。 4 有配套的指示器,可以得到管理结论,解决某些管理问题。比如,采集了每个迭代估计剩...
我说CMMI2.0之:策划PLAN
基本理念 1 凡事预则立,不预则废。无论采用什么方法管理任务、项目,都必须事先做计划。2 计划包含了管理设计的活动,要定义项目组自己的过程。3 计划要逐步细化,不可能在项目初期,就事无巨细的都计划到位,要随着时间的推移,项目的进展,外部环境的变化,逐步细化,调整计划。4 计划要分层次。有阶段(里程碑)计划,有详细的日程表。5 计划要经过了相关参与人的讨论、评审,达成一致后,...
开发过程中的八种确认方法
确认是确保做了正确的事情,方向不偏。确认可以在项目前期做,也可以在项目后期做,提倡持续确认、质量左移。在前期主要是检测需求的质量,在后期是检测完成的系统是否真的是客户所需。本文概要归纳了开发过程中常见的八种确认手段。
我说CMMI2.0之同行评审
同行评审,不是通过测试去发现缺陷,而是通过专家阅读文档、代码发现缺陷,是在实现之前发现缺陷的最有效手段。同行评审这个PA是从VER中剥离出来的,原来1.3版本的VER与VAL合并成了VV PA,让熟悉最早的SW-CMM.1.1的从业者感受到了复古之风。这个PA的实践描述通俗易懂,最好理解。但是,很多公司做了同行评审,效果不好。我之前写过多篇博客讲解同行评审如何做的问题,分别列举到对应的...
如何做好软件估计?
1 有经验的人参与估算 一方面要对估计的内容有开发经验,另一方面也要经过了估计的训练,在估计方面有经验.两种经验缺少其一,估计的风险都比较大. 2 分解的颗粒度要小 在估计时要对估计的内容进行分解,划整为零,对于小的任务进行估计时,才容易把握.比如让你估计一碗大米中有多少粒一样,一般的办法就是把大米划分成大小基本相等的几堆,先估计其中一小堆或者数一数,然后再估计整体的粒数. 3 确保没有遗漏 如果
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线