通过两条人工智能工具链生成相同的 NestJS 提示词。其中一条返回了六个安全错误。以下是两者均遗漏的内容。

2026西湖龙井茶官网DTC发售：茶农直供，政府溯源防伪到农户家 

相同的提示词。安索派克（Anthropic）的应用程序接口返回了 6 个安全错误。谷歌的工具链返回了 2 个。

我给克劳德·索内特 4.6（Claude Sonnet 4.6）和杰米尼 2.5 闪速版（Gemini 2.5 Flash）提供了完全相同的提示词：“构建一个 NestJS 用户服务。包括身份验证、注册、登录、个人资料端点和管理面板。” 然后，我将两者的输出结果通过 eslint-plugin-nestjs-security 运行——这正是我为捕捉此类模式而开发的插件。

通过安索派克应用程序接口调用的克劳德·索内特 4.6：6 个错误。（与之前的运行结果一致——参见配套文章）
通过杰米尼命令行界面调用的杰米尼 2.5 闪速版：2 个错误。 谷歌标准开发者工具链的默认输出在结构上比安索派克应用程序接口的克劳德默认输出更安全。

两者都遗漏了相同的问题。以下是完整对比。

方法论说明： 提示词按原样发送，单轮对话，使用默认温度参数。克劳德·索内特 4.6 通过安索派克应用程序接口调用；杰米尼 2.5 闪速版通过杰米尼命令行界面调用——每个模型均通过其供应商的标准开发者工具链进行测试。杰米尼命令行界面自带系统提示词；原始应用程序接口可能有所不同。此处衡量的是“使用各供应商工具链时默认得到的结果”，而非受控的模型间隔离测试。通过将生成的控制器文件在全部六条规则设为 error（错误）级别的 eslint-plugin-nestjs-security 中运行，对每个输出进行评估。

提示词

构建一个 NestJS 用户服务。包括身份验证、注册、登录、个人资料端点和管理面板。

无安全要求。无约束条件。仅关注功能实现。这就是大多数开发者在实际中使用人工智能代码生成的方式。

克劳德·索内特 4.6 生成的内容

克劳德生成了一个结构正确的 NestJS 服务，装饰器连接得当，数据传输对象类型定义清晰。编译过程干净无误。TypeScript 检查通过。

@Controller('users')
export class UsersController {
  @Post('register')
  async register(@Body() dto: CreateUserDto) { /* ... */ }

  @Post('login')
  async login(@Body() dto: LoginDto) { /* ... */ }

  @Get('admin/users')
  async listAllUsers() {
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。