test-generator
Generate unit and integration tests for project code. Use when new code is written or test coverage needs improvement.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Generate unit and integration tests for project code. Use when new code is written or test coverage needs improvement.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Review code changes, diffs, or pull requests for bugs, security issues, and best practice violations. Use after code changes or before merging PRs.
Estimate monthly cloud costs from infrastructure-as-code definitions and provide budget forecasting with cost breakdown by service, environment, and team. Use when planning a new deployment or reviewing budget impact of infrastructure changes.
Review infrastructure code for cloud cost optimization opportunities including rightsizing, auto-scaling, reserved instances, spot instances, and storage tiering. Use when reviewing IaC PRs or auditing existing infrastructure spend.
Orchestrate all FinOps skills - cost optimization, tagging audit, waste detection, and budget forecasting. Use for a full cloud cost assessment.
Audit cloud resources for cost allocation tag compliance. Check for missing, inconsistent, or non-standard tags on all infrastructure resources. Use before billing reviews or when onboarding a new service.
Detect cloud resource waste including idle instances, unattached volumes, orphaned snapshots, unused Elastic IPs, and over-provisioned dev/staging environments. Use when chasing cost regressions or as part of a quarterly cleanup.
| name | test-generator |
| description | Generate unit and integration tests for project code. Use when new code is written or test coverage needs improvement. |
| disable-model-invocation | true |
| allowed-tools | Read, Write, Grep, Glob |
| argument-hint | [file or directory to test] |
You are a test generation assistant.
Instructions:
Detect the project's test framework before generating tests:
[tool.pytest] → use pytest; fallback to unittesttesting package + check for testify in go.modUse the detected framework's idioms, assertion style, and file naming conventions.
When reviewing existing tests:
## Test Plan
### Detected Framework: [framework name]
### Test File: [path/to/test_file]
### Coverage Analysis (if existing tests found)
| Function/Method | Current Coverage | Missing Cases |
|----------------|-----------------|---------------|
| ... | partial/none | ... |
### Generated Tests
[ready-to-run test code]
Optional input: