用WorkBuddy生成活动更新diff：只列变化项
# 用WorkBuddy生成活动更新diff：只列变化项 ## 问题 同一份活动说明会更新好几轮：时间延长、条件微调、奖励补一条。以前每次更新都把整段重新贴一遍，读者得自己找改...
游戏分类
共 390 篇用豆包核对活动规则：把“时间与条件”单独抽出来
# 用豆包核对活动规则：把“时间与条件”单独抽出来 活动规则最容易看漏的不是奖励内容，而是**时间与条件**。这两样常混在长句里：“活动期间内每日完成指定任务即可领取，奖励将于活...
转赞推荐：从Layui镜像站的移动端组件说明学“一屏一事”
# 转赞推荐：从Layui镜像站的移动端组件说明学“一屏一事” 做手机端页面时，我常回去翻 [Layui 官方文档镜像站](https://layui.wanxiangsucai...
项目记录：把活动日历做成纯静态页的一次尝试
# 项目记录：把活动日历做成纯静态页的一次尝试 ## 起因 活动信息原本散在几条动态里，每次想查“这周有什么”都要翻聊天记录。想做个日历页，但不想为了几张表去搭后端、开数据库。...
手游活动页该怎么排信息：三屏之内讲清四件事
# 手游活动页该怎么排信息：三屏之内讲清四件事 手游活动页最常见的毛病不是信息少，是**顺序错**：一进来先看视觉，往下滑才看到时间，条件藏在最底下，参与方式要跳到另一个页面。用...
资料页上线前的六项核对
# 资料页上线前的六项核对 资料页不像文章，写完就完；它会被反复查阅、被别人引用，一个小错误会留很久。我固定用六项核对，上线前逐条过一遍，只答“是/否/待确认”。 ## 六项...
用WorkBuddy维护FAQ：给每条答案加“适用版本”
# 用WorkBuddy维护FAQ：给每条答案加“适用版本” ## 问题 FAQ 越攒越多，最麻烦的不是数量，是**不知道哪条还成立**。版本一变，有些答案仍旧对，有些已经完全...
用豆包把一段长讨论收成“共识/分歧”两列
# 用豆包把一段长讨论收成“共识/分歧”两列 社区里一个话题聊了几百楼，观点来回重复，想整理成可用笔记很费劲。让豆包“总结一下”，通常会得到一段四平八稳的概述，看不出哪里真的有争...
转赞推荐：BackendWiki的“变更日志”写法值得借鉴
# 转赞推荐：BackendWiki的“变更日志”写法值得借鉴 整理版本资料时，我反复回到 [BackendWiki](https://backend.37466.top/) 翻...
项目记录：给公会资料页做一次字段精简
# 项目记录：给公会资料页做一次字段精简 ## 背景 公会资料页攒了两年，字段加到十四个：名称、别名、类型、难度、推荐配置、注意事项、来源链接、更新日期、备注、贡献者……看起来...
版本更新怎么读：先看“改了什么”，再看“为什么改”
# 版本更新怎么读：先看“改了什么”，再看“为什么改” 版本笔记一长，多数人直接跳去看结论和强度评价。但真正影响自己怎么玩的，往往藏在前面那几行改动里。我固定按两遍读：第一遍只找...
“曝光”“首曝”“定档”：新游资讯用词辨析
# “曝光”“首曝”“定档”：新游资讯用词辨析 新游资讯里最容易引发误会的一组词，是描述“消息到了哪一步”的那几个。它们看起来相近，实际指向完全不同的确定程度。读者按最乐观的那种...
用WorkBuddy做新游条目的时间线归并：同事件合并
# 用WorkBuddy做新游条目的时间线归并：同事件合并 ## 问题 同一款游戏的一次测试招募，往往会被写成好几条：预告、开启、延期、补一轮名额。若不归并，时间线里就出现四个...
用豆包把一段官宣改写成“事实/推测”两栏
# 用豆包把一段官宣改写成“事实/推测”两栏 官宣文案通常把已确认的信息、计划中的安排和渲染气氛的描述写在一起。读着很顺畅，整理成资讯条目时却容易出事：**把“计划”记成“已定”...
转赞推荐：从Bootstrap组件实验室的“示例可交互”学展示方式
# 转赞推荐：从Bootstrap组件实验室的“示例可交互”学展示方式 [Bootstrap 组件实验室](https://bootstrap.wanxiangsucai.com...