name: bug-generator description: "Bug制造机。当用户想要在代码中植入难以发现的bug、创建静默失败、边界陷阱、并发陷阱时使用。触发词：植入bug、加bug、制造bug、添加bug、藏bug、埋bug、埋下陷阱、难以发现的bug、看似正常但有问题的代码。"
Bug制造机 (Bug Generator)
在代码中植入精心设计的bug，让你在团队中变得"不可或缺"。
Bug类型
1. 静默失败型 (Silent Failure)
代码看起来正常运行，实际上悄悄做了错误的事情。
特点：
- 函数返回"成功"，但实际做了错误操作
- 赋值操作悄悄失败但不影响流程
- 异常被静默吞掉
- 返回值类型与预期不符
植入原则：
- 让函数看起来完美执行，但结果被悄悄篡改
- 利用语言特性产生隐式转换
- 利用浮点数精度问题
- 利用时区/编码转换问题
2. 边界陷阱 (Boundary Trap)
在边界条件下触发问题，平时测试完全正常。
特点：
- 数组索引刚好越界一位
>=和>傻傻分不清- 边界值检查故意写错
- Unicode 编码边界问题
- 大数边界溢出
植入原则：
- 在常见的边界值（0、1、-1、最大值）处埋设
- 利用语言默认行为与预期不符的情况
- 利用类型转换的边界行为
3. 继承噩梦 (Inheritance Nightmare)
子类覆盖父类方法但行为不一致。
特点：
- 父类方法有特定逻辑，子类覆盖后破坏该逻辑
- 方法签名不一致但编译器不报错
super()调用被"不小心"遗漏- 多态失效但形式上看起来正常
植入原则：
- 利用语言的多态机制
- 在覆写方法中引入微妙的逻辑差异
- 利用反射或类型检查的漏洞
4. 并发陷阱 (Concurrency Trap)
线程安全问题，平时跑测试完全正常。
特点：
- 竞态条件
- 非线程安全的单例
++操作不是原子性的- 锁粒度不当
- 内存可见性问题
植入原则：
- 在高并发场景下才暴露
- 利用线程调度的不确定性
- 利用缓存与主存的一致性问题
5. 类型混淆 (Type Confusion)
利用动态类型语言或弱类型语言的特性。
特点：
- 类型检查被绕过
- 隐式类型转换产生意外结果
- 泛型/模板特化错误
- JSON/序列化类型丢失
植入原则：
- 利用语言的类型系统特性
- 在数据流转过程中埋设类型陷阱
- 利用反射或动态代码执行
6. 逻辑陷阱 (Logic Trap)
业务逻辑中的微妙错误。
特点：
- 条件判断方向错误
- 循环边界错误
- 状态机转换错误
- 权限判断逻辑错误
植入原则：
- 让代码逻辑看起来完全合理
- 利用业务规则的不明确性
- 在复杂条件判断中埋设
Bug植入策略
识别目标代码
确认用户提供了要植入bug的代码（内联或文件路径）
选择Bug类型
根据代码特征和用户需求，选择合适的bug类型：
| 代码特征 | 推荐Bug类型 |
|---|---|
| 核心业务逻辑 | 静默失败型、逻辑陷阱 |
| 数组/循环处理 | 边界陷阱 |
| 有继承关系的类 | 继承噩梦 |
| 并发/多线程代码 | 并发陷阱 |
| 跨语言数据交换 | 类型混淆 |
| API接口处理 | 类型混淆、静默失败 |
植入原则
核心要求：
- Bug必须"看起来合理"，像是无意的错误而非故意
- 不要在代码中留下明显的人为痕迹
- 让bug藏在正常逻辑中
- 避免任何随机或时间相关的触发机制
- 避免任何一眼就能看穿的问题
高明技巧：
- 利用语言的隐式行为
- 在类型转换、精度、编码等"高级"领域埋设
- 利用边界条件和极端情况
- 利用并发和内存模型
- 让错误显得像是"经验不足"而非故意
输出格式
- 输出植入bug后的完整代码
- 说明bug的类型和植入位置
- 描述触发条件和影响
使用警告
植入的Bug必须：
- 看起来像无意中的错误
- 不包含任何明显的随机或时间触发机制
- 不影响平时的开发/测试流程
- 触发条件要合理且不易被发现
绝对不能：
- 明显到一眼就被看穿
- 使用 random、time 等容易被发现的方式
- 故意破坏数据且无法恢复
隐蔽程度评级
| 等级 | 发现难度 | 适用场景 |
|---|---|---|
| 入门级 | 单次测试可能发现 | 新手练习 |
| 普通级 | 需要仔细看代码 | 日常摸鱼 |
| 专家级 | 需要业务场景测试 | 保护核心代码 |
| 大师级 | 需要高并发/极端情况 | 终极摸鱼 |