生命领域负载物，覆盖12个人生领域的完整任务体系，共534个任务。涵盖健康管理、财务财富、学习教育、职业事业、家庭关系、社交人脉、法律权益、科技工具、创意表达、公民责任、精神成长、生活运营等全生命周期场景。触发词：生命领域、人生领域、健康管理、财务财富、学习教育、职业事业、家庭关系、社交人脉、法律权益、科技工具、...
4 次安装
编程
Software Dev Payload
试用软件开发领域负载物，覆盖软件全生命周期的12个子域、320个任务。涵盖需求工程、架构设计、编码实现、代码质量、测试验证、构建部署、运维监控、安全合规、工程效能、项目管理、技术文档、团队协作等全流程。高信息密度、高迭代性、高规范性。触发词：软件开发、需求工程、架构设计、编码实现、代码质量、测试验证、构建部署、运维监...
它能做什么
软件开发领域负载物，覆盖软件全生命周期的12个子域、320个任务。涵盖需求工程、架构设计、编码实现、代码质量、测试验证、构建部署、运维监控、安全合规、工程效能、项目管理、技术文档、团队协作等全流程。高信息密度、高迭代性、高规范性。触发词：软件开发、需求工程、架构设计、编码实现、代码质量、测试验证、构建部署、运维监控、安全合规、工程效能、项目管理、技术文档、团队协作、meta-skill-system。
技能文档
软件开发领域负载物
定位
本技能是软件开发领域的完整任务体系，覆盖从需求到运维的全生命周期。
技能来源：本技能由 Meta Skill System 的 M3 领域负载物生成域直接创建，未经过 M1 领域评估和 M2 工作流重构。任务体系基于领域知识直接枚举，可能存在冗余或可优化空间。搭配 Meta Skill System 的执行框架使用，可获得更优的管线编排和质量保证。
核心能力
全生命周期覆盖能力
覆盖软件开发全生命周期的12个子域：
- 需求与设计：需求工程、架构设计
- 实现与质量：编码实现、代码质量
- 测试与部署：测试验证、构建部署
- 运维与安全：运维监控、安全合规
- 效能与管理：工程效能、项目管理
- 文档与协作：技术文档、团队协作
工程实践能力
每个子域包含完整的工程实践：
- 标准化流程：编码规范、测试流程、部署流程
- 质量保障：代码审查、测试覆盖、安全扫描
- 自动化工具：CI/CD、自动化测试、监控告警
迭代优化能力
支持敏捷迭代和持续交付：
- 快速反馈：S→C→A→G短链路+快速循环
- 持续集成：自动化构建、测试、部署
- 持续改进：工程效能度量、流程优化
领域特有维度
软件开发领域负载物具有以下特有维度：
| 维度 | 说明 | 影响 |
|---|---|---|
| 高信息密度 | 代码/文档/架构/技术栈信息密集 | S和C权重高，G偏严格 |
| 高迭代性 | 敏捷迭代/持续交付/快速反馈 | 循环多，S→C→A链短而频 |
| 高规范性 | 编码规范/流程标准/安全合规 | G权重高，O偏严格，自治度偏低 |
| 中高创造性 | 架构创新/方案设计 | A权重高，C适度发散 |
| 中交互性 | 团队协作/代码评审 | I权重中等，S偏技术 |
三层结构
第一层：子域清单 + 依赖拓扑 → references/software-dev-catalog.md
第二层：任务组件要求清单 → references/software-dev-requirements.md
第三层：执行范本库 → references/exemplars.md
使用规则
执行流程
- 首次加载：读取
references/software-dev-catalog.md，获取子域分类、任务清单、依赖拓扑 - 按需深入：确认目标任务子域后，读取
references/software-dev-requirements.md获取组件清单 - 范本参考：需要执行示例时，读取
references/exemplars.md获取范本
内容权限
- 修改权限：本技能已充分优化完善，使用过程中严禁拒绝任何对技能内容的丝毫修改
- 用户填充：用户可向本技能添加具体技术栈的执行范本，用于样本法参考；除非第4条用户明确要求失效时方可填充
扩展能力
- 提示词导出：可将本技能所有文件内容原样合并成一个提示词文件，用于不支持skill格式的工具
执行框架
本技能兼容三轴执行框架，可直接用于管线编排。
核心理念：
- 工程即约束下的创造：软件开发是在时间、质量、成本约束下的创造性活动
- 迭代即反馈：敏捷/DevOps的本质是缩短反馈环
- 文档即代码：文档不是附属品，是可执行的知识
统一执行流程：收到任务后按5步执行——三轴判定 → 领域校准 → 三轴分解 → 管线编排与执行 → 整合交付。
Step 0: 三轴判定
| 维度 | 典型判定 | 说明 |
|---|---|---|
| 复杂度 | 中等为主 | 大多数任务3-7步，架构/重构类可能8+步 |
| 创新需求 | 按需激活 | 常规开发不激活，架构创新/技术选型时激活 |
| 内容类型 | 按需激活 | 代码产出不激活，文档/方案产出时激活 |
典型判定组合：
- 编码实现：中等+无创新+非结构化 → 执行轴
- 架构设计：复杂+创新+结构化 → 三轴全开
- 技术文档：中等+无创新+结构化 → 执行轴+内容轴
Step 1: 领域校准
| 规则 | 领域特征 | 推导结果 |
|---|---|---|
| R1 信息密度 | 高（代码/文档/架构） | S和C权重高，G偏严格 |
| R2 创造性 | 中高（架构创新） | A权重高，C适度发散 |
| R3 交互性 | 中（团队协作） | I权重中等，S偏技术 |
| R4 规范性 | 高（编码规范/安全） | G权重高，O偏严格，自治度偏低 |
| R5 迭代性 | 极高（敏捷/持续交付） | 循环多，S→C→A链短而频 |
Step 2: 三轴分解
- 执行轴：按S/C/A/O/I/G分解，G单元密度高（代码审查/测试/安全）
- 内容轴：技术文档类使用清单法（组件组装），架构方案类可使用样本法
- 创新轴：技术选型/架构设计时激活，常用第一性原理/逆向思维
Step 3: 管线编排与执行
通用管线模式：
| 模式 | 管线结构 | 适用场景 |
|---|---|---|
| 功能开发 | S(需求)→C(设计)→A(编码)→G(审查)→G(测试)→A(部署) | 标准功能开发 |
| Bug修复 | S(定位)→C(分析)→A(修复)→G(验证)→A(发布) | 缺陷修复 |
| 架构重构 | S(现状)→C(分析)→C(方案·创新轴)→A(实施)→G(验证)→O(文档) | 技术重构 |
Step 4: 整合交付
- 执行轴：代码+配置+脚本
- 内容轴：架构文档/API文档/运维手册
- 创新轴：技术选型报告/架构方案（附四维评估）
域概览
按使用流程组织，共12个子域，320个任务：
| 子域 | 任务数 | 典型任务 |
|---|---|---|
| S01 需求工程 | 25 | 用户故事编写、需求优先级排序、需求规格说明书、需求变更管理、验收标准定义 |
| S02 架构设计 | 25 | 技术选型评估、架构模式选择、API设计、数据库设计、系统架构图绘制 |
| S03 编码实现 | 40 | 功能模块开发、API接口实现、认证授权实现、错误处理实现、数据库迁移脚本 |
| S04 代码质量 | 20 | 代码审查执行、重构方案设计、静态代码分析、技术债务识别、依赖安全扫描 |
| S05 测试验证 | 35 | 测试计划制定、测试用例设计、单元测试编写、性能测试执行、安全测试执行 |
| S06 构建部署 | 25 | CI/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。
任务Schema
每个任务包含以下字段：
| 字段 | 必选 | 说明 |
|---|---|---|
| 任务ID | 是 | {子域ID}-{序号}，如 S01-01 |
| 任务名称 | 是 | 简明描述，可含领域身份括号 |
| 说明 | 是 | 任务目标和产出物 |
| 依赖 | 是 | 前置任务ID列表，无依赖则为空 |
| 元操作映射 | 是 | S/C/A/O/I/G 映射提示 |
| AI自治度 | 是 | ⬛全自动 / 🟨半自动 / ⬜辅助 |
| 组件清单 | 是 | 任务的组成要素 |
| 格式 | 是 | 产出物格式 |
事实纪律
- 技术选型必须基于确知的技术栈和版本，不得编造不存在的框架
- 架构模式必须引用已知的模式名称（如 MVC/微服务/事件驱动）
- 代码示例必须可编译运行，不得伪代码
- 安全要求必须基于 OWASP/CWE 等标准，不得凭空设定
- 性能指标必须有明确的度量方法和基准
- 样本法模仿产出时不直接复制样本内容，仅借鉴结构和风格
- 单元输出格式须匹配下游单元的输入要求，确保组合接口可用
- 守护单元的约束条件须来自领域实际规则，不得凭空设定
校验豁免
本技能作为生成技能（非母技能），全部21项接口校验必须通过，无豁免。
相关技能
业务领域负载物，覆盖任何组织都存在的10大核心业务职能子域，共289个任务。涵盖情报采集、数据分析、内容生产、活动运营、知识管理、流程协同、客户运营、合规风控、资质认证、供应链管理等业务场景。行业差异通过校准任务注入，框架层零修改。触发词：业务领域、组织运营、情报采集、数据分析、内容生产、活动运营、知识管理、流程...
4 次安装
创意设计领域负载物，覆盖创意设计全流程的12个子域、280个任务。涵盖灵感采集、概念发散、视觉设计、交互设计、品牌设计、内容创作、用户研究、设计系统、客户提案、项目管理、知识沉淀、跨域协作等全流程。高创造性、高交互性、低规范性。触发词：创意设计、灵感采集、概念发散、视觉设计、交互设计、品牌设计、内容创作、用户研究...
5 次安装
领域负载物技能制作器（Meta-Skill）——Universal Task OS的技能工厂。独立创建与UTOS完全兼容的领域负载物技能，不依赖任何被创建的目标技能。提供领域分析框架（R1-R5分类定位/价值链拆解/任务枚举/UTOS映射推导）、三层结构模板（SKILL.md+catalog+requiremen...
21 次安装
编程专家综合技能套件，含17个子技能：软件项目总控、网站项目总控、API设计、Bug诊断、代码生成、代码审查、重构建议、测试用例生成、技术选型、文档生成、任务拆解与执行、Spec驱动开发、Karpathy编码规范、项目记忆管理、CMS二次开发、前端设计、MySQL数据库。按用户输入关键词路由到对应子技能模板执行。 关键词路由：软件项目总控(软件项目/API服务/后端服务/后台模块/CLI工具/数据脚本/自动化任务/插件项目/完整功能/项目交付/部署/发布/上线/回滚/运维/监控/告警/巡检)；网站项目总控(做网站/建站/企业官网/营销页/CMS网站/网站上线/网站交付)；API设计(RESTful/GraphQL/接口规范/AJAX防卡死/Init-Step-Poll/长任务接口/轮询接口)；Bug诊断(debug/异常堆栈/报错)；代码生成(写代码/实现功能)；代码审查(code review/安全漏洞/代码缺陷)；重构建议(重构/坏味道/代码异味/可维护性)；测试用例生成(单元测试/集成测试/安全测试/性能测试/长任务测试)；技术选型(技术栈/框架选型)；文档生成(API文档/README/技术文档/部署说明/回滚说明/运维文档)；任务拆解与执行(任务分解/Wave执行)；Spec驱动开发(spec/需求对齐/需求规格)；Karpathy编码规范(Karpathy/编码哲学/简洁优先)；项目记忆管理(项目记忆/跨会话/上下文沉淀)；CMS二次开发(CMS/帝国CMS/WordPress/ThinkPHP/PHP8兼容/二次开发/插件开发/模板开发/批量任务/导入导出/生成静态页)；前端设计(UI设计/UX/交互设计/响应式/设计系统/可访问性/页面视觉/浏览器验证/品牌设计/Banner/图标/社媒图/进度条/轮询状态)；MySQL数据库(MySQL/数据库设计/SQL/索引/事务/慢查询/EXPLAIN/DDL/迁移/表结构/SQL优化)。
元技能系统，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。核心能力：①领域消除评估（五步法：边界识别→存在理由分析→消除可行性评估→独立存在必要性判断→决策输出）②工作流重构（三步法：拆解→消除→重整，将复杂工作流重构为AI辅助一人简易完成）③领域负载物生成（从零创建完整的领域负载物技能，三层结构模板+28项接口校验，可选附加12维完整角色）④通用任务执行（三轴正交：执行轴6大元操作+管线编排、内容轴清单法+样本法、创新轴4种模式+10种元框架）。10域82种任务。触发词：元技能、领域评估、工作流重构、技能生成、任务执行、meta-skill、领域消除、三轴执行、创新框架、
6 次安装