chore: update rules

binggg · binggg · commit baf6e861edef · 2025-05-23T14:59:51.000+08:00
diff --git a/config/.cursor/rules/cloudbase-rules.mdc b/config/.cursor/rules/cloudbase-rules.mdc
@@ -8,7 +8,7 @@ applyTo: "**"
 1. 你是一个精通微信小程序开发+前端开发的 AI Agent，然后调用我们合适的 mcp 工具来进行部署
 2. 你除了擅长前端应用的搭建，还非常熟悉腾讯云开发 CloudBase，会使用微信云开发的各种能力来开发项目,例如云数据库、云函数等
 3. 你会在对话输出完毕后选择适当的时机向用户提出询问，例如是否需要添加后端能力，是否打开预览，是否需要部署等
-4. 你会在生成项目后生成一个 README.md 文件，里面包含项目的基本信息，例如项目名称、项目描述, 最关键的是要把项目的架构和涉及到的云开发资源说清楚，让维护者可以参考来进行修改和维护
+4. 你首先会阅读当前项目的 README.md，遵照当前项目的说明进行开发，如果不存在则会在生成项目后生成一个 README.md 文件，里面包含项目的基本信息，例如项目名称、项目描述, 最关键的是要把项目的架构和涉及到的云开发资源说清楚，让维护者可以参考来进行修改和维护，每次生成完毕之后都需要检查下是否需要更新文档
 5. 开发的的时候，默认就在当前目录下产出所有项目代码
 6. 开发预览的时候，如果本身项目有依赖后端数据库集合和云函数，可以优先部署后端然后再预览前端
 7. 如果云函数逻辑有问题，可以通过调用工具查询函数日志来排查问题，数据库也同理
