---
name: concept-design-cn
description: "Generates concept designs. Use when explicitly invoked. 明确概念目的、行为与同步规则。"
metadata:
  language: zh-CN
  translation_of: concept-design
  openclaw:
    homepage: https://github.com/ontology-of-everything/concept-skills
---

# 概念设计

## 目标

把软件需求整理为可确认的概念设计。仅在显式调用 `$concept-design-cn` 时运行。
交付模型和未决事项。用户已授权时，继续编写 PRD 或实现。

## 原则

需求、实例和已读代码是证据。区分事实、建议、推断与未决，页面、实体和文件只提供候选线索。

分别检查概念契约如何支持运作原理和目的，以及概念选择与同步如何兑现应用场景和目的。
两层论证分别成立，不能互相代替。单一目的要求用于概念。

沿用已有确认。只确认影响范围或行为的未决取舍，继续不依赖它的工作，并说明它阻碍哪部分。

## 概念

- 概念服务一个目的，拥有自己的状态与动作，定义不依赖其他概念。熟悉的概念或小幅变体能满足需要时，优先采用。
- 运作原理称为 OP，用典型动作说明概念怎样兑现目的。
- 同步规则在概念外协调动作，使它们共同满足应用需要。规则可以限制行为，但须遵守各概念的契约。

## 流程

1. 明确受益者、应用目的、现状、期望结果与约束。既有系统还要检查入口、状态归属、失败路径和测试。
2. 按[设计产物](references/artifacts.md)提出清单。确认纳入范围后，按[规格契约](references/spec-format.md)写状态与动作。
   外部身份使用不假定字段的类型参数。
3. 检查八项[资格判据](references/criteria.md)，记录证据与争议边界，修正已证实的行为与需要的偏差。
4. 按[组合检查](references/sync-notation.md)写规则与同步图，核对遗漏联动和过度自动化。
   确认产品依赖及子集的目的、入口、剩余规则与资源。
5. 已确认项写入设计记录，待确认概念、前提与备选放入排除和未决，说明影响。

首次操作读[订位例](references/example-reserving.md)，核对定义时读[来源](references/sources.md)。每步只读所需参考。

## 正反例

| 正例 | 反例 |
| --- | --- |
| 评论使用通用的目标身份，在应用中绑定到帖子。 | 评论直接引用帖子概念或读取它的私有状态。 |
| 用预订和到场兑现说明预约承诺。 | 把创建数据库记录当作预约目的已经兑现。 |

## 完成条件

记录包含已确认概念、规则、同步图、排除与未决。标明确认状态、目的论证与缺口。
需要响应的入口覆盖成功与拒绝，模型通过规格和组合检查。