🚀 30+款热门AI模型一站整合,DeepSeek/GLM/Qwen 随心用,限时 5 折。 👉 点击领海量免费额度
这次我们来看一个在 GitHub 上获得了 2.4K 星的开源项目:Skills Manager。对于经常使用各类 AI 助手(如 ChatGPT、Claude、DeepSeek 等)的开发者来说,一个核心痛点就是“技能”(Skills)的管理。你是否遇到过这样的场景:精心调试好一个用于前端开发的提示词(Skill),想在其他对话或项目中复用,却只能手动复制粘贴,既低效又容易出错?或者,团队内部有一套优秀的 AI 技能库,却缺乏一个统一的平台来共享和管理?Skills Manager 就是为了解决这些问题而生的。
简单来说,Skills Manager 是一个集中化、可视化的 AI 技能管理平台。它允许你将常用的、高效的 AI 提示词(Prompt)封装成可复用的“技能”,并进行分类、搜索、版本管理和一键调用。无论是个人提升工作效率,还是团队进行知识沉淀与协作,它都能显著降低使用 AI 的门槛和操作成本。最直接的价值就是:告别手动复制粘贴提示词,实现技能的即插即用和高效流转。
本文将从实际应用角度出发,带你快速了解 Skills Manager 的核心能力、部署方式、以及如何将其集成到你的开发工作流中。我们会重点关注它的安装门槛、是否支持 Docker 一键部署、如何通过 API 调用技能,以及如何利用它来管理例如“前端开发”、“代码审查”、“SQL 优化”等具体场景的技能库。如果你是一名开发者,或者团队正在寻求提升 AI 协作效率,那么这篇文章值得你仔细阅读。
1. 核心能力速览
在深入细节之前,我们先通过一个表格快速把握 Skills Manager 的关键信息,这有助于你判断它是否适合你的技术栈和需求。
| 能力项 | 说明与评估 |
|---|---|
| 项目类型 | 开源 AI 技能(提示词)管理与调用平台 |
| 核心功能 | 技能的创建、编辑、分类、搜索、版本管理、一键调用与分享 |
| 部署方式 | 支持 Docker 容器化部署(推荐),也支持传统源码部署 |
| 硬件门槛 | 极低。作为 Web 应用,对 GPU 无要求,普通 CPU、2-4GB 内存的服务器或本地电脑即可运行。 |
| 前端技术栈 | 基于现代前端框架(如 React/Vue),提供友好的 Web UI 界面。 |
| 后端技术栈 | 通常为 Node.js/Python 等,提供 RESTful API 供调用。 |
| 数据存储 | 可使用 SQLite(轻量,适合个人)、PostgreSQL/MySQL(适合团队)。 |
| 是否支持 API | 是。核心价值之一,所有技能均可通过 API 接口调用,便于集成到 CI/CD、IDE 插件或其他自动化流程中。 |
| 是否支持批量任务 | 间接支持。可通过 API 编写脚本,对多个输入依次调用同一技能进行处理。 |
| 是否支持一键启动 | 是。通过 Docker Compose 可实现依赖服务(数据库、后端、前端)的一键启动。 |
| 适合场景 | 1.个人效率工具:管理个人高频使用的 AI 提示词。 2.团队知识库:团队共建、共享和迭代 AI 最佳实践。 3.自动化集成:将固化技能作为服务,嵌入到开发、测试、运维流水线中。 |
从表格可以看出,Skills Manager 的重点不在于复杂的算法和沉重的计算,而在于工程化和流程优化。它把“用好提示词”这件事,从手工劳动变成了可管理、可扩展的工程实践。
2. 适用场景与使用边界
在决定投入时间部署和使用之前,明确它的适用场景和边界至关重要。
2.1 谁最适合使用 Skills Manager?
- 全栈/前端/后端开发者:你可以将“代码生成”、“Bug 调试”、“单元测试生成”、“API 文档撰写”等场景的优质提示词固化为技能。下次遇到类似需求,无需重新构思提示词,直接调用对应技能即可。
- 技术团队负责人或 Tech Lead:团队内部 AI 使用水平参差不齐。通过 Skills Manager 建立团队技能库,可以将资深员工的最佳实践沉淀下来,新人也能快速上手,统一输出质量。
- AI 提示词工程师或爱好者:如果你热衷于研究和优化针对不同任务的提示词,这个工具可以帮助你系统地管理实验记录、对比不同版本的效果。
- 需要自动化流程的工程师:你可以将审查代码风格、生成提交信息、提取日志摘要等技能通过 API 集成到 Git Hooks、CI/CD 管道或监控告警系统中,实现 AI 赋能的自动化。
2.2 它能解决什么问题?
- 技能孤岛:提示词散落在各个聊天记录、文档或笔记中,难以查找和复用。
- 协作低效:团队没有统一的技能共享平台,好的实践无法有效传播。
- 版本混乱:提示词迭代优化后,旧版本丢失,无法对比和回滚。
- 集成困难:手动复制粘贴提示词到 AI 界面,无法与自动化工具链结合。
2.3 它不能做什么?
- 不能替代 AI 模型本身:它只是一个“技能”管理器,实际执行仍然需要连接后端的 AI 服务(如 OpenAI API、Azure OpenAI、本地部署的 LLM 等)。
- 不能保证技能效果:技能(提示词)的质量完全取决于创建者和优化过程。它管理的是“过程”,而不是“结果”的绝对质量。
- 并非大型 AI 应用开发框架:对于需要复杂编排、多模型调度、有状态会话的高级 AI 应用,可能需要更专业的框架(如 LangChain、Semantic Kernel),Skills Manager 更侧重于技能资产的管理。
2.4 安全与合规边界
- 技能内容:确保创建的技能内容符合法律法规和道德准则,不包含生成恶意代码、虚假信息、侵犯隐私等内容的指令。
- API 密钥管理:Skills Manager 需要配置 AI 服务的 API Key 来实际调用。部署时务必妥善保管配置文件,避免密钥泄露。建议使用环境变量或密钥管理服务。
- 数据隐私:如果技能处理敏感数据(如公司内部代码、用户信息),需确保 Skills Manager 的部署环境安全,并了解技能调用时数据是否会经过外部 AI 服务。
3. 环境准备与前置条件
部署 Skills Manager 相对简单,以下是需要准备的环境和工具。
3.1 基础运行环境
- 操作系统:支持 Linux (Ubuntu/CentOS 等)、macOS、Windows (WSL2 推荐)。生产环境推荐 Linux。
- Docker 与 Docker Compose:这是最推荐的部署方式,能解决环境依赖问题。请确保已安装:
- Docker Engine: 20.10+
- Docker Compose: v2.0+ 可以通过以下命令检查:
docker --version docker compose version - (备选)源码部署环境:
- Node.js: 如果后端是 Node.js,需要 LTS 版本(如 18.x, 20.x)。
- Python: 如果后端是 Python,需要 3.8+ 版本。
- 数据库:根据项目要求安装 PostgreSQL (推荐) 或 SQLite。
3.2 网络与资源
- 网络访问:部署 Skills Manager 的服务器或本地机器需要能访问互联网(用于拉取 Docker 镜像或 npm/pip 包)。同时,该环境需要能访问你计划使用的 AI 服务 API(如
api.openai.com)。 - 磁盘空间:预留 1-2 GB 空间用于存放 Docker 镜像、应用代码和数据库。
- 端口占用:Skills Manager 的 Web 服务默认会占用一个端口(如 3000, 8080)。确保该端口未被其他应用占用。
3.3 获取 AI 服务权限
Skills Manager 本身不提供 AI 能力,你需要准备一个或多个 AI 服务的访问凭证:
- OpenAI API Key: 用于调用 GPT 系列模型。
- Azure OpenAI Endpoint & Key: 用于调用 Azure 托管的 OpenAI 模型。
- 其他 LLM API:如果项目支持,可能还需要 Claude、DeepSeek 等服务的 API Key。 请提前在对应平台申请好。
4. 安装部署与启动方式
我们以最通用的Docker Compose 部署为例,这是最快、最不易出错的方式。假设项目已经提供了docker-compose.yml文件。
4.1 获取项目代码
首先,将项目克隆到本地或服务器。
git clone <Skills-Manager-仓库地址> cd skills-manager请将<Skills-Manager-仓库地址>替换为实际的 GitHub 仓库 URL。
4.2 配置环境变量
项目通常需要一个配置文件(如.env)来设置数据库连接、API密钥等。复制示例配置文件并修改。
cp .env.example .env然后,编辑.env文件,关键配置项通常包括:
# 数据库配置 (示例为 PostgreSQL) DATABASE_URL=postgresql://username:password@postgres:5432/skills_db # AI 服务配置 (示例为 OpenAI) OPENAI_API_KEY=sk-your-openai-api-key-here # OPENAI_BASE_URL=https://api.openai.com/v1 # 如果需要自定义代理 # 应用安全密钥 SECRET_KEY=your-very-secret-key-for-sessions # Web 服务端口 PORT=3000重要:OPENAI_API_KEY和SECRET_KEY务必替换为你自己的,并确保.env文件不被提交到公开仓库。
4.3 一键启动服务
使用 Docker Compose 启动所有服务(包括数据库、后端、前端等)。
docker compose up -d-d参数表示在后台运行。执行后,Docker 会拉取所需镜像并启动容器。
4.4 验证服务状态
- 查看容器日志,确认启动无报错:
看到数据库连接成功、后端服务启动、前端编译完成等消息后,可以按docker compose logs -fCtrl+C退出日志跟踪。 - 检查容器运行状态:
所有服务的状态应为docker compose psUp。 - 访问 Web 界面:打开浏览器,访问
http://localhost:3000(端口取决于你的PORT配置)。如果看到 Skills Manager 的登录或注册界面,说明部署成功。
4.5 (备选)源码启动方式
如果项目未提供 Docker 配置,或者你需要深度定制,可以按照以下通用步骤进行源码部署:
# 1. 安装后端依赖 cd backend npm install # 或 pip install -r requirements.txt # 2. 配置环境变量(同上) cp .env.example .env # 编辑 .env 文件 # 3. 初始化数据库(如果使用 ORM) npm run db:migrate # 或 python manage.py migrate # 4. 启动后端服务 npm start # 或 python app.py # 5. 在另一个终端,安装并启动前端 cd frontend npm install npm run dev然后访问前端服务提供的地址(如http://localhost:5173)。
5. 功能测试与效果验证
服务启动后,我们通过一系列操作来验证核心功能是否正常。我们将模拟一个前端开发者创建和使用“React 组件生成”技能的场景。
5.1 初始设置与登录
- 首次访问:打开
http://localhost:3000,通常会引导你注册第一个管理员账户或直接登录。 - 创建账户:填写用户名、邮箱、密码完成注册并登录。进入主控制台(Dashboard)。
5.2 创建你的第一个 AI 技能
目标是创建一个能根据描述生成 React 函数组件的技能。
- 点击创建技能:在界面上找到 “New Skill”、“Create Skill” 或类似的按钮。
- 填写技能信息:
- 名称:
Generate React Functional Component - 描述:
根据用户需求生成标准的 React 函数组件代码,使用 TypeScript 和 Tailwind CSS。 - 分类:选择或创建分类,如
Frontend、React。 - 标签:添加
react,typescript,tailwind,code-generation。
- 名称:
- 编写技能内容(核心提示词): 在内容编辑器(可能是 Markdown 编辑器)中,输入精心设计的提示词。例如:
注意你是一个资深的 React 前端专家。请根据用户的请求,生成一个高质量的 React 函数组件。 要求: 1. 使用 TypeScript。 2. 使用 Tailwind CSS 进行样式编写。 3. 组件应包含清晰的 Props 类型定义。 4. 包含必要的 import 语句。 5. 代码风格遵循 Airbnb ESLint 规范。 6. 为复杂的逻辑添加简要的注释。 用户请求:`{user_input}` 请直接输出代码,无需解释。{user_input}是一个占位符,在实际调用时会被替换成用户的具体描述。 - 配置技能参数:
- 关联的 AI 模型:选择
gpt-4-turbo-preview或gpt-3.5-turbo。 - 温度 (Temperature):设置为
0.2,以获得更确定性的代码输出。 - 其他参数:可能包括最大 token 数、系统提示词等,根据项目支持情况配置。
- 关联的 AI 模型:选择
- 保存技能:点击保存。成功后,该技能会出现在你的技能库列表中。
5.3 在 Web UI 中测试技能
- 进入技能详情页:在技能库列表中找到刚创建的技能,点击进入。
- 测试运行:页面通常会有一个测试区域或“Run”按钮。在输入框中填写一个测试用例:
生成一个用户个人资料卡片组件,包含头像、姓名、职位和一段简介。 - 执行并观察:点击运行。Skills Manager 会将你的输入替换提示词中的
{user_input},并发往配置的 AI 服务(如 OpenAI)。 - 验证输出:稍等片刻,你应该能在结果区域看到生成的 React + TypeScript + Tailwind 代码。检查代码是否符合你的要求(如包含
interface ProfileCardProps、使用const ProfileCard: React.FC<ProfileCardProps>、正确的 Tailwind 类名等)。
成功标准:AI 返回了结构完整、语法正确的 React 组件代码,并且遵循了提示词中设定的约束(TypeScript, Tailwind)。
5.4 测试技能版本管理
- 修改技能:假设你觉得原提示词生成的组件缺少
useState的例子。你可以编辑该技能,在提示词要求里加上一条:“如果组件需要状态,请使用useStateHook 示例。” - 保存为新版本:保存时,系统可能会询问是“更新当前版本”还是“创建新版本”。选择“创建新版本”(如 v1.0.1)。
- 查看版本历史:在技能详情页应能找到版本历史记录,可以对比不同版本的内容,并随时切换回旧版本进行测试。
5.5 测试技能搜索与分类
- 使用搜索框:在技能库页面的搜索框输入
react或组件,应能快速过滤出相关技能。 - 使用分类/标签过滤:点击
Frontend分类或react标签,页面应只显示该分类/标签下的技能。
至此,Web UI 的核心功能已验证完毕:创建、编辑、版本管理、测试运行、查找。这证明了 Skills Manager 作为个人技能库的基本能力是完整可用的。
6. 接口 API 与批量任务
Web UI 方便手动操作,但 API 才是发挥其自动化潜力的关键。我们接下来验证 API 调用能力,并设计一个批量任务场景。
6.1 获取 API 访问凭证
通常,Skills Manager 会提供 API 认证方式,常见的是 API Token。
- 在 Web 设置页面,找到
API或Access Tokens部分。 - 创建一个新的 Token,并妥善保存(只显示一次)。
6.2 通过 API 调用单个技能
假设我们创建的技能 ID 是skill_react_gen,API Token 是skm_xxx,服务地址是http://localhost:3000。
使用curl命令进行测试:
curl -X POST http://localhost:3000/api/v1/skills/skill_react_gen/run \ -H "Authorization: Bearer skm_xxx" \ -H "Content-Type: application/json" \ -d '{ "input": "生成一个带深色模式的开关切换按钮组件。", "parameters": { "temperature": 0.2 } }'预期响应:一个 JSON 对象,包含status: “success”和data字段,其中data里应有生成的代码字符串。
使用 Python 脚本调用:
import requests import json api_url = "http://localhost:3000/api/v1/skills/skill_react_gen/run" api_token = "skm_xxx" headers = { "Authorization": f"Bearer {api_token}", "Content-Type": "application/json" } payload = { "input": "生成一个带深色模式的开关切换按钮组件。", "parameters": { "temperature": 0.2 } } response = requests.post(api_url, headers=headers, json=payload, timeout=60) if response.status_code == 200: result = response.json() if result.get("status") == "success": generated_code = result["data"] print("生成的代码:") print(generated_code) else: print(f"技能执行失败:{result.get('message')}") else: print(f"API 请求失败,状态码:{response.status_code}") print(response.text)6.3 设计批量任务场景
Skills Manager 本身可能不直接提供“批量任务队列”的 UI,但通过 API,我们可以轻松实现批量处理。
场景:你有一个需求列表requirements.txt,每行是一个组件描述,需要批量生成对应的 React 代码文件。
一个显示实时时间的数字时钟组件 一个包含验证逻辑的邮箱输入框组件 一个可拖拽排序的图片列表组件批量处理脚本示例(batch_generate.py):
import requests import os import time API_BASE = "http://localhost:3000/api/v1" API_TOKEN = "skm_xxx" SKILL_ID = "skill_react_gen" INPUT_FILE = "requirements.txt" OUTPUT_DIR = "./generated_components" os.makedirs(OUTPUT_DIR, exist_ok=True) headers = { "Authorization": f"Bearer {API_TOKEN}", "Content-Type": "application/json" } with open(INPUT_FILE, 'r', encoding='utf-8') as f: requirements = [line.strip() for line in f if line.strip()] for idx, req in enumerate(requirements, 1): print(f"处理中 ({idx}/{len(requirements)}): {req}") payload = { "input": req, "parameters": {"temperature": 0.2} } try: resp = requests.post(f"{API_BASE}/skills/{SKILL_ID}/run", headers=headers, json=payload, timeout=120) resp.raise_for_status() result = resp.json() if result.get("status") == "success": code = result["data"] # 简单处理,将需求前几个字作为文件名 safe_name = "".join(c for c in req[:20] if c.isalnum() or c in (' ', '_')).rstrip().replace(' ', '_') filename = f"{idx:02d}_{safe_name}.tsx" filepath = os.path.join(OUTPUT_DIR, filename) with open(filepath, 'w', encoding='utf-8') as code_file: code_file.write(code) print(f" 已保存至: {filename}") else: print(f" 技能执行失败: {result.get('message')}") except requests.exceptions.RequestException as e: print(f" 网络请求失败: {e}") # 避免请求过快,根据 API 限制调整 time.sleep(1) print(f"\n批量生成完成!文件保存在目录: {OUTPUT_DIR}")运行此脚本,即可自动读取需求,调用技能 API,并将生成的组件代码保存到本地。这充分证明了 Skills Manager 在自动化流水线中的价值。
7. 资源占用与性能观察
由于 Skills Manager 是一个轻量级的管理平台,其本身资源消耗很低。性能瓶颈主要出现在调用外部 AI API 时。
7.1 本地服务资源占用
启动 Docker 容器后,可以通过以下命令观察资源使用情况:
docker stats你会看到运行 Skills Manager 相关容器(skills-manager-web-1,skills-manager-db-1等)的 CPU、内存使用率。通常,内存占用在几百 MB 级别,CPU 在空闲时接近 0%。这对于现代服务器或个人电脑来说压力很小。
7.2 性能关键点:AI API 调用
- 响应时间:技能执行的耗时主要取决于:
- 你配置的 AI 模型(GPT-4 比 GPT-3.5 慢)。
- 提示词和输入文本的长度。
- 网络到 AI 服务的延迟。
- AI 服务本身的负载。 在 Skills Manager 的测试结果或日志中,可以关注每次调用的耗时。
- 并发与限流:如果你通过 Skills Manager 发起高频或并发调用,需注意:
- Skills Manager 服务端:检查其配置和代码,看是否有内置的请求队列或限流机制。如果没有,你的批量脚本需要自己控制并发数(如上例中的
time.sleep)。 - AI 服务提供商:严格遵守 OpenAI 等平台的 RPM(每分钟请求数)和 TPM(每分钟 tokens 数)限制。在 Skills Manager 的配置或调用参数中,可以设置相关限制。
- Skills Manager 服务端:检查其配置和代码,看是否有内置的请求队列或限流机制。如果没有,你的批量脚本需要自己控制并发数(如上例中的
7.3 优化建议
- 数据库选择:个人使用或小团队,SQLite 足够。生产环境或团队协作,使用 PostgreSQL 以获得更好的并发性能。
- 缓存策略:对于输入输出固定的技能(如格式化工具),可以考虑在 Skills Manager 应用层或调用脚本中增加缓存,避免重复调用 AI API 产生费用和延迟。
- 异步处理:对于耗时长(如生成长篇文档)的技能调用,可以考虑将 Skills Manager 的 API 调用改为异步任务,通过 Webhook 或轮询获取结果,避免 HTTP 请求超时。
8. 常见问题与排查方法
在部署和使用过程中,你可能会遇到以下问题。这里提供通用的排查思路。
| 问题现象 | 可能原因 | 排查方式 | 解决方案 |
|---|---|---|---|
| Docker 启动失败 | 1. 端口被占用。 2. .env文件配置错误。3. 镜像拉取失败。 | 1.docker compose logs查看具体错误。2. netstat -tulnp | grep :3000检查端口。3. 检查网络连接。 | 1. 修改.env中的PORT。2. 检查 .env中数据库密码、API Key 格式。3. 配置 Docker 镜像加速器。 |
| Web 页面无法访问 | 1. 服务未成功启动。 2. 防火墙/安全组限制。 3. 前端编译失败。 | 1.docker compose ps确认容器状态。2. 检查服务器防火墙规则。 3. 查看前端容器日志。 | 1. 重启服务docker compose restart。2. 开放对应端口。 3. 根据日志修复前端依赖或配置。 |
| 技能执行失败,报错“Invalid API Key” | 1. Skills Manager 中配置的 AI API Key 错误或过期。 2. 环境变量未生效。 | 1. 在 Web UI 或.env文件中检查 API Key。2. 重启容器使新环境变量生效。 | 1. 重新生成并配置正确的 API Key。 2. 执行 docker compose down && docker compose up -d。 |
| API 调用返回 401/403 错误 | 1. 请求头中未携带或携带了错误的 Token。 2. Token 已过期或被撤销。 | 1. 检查脚本中的Authorization请求头格式。2. 在 Skills Manager 中重新生成 Token。 | 1. 确保请求头为Bearer <your_token>。2. 使用新 Token 更新脚本。 |
| 技能执行超时 | 1. AI 服务响应慢。 2. 网络问题。 3. Skills Manager 服务端超时设置过短。 | 1. 直接在 OpenAI Playground 测试相同提示词。 2. 检查服务器网络。 3. 查看 Skills Manager 后端服务日志。 | 1. 优化提示词,减少 token 消耗。 2. 在调用脚本中增加 timeout参数。3. 查阅项目文档,调整后端超时配置。 |
| 数据库连接错误 | 1. 数据库服务未启动。 2. 数据库连接字符串配置错误。 3. 数据库用户权限不足。 | 1.docker compose logs db查看数据库日志。2. 仔细核对 .env中的DATABASE_URL。 | 1. 确保数据库容器正常运行。 2. 修正连接字符串的主机、端口、用户名、密码、数据库名。 3. 进入数据库容器,检查用户和权限。 |
9. 最佳实践与使用建议
为了让 Skills Manager 发挥最大价值,并避免常见陷阱,遵循以下实践会很有帮助。
技能设计标准化:
- 命名规范:为技能制定清晰的命名规则,如
[领域]-[功能]-[版本](frontend-generate-react-component-v1)。 - 描述详尽:在技能描述中写明其用途、输入输出示例、适用的模型以及任何限制条件。
- 参数化输入:像前文一样,在提示词中使用
{user_input}这样的占位符,提高技能的灵活性。
- 命名规范:为技能制定清晰的命名规则,如
分类与标签体系化:建立清晰的分类树(如
前端/React/状态管理、后端/Node.js/API设计)和标签系统(code-review,bug-fix,documentation),这是大型技能库可维护性的关键。版本控制与迭代:将技能视为代码。任何对生产环境重要技能的修改,都应创建新版本,并在描述中记录变更原因。便于回滚和效果对比。
API 集成安全:
- Token 管理:为不同的集成场景(如 CI/CD、内部工具)创建不同的 API Token,并设置适当的权限和过期时间。
- 访问控制:如果 Skills Manager 部署在公网,务必启用 HTTPS,并考虑增加 IP 白名单、速率限制等安全措施。
- 敏感信息:不要在技能提示词中硬编码敏感信息(如内部 API 密钥、密码)。通过环境变量或 Skills Manager 的全局变量功能传入。
成本与性能监控:
- 记录调用日志:关注 Skills Manager 的调用日志,统计各技能的使用频率和耗时。
- 估算 AI 成本:对于调用收费 AI API 的技能,可以通过估算平均每次调用的 token 消耗来预测成本。
- 优化提示词:定期审查和优化高频技能的提示词,在保证效果的前提下减少 token 使用,提升速度,降低成本。
团队协作流程:可以建立简单的流程,如“提议新技能 -> 同行评审(Review 提示词) -> 合并到团队库”,确保技能库的质量。
Skills Manager 将 AI 提示词从“一次性魔法咒语”变成了可管理、可复用的“标准工具”。它的价值随着你积累的技能数量和质量而线性增长。对于开发者而言,它直接解决了“如何将 AI 能力工程化”的痛点。部署过程不复杂,通过 Docker 可以快速搭建。最应该优先验证的,就是为你最重复、最耗时的开发任务(比如写样板代码、生成测试用例、写文档)创建一个技能,并尝试通过 API 将其接入你的 IDE 或命令行工具。最容易踩的坑通常是环境配置和 API Key 的设置,按照本文的步骤仔细检查即可避开。接下来,你可以探索更复杂的技能编排,或者将其与你的项目管理工具(如 Jira、GitLab)集成,打造属于你自己或团队的 AI 增强工作流。
🚀 30+款热门AI模型一站整合,DeepSeek/GLM/Qwen 随心用,限时 5 折。 👉 点击领海量免费额度