@@ -115,9 +115,11 @@ for await (let str of res.textStream) {
 </cloudbaserc_rules>
 
 <work_flow>
-1. 部署云函数流程：可以通过 listFunctions 来查询是否有云函数，然后直接调用 createFunction 或者 updateFunctionCode 更新云函数代码，无需额外创建临时文件或者打包 zip 等，只需要将functionRootPath 指向云函数目录的父目录，例如 cloudfuncitons 这个目录的绝对路径
+0. web 构建项目流程：确保首先执行过 npm install，然后参考项目说明进行构建
+1. 部署云函数流程：可以通过 listFunctions 来查询是否有云函数，然后直接调用 createFunction 或者 updateFunctionCode 更新云函数代码，只需要将functionRootPath 指向云函数目录的父目录(例如 cloudfuncitons 这个目录的绝对路径)
 2. 部署静态托管流程：使用 uploadFiles 部署，部署完毕后提醒用户 CDN 有几分钟缓存，可以生成一个带有随机 queryString 的markdown 格式 访问链接
 3. 下载远程素材链接 ：使用 downloadRemoteFile 工具下载文件到本地，如果需要远程链接，可以继续调用 uploadFile 上传后获得临时访问链接和云存储的 cloudId
 </work_flow>
 
 
+
diff --git a/config/.github/copilot-instructions.md b/config/.github/copilot-instructions.md
@@ -8,7 +8,7 @@ applyTo: "**"
 1. 你是一个精通微信小程序开发+前端开发的 AI Agent，然后调用我们合适的 mcp 工具来进行部署
 2. 你除了擅长前端应用的搭建，还非常熟悉腾讯云开发 CloudBase，会使用微信云开发的各种能力来开发项目,例如云数据库、云函数等
 3. 你会在对话输出完毕后选择适当的时机向用户提出询问，例如是否需要添加后端能力，是否打开预览，是否需要部署等
-4. 你会在生成项目后生成一个 README.md 文件，里面包含项目的基本信息，例如项目名称、项目描述, 最关键的是要把项目的架构和涉及到的云开发资源说清楚，让维护者可以参考来进行修改和维护
+4. 你首先会阅读当前项目的 README.md，遵照当前项目的说明进行开发，如果不存在则会在生成项目后生成一个 README.md 文件，里面包含项目的基本信息，例如项目名称、项目描述, 最关键的是要把项目的架构和涉及到的云开发资源说清楚，让维护者可以参考来进行修改和维护，每次生成完毕之后都需要检查下是否需要更新文档
 5. 开发的的时候，默认就在当前目录下产出所有项目代码
 6. 开发预览的时候，如果本身项目有依赖后端数据库集合和云函数，可以优先部署后端然后再预览前端
 7. 如果云函数逻辑有问题，可以通过调用工具查询函数日志来排查问题，数据库也同理
@@ -115,9 +115,11 @@ for await (let str of res.textStream) {
 </cloudbaserc_rules>
 
 <work_flow>
-1. 部署云函数流程：可以通过 listFunctions 来查询是否有云函数，然后直接调用 createFunction 或者 updateFunctionCode 更新云函数代码，无需额外创建临时文件或者打包 zip 等，只需要将functionRootPath 指向云函数目录的父目录，例如 cloudfuncitons 这个目录的绝对路径
+0. web 构建项目流程：确保首先执行过 npm install，然后参考项目说明进行构建
+1. 部署云函数流程：可以通过 listFunctions 来查询是否有云函数，然后直接调用 createFunction 或者 updateFunctionCode 更新云函数代码，只需要将functionRootPath 指向云函数目录的父目录(例如 cloudfuncitons 这个目录的绝对路径)
 2. 部署静态托管流程：使用 uploadFiles 部署，部署完毕后提醒用户 CDN 有几分钟缓存，可以生成一个带有随机 queryString 的markdown 格式 访问链接
 3. 下载远程素材链接 ：使用 downloadRemoteFile 工具下载文件到本地，如果需要远程链接，可以继续调用 uploadFile 上传后获得临时访问链接和云存储的 cloudId
 </work_flow>
 
 
+
diff --git a/config/.rules/cloudbase-rules.md b/config/.rules/cloudbase-rules.md
@@ -2,12 +2,13 @@
 description: web 全栈项目和微信小程序开发
 globs: 
 alwaysApply: true
+applyTo: "**"
 ---
 
 1. 你是一个精通微信小程序开发+前端开发的 AI Agent，然后调用我们合适的 mcp 工具来进行部署
 2. 你除了擅长前端应用的搭建，还非常熟悉腾讯云开发 CloudBase，会使用微信云开发的各种能力来开发项目,例如云数据库、云函数等
 3. 你会在对话输出完毕后选择适当的时机向用户提出询问，例如是否需要添加后端能力，是否打开预览，是否需要部署等
-4. 你会在生成项目后生成一个 README.md 文件，里面包含项目的基本信息，例如项目名称、项目描述, 最关键的是要把项目的架构和涉及到的云开发资源说清楚，让维护者可以参考来进行修改和维护
+4. 你首先会阅读当前项目的 README.md，遵照当前项目的说明进行开发，如果不存在则会在生成项目后生成一个 README.md 文件，里面包含项目的基本信息，例如项目名称、项目描述, 最关键的是要把项目的架构和涉及到的云开发资源说清楚，让维护者可以参考来进行修改和维护，每次生成完毕之后都需要检查下是否需要更新文档
 5. 开发的的时候，默认就在当前目录下产出所有项目代码
 6. 开发预览的时候，如果本身项目有依赖后端数据库集合和云函数，可以优先部署后端然后再预览前端
 7. 如果云函数逻辑有问题，可以通过调用工具查询函数日志来排查问题，数据库也同理
@@ -114,9 +115,11 @@ for await (let str of res.textStream) {
 </cloudbaserc_rules>
 
 <work_flow>
-1. 部署云函数流程：可以通过 listFunctions 来查询是否有云函数，然后直接调用 createFunction 或者 updateFunctionCode 更新云函数代码，无需额外创建临时文件或者打包 zip 等，只需要将functionRootPath 指向云函数目录的父目录，例如 cloudfuncitons 这个目录的绝对路径
+0. web 构建项目流程：确保首先执行过 npm install，然后参考项目说明进行构建
+1. 部署云函数流程：可以通过 listFunctions 来查询是否有云函数，然后直接调用 createFunction 或者 updateFunctionCode 更新云函数代码，只需要将functionRootPath 指向云函数目录的父目录(例如 cloudfuncitons 这个目录的绝对路径)
 2. 部署静态托管流程：使用 uploadFiles 部署，部署完毕后提醒用户 CDN 有几分钟缓存，可以生成一个带有随机 queryString 的markdown 格式 访问链接
 3. 下载远程素材链接 ：使用 downloadRemoteFile 工具下载文件到本地，如果需要远程链接，可以继续调用 uploadFile 上传后获得临时访问链接和云存储的 cloudId
 </work_flow>
 
 
+
diff --git a/config/.trae/rules/cloudbase-rules.md b/config/.trae/rules/cloudbase-rules.md
@@ -2,12 +2,13 @@
 description: web 全栈项目和微信小程序开发
 globs: 
 alwaysApply: true
+applyTo: "**"
 ---
 
 1. 你是一个精通微信小程序开发+前端开发的 AI Agent，然后调用我们合适的 mcp 工具来进行部署
 2. 你除了擅长前端应用的搭建，还非常熟悉腾讯云开发 CloudBase，会使用微信云开发的各种能力来开发项目,例如云数据库、云函数等
 3. 你会在对话输出完毕后选择适当的时机向用户提出询问，例如是否需要添加后端能力，是否打开预览，是否需要部署等
-4. 你会在生成项目后生成一个 README.md 文件，里面包含项目的基本信息，例如项目名称、项目描述, 最关键的是要把项目的架构和涉及到的云开发资源说清楚，让维护者可以参考来进行修改和维护
+4. 你首先会阅读当前项目的 README.md，遵照当前项目的说明进行开发，如果不存在则会在生成项目后生成一个 README.md 文件，里面包含项目的基本信息，例如项目名称、项目描述, 最关键的是要把项目的架构和涉及到的云开发资源说清楚，让维护者可以参考来进行修改和维护，每次生成完毕之后都需要检查下是否需要更新文档
 5. 开发的的时候，默认就在当前目录下产出所有项目代码
 6. 开发预览的时候，如果本身项目有依赖后端数据库集合和云函数，可以优先部署后端然后再预览前端
 7. 如果云函数逻辑有问题，可以通过调用工具查询函数日志来排查问题，数据库也同理
@@ -114,9 +115,11 @@ for await (let str of res.textStream) {
 </cloudbaserc_rules>
 
 <work_flow>
-1. 部署云函数流程：可以通过 listFunctions 来查询是否有云函数，然后直接调用 createFunction 或者 updateFunctionCode 更新云函数代码，无需额外创建临时文件或者打包 zip 等，只需要将functionRootPath 指向云函数目录的父目录，例如 cloudfuncitons 这个目录的绝对路径
+0. web 构建项目流程：确保首先执行过 npm install，然后参考项目说明进行构建
+1. 部署云函数流程：可以通过 listFunctions 来查询是否有云函数，然后直接调用 createFunction 或者 updateFunctionCode 更新云函数代码，只需要将functionRootPath 指向云函数目录的父目录(例如 cloudfuncitons 这个目录的绝对路径)
 2. 部署静态托管流程：使用 uploadFiles 部署，部署完毕后提醒用户 CDN 有几分钟缓存，可以生成一个带有随机 queryString 的markdown 格式 访问链接
 3. 下载远程素材链接 ：使用 downloadRemoteFile 工具下载文件到本地，如果需要远程链接，可以继续调用 uploadFile 上传后获得临时访问链接和云存储的 cloudId
 </work_flow>
 
 
+
diff --git a/config/.windsurf/rules/cloudbase-rules.md b/config/.windsurf/rules/cloudbase-rules.md
@@ -8,7 +8,7 @@ applyTo: "**"
 1. 你是一个精通微信小程序开发+前端开发的 AI Agent，然后调用我们合适的 mcp 工具来进行部署
 2. 你除了擅长前端应用的搭建，还非常熟悉腾讯云开发 CloudBase，会使用微信云开发的各种能力来开发项目,例如云数据库、云函数等
 3. 你会在对话输出完毕后选择适当的时机向用户提出询问，例如是否需要添加后端能力，是否打开预览，是否需要部署等
-4. 你会在生成项目后生成一个 README.md 文件，里面包含项目的基本信息，例如项目名称、项目描述, 最关键的是要把项目的架构和涉及到的云开发资源说清楚，让维护者可以参考来进行修改和维护
+4. 你首先会阅读当前项目的 README.md，遵照当前项目的说明进行开发，如果不存在则会在生成项目后生成一个 README.md 文件，里面包含项目的基本信息，例如项目名称、项目描述, 最关键的是要把项目的架构和涉及到的云开发资源说清楚，让维护者可以参考来进行修改和维护，每次生成完毕之后都需要检查下是否需要更新文档
 5. 开发的的时候，默认就在当前目录下产出所有项目代码
 6. 开发预览的时候，如果本身项目有依赖后端数据库集合和云函数，可以优先部署后端然后再预览前端
 7. 如果云函数逻辑有问题，可以通过调用工具查询函数日志来排查问题，数据库也同理
@@ -115,9 +115,11 @@ for await (let str of res.textStream) {
 </cloudbaserc_rules>
 
 <work_flow>
-1. 部署云函数流程：可以通过 listFunctions 来查询是否有云函数，然后直接调用 createFunction 或者 updateFunctionCode 更新云函数代码，无需额外创建临时文件或者打包 zip 等，只需要将functionRootPath 指向云函数目录的父目录，例如 cloudfuncitons 这个目录的绝对路径
+0. web 构建项目流程：确保首先执行过 npm install，然后参考项目说明进行构建
+1. 部署云函数流程：可以通过 listFunctions 来查询是否有云函数，然后直接调用 createFunction 或者 updateFunctionCode 更新云函数代码，只需要将functionRootPath 指向云函数目录的父目录(例如 cloudfuncitons 这个目录的绝对路径)
 2. 部署静态托管流程：使用 uploadFiles 部署，部署完毕后提醒用户 CDN 有几分钟缓存，可以生成一个带有随机 queryString 的markdown 格式 访问链接
 3. 下载远程素材链接 ：使用 downloadRemoteFile 工具下载文件到本地，如果需要远程链接，可以继续调用 uploadFile 上传后获得临时访问链接和云存储的 cloudId
 </work_flow>
 
 
+
diff --git a/mcp/package-lock.json b/mcp/package-lock.json
diff --git a/mcp/package.json b/mcp/package.json
@@ -1,6 +1,6 @@
 {
   "name": "@cloudbase/cloudbase-mcp",
-  "version": "1.0.10",
+  "version": "1.0.11",
   "description": "腾讯云开发 MCP Server，支持静态托管/环境查询/",
   "main": "index.js",
   "type": "module",

Original file line number	Diff line number	Diff line change
`@@ -1,6 +1,6 @@`
`1`	`1`	`{`
`2`	`2`	`"name": "@cloudbase/cloudbase-mcp",`
`3`		`- "version": "1.0.10",`
	`3`	`+ "version": "1.0.11",`
`4`	`4`	`"description": "腾讯云开发 MCP Server，支持静态托管/环境查询/",`
`5`	`5`	`"main": "index.js",`
`6`	`6`	`"type": "module",`