不用rules？用提示词MCP！

供稿来自：@姜森

为什么商业化团队的提示词方案选择了MCP？

在商业化服务端项目多的情况下，使用rules难免会遇到rules更新不方便，存在公共提示词在各项目、各成员中不统一，无法版本控制，维护困难等问题；

简介        

这是一个提示词的MCP server，他会将预设的prompt作为工具(tools)返回，帮助Cursor/Cline...更高效地执行各种任务。

背景

在提示词如何使用这个问题下，商业化团队也进行了很多尝试，最终找到了一种适合团队层面的提示词方案，也就是MCP的方式。这个基于标准协议的提示词工程，可以脱离cursor使用，在deepchat、trae等支持MCP接入的客户端使用统一的提示词；

项目介绍

• 便于使用：在对话框中仅需输入两个字即可完成整个提示词流程；
• 使用 MCP SSE 模式：可轻松部署在开发环境集群或本地环境；
• 维护简单：仅需更新项目中的 YAML 文件即可管理提示词，未来可实现可视化平台；

name: prompt_name                # 唯一标识符，用于调用此prompt
description: prompt description  # 对prompt功能的描述
arguments:                       # 参数列表（可选）
  - name: arg_name               # 参数名称
    description: arg description # 参数描述
    required: true/false         # 是否必需
messages:                        # prompt消息列表
  - role: user/assistant         # 消息角色
    content:
      type: text                 # 内容类型
      text: |                    # 文本内容，可包含参数占位符 {{.arg_name}}
        Your prompt text here...

• 扩展性强：各研发团队可独立维护专属提示词库，甚至可推广至非研发团队；

• 集中化管理：统一维护团队公共提示词，解决本地提示词版本管理难题；

• Git 集成：利用 Git 仓库管理提示词，天然具备版本控制、分支管理与 CI/CD 流水线发布能力。

效果展示

配置和部署

cursor中实际效果

以生成测试用例文档为例，仅输入test_doc，即可触发tools，获取完整的提示词，并执行；

总结

好的提示词需要不断积累和迭代，这也是团队和公司宝贵的财富，本方案可以让提示词使用更方便，更通用。如果有使用提示词MCP的需求，推荐复制该代码到本团队代码仓库，维护属于本团队的提示词MCP。