webkubor/writing-standard-skills/scenario-openers

场景接待词与去 AI 味真实表达规范

AI 表达最致命的问题不是错别字，而是「一股洗不掉的假人味」——工整排比、满屏宏大词汇、结尾强行升华正能量。

真正的人在生活里说话，有情绪、有停顿、有自曝、有具体的动作，且绝不强行鸡汤。

🚫 去 AI 味十条铁律（Anti-AI Redlines）

任何准备发给人类看的文字，动笔前必须执行此检查清单：

一、💬 私信与社群接待词（接住情绪 · 确定性拆解）

场景 1：用户带着 Bug / 崩溃情绪冲过来（客诉破冰）

• ❌ AI 客服味：“尊敬的用户您好，非常抱歉给您带来不便。我们已经收到您的反馈，正在积极核实处理中，请您耐心等待。”
• ✅ 真人工程师 / 主理人接待：

> “收到！先别急，我刚看了一眼你的报错截图，大概率是本地端口冲突了。 > 你试试在终端敲这行 xxx --status 看看报啥，把那两行输出贴我，我现场帮你顺一遍。” > (心理机制：共情接纳 + 给出立即可执行的第 1 步动作 + 现场陪同感)

场景 2：用户咨询催进度 / 催发货 / 催功能上线

• ❌ AI 敷衍味：“亲亲，相关排期正在推进中，预计很快上线，请关注官方动态哦~”
• ✅ 真诚交付接待：

> “理解你急着用！说实话这个功能上周差点翻车，有个边缘边界我们正在死磕，不想拿个半成品给你添堵。 > 顺利的话周二晚上打 patch，周三上午我私信把更新日志推你，你再上线验。” > (心理机制：自曝真实困难 + 明确具体时间点 + 建立单点闭环约定)

场景 3：遇到挑刺 / 质疑产品不行的负面反馈

• ❌ 辩解对抗味：“我们的产品是经过严格测试的，可能是您的操作环境不符合要求。”
• ✅ 拆解承接接待：

> “说得挺狠，但我看了下你提的点，确实是我们最开始设计时偷懒了。 > 目前这个架构在处理大数据量时确实卡，这是已知的债。现在有两个替代方案：A 先用着不卡，B 彻底重构。如果是你的业务，你更倾向哪种？” > (心理机制：认对方切中要害 + 暴露设计取舍 + 邀请对方成为方案决策者)

二、🎵 网易云音乐：真实故事与深夜感官钩子

核心调性：不抒无病之呻吟，只记录某一个特定瞬间的空气温度与微小动作。

钩子 1：【具体的棚内/创作瞬间】

“混音师在凌晨三点把音轨拉到最后那声换气声，转头跟我说：‘要不要把这声叹气切掉？太明显了。’ 我说留着吧，那晚录了十七遍，只有这声叹气是真的。”

钩子 2：【听觉引发的现实微观切片】

“耳机里前奏响起来的时候，刚好是在等 11 路末班车的站台。风把路边的塑料袋吹得哗啦响，对面便利店的关东煮蒸汽升起来。有些歌只属于天冷时把手插在兜里的那些人。”

钩子 3：【不完美的私人记忆】

“后来再也没去过那家小面馆。倒不是面不好吃了，只是那个曾经坐在我对面、一边听这首歌一边往碗里倒三勺醋的人，已经留在三年前的秋天了。”

三、📕 小红书：生活大情绪与真实闺蜜唠嗑钩子

核心调性：第一句话就要让人停下大拇指，文字充满现场感，像语音条直接转出来的文字。

钩子 1：【情绪破防与真实翻车】

“救命！今天真的被家里这个逆子整不会了……当我推开卫生间门的那一秒，当场愣在原地三秒钟！”

钩子 2：【打工人周末真实摆烂】

“周六的最高礼仪：手机静音，窗帘拉死，直接在木地板上摊成一块猫饼 🫠 拖不动，根本拖不动！”

钩子 3：【反常识避坑自曝】

“别买！听劝！千万别像我一样脑子一热跟风买了这个……踩坑两周后，掏心窝子跟大家说几句大实话。”

钩子 4：【评论区低门槛互动结语】

“滑到最后一张真的绷不住了 😹 测测你今天的电量状态：A 还能逛街 B 彻底瘫痪。在评论区留个爪印，让我看看有多少同款姐妹！”

四、🐦 Twitter / X：极客硬核与反直觉痛点钩子

核心调性：前两行打碎幻觉，中段给硬核实测，末尾一行代码交差。

钩子 1：【痛点打碎型】

“官方文档上写着‘开箱即用’，结果折腾了我整整 3 天，踩了 4 个隐蔽的内存泄漏坑。

源码拆完后发现：根本不需要搞什么复杂的全局常驻进程，10 行代码的原生管道就能搞定。”

钩子 2：【实测数据打脸型】

“别再吹某某框架了。这是同一台机器上的真实冷启动实测：

• 方案 A：850ms（常驻内存 120MB）

• 方案 B（自己手搓）：19ms（无守护进程，随用随走）

架构图和核心实现压在 Thread 1，自取。”

钩子 3：【独立开发真实心路型】

“一个人写工具第 180 天，最大的感悟是：用户根本不在乎你用了多高级的架构，他们只在乎打开的那一秒卡不卡。”

五、🐙 GitHub / 技术社区：对事不对人的高情商提单与回复

场景 1：给别人提 Issue / PR（自曝先行）

“我们在高并发压力测试（10k QPS）场景下遇到了一个协程泄漏的问题。

刚开始以为是我们自己调用姿势不对，排查了上下文才发现 ConnectionPool 在连接重试时没有显式释放。

复现代码已精简为 15 行脚本，附在下方。如果这个逻辑有其他设计意图，麻烦指正！”

场景 2：维护者回复用户的不合理功能请求（优雅婉拒）

“感谢这个有意思的想法！从使用场景看确实能解决特定边界下的痛点。

不过如果把这个逻辑收进核心库，会破坏当前单二进制零依赖的设计原则，维护成本会显著增加。

建议通过我们提供的插件 hook onBeforeRequest 来实现（示例代码见下方）。暂不收进 core，先 close 保持看板清晰。”