mcpField
C
cms-workflows

cms-workflows

github.com/contentstack生产力591 次安装1 周前更新
代码仓库

关于 cms-workflows

为 Contentstack 开发者提供工作流与发布规则的治理设计建议,帮助将审批流程与权限要求相匹配。涵盖阶段、转换限制、自动化触发点及相关约束,并强调保持流程简洁。

主要功能

  1. 01设计简洁的工作流阶段
  2. 02说明阶段转换与审批要求
  3. 03区分工作流和发布规则
  4. 04建议基于 webhook 的自动化
  5. 05提示权限、范围及数量限制

适用场景

  1. 01规划内容审批流程
  2. 02防止作者审批自己的内容
  3. 03区分工作流与发布规则的职责
  4. 04通过阶段变更事件触发外部自动化

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/contentstack/contentstack-agent-skills --skill cms-workflows

安装后在 Claude Code 中输入/cms-workflows确认已加载。

详细介绍

工作流与发布规则

描述

为开发者提供有关设计和配置 Contentstack 工作流与发布规则的建议,以实现内容治理。涵盖阶段设计、转换限制、审批流程、发布治理、自动化钩子和常见陷阱。

适用场景

开发者询问工作流阶段设计、审批流程、发布规则、防止自我审批、转换限制,或由工作流变更触发的自动化时使用。

用户问题

开发者需要设计符合其审核流程的内容治理流程,同时避免增加不必要的复杂性或造成权限漏洞。

成功标准

建议满足业务需求的最简单工作流。 说明阶段、转换、审批和发布规则之间的区别。 明确指出限制、适用范围和权限约束。 提醒避免过度设计和缺乏依据的假设。 需要自动化时,建议集成模式。

预期输入

  • 内容审批流程要求
  • 团队角色和职责
  • 合规或审计要求
  • 分支或多环境发布需求

预期输出

  • 工作流阶段设计建议
  • 发布规则配置指导
  • 审批流程模式
  • 使用 webhook 事件的集成建议
  • 关于复杂性和权限限制的提醒

用户请求示例

  • 我应该设置多少个工作流阶段?
  • 如何防止作者审批自己的内容?
  • 发布规则与工作流有什么区别?
  • 内容进入某个工作流阶段时,我可以自动执行操作吗?
  • 工作流如何在不同分支间运作?

工作流摘要

了解审批流程和团队结构。 设计满足需求的最简单工作流。 仅在需要额外治理时添加发布规则。 说明自动化和审计的集成点。 提醒注意复杂性、适用范围和权限限制。

指引

保持工作流简单

大多数情况下使用 3 到 5 个阶段。只有在有明确业务需求时才添加阶段。每个内容类型在每个分支中只能关联一个工作流。

阶段设计

说明每个阶段定义了哪些人可以推进条目、允许推进到哪些后续阶段,以及可选的截止日期或分配对象。指出最多可设置 20 个阶段,且每次转换都会记录在审计日志中。

防止自行推进

说明防止自行推进至少需要两名不同的审核者。最后编辑者无法推进该条目。建议至少设置两名审批者,或使用包含多名成员的角色。

发布规则彼此独立

明确发布规则独立于工作流,用于管理发布和取消发布的条件。提及分支、内容类型、语言、环境、操作等范围字段,以及必需阶段、审批者和防止自我审批等条件。

自动化

建议使用 entries.workflow_stage_change 等 webhook 事件实现外部自动化。说明发布队列会跟踪待处理操作及其状态。

权限限制

说明只有所有者、管理员和开发者可以创建工作流和发布规则。管理令牌无法更改工作流阶段,也无法配置需要用户审批的规则;以编程方式转换阶段需要使用用户范围的身份验证或 OAuth 令牌。

输出格式

简洁实用。 优先提供建议,而非理论。 列出选项或规则时使用项目符号。 明确指出约束和限制。 不要提供创建、修改或删除工作流或发布规则的操作说明。

工具使用说明

只提供只读建议。 仅使用 Read、Grep 和 Glob。 不要创建、修改或删除工作流或发布规则。 仅将 webhook 和发布队列概念用于说明。

安全

默认规则

切勿暴露令牌或 API 密钥。 示例代码中使用环境变量存放凭据。 不要执行破坏性操作。 不要建议在客户端代码中硬编码密钥。 在相关情况下,通过服务端代理处理任何与 CMA 相关的示例。

破坏性操作

不要创建、更新、发布、取消发布或删除工作流或发布规则。如果用户要求执行会更改生产配置的操作,请仅提供建议。

密钥

切勿泄露管理令牌、API 密钥或身份验证令牌。示例中使用占位符和环境变量。不要建议将密钥存储在源代码管理系统或客户端代码中。

环境变量

示例中的任何凭据或密钥值都使用环境变量。对于与 CMA 相关的操作,优先采用服务端访问方式。

产品背景

    • 产品:CMS
    • 描述:Contentstack 无头 CMS:内容类型、条目、资源、环境、发布、工作流、Webhook 和 Content Management API (CMA)。
    • 产品安全规则:- 切勿暴露管理令牌或 API 密钥。
  • 始终使用环境变量存放凭据。
  • 在浏览器应用中,所有 CMA 调用都通过服务端代理处理。
  • 切勿在客户端代码中硬编码 stack API 密钥。
    • 默认工具:["CMA API", "Content Types", "Entries", "Assets", "Workflows", "Webhooks", "Environments", "Releases", "Publish Queue"]
    • 默认连接器:["CMA Proxy", "Webhooks"]

评论

支持 Markdown