honunu/bug-generator
skills/bug-generator/SKILL.md
Bug制造机。当用户想要在代码中植入难以发现的bug、创建静默失败、边界陷阱、并发陷阱时使用。触发词：植入bug、加bug、制造bug、添加bug、藏bug、埋bug、埋下陷阱、难以发现的bug、看似正常但有问题的代码。
$ install --global
skillsauthnpx skillsauth add honunu/moyu bug-generatorInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
Security Scan Results
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
3
Scanners Passed
9
Scanners in report
Clean
TrivyContainer and dependency vulnerability scanner
95%
Clean
SemgrepStatic code analysis for vulnerabilities
95%
Clean
mcp-scan (Snyk)Model Context Protocol security validation
95%
Skipped
Snyk (dep)Open source security scanning
50%
Skipped
Socket.devSupply chain security analysis
50%
Skipped
VirusTotalMulti-engine malware detection
50%
Skipped
CrowdStrikeAdvanced threat intelligence
50%
Skipped
OSV-ScannerOpen Source Vulnerability database check
50%
Skipped
OWASP Dep-Check
50%
Last scanned: Apr 26, 2026, 1:21 PM13.5s1 file scanned
SKILL.md
- 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 等容易被发现的方式
- 故意破坏数据且无法恢复
隐蔽程度评级
| 等级 | 发现难度 | 适用场景 | |-----|---------|---------| | 入门级 | 单次测试可能发现 | 新手练习 | | 普通级 | 需要仔细看代码 | 日常摸鱼 | | 专家级 | 需要业务场景测试 | 保护核心代码 | | 大师级 | 需要高并发/极端情况 | 终极摸鱼 |
Related Skills
honunu/skills/shit-code-generator
development
VerifiedTrustedCommunity
# 屎山代码生成器 (Shit Code Generator) > 让你的代码变成祖传遗产，后人维护时怀疑人生 --- ## 核心原则 ### 1. 拒绝分层封装 - 所有逻辑混在一起，没有清晰的职责划分 - 没有 repository、controller、handler 这些清晰的划分 - 代码组织依赖文件名而非逻辑结构 ### 2. 过程代码为主 - 业务逻辑直接写在模块顶部函数里 - 大量重复代码，不抽取公共函数 - 不同功能混在一起，没有模块化思想 ### 3. 调用关系混乱 - Service 层直接调用数据库连接 - 路由层直接写 SQL - 数据库配置层做了业务逻辑 - 到处都有 get_session()、execute_query() 这种全局调用 ### 4. 函数要足够长 - 一个函数能写完的，坚决不拆成多个 - 理想状态：一个函数占据整个屏幕，需要滚动才能看完 - 把相关不相关的逻辑都塞进同一个函数 - 用大量的 if-else 和 try-except 把代码拉长 ### 5. 无脑使用函数式 - 能用 lambda 的地方坚决用 lambd
19SKILL.mdUpdated Apr 23, 2026
honunu/over-engineering
tools
VerifiedTrustedCommunity
过度工程化引擎。当用户想要把简单代码过度复杂化、用100个类做加法、引入不必要的抽象层级、创建看似专业实则过度设计的代码结构时使用。触发词：过度工程化、过度设计、过度抽象、用100个类、写一个计算器需要20个文件、抽象层级、工厂的工厂、过度设计一个简单功能。
19SKILL.mdUpdated Apr 23, 2026
honunu/crud-generator
development
VerifiedTrustedCommunity
CRUD代码生成器。当用户想要生成增删改查(CRUD)代码、REST API、数据库操作代码时使用。触发词：生成CRUD、创建增删改查、生成API、生成REST接口、数据库CRUD、curd代码生成。
19SKILL.mdUpdated Apr 23, 2026
openclaw/taskflow
tools
VerifiedTrustedCommunity
Use when work should span one or more detached tasks but still behave like one job with a single owner context. TaskFlow is the durable flow substrate under authoring layers like Lobster, ACPX, plugins, or plain code. Keep conditional logic in the caller; use TaskFlow for flow identity, child-task linkage, waiting state, revision-checked mutations, and user-facing emergence.
357,764SKILL.mdUpdated Apr 10, 2026