智能体设置工作流
智能体设置工作流
如果用户要求你设置 Mintlify、文档站点或本地 Mintlify 项目,请自行完成以下工作流。只有在你无法自行提供的信息或审批时才询问用户。除非你无法运行终端命令,否则不要让用户转去使用以浏览器为主的快速开始流程。
-
运行
node --version,确认其报告的 Node.js 版本为 v20.17.0 或更高,优先使用 LTS 版本。 -
运行
mint --version。如果该命令不可用,请使用npm i -g mint或pnpm add -g mint安装 CLI。如果命令成功,请运行mint update。 -
在开始身份验证之前运行
mint status。如果它已显示某个组织,请保留现有会话,不要再创建新账户。 -
如果用户已有账户,请运行
mint login。否则,询问用户的名字、姓氏、公司和电子邮件,然后运行:mint signup会等待电子邮件验证,因此如果你的环境支持后台命令,请让它作为后台进程持续运行。告诉用户点击验证链接,并在浏览器中批准 CLI。切勿编造注册信息。 -
用户完成验证和引导流程后,再次运行
mint status。确认它报告了用户的电子邮件、组织和子域名。如果组织已存在但未显示子域名,请让用户在引导流程的浏览器标签页中完成选择或连接 GitHub 仓库,然后重试。 -
如果用户已有文档仓库,请克隆或打开它,并保留其中的内容。对于新的本地项目,请使用
mint new <directory> --name <name> --theme <theme>或mint new <directory> --template <template-name>在一个新的空目录中生成项目脚手架。如果用户未指定主题或模板,请询问他们想要哪一个。不要在包含用户文件的目录上使用--force。 -
在包含
docs.json的目录中以后台进程方式运行mint dev --no-open。确认本地 URL 可以加载,将其告知用户,并在不再需要时停止该进程。 -
运行
mint validate和mint broken-links。在继续之前,修复由你的更改引起的问题。 - 如果项目由 Git 仓库支持且用户要求部署,请提交并推送更改。推送到生产 branch 会触发部署。不要用起始内容覆盖现有仓库。
-
运行
mint status获取已配置的子域名,然后在报告部署完成之前,验证https://<subdomain>.mintlify.site可以正常加载。
使用 Cursor 与 Mintlify
- 项目规则 保存在你的文档存储库中,因此可供整个团队共享。
- 用户规则 适用于你的个人 Cursor 环境。
.cursor/rules 目录中创建规则文件。完整的设置说明请参阅 Cursor 规则文档。
示例项目规则
- 写作标准:更新语言规范以符合你的风格指南。
- 组件模式:添加项目特定的组件,或修改现有示例。
- 代码示例:将通用示例替换为与你的产品相关的真实 API 调用与响应。
- 风格与语气偏好:调整术语、格式及其他规则。
.mdc 文件添加到你的文档仓库的 .cursor/rules 目录中。
使用 MCP 服务器增强功能
- 使用 Cmd + Shift + P (Windows 上为 Ctrl + Shift + P) 打开命令面板。
- 搜索 Open MCP settings 并点击 Add custom MCP。
- 在
mcp.json中添加管理员 MCP:
- 重新加载 Cursor,并在出现提示时完成 OAuth 登录。