Menu
从交互式或提供的原则输入创建或更新项目章程，确保所有依赖模板保持同步。用于项目管理、规范制定、章程维护和团队协作场景。触发词包括 "speckit章程"、"创建章程"、"更新章程"、"项目章程"、"制定规范"、"团队章程"。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
| name | speckit-constitution-zh |
| description | 从交互式或提供的原则输入创建或更新项目章程，确保所有依赖模板保持同步。用于项目管理、规范制定、章程维护和团队协作场景。触发词包括 "speckit章程"、"创建章程"、"更新章程"、"项目章程"、"制定规范"、"团队章程"。 |
$ARGUMENTS
在继续之前，您必须考虑用户输入（如果不为空）。
您正在更新位于 .specify/memory/constitution.md 的项目章程。此文件源自一个模板assets/constitution-template.md，包含方括号中的占位符令牌（例如 [项目名称]、[原则_1_名称]）。您的工作是：(a) 收集/推导具体值，(b) 精确填充模板，以及 (c) 在依赖工件中传播任何修订。
遵循此执行流程：
assets/specify/ 所有文件（包括子目录）按原目录结构复制到仓库根目录下的.specify 目录，跳过已有文件，不能覆盖原有同名文件。cp命令的 -n（--no-clobber）选项可以防止覆盖已存在的文件。
在此阶段，您的项目文件夹内容应类似于以下内容：仓库根目录
└── .specify
├── memory
│ └── constitution.md
├── scripts
│ ├──bash
│ │ ├── check-prerequisites.sh
│ │ ├── common.sh
│ │ ├── create-new-feature.sh
│ │ ├── setup-plan.sh
│ │ └── update-claude-md.sh
│ ├──powershell
│ │ ├── check-prerequisites.ps1
│ │ ├── common.ps1
│ │ ├── create-new-feature.ps1
│ │ ├── setup-plan.ps1
│ │ └── update-claude-md.ps1
├── specs
│ └── 001-create-taskify
│ └── spec.md
└── templates
├── plan-template.md
├── spec-template.md
└── tasks-template.md
加载位于相对仓库根目录 .specify/memory/constitution.md 的现有章程模板。
[ALL_CAPS_IDENTIFIER] 的每个占位符令牌。
重要：用户可能需要比模板中使用的更少或更多的原则。如果指定了数量，请遵守该数量 - 遵循通用模板。您将相应地更新文档。收集/推导占位符的值：
批准日期 是原始采用日期（如果未知则询问或标记 TODO），如果有更改则 最后修订日期 是今天，否则保持之前的日期。章程版本 必须根据语义版本规则递增：
起草更新的章程内容：
一致性传播检查清单（将先前检查清单转换为积极验证）：
.specify/templates/plan-template.md 并确保任何"章程检查"或规则与更新的原则一致。.specify/templates/spec-template.md 以对齐范围/要求——如果章程添加/删除强制性章节或约束则更新。.specify/templates/tasks-template.md 并确保任务分类反映新增或删除的原则驱动任务类型（例如，可观察性、版本控制、测试纪律）。README.md、docs/quickstart.md 或存在的特定代理指导文件）。更新对已更改原则的引用。生成同步影响报告（在更新后作为 HTML 注释预置在章程文件顶部）：
最终输出前的验证：
将完成的章程写回到 .specify/memory/constitution.md（覆盖）。
向用户输出最终摘要：
docs: 修订章程至 vX.Y.Z（原则添加 + 治理更新））。格式化和样式要求：
如果用户提供部分更新（例如，仅修订一个原则），仍需执行验证和版本决策步骤。
如果关键信息缺失（例如，批准日期确实未知），插入 TODO(<FIELD_NAME>): explanation 并在同步影响报告的延期项目下包含。
不要创建新模板；始终在现有的 .specify/memory/constitution.md 文件上操作。
归档已完成的变更并将规范差异合并到常驻文档。用于变更已部署、准备归档或实施后需要更新规范时。触发词包括 "openspec归档", "归档", "归档提案", "合并规范", "完成提案", "更新文档", "定稿规范", "标记完成"。
加载项目上下文，列出现有规范与变更，搜索能力与需求。用于用户询问项目状态、现有规范、进行中的变更、可用能力或需要发现上下文时。触发词包括"openspec上下文", "有哪些规范", "显示变更", "列出能力", "项目上下文", "查找规范", "规范包含什么", "展示规范"。
以测试与验证为先的方式，按序执行并实现已批准的规范提案。用于实施变更、应用提案、执行规范任务或按已批准计划构建。触发词包括 "openspec开发", "开发", "实施" "实现提案", "应用变更", "执行规范", "按顺序完成任务", "构建功能", "开始实施"。
通过openspec规范驱动的方法创建结构化的变更提案与规范差异。用于规划功能、创建提案、编写规范、引入新能力或启动开发流程。触发词包括 "openspec提案", "规划", "创建提案", "规划变更", "规范功能", "新功能", "新特性", "新需求", "添加功能规划", "设计规范"。
执行实施规划工作流程，使用计划模板生成设计工件。触发词包括："speckit计划"。
中文功能规范创建工具，用于将自然语言功能描述转换为结构化的功能规范文档。支持自动生成分支名称、创建Git分支、初始化规范文件和质量验证。触发词包括："speckit规范"、"功能规范"、"创建规范"、"功能描述转换"、"speckit-specify"。当用户需要将功能想法转换为结构化规范时使用此技能。