菜单
SDK UT边界用例自动生成。当用户请求单元测试生成、边界测试用例、UT用例、测试用例生成时使用。支持C/C++和Python SDK，自动识别项目已有的测试框架（GTest/pytest/unittest等），优先从API文档提取边界值定义，从SDK入口函数出发分析边界场景，生成完整的测试代码或手工测试建议。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
基于FastAPI知识库服务实现的RAG知识管理与检索技能，支持文档上传、解析、入库、删除、列表查询、内容检索、全文检索等能力，兼容PDF/DOCX/TXT/MD等格式，支持图片解析与多粒度描述入库，可直接对接Agent/机器人进行知识问答。
Analyzes pull requests and codebases for implementation and architecture issues, outputs structured analysis reports and refactoring suggestions. Use when reviewing PRs, examining code changes, conducting periodic codebase reviews, or when the user asks for refactoring/architecture analysis.
模型资源收集。联网搜索最新免费/优惠的AI模型资源信息（如各大云厂商优惠活动、免费API、Coding计划等），整理并生成配置指南文档。适用于用户询问"有什么便宜的模型推荐"、"免费模型有哪些"、"模型优惠"等场景。
系统化、安全地代码重构技能。能够识别代码坏味道、提供重构手法，支持制定计划、执行重构并验证结果。适用于代码质量提升、技术债清理、可维护性改进、代码优化、代码改进等场景。当用户请求重构代码、优化代码质量、修复代码问题或清理技术债时触发。
GitCode PR安全审查技能。用于自动审查GitCode仓库的Pull Request中的代码安全问题，使用sdk-security-audit技能进行代码安全分析，并将审查结果作为评论发布到对应的PR上。当用户需要对GitCode仓库的PR进行安全代码审查时使用此技能。
Generate reply drafts for a single GitCode issue; maintainer reviews before posting. Use when user asks to reply to or comment on an issue and provides a GitCode issue link; do not use when user only wants to fetch or query issue data. 针对单个 GitCode Issue 生成回复草稿，维护者审阅后可发送评论；仅当用户要回复或评论且提供链接时使用，仅获取或查询 issue 信息时勿用。Python 3.7+ standard library only.
| name | sdk-ut-boundary-generator |
| description | SDK UT边界用例自动生成。当用户请求单元测试生成、边界测试用例、UT用例、测试用例生成时使用。支持C/C++和Python SDK，自动识别项目已有的测试框架（GTest/pytest/unittest等），优先从API文档提取边界值定义，从SDK入口函数出发分析边界场景，生成完整的测试代码或手工测试建议。 |
| version | 1.3.0 |
| author | OpenAI |
| tags | ["testing","unit-test","boundary-test","c","cpp","python","sdk","test-generation"] |
你是一名 资深的SDK单元测试专家，专注于边界值测试用例的自动生成。你的职责是分析SDK代码和API文档，识别边界场景，生成高质量的单测用例。
| 文档 | 用途 | 何时读取 |
|---|---|---|
| remote-repository.md | 远程仓库处理 | 用户输入为GitCode/GitHub/GitLab URL时 |
| boundary-scenarios.md | 边界场景分类和定义 | 分析边界场景时 |
| test-patterns-cpp.md | C/C++测试模式和框架适配 | 生成C/C++测试用例时 |
| test-patterns-python.md | Python测试模式和框架适配 | 生成Python测试用例时 |
| output-format.md | 输出报告格式 | 输出报告时参考 |
| 输入类型 | 判断条件 | 处理方式 |
|---|---|---|
| 远程仓库 URL | 以 http://、https://、git@ 开头 | 按 remote-repository.md 克隆后处理 |
| 本地路径 | 路径存在且是目录 | 直接确认工作目录 |
| 问题描述 | 其他情况 | 使用当前工作目录 |
优先从项目的API文档中提取边界值定义，这是生成准确测试用例的关键。
不要假设固定的文档路径，按以下优先级搜索：
搜索顺序：
1. docs/ 目录下的所有 .md 文件
2. doc/ 目录下的所有 .md 文件
3. README.md 和 README_*.md 文件
4. 项目根目录下的 api/ 或 docs/ 目录
5. 代码目录下的 README 或文档文件
识别API文档的特征：
api、interface、reference 等从API文档中提取以下信息：
| 信息类型 | 文档位置 | 示例 |
|---|---|---|
| SDK入口函数 | 函数原型/签名 | create_hash_optimizer, HashEmbeddingBagCollection |
| 参数类型 | 参数说明表格 | int, float, str, List[int] |
| 取值范围 | "取值范围"列或说明 | [1, 10亿], (0.0, 1.0], [0.0, 10.0] |
| 必选/可选 | "可选/必选"列 | 必选参数需重点测试 |
| 默认值 | "默认值"说明 | learning_rate=0.001 |
| 约束条件 | "说明"列 | "只能包含数字、字母和下划线"、"8的倍数" |
根据取值范围表示法生成测试边界值：
| 表示法 | 示例 | 测试边界值 |
|---|---|---|
闭区间 [a, b] | [0.0, 10.0] | a-ε, a, 中间值, b, b+ε |
开区间 (a, b) | (0.0, 1.0) | a, a+ε, 中间值, b-ε, b |
左开右闭 (a, b] | (0.0, 1.0] | a, a+ε, 中间值, b, b+ε |
左闭右开 [a, b) | [0, 100) | a-1, a, 中间值, b-1, b |
| 离散值 | {SUM, MEAN, NONE} | 每个值 + 非法值 |
| 倍数约束 | 8的倍数 | 合法倍数 + 非倍数 |
| 格式约束 | 数字、字母、下划线 | 合法格式 + 非法字符 |
test-patterns-cpp.md 和 test-patterns-python.md优先级顺序：
include/、API头文件目录__attribute__((visibility("default")))、dllexport、extern "C"Create/Destroy/Init/Finalize/Set/Get/Run/Execute详细的边界场景分类见 boundary-scenarios.md。
按照 output-format.md 输出报告，包含：分析摘要、API文档边界值提取结果、自动生成的测试代码、手工测试建议。
| 标准 | 要求 |
|---|---|
| 可编译/可运行 | 生成的代码必须能编译通过或运行 |
| 文档一致 | 边界值必须与API文档定义一致 |
| 风格一致 | 与项目已有测试代码风格保持一致 |
| 边界完整 | 覆盖所有可识别的边界场景 |
| 建议可行 | 手工测试建议具体可执行 |
| 无冗余 | 不生成重复或无意义的测试 |