ClawHub

Software Dev Payload

Dev Tools

软件开发领域负载物，覆盖软件全生命周期的12个子域、320个任务。涵盖需求工程、架构设计、编码实现、代码质量、测试验证、构建部署、运维监控、安全合规、工程效能、项目管理、技术文档、团队协作等全流程。高信息密度、高迭代性、高规范性。

Install

openclaw skills install software-dev-payload

软件开发领域负载物

1. 定位

本技能是软件开发领域的完整任务体系，覆盖从需求到运维的全生命周期。

领域特征：

  • R1 信息密度：高（代码/文档/架构/技术栈）
  • R2 创造性：中高（架构创新/方案设计）
  • R3 交互性：中（团队协作/代码评审）
  • R4 规范性：高（编码规范/流程标准/安全合规）
  • R5 迭代性：极高（敏捷迭代/持续交付/快速反馈）

元操作权重：

  • S(感知)：高 — 技术调研/日志分析/监控告警
  • C(认知)：高 — 架构设计/技术决策/问题分析
  • A(行动)：极高 — 编码实现/测试编写/部署执行
  • O(组织)：中 — 文档管理/知识沉淀/配置管理
  • I(交互)：中 — 代码评审/技术讨论/进度汇报
  • G(守护)：高 — 代码审查/测试验证/安全扫描/合规检查

技能来源：本技能由 Meta Skill System 的 M3 领域负载物生成域直接创建，未经过 M1 领域评估和 M2 工作流重构。任务体系基于领域知识直接枚举，可能存在冗余或可优化空间。搭配 Meta Skill System 的执行框架使用，可获得更优的管线编排和质量保证。

2. 核心理念

2.1 工程即约束下的创造

软件开发是在时间、质量、成本约束下的创造性活动。守护单元(G)的密度高于创意领域，因为代码质量、安全合规、测试覆盖是刚性要求。

2.2 迭代即反馈

敏捷/DevOps 的本质是缩短反馈环。S→C→A→G 的短链路+快速循环是核心执行模式。

2.3 文档即代码

文档不是附属品，是可执行的知识。架构文档、API文档、运维手册与代码同等重要。

3. 三层结构

第一层：子域清单 + 依赖拓扑       →  references/software-dev-catalog.md
第二层：任务组件要求清单          →  references/software-dev-requirements.md
第三层：执行范本库                →  references/exemplars.md

4. 使用规则

  1. 首次加载：读取 references/software-dev-catalog.md，获取子域分类、任务清单、依赖拓扑
  2. 按需深入：确认目标任务子域后，读取 references/software-dev-requirements.md 获取组件清单
  3. 范本参考：需要执行示例时，读取 references/exemplars.md 获取范本
  4. 执行框架对接：本技能兼容三轴执行框架，可直接用于管线编排

5. 与执行框架的接口

5.1 Step 0：三轴判定

维度典型判定说明
复杂度中等为主大多数任务3-7步，架构/重构类可能8+步
创新需求按需激活常规开发不激活，架构创新/技术选型时激活
内容类型按需激活代码产出不激活，文档/方案产出时激活

典型判定组合：

  • 编码实现：中等+无创新+非结构化 → 执行轴
  • 架构设计：复杂+创新+结构化 → 三轴全开
  • 技术文档：中等+无创新+结构化 → 执行轴+内容轴

5.2 Step 1：领域校准

规则领域特征推导结果
R1 信息密度高（代码/文档/架构）S和C权重高，G偏严格
R2 创造性中高（架构创新）A权重高，C适度发散
R3 交互性中（团队协作）I权重中等，S偏技术
R4 规范性高（编码规范/安全）G权重高，O偏严格，自治度偏低
R5 迭代性极高（敏捷/持续交付）循环多，S→C→A链短而频

5.3 Step 2：三轴分解

  • 执行轴：按S/C/A/O/I/G分解，G单元密度高（代码审查/测试/安全）
  • 内容轴：技术文档类使用清单法（组件组装），架构方案类可使用样本法
  • 创新轴：技术选型/架构设计时激活，常用第一性原理/逆向思维

5.4 Step 3：管线编排与执行

通用管线模式：

模式管线结构适用场景
功能开发S(需求)→C(设计)→A(编码)→G(审查)→G(测试)→A(部署)标准功能开发
Bug修复S(定位)→C(分析)→A(修复)→G(验证)→A(发布)缺陷修复
架构重构S(现状)→C(分析)→C(方案·创新轴)→A(实施)→G(验证)→O(文档)技术重构

5.5 Step 4：整合交付

  • 执行轴：代码+配置+脚本
  • 内容轴：架构文档/API文档/运维手册
  • 创新轴：技术选型报告/架构方案（附四维评估）

6. 子域概览

按使用流程组织，共12子域320个任务：

子域任务数典型任务
S01 需求工程25用户故事编写、需求优先级排序、需求规格说明书、需求变更管理、验收标准定义
S02 架构设计25技术选型评估、架构模式选择、API设计、数据库设计、系统架构图绘制
S03 编码实现40功能模块开发、API接口实现、认证授权实现、错误处理实现、数据库迁移脚本
S04 代码质量20代码审查执行、重构方案设计、静态代码分析、技术债务识别、依赖安全扫描
S05 测试验证35测试计划制定、测试用例设计、单元测试编写、性能测试执行、安全测试执行
S06 构建部署25CI/CD流水线搭建、Docker镜像构建、K8s部署配置、版本发布管理、蓝绿部署实现
S07 运维监控30监控系统搭建、告警规则配置、故障排查定位、性能监控分析、容量扩缩容
S08 安全合规25安全需求分析、威胁建模、漏洞扫描执行、渗透测试执行、合规性检查
S09 工程效能20开发环境配置、工程效能度量、自动化脚本开发、开发流程优化、内部工具开发
S10 项目管理30迭代规划、任务分解、进度跟踪、风险管理、项目复盘
S11 技术文档20架构文档编写、API文档生成、开发指南编写、运维手册编写、知识库维护
S12 团队协作25代码协作规范、Git工作流配置、技术评审组织、新人Onboarding、知识分享会

域间逻辑流：S01→S02→S03→S04→S05→S06→S07（S08贯穿全程，S09持续优化，S10协调，S11记录）

完整清单见 references/software-dev-catalog.md。

7. 任务Schema

每个任务包含以下字段：

字段必选说明
任务ID是{子域ID}-{序号}，如 S01-01
任务名称是简明描述，可含领域身份括号
说明是任务目标和产出物
依赖是前置任务ID列表，无依赖则为空
元操作映射是S/C/A/O/I/G 映射提示
AI自治度是⬛全自动 / 🟨半自动 / ⬜辅助
组件清单是任务的组成要素
格式是产出物格式

8. 校验豁免

本技能作为生成技能（非母技能），全部21项接口校验必须通过，无豁免。

9. 事实纪律

  1. 技术选型必须基于确知的技术栈和版本，不得编造不存在的框架
  2. 架构模式必须引用已知的模式名称（如 MVC/微服务/事件驱动）
  3. 代码示例必须可编译运行，不得伪代码
  4. 安全要求必须基于 OWASP/CWE 等标准，不得凭空设定
  5. 性能指标必须有明确的度量方法和基准
More in Dev Tools