「你正好有吗？」——回答别人的问题之前，先别急着问自己的
来源：dev.to — 2026-09-07
📋 概述
DEV「慷慨周挑战」投稿。灵感来自作者小时候在教堂认识的 Busy Bees 小组——那里什么都肯帮忙做。难点是把这种熟人社会的慷慨搬到无地域限制的 App 上，于是核心机制变成「一条答案换取一个提问」：你看到陌生人的问题，录最长 60 秒的回答经审查通过后发布，就赢得一次提问资格；反过来录下你的问题，审查通过即消耗这次资格。双方是永远的陌生人，因此录音在原录音完成处理后即被丢弃，识别细节在发布前就清除，且绝对不存储原始录音或提供含陌生人真声的回放链接。
🔑 核心要点
- 四路 Gemini 并行审查：处理（转写+翻译+去除身份细节）、危机、非法/危险内容、相关性四路各司其职；相关性判断问题因无对象可比故只有三路
- 只有处理后的文本进入内容池：原始录音只存活一次请求的生命周期，scrubbing 发生在发布前，让细节从不进入池子而不是事后删除
- 危机审查是特殊判官：一旦触发，什么都不发布、什么都不获得，页面显示固定人话并给出 988 自杀危机热线与 Crisis Text Line——固定文案不经过模型，且不要求先获得资格
- 作者最严苛的架构规则（信号绝不合用一个调用）竟被证明在测错东西：专用 prompt 带「即使不确定也要在危机信号出现时说是」的权重条款，合并版没有——控制变量后合并与专用都能十中十，于是一条不可商量的规则被从治理文件中删除
- 多个并发下的正确性由单条 SQL 保证：发布答案与授予提问资格用 CTE 原子完成，IS DISTINCT FROM 处理 NULL、唯一约束关闭 NOT EXISTS 关不掉的竞态
💡 金句
The app can't make anybody generous. All it does is put a stranger's question in front of you before it will take yours.
👍 0
👎 0
← 返回 dev.to 首页