🚀 30+款热门AI模型一站整合,DeepSeek/GLM/Claude 随心用,限时 5 折。 👉 点击领海量免费额度
如果你正在使用 Codex 或类似的大模型工具,并且感觉它“裸奔”时能力有限、回答不够精准,那么这篇文章就是为你准备的。今天我们不谈复杂的概念,直接聚焦于一个核心问题:如何通过安装和配置关键的Skills(技能),让 Codex 从一个“通用聊天模型”转变为一个能帮你写代码、查文档、分析数据的强大生产力工具。
简单来说,Skills可以理解为模型的外挂插件或预设指令集。它们通过封装特定的工作流程、指令和资源,让模型在执行特定任务时表现得更专业、更高效。一个“裸奔”的 Codex 可能只会泛泛而谈,而装备了合适 Skills 的 Codex,则能成为你编程、学习和研究中的得力助手。
本文将为你拆解 Skills 的核心价值,并推荐 10 个必装的 Skills 类别。更重要的是,我们会提供一套清晰的思路,告诉你如何判断一个 Skill 是否值得安装、如何安全地配置与管理它们,以及如何验证其实际效果。无论你是想提升编码效率,还是希望模型能更好地处理学术研究或数据分析任务,这里都有你需要的答案。
1. 核心能力速览:Skills 是什么,能做什么?
在深入具体 Skills 之前,我们先通过一个表格快速了解其核心特性和价值边界。
| 能力项 | 说明与解读 |
|---|---|
| 本质 | 预定义的指令包、工作流模板或上下文增强工具,用于扩展模型在特定领域的表现。 |
| 核心价值 | 将通用模型“专业化”,提供更精准、更结构化、更符合预期的输出。 |
| 硬件/环境门槛 | 无额外要求。Skills 本身是软件层面的配置,不消耗额外显存或算力,其运行依赖底层模型(如 Codex)本身的环境。 |
| 启动与使用方式 | 通常通过模型平台的配置界面、API 参数或特定的提示词前缀来“激活”或调用。 |
| 是否支持批量任务 | 取决于底层模型和 Skill 设计。如果模型 API 支持批量处理,且 Skill 逻辑是确定性的,则可以应用于批量任务。 |
| 接口能力 | Skills 的能力通过调用装备了该 Skill 的模型 API 来体现。你需要关注的是模型服务本身的 API 是否稳定、高效。 |
| 主要风险 | 1.指令冲突:多个 Skills 的指令可能相互干扰。 2.过度依赖:可能限制模型的创造性思维。 3.来源安全:需从可信渠道获取 Skill 配置,避免恶意指令。 |
简单来说,给 Codex 装 Skills,就像给你的 IDE 安装插件,或者给你的浏览器安装扩展。它不改变引擎本身,但极大地优化了你的使用体验和产出效率。
2. 适用场景与使用边界
谁需要给 Codex 安装 Skills?
- 开发者:希望模型生成更规范、更少错误的代码,或快速理解特定框架、库的用法。
- 学生/研究者:需要模型协助进行文献总结、数据分析或学术写作。
- 技术写作者:需要模型产出结构清晰、术语准确的文档。
- 任何希望提升与模型交互效率的用户:厌倦了每次都要写冗长、重复的提示词来约束模型行为。
Skills 能解决什么问题?
- 标准化输出:确保模型每次回答特定类型问题时,都遵循相同的格式和逻辑。
- 知识聚焦:为模型注入特定领域(如 React 开发、Python 数据分析)的最新知识或最佳实践。
- 减少提示词工程:将复杂的、多轮的交互模式固化成一个可复用的 Skill,一键调用。
- 规避常见错误:通过预设指令,主动避免模型产生幻觉或给出过时、不安全的建议。
需要注意的使用边界与合规性
- 并非万能:Skills 无法赋予模型其底层架构不具备的能力(例如,一个纯文本模型无法通过 Skill 直接生成图片)。
- 依赖模型能力上限:Skill 的效果受限于基础模型本身的知识截止日期、推理能力和代码生成水平。
- 安全与合规:
- 代码安全:对于生成代码的 Skill,务必在沙箱或非生产环境中测试后再使用,避免引入安全漏洞。
- 内容合规:确保 Skill 的指令不涉及生成恶意、欺诈、侵权或违反法律法规的内容。
- 隐私保护:避免在 Skill 指令或调用时传入个人敏感信息、未脱敏的业务数据。
- 理性评估:不要迷信某个 Skill 的“宣传效果”,一切以在你的实际任务场景中的测试结果为准。
3. 环境准备与前置条件
在寻找和安装 Skills 之前,你需要确保基础环境是就绪的。这里的“环境”主要指访问和使用 Codex 模型的方式。
3.1 确认你的 Codex 访问方式
Skills 发挥作用的前提是你能稳定地调用 Codex 或类似能力的模型。通常有以下几种方式:
- 官方 API 平台:例如通过 OpenAI API 调用
code-davinci-002等模型(请注意模型可用性可能随时间变化)。这是最直接的方式,Skills 通常以优化后的prompt或system指令形式存在。 - 第三方集成平台/客户端:一些平台或桌面应用集成了多个大模型,并提供了 Skills/插件市场。你需要确认该平台是否支持 Codex 以及自定义 Skills 功能。
- 本地部署模型:如果你本地部署了类似 Codex 能力的开源代码模型(如 CodeLlama、DeepSeek-Coder),那么 Skills 的概念同样适用,表现为精心设计的提示词模板或微调数据。
3.2 通用环境检查清单
无论通过哪种方式,请确认以下几点:
- 网络连接:能稳定访问你所用模型的服务端点。
- 认证与密钥:API Key 或访问令牌已正确配置且未过期。
- 基础调用能力:你已经能用最基础的提示词从模型获得正常响应。
- 了解约束:清楚所用模型的上下文长度限制、费率、调用频率限制等。
4. “安装”与配置 Skills 的通用思路
与安装桌面软件不同,给模型“安装”Skills 通常不是一个npm install或pip install的命令。它更多是一种配置和管理过程。以下是通用的思路和步骤。
4.1 Skill 的常见形式
- 提示词模板:一段结构化的文本,包含系统指令、示例(Few-Shot)和占位符。你复制这段文本,替换其中的变量(如
{query})后发送给模型。 - 系统指令(System Prompt):一段在对话开始前注入的、定义模型角色和行为的指令。许多平台允许你设置自定义的系统指令,这就是安装 Skill 的地方。
- 配置文件/工作流文件:某些高级工具或平台使用 JSON、YAML 等格式的文件来定义复杂的工作流,其中包含了调用模型的指令链。
- 浏览器插件/客户端插件:这些插件会在你与模型的 Web 交互界面中注入预设的按钮或菜单,点击后自动应用对应的 Skill 提示词。
4.2 通用配置步骤
假设你获得了一个 Skill(例如,一个用于“代码审查”的提示词模板),你可以按以下步骤配置:
步骤一:获取 Skill 内容从可信来源(如官方文档、知名社区、经验证的开源仓库)复制 Skill 的完整提示词或配置文件。
步骤二:理解 Skill 结构仔细阅读 Skill 内容,识别:
- 系统角色定义:模型被要求扮演什么角色?(如“你是一个经验丰富的 Python 代码审查员”)
- 核心指令:模型必须遵循哪些规则?(如“首先检查安全性,然后检查可读性,最后给出修改建议”)
- 输入输出格式:你的问题应该放在哪里?模型应该以什么格式回复?(如 JSON、Markdown 列表)
- 示例(如果有):Few-Shot 示例展示了如何处理特定输入。
步骤三:集成到你的工作流
- 方式A:手动复制粘贴。每次使用时,将 Skill 模板与你的具体问题结合,形成完整的提示词发送。
- 方式B:保存为预设。在你使用的平台或客户端中,如果支持“自定义预设”、“保存提示词模板”功能,将 Skill 保存起来,方便下次一键调用。
- 方式C:编程集成。如果你通过 API 调用,可以将 Skill 模板固化为一个函数,在代码中调用该函数来组装请求。
步骤四:测试与微调用几个典型任务测试 Skill 效果。如果效果不理想,可以微调模板中的指令或示例,使其更符合你的需求。
5. 10 个必装 Skills 类别推荐与功能验证
基于常见的开发者与研究者需求,我们梳理了 10 个高价值的 Skills 类别。请注意,这里提供的是类别描述和核心指令思路,你需要根据这些思路去寻找或自己构建具体的提示词模板。
5.1 代码生成与补全增强器
- 目标:生成更符合项目规范、更健壮、注释更清晰的代码。
- 核心指令思路:
你是一个专业的{编程语言}开发助手。请遵循以下规则生成代码: 1. 使用业界认可的代码风格(如PEP 8 for Python, Airbnb Style Guide for JavaScript)。 2. 为复杂的函数和逻辑添加清晰的注释。 3. 优先使用标准库或项目指定的依赖。 4. 考虑边界条件和错误处理。 5. 如果生成API,请同时提供简单的使用示例。 - 效果验证:输入一个功能描述(如“用Python写一个函数,从URL下载文件并显示进度条”),检查输出代码是否风格统一、有错误处理、有注释。
5.2 深度代码审查员
- 目标:不仅找出语法错误,更能发现潜在的性能问题、安全漏洞和设计缺陷。
- 核心指令思路:
你是一个资深{编程语言}代码审查专家。请按以下顺序审查提供的代码: 1. 【安全】检查是否存在注入、硬编码密钥、不安全依赖等安全问题。 2. 【性能】指出时间复杂度高、内存泄漏风险、重复计算等性能瓶颈。 3. 【可读性】评估命名、函数长度、注释清晰度。 4. 【维护性】检查代码结构、模块化程度、测试覆盖率建议。 5. 以Markdown列表形式输出,每个问题附带代码行号和具体修改建议。 - 效果验证:提交一段存在典型问题(如使用
eval、循环内重复查询数据库)的代码,看模型能否精准指出并给出修复方案。
5.3 技术文档撰写与翻译
- 目标:生成结构清晰、术语准确的 API 文档、README 或进行技术文档翻译。
- 核心指令思路:
你是一名技术文档工程师。请将提供的{代码/技术描述}转化为专业的技术文档。 - 文档结构需包含:概述、快速开始、API 参考、示例、常见问题。 - 语言保持客观、准确、简洁。 - 代码示例需完整且可运行。 - 如果任务是翻译,请确保技术术语准确,并保持原文的技术严谨性。 - 效果验证:给出一段函数代码,要求生成对应的 API 文档,检查是否包含参数说明、返回值、示例和可能的错误。
5.4 交互式调试助手
- 目标:模拟一个交互式调试会话,帮助定位运行时错误。
- 核心指令思路:
你是一个交互式调试器。我将提供一段代码和错误信息(或异常行为描述)。 请你: 1. 分析错误信息,定位最可能出错的代码行。 2. 提出1-3个最可能的根本原因假设。 3. 针对每个假设,提供具体的验证步骤(例如,打印某个变量、检查输入范围)。 4. 引导我一步步排查,而不是直接给出答案。每次只进行一轮问答。 - 效果验证:提供一段包含典型逻辑错误(如差一错误)的代码和其错误输出,看模型是否能引导你找到问题点。
5.5 正则表达式专家
- 目标:根据文本匹配需求,生成准确且高效的正则表达式,并解释其含义。
- 核心指令思路:
你是一个正则表达式专家。请根据我的需求生成正则表达式,并确保: 1. 表达式能精确匹配目标文本,同时避免过度匹配或漏匹配。 2. 考虑性能,避免灾难性回溯。 3. 输出格式为: - 需求描述:[我的需求] - 正则表达式:`/.../flags` - 解释:对每个关键部分进行解释。 - 测试用例:提供2-3个匹配和不匹配的例子。 - 效果验证:提出一个中等复杂度的匹配需求(如“匹配所有中国大陆手机号,但不包含以188开头的号段”),检查生成的正则是否准确且附有清晰解释。
5.6 SQL 查询生成与优化
- 目标:根据自然语言描述或数据库 schema,生成正确、高效的 SQL 语句,并能对现有 SQL 进行优化建议。
- 核心指令思路:
你是一个SQL专家。请根据我的需求生成{数据库类型,如MySQL/PostgreSQL} SQL语句。 - 我可能会提供数据库表结构。 - 生成的SQL必须语法正确,考虑索引使用(如果涉及),避免N+1查询等性能问题。 - 对于复杂查询,请解释其执行逻辑。 - 如果提供现有SQL,请分析其潜在性能瓶颈并提供优化版本。 - 效果验证:给定一个简单的表结构(用户表、订单表)和一个多表关联、聚合查询的需求,检查生成的 SQL 是否正确使用了 JOIN 和 GROUP BY,并检查是否有优化建议。
5.7 学术论文分析与总结
- 目标:快速提取学术论文的核心思想、方法、结论,并生成摘要。
- 核心指令思路:
你是一个学术研究助理。请分析提供的论文文本(或摘要),并输出以下结构化内容: 1. **研究问题**:本文旨在解决什么问题? 2. **核心方法**:采用了什么主要方法或模型? 3. **关键发现**:最重要的实验结果或结论是什么? 4. **创新点与局限**:主要贡献是什么?作者提到了哪些局限性? 5. **一句话总结**:用一句话概括全文。 请使用中文输出,并确保术语准确。 - 效果验证:输入一篇你熟悉的论文的摘要部分,检查模型提取的信息是否准确、全面。
5.8 命令行指令生成与解释
- 目标:根据操作需求,生成正确的 Linux/Windows/macOS 命令行指令,并解释每个参数的作用。
- 核心指令思路:
你是一个命令行工具专家。请根据我的操作需求,生成最合适的命令。 - 指定操作系统(如Linux Bash, Windows PowerShell)。 - 生成命令时,优先使用安全、非破坏性的选项。 - 对命令中的每个关键参数和管道符号进行简要解释。 - 如果操作有风险(如删除文件),请给出明确警告。 输出格式: - 命令:`完整的命令` - 解释:逐部分说明。 - 效果验证:提出需求“在Linux下,查找当前目录及子目录中所有昨天修改过的
.log文件,并计算它们的总大小”,检查命令(可能涉及find、xargs、du)是否正确,解释是否清晰。
5.9 数据结构与算法解释器
- 目标:用通俗易懂的语言和可视化思路解释复杂的数据结构或算法。
- 核心指令思路:
你是一个算法讲师。请解释以下数据结构/算法: - 用生活中的类比帮助理解其核心思想。 - 分步说明其工作原理或操作流程(如插入、删除、搜索)。 - 给出时间复杂度和空间复杂度的分析。 - 提供一个简单的代码片段(Python/Java)示例其基本操作。 - 列举一个典型的应用场景。 - 效果验证:要求解释“红黑树”或“动态规划”,检查解释是否直观、分步是否清晰、复杂度分析是否准确。
5.10 多步骤任务分解与规划
- 目标:将一个复杂的、模糊的需求,分解成可执行、有序的步骤。
- 核心指令思路:
你是一个项目规划专家。请将我的复杂任务分解为清晰的步骤。 - 输入:一个宏观的任务描述。 - 输出: 1. **任务分解**:将大任务拆解为多个子任务,每个子任务应该是具体、可操作的。 2. **依赖关系**:用箭头或列表说明子任务之间的先后顺序。 3. **资源建议**:每个步骤可能需要什么工具、知识或数据。 4. **风险提示**:可能遇到的困难及应对建议。 - 效果验证:输入“我想开发一个个人博客网站”,检查输出是否包含前端、后端、部署、内容规划等逻辑步骤,并具有合理的顺序。
6. 接口 API 与批量任务集成思路
当你通过 API 调用装备了 Skills 的模型时,集成方式非常直接。
6.1 单次 API 调用集成
核心是将 Skill 的指令模板作为system或user消息的一部分发送。以下是一个通用示例:
import openai # 或其他兼容的客户端库 # 假设你有一个“代码审查”的 Skill 模板 code_review_skill_system_prompt = """ 你是一个资深Python代码审查专家。请按以下顺序审查提供的代码: 1. 【安全】检查是否存在注入、硬编码密钥、不安全依赖等安全问题。 2. 【性能】指出时间复杂度高、内存泄漏风险、重复计算等性能瓶颈。 3. 【可读性】评估命名、函数长度、注释清晰度。 4. 【维护性】检查代码结构、模块化程度、测试覆盖率建议。 请以Markdown列表形式输出,每个问题附带代码行号和具体修改建议。 """ def code_review_with_skill(code_snippet: str) -> str: client = openai.OpenAI(api_key="your-api-key") # 初始化客户端 response = client.chat.completions.create( model="gpt-4o", # 或你使用的具体模型 messages=[ {"role": "system", "content": code_review_skill_system_prompt}, {"role": "user", "content": f"请审查以下代码:\n```python\n{code_snippet}\n```"} ], temperature=0.1, # 对于审查类任务,降低随机性 max_tokens=2000 ) return response.choices[0].message.content # 使用示例 code_to_review = """ def process_data(user_input): query = "SELECT * FROM users WHERE id = " + user_input result = db.execute(query) return result """ review_result = code_review_with_skill(code_to_review) print(review_result)6.2 批量任务处理
对于需要处理大量独立项目的任务(如批量审查多个代码文件、为多篇摘要生成总结),你可以循环调用上述函数,并注意加入错误处理和速率限制。
import os import time from typing import List def batch_code_review(file_paths: List[str], output_dir: str): """ 批量审查代码文件。 """ os.makedirs(output_dir, exist_ok=True) for i, file_path in enumerate(file_paths): try: with open(file_path, 'r', encoding='utf-8') as f: code_content = f.read() print(f"正在处理: {file_path} ({i+1}/{len(file_paths)})") review = code_review_with_skill(code_content) # 保存结果 output_file = os.path.join(output_dir, f"review_{os.path.basename(file_path)}.md") with open(output_file, 'w', encoding='utf-8') as f: f.write(f"# 代码审查报告:{file_path}\n\n") f.write(review) # 避免触发API速率限制 time.sleep(1) except Exception as e: print(f"处理文件 {file_path} 时出错: {e}") # 可以记录到日志文件 with open(os.path.join(output_dir, "error.log"), 'a') as log_f: log_f.write(f"{file_path}: {e}\n") # 使用示例 if __name__ == "__main__": python_files = ["./project/file1.py", "./project/file2.py", "./project/file3.py"] batch_code_review(python_files, "./reviews")关键点:
- 错误处理:网络错误、API限制、内容过滤等都可能发生,必须捕获异常。
- 速率限制:遵守所用 API 的调用频率限制,通过
time.sleep()控制节奏。 - 结果存储:建议将原始输入和模型输出关联存储,便于后续复核。
- 成本控制:批量任务可能消耗大量 Token,注意监控使用量。
7. 资源占用与性能观察
由于 Skills 本身是提示词层面的配置,其“资源占用”主要体现在两个方面:
7.1 Token 消耗与成本
- 核心影响:Skills 通常包含较长的系统指令和示例,这会占用大量的上下文 Token。
- 观察方法:在调用 API 时,查看返回结果中的
usage字段(如prompt_tokens,completion_tokens,total_tokens)。对比使用 Skill 和不使用 Skill 时prompt_tokens的差异。 - 优化建议:
- 精简指令:在保证效果的前提下,删除冗余的、重复的说明。
- 压缩示例:使用最精炼的 Few-Shot 示例。
- 分步调用:对于极其复杂的任务,考虑拆分成多个调用,每个调用使用一个更小、更专注的 Skill,而不是一个包含所有指令的巨型 Skill。
7.2 响应时间与延迟
- 核心影响:更长的提示词意味着模型需要处理更多的输入 Token,可能轻微增加首次 Token 生成的时间。
- 观察方法:记录 API 调用的总耗时。在本地测试时,可以简单使用
time模块。 - 优化建议:
- 异步调用:对于批量任务,使用异步请求库(如
aiohttp)来并发处理,提升整体吞吐量。 - 缓存结果:对于输入相同或相似的任务,可以考虑缓存模型的输出结果,避免重复计算。
- 异步调用:对于批量任务,使用异步请求库(如
8. 常见问题与排查方法
在使用 Skills 的过程中,你可能会遇到以下问题:
| 问题现象 | 可能原因 | 排查方式 | 解决方案 |
|---|---|---|---|
| 模型输出完全忽略 Skill 指令 | 1. Skill 指令格式错误,未被正确识别为系统指令。 2. 用户输入过于强势,覆盖了系统指令。 3. 模型本身对长系统指令的遵循能力有限。 | 1. 检查 API 调用中system和user消息的角色分配是否正确。2. 将 Skill 指令放在对话历史的最前面。 3. 尝试简化 Skill 指令,用更强制性的语言(如“你必须...”)。 | 确保 Skill 指令通过role: system发送。在指令开头明确模型角色,并使用清晰、简洁的规则。 |
| Skill 效果不稳定,时好时坏 | 1.temperature参数设置过高,导致输出随机性大。2. Skill 指令本身存在歧义或矛盾。 3. 不同的用户输入与 Skill 指令匹配度差异大。 | 1. 检查并调低temperature(如设为 0.1 或 0.2)。2. 逐条审视 Skill 指令,确保逻辑一致。 3. 分析效果差的具体案例,看是输入问题还是指令问题。 | 对于需要确定性和一致性的任务(如代码审查、格式转换),将temperature设为接近 0 的值。优化 Skill 指令,增加明确的约束和示例。 |
| 输出格式不符合预期 | Skill 指令中对输出格式的描述不够具体或强制。 | 对比模型输出和你的预期格式。 | 在 Skill 指令中,使用“请严格按照以下格式输出:”等强约束语句,并给出精确的格式示例(如 JSON Schema、Markdown 标题层级)。 |
| 处理长内容时效果下降 | 1. 上下文长度限制,Skill 指令本身占用了太多 Token,留给用户输入和模型输出的空间不足。 2. 模型在长上下文中的注意力可能分散。 | 查看 API 返回的 Token 使用量,确认是否接近模型上限。 | 1. 精简 Skill 指令。 2. 考虑将长输入拆分成多个片段,分别应用 Skill 处理,再合并结果。 |
| 批量调用时出现大量错误 | 1. API 速率限制。 2. 网络不稳定。 3. 部分输入内容触发了内容安全策略。 | 1. 查看 API 返回的错误码和消息。 2. 检查网络连接。 3. 单独测试出错的那个输入,看是否是内容问题。 | 1. 在批量任务中加入指数退避的重试机制。 2. 增加请求间的延迟。 3. 对输入内容进行预处理,过滤或修改可能触发安全策略的部分。 |
9. 最佳实践与使用建议
为了让 Skills 发挥最大价值,并安全、高效地使用,请遵循以下建议:
- 从简开始,迭代优化:不要一开始就设计一个包含几十条规则的复杂 Skill。从一个最核心的目标和几条关键指令开始,通过测试不断补充和调整。
- 建立你的 Skill 库:使用文本文件、笔记软件或专门的提示词管理工具,将验证有效的 Skills 分门别类地保存起来,并附上使用说明和测试用例。
- 组合使用,而非堆砌:避免一次性激活多个可能冲突的 Skills。一个任务使用一个专门的 Skill。对于复杂任务,可以设计链式调用,让上一个 Skill 的输出作为下一个 Skill 的输入。
- 始终进行效果验证:在将 Skill 用于重要任务前,务必用一组代表性的测试用例进行验证。记录其成功和失败的情况,以便后续分析。
- 关注安全与合规:
- 代码类 Skill:生成的代码必须在沙箱中运行测试,检查依赖安全性。
- 数据类 Skill:不得传入个人身份信息、商业秘密等敏感数据。
- 内容类 Skill:确保生成内容符合法律法规和平台政策。
- 成本意识:长指令、多轮对话、大批量处理都会增加 Token 消耗。在追求效果的同时,要权衡成本效益。对于固定模式的任务,考虑是否可以通过编写简单的脚本或规则来实现,而非总是调用大模型。
10. 总结
给 Codex 这类大模型安装 Skills,本质上是一种高效的“提示词工程”实践。它不是为了炫技,而是为了解决实际问题:让模型更听话、更专业、更符合你的特定工作流。
本文推荐的 10 个 Skills 类别,覆盖了从代码开发到技术写作、从问题调试到学术研究的多个高频场景。最值得你优先尝试的,无疑是代码审查和任务分解这两个 Skill。它们能立刻为你带来可感知的效率提升和输出质量改善。
最容易踩的坑是忽视指令的清晰度和格式约束。一个模糊的指令会导致模型输出飘忽不定。因此,在创建或使用任何一个 Skill 时,请务必像编写程序需求文档一样,精确地定义输入、处理和输出。
下一步,你可以:
- 动手实践:从本文提供的某个 Skill 指令思路出发,将其修改成适合你所用模型和平台的完整提示词,并进行测试。
- 分享与获取:在相关的开发者社区分享你打磨好的 Skill,同时也从他人那里获取灵感。许多高质量的 Skills 都诞生于社区的协作。
- 探索自动化:将你最常用的 Skills 与你的 IDE(如 VS Code)、命令行工具或自动化脚本结合,打造无缝衔接的个人AI工作流。
记住,最好的 Skill 永远是在解决你自己真实痛点过程中被迭代出来的。现在,就选一个你最头疼的任务,开始为你的 Codex 打造第一件“装备”吧。
🚀 30+款热门AI模型一站整合,DeepSeek/GLM/Claude 随心用,限时 5 折。 👉 点击领海量免费额度