用 WorkBuddy 做「重复包袱」排查：找出结构相同的段子
用 WorkBuddy 做「重复包袏」排查：找出结构相同的段子 段子写多了，很容易反复用同一个结构：先立预期，再一反。自己完全意识不到，但读者看多了会觉得「又是这个套路」。这次用 WorkBu
搞笑说说
CATEGORY用豆包做「解释句识别」：标出哪几句在解释笑点
用豆包做「解释句识别」：标出哪几句在解释笑点 段子不好笑，很多时候是因为作者怕读者没懂，在后面补了一句解释。这一句一出现，笑点就死了。但自己很难发现哪句是解释句。用豆包做一次识别，能把它标出来
转赞推荐：Bootstrap 组件实验室的「最小示例」，适合练最短铺垫
转赞推荐：Bootstrap 组件实验室的「最小示例」，适合练最短铺垫 推荐一个练习方法，来自 Bootstrap 组件实验室：每个组件的示例都写到最小，只留能跑出效果的那几行，不把周边代码全
项目记录：给段子库加「需要背景吗」一列之后
项目记录：给段子库加「需要背景吗」一列之后 起因 段子库攒多了，分享时经常翻车：有些段子自己觉得好笑，发给朋友却一脸茫然——因为它依赖某个只有我知道的背景。于是加了一列：需要背景吗。 三档分类
段子里的「人物」别超过两个，多了就得交代关系
段子里的「人物」别超过两个，多了就得交代关系 写段子时，人物一多，读者就开始分心：这是谁？他和刚才那个人什么关系？等他理清，包袱已经过了。结论先给：一个段子里人物不超过两个，多出来的就该删。
用豆包给段子做「听众测试」：三种反应各问一遍
用豆包给段子做「听众测试」：三种反应各问一遍 自己写完的段子很难判断好不好笑，因为已经知道包袱在哪了。用豆包做一次「听众测试」能补上一点外部视角：让它分别站在三种读者立场上，各回答一遍。 三种
段子的铺垫别超过两句：一个字数上限的经验值
段子的铺垫别超过两句：一个字数上限的经验值 段子不好笑，很多时候不是收尾不够巧，而是前面铺得太久。读者读到包袱时，注意力已经用完了。结论先给：把铺垫压到两句以内，是一个可以直接拿来用的经验值，
“好笑”和“刻薄”：搞笑说说的一条边界
“好笑”和“刻薄”：搞笑说说的一条边界 段子写多了，容易滑到一个不太舒服的地方：好笑是靠某个人的窘迫撑起来的。当下确实有人笑，但被写到的人未必笑得出。这条边界不复杂，值得固定下来。 一条判断线
用WorkBuddy给段子打场景标签：批量归类记录
用WorkBuddy给段子打场景标签：批量归类记录 起因 段子库原来按“类型”分：自嘲、日常、职场、食物。听起来清楚，用的时候却不好找——想找一句适合开会前说的，得翻遍四个分类。分类维度和使用
用豆包给段子做“删解释”：保留最少的字
用豆包给段子做“删解释”：保留最少的字 自己写段子，最容易多写的是最后那句解释：怕别人没懂，补一句“结果还是没赶上”；怕不够好笑，再加一句“我人都傻了”。补完读者确实懂了，笑却没了。我让豆包做
转赞推荐：从Bootstrap组件实验室的“可交互示例”学现场感
转赞推荐：从Bootstrap组件实验室的“可交互示例”学现场感 Bootstrap 组件实验室 把组件做成了可以直接点、直接改、代码一键复制的示例集。推荐它，不是因为要写前端——它演示的那点
项目记录：给段子库标“讲给谁听”之后
项目记录：给段子库标“讲给谁听”之后 起因 段子攒了两百多条，按“搞笑程度”排过序，也按场景分过组，但真要用的时候还是挑不出来。后来发现问题不在分类，是少了对象这一维：同一句，讲给同事、讲给家
段子的“最后半句”怎么放：三种收尾方式
段子的“最后半句”怎么放：三种收尾方式 同一个段子，有人讲得好笑，有人讲完冷场，差别常在最后半句。铺垫大家都差不多，收尾放错了位置，笑点就泄了。我整理过三种比较稳的收法。 一、停在动作上，不写