技能 domain-driven-design

📦

domain-driven-design

Name: domain-driven-design
Author: sickn33

内容修订 r2 安全 ⚙️ 外部命令

规划领域驱动设计工作

复杂领域可能导致边界不清晰以及架构决策不一致。此技能会指导 DDD 的适用性评估、产物规划，并将工作路由到战略、战术和事件化设计工作中。

支持: Claude Codex Code(CC)

📊 74 合格

使用我的智能体安装

将此请求复制给你的智能体，其中包含权威 Skill 页面和清单。

智能体请求

Review the Skillstore skill "domain-driven-design" from https://skillstore.io/skills/sickn33-domain-driven-design.md and its manifest at https://skillstore.io/api/skills/sickn33-domain-driven-design/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.

你的智能体仍应展示其计划，并按安全策略请求必要确认。

Agent 可读资源

当 AI Agent、爬虫或脚本需要干净上下文，而不是读取完整页面时，请使用这些链接。

Markdown 详情 GET /skills/sickn33-domain-driven-design.md 已签名 manifest GET /api/skills/sickn33-domain-driven-design/manifest 已签名 lockfile GET /api/skills/sickn33-domain-driven-design/lockfile

测试它

正在使用“domain-driven-design”。评估一个具有多种定价规则和审计需求的订阅计费平台。

预期结果:

DDD 很可能是合理的，因为定价规则、可审计性和团队边界都很重要。
生成子域图、限界上下文图、术语表以及关于计费边界的 ADR。
下一步路由：先进行战略设计，然后为聚合和不变量应用战术模式。

正在使用“domain-driven-design”。规划涉及仓储、支付和配送团队的订单履约。

预期结果:

该技能会区分订单、支付、配送和库存上下文。
它会识别团队之间的转换点和契约风险。
它建议在应用 CQRS 或 sagas 之前先制定 ADR。

正在使用“domain-driven-design”。判断一个简单的管理后台 CRUD 工具是否需要 DDD。

预期结果:

不建议采用完整 DDD，因为业务复杂度较低。
使用更简单的模块化设计，并仅记录关键术语。
如果规则或团队边界变得不稳定，再重新考虑 DDD。

安全审计

安全

v5 • 2026/7/23 打开版本化报告

All ten static findings are false positives caused by Markdown backticks around skill names, a local reference path, and a plain-text example. The reviewed files contain no executable commands or semantic security concerns.

已扫描文件

100

分析行数

复核项

已忽略误报

风险因素

⚙️ 外部命令 (10)

SKILL.md:43 SKILL.md:44 SKILL.md:45 SKILL.md:46 SKILL.md:47 SKILL.md:48 SKILL.md:49 SKILL.md:50 SKILL.md:52 SKILL.md:65-68

最新一次完成的静态与语义审计未检测到已确认的安全发现。这并不能证明该 Skill 没有副作用。

审计者: codex 查看审计历史 →

分享与引用此报告

分享版本化评估报告、中性徽章、嵌入卡片和引用。Skillstore 只报告证据，不判断该 Skill 是否安全。

打开版本化报告

复制报告链接

https://skillstore.io/skills/sickn33-domain-driven-design/audits/5?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_report

Markdown 徽章

[![Skillstore security assessment](https://skillstore.io/badges/skills/sickn33-domain-driven-design/security.svg)](https://skillstore.io/skills/sickn33-domain-driven-design?utm_source=security_passport_badge)

HTML 徽章

<a href="https://skillstore.io/skills/sickn33-domain-driven-design?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/sickn33-domain-driven-design/security.svg" alt="Skillstore security assessment" loading="lazy"></a>

嵌入卡片

<iframe src="https://skillstore.io/embed/skills/sickn33-domain-driven-design.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>

学术引用 (APA · BibTeX · CFF)

APA 引用

sickn33. (2026). domain-driven-design security audit report (audit version 5) [Author version unspecified]. Skillstore. https://skillstore.io/skills/sickn33-domain-driven-design/audits/5

BibTeX 引用

@techreport{sickn33-sickn33-domain-driven-design-2026,
  author = {sickn33},
  title = {domain-driven-design security audit report (audit version 5)},
  institution = {Skillstore},
  year = {2026},
  number = {5},
  url = {https://skillstore.io/skills/sickn33-domain-driven-design/audits/5},
  note = {Author version unspecified}
}

CITATION.cff

cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "domain-driven-design security audit report (audit version 5)"
version: "unspecified"
type: report
authors:
  - name: "sickn33"
date-released: "2026-07-23"
url: "https://skillstore.io/skills/sickn33-domain-driven-design/audits/5"
identifiers:
  - type: other
    value: "skillstore:sickn33-domain-driven-design:audit:5"
    description: "Skillstore immutable audit report identifier"

Skillstore 评分

评分依据证据置信度: 高

架构

可维护性

内容

社区

规范符合性

你能构建什么

评估 DDD 适配度

工程负责人在投入建模工作之前，评估计费平台是否需要完整 DDD。

规划限界上下文

产品架构师为处理复杂工作流的团队映射子域、所有权和共享语言。

将设计连接到事件

后端团队根据领域需求判断 CQRS、事件溯源、saga 或投影是否合理。

试试这些提示

检查适配度

Use domain-driven-design to assess whether my application needs DDD. Include assumptions, qualifying signals, risks, and a next step.

映射战略产物

Use domain-driven-design to define subdomains, bounded contexts, and a glossary for this domain description: [describe domain].

路由实现工作

Use domain-driven-design to route this feature into tactical modeling, CQRS, event sourcing, saga, projection, or ADR work.

规划事件化架构采用

Use domain-driven-design to evaluate an evented architecture plan. Identify required artifacts, invariants, integration risks, and staged delivery recommendations.

最佳实践

在创建 DDD 产物之前，先进行适用性检查。
为上下文、事件和不变量命名时，使用领域专家的语言。
在选择实现模式之前，用 ADR 记录边界决策。

避免

将完整 DDD 应用于简单 CRUD 系统。
在证明领域需求之前就选择 CQRS 或事件溯源。
在没有领域专家输入的情况下定义限界上下文。

常见问题

这个技能会编写代码吗？

不会。它用于规划架构产物，并将工作路由到专门的实现技能。

它能替代事件风暴工作坊吗？

不能。它可以准备产物，但仍然需要与领域专家直接协作。

什么时候应该使用它？

当业务规则、团队边界、集成契约或审计要求带来显著复杂性时使用它。

哪些工具支持它？

报告列出了对 Claude、Codex 和 Claude Code 的支持。

它支持 CQRS 和事件溯源吗？

支持。它有助于判断 CQRS、事件溯源、sagas 和投影何时合适。

它适合简单项目吗？

可以安全地咨询它，但该技能建议不要为简单的低复杂度系统采用完整 DDD。

开发者详情

作者

sickn33

许可证

MIT

Skillstore 修订

版本提示

作者未声明版本。

仓库

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/domain-driven-design

引用

f9e2c34b4f19c7f3e6b0a1e93227b5f77cc12526

维护新鲜度

2026/7/26

使用量

7 次下载 · 122 次浏览

文件结构

📁 references/

📄 ddd-deliverables.md

📄 SKILL.md