joke-engineering

用途：诊断幽默为何不奏效，并把笑话当作“连接系统”来工程化改进。核心原理是幽默来自概念、框架或参照点之间连接的产生与消解；当幽默失败时，说明某些系统属性失衡。\n\n主要能力：围绕九项系统属性分析——连接距离、连接密度、解消满足感、具体化程度、反讽层次、观众共创空间、压缩优化、连接韧性、真实性共鸣。对应六种诊断状态：H1过于直白、H2过于晦涩、H3密度不足、H4解释过度、H5语气生硬、H6压缩臃肿。诊断流程为：倾听症状、追踪连接路径、衡量属性、识别状态、推荐干预、演示前后对比。还提供连接类型（矛盾、框架转换、双联、模式违背、隐式连接）、密度增强模式（循环反讽、递归连接、多角色分配、自指系统、嵌套荒诞）、压缩技巧与评估矩阵。\n\n使用方式：当有人提交不奏效的笑话时，先定位症状，再匹配诊断状态，给出针对性调整并展示改前改后。输出包括诊断状态、属性分析、改写版本及理由、连接映射。文件命名建议为 {project-name}-humor-{date}.md，保存位置可查看项目中的 context/output-config.md 配置。\n\n适用场景：刻意创作的幽默内容，如创意写作、广告、公开演讲、用户体验文案、叙事设计；也可用于一组笑话的整体分析与密度优化。\n\n限制：无法评估笑话是否真好笑、无法预测观众反应；不处理即兴幽默、文化敏感语境（路由至 sensitivity-check）、声音塑造（路由至 voice-analysis）。需注意反模式：过度工程化随意幽默、无节制追求密度、把隐式连接讲明、抹除创作者声音、单一指标优化。当上下文紧张时优先保留当前状态与相关属性。