一键导入
shishanify
将代码「屎山化」——用混淆命名、恐吓注释、打散结构等手段重写目标代码,同时自动维护 .shishanmap/ 索引,让作者可以通过索引轻松导航和维护,外人则无从下手。当用户说「帮我屎山化这段代码」「把这个写成屎山风格」「让别人看不懂」「只有我能维护」「用屎山模式实现」「混淆这段代码」时触发。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
将代码「屎山化」——用混淆命名、恐吓注释、打散结构等手段重写目标代码,同时自动维护 .shishanmap/ 索引,让作者可以通过索引轻松导航和维护,外人则无从下手。当用户说「帮我屎山化这段代码」「把这个写成屎山风格」「让别人看不懂」「只有我能维护」「用屎山模式实现」「混淆这段代码」时触发。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | shishanify |
| description | 将代码「屎山化」——用混淆命名、恐吓注释、打散结构等手段重写目标代码,同时自动维护 .shishanmap/ 索引,让作者可以通过索引轻松导航和维护,外人则无从下手。当用户说「帮我屎山化这段代码」「把这个写成屎山风格」「让别人看不懂」「只有我能维护」「用屎山模式实现」「混淆这段代码」时触发。 |
| tools | Read, Edit, Write, Glob, Grep, Bash |
| disable-model-invocation | true |
将代码转化为对外混乱、对内有序的屎山形态。核心原则:破坏外人的阅读体验,但同时维护一份只有作者可以使用的精确索引,确保作者永远能快速定位和修改任何逻辑。
稳定性是红线:屎山代码必须能正确运行,所有业务逻辑和边界条件必须完整保留。
判断用户提供的是以下哪种输入:
如果用户未指定强度等级,默认使用 Level 2(中度)。
如果用户未指定输出路径:
读取目标代码,在开始改造前,先在脑中建立以下清单(不输出给用户):
这份清单将直接用于生成 SHISHANMAP。
参考 references/style-rules.md,按强度等级依次应用以下规则:
_test_/_debug_ 前缀无论哪个等级,稳定性规则(第六类)必须严格遵守。
将改造后的代码输出/写入目标文件。
输出前做最后检查:
代码写完后,在生成索引之前,执行以下审查。目标:让屎山看起来像自然生长的,而不是被工具生产的。
参考 references/style-rules.md 第四类规范,逐项检查:
① 过度规整性检查
proc + 数字 → 至少打破 1-2 处)② 多人格注入 向代码中植入至少 2 种风格人格的痕迹:
③ 工具指纹消除
shishanify、屎山化、SHISHANMAP 等词④ 可信度三问 在提交前默问:
三问全部通过,继续 Step 4。否则回到 Step 2 补强。
SHISHANMAP 存放位置:项目根目录的 .shishanmap/ 目录下,每个屎山化文件对应一个同名 .md 文件。
例:
原文件:src/payment/order.py
索引文件:.shishanmap/src_payment_order.md
首次创建:复制 references/shishanmap-template.md,填写以下七个区块:
解码表:将 Step 1 的「函数/变量清单」与 Step 2 生成的混淆名一一对应,填入表格。每行包含:混淆名、真实含义、文件:行号、类型、备注。
架构暗线:用文本图或 Mermaid 画出真实调用关系。特别标注内嵌函数的位置和作用。
承重代码登记:将 Step 1 识别的承重代码全部登记,附上「为什么不能动」和「历史背景」。
业务逻辑藏身处:所有魔法数字、隐藏业务规则的真实含义和来源。
边界案例备忘:所有已知 edge case 及其处理方式和位置。
修改日志:记录本次屎山化的日期和变更内容。
快速导航:列出 3-5 个最常见的修改场景及其精确位置,方便作者日后快速操作。
增量更新(文件已有 SHISHANMAP):
完成后,向用户输出以下内容(简洁):
屎山化完成(Level X)
改造文件:[文件路径]
索引文件:.shishanmap/[索引文件名]
混淆统计:
- 函数重命名:X 个
- 变量重命名:X 个
- 恐吓注释:X 条
- 内嵌函数:X 个
- 心理战技法:X 条(权威震慑 / 能力预言 / 孤立感 / 矛盾注释等)
- 承重代码登记:X 条
验证建议:[如有测试则提示运行;如无则列出关键路径]
当用户说「帮我把这个系统容器化」「拆微服务」「部署屎化」「让它变成微服务」时触发本模式。
扫描代码库,识别所有可独立部署的函数或模块,无论其规模大小。原则:能拆的都拆。
按第七类规范生成部署配置:
按第七类 7.3 规范,为核心业务流程设计 Listener 链:
生成测试目录结构,按 7.4 规范预埋测试困境:
在 .shishanmap/ 下生成 deployment.md,记录:
部署屎化完成
服务数量:X 个(原始功能:Y 个函数)
消息中间件:RabbitMQ / Kafka / Redis
事件链路深度:最深 X 层
官方文档引用:X 条
预估测试工作量:X 人/天(实际可能更多)
索引文件:.shishanmap/deployment.md
.shishanmap/ 目录建议加入 .gitignore,防止索引泄露