把一句话拆成几种可能的解释
输入「我的老婆属于儿子」这类表述后,客户端会并列列出常见的几种理解方向,各自标注支持它的语境线索与反对它的线索,你不再需要凭直觉挑一个信。
把一句容易说岔的话放回它的语境里。这个客户端不做判定,只提供概念界定、日常信号清单与可逐条勾选的核对工具,让你在手机上把「我的老婆属于儿子」到底在说什么,一次理清。
「我的老婆属于儿子」这句话在网上被反复引用,含义却相当松动。它可能是某段家庭叙事的标题式概括,也可能只是口头聊天里一句带情绪的感叹。这个客户端的定位很简单:把模糊的说法拆成可以逐条核对的小块,让你自己看清边界在哪,而不是替你下结论。
我们不做身份冒充,也不代表任何组织、机构或当事人发声。页面上出现的版本号、安装包体积、系统要求,都以客户端安装包内的实际元信息为准;涉及人物、名单、具体日期这类无法核实的细节,我们一律留空或标注「待核」,不臆造补齐。这条底线写在这里,也写在每一次更新的说明里。
只列能对应到安装包的内容,不写「优化体验」这类空话。若某次更新只涉及界面文案,也会如实标注。

新增「概念并列」视图:同一个说法若存在两种以上解释,可在同一屏左右对照阅读,不再来回翻页。修复 Android 14 上导出清单时文件名带中文乱码的问题。当前版本
依恋信号清单扩到 24 条,按「日常互动 / 时间分配 / 决策参与」三组拆分,勾选后可生成一份只存本机的摘要。调整 iOS 端字号档位,支持跟随系统字体大小。
边界讨论引导页重写,删掉三处带价值判断的措辞,改为中性提问句式。安装包体积从 44MB 压缩到 38MB,主要来自图片资源转 WebP。
首个正式发布版本,包含概念界定、信号自查、讨论清单三项核心功能。最低系统要求定在 Android 8.0 与 iOS 14。
六件事,每一件都能对应到一个具体的使用动作,而不是一句功能名。
输入「我的老婆属于儿子」这类表述后,客户端会并列列出常见的几种理解方向,各自标注支持它的语境线索与反对它的线索,你不再需要凭直觉挑一个信。
从吃饭时谁先动筷,到周末时间怎么分配,把抽象的关系判断落到可观察的细节上。勾选结果只存本机,不会上传,也不会生成任何「评分」。
同一名称有多种解释时,左右两栏同步滚动,方便比较哪一栏更贴合你手头的材料。适合在读到互相矛盾的二手转述时使用。
提供一组中性提问句式,把「你就是偏心」换成「这件事上你当时是怎么考虑的」。清单可导出为纯文本,方便打印或转给家人。
依恋、边界、角色错位这些词常被随手使用。每个术语配一张卡片,写明它通常指什么、在哪些语境下会被误用,以及什么时候不该用它。
自查记录、草稿与导出文件默认留在设备本地。想彻底清掉时,一个按钮即可删除记录与缓存,不需要登录账号,也不留云端副本。
下面这段对话来自我们做的可用性测试记录,做了隐私处理。它展示的不是「功能很强大」,而是一个具体的人在一个具体的傍晚,怎么把一团乱麻理成三个待核问题。
演示 · 读者与客户端的三轮交互(示例数据)
深夜刷到一个吵得很凶的帖子,标题就是这句话,评论区各说各话。你想知道它原本可能指什么,再决定要不要参与讨论。
用「并列对照」约 4 分钟,通常能把 3 种解释分开,避免把转述当原话。不一定有矛盾,只是隐约觉得家里的时间分配有点失衡,说不清具体在哪。需要一个不带评判的清单,帮自己把感觉落成条目。
24 条信号逐条勾选,通常 10 到 15 分钟能勾完,把「说不上来」变成 5 到 8 条具体观察。话到嘴边总变成指责,谈两句就僵住。想找一组中性问句,把对话从「你总是」拉回到「那次你是怎么想的」。
导出一份 12 句提问清单,家里两人各拿一份,通常能让第一轮对话少吵 1 到 2 次。下表是 v2.4.1 安装包内的实际分区构成,合计 120 条,占比按条目数计算,四舍五入到整数位。
| 分区 | 条目数 | 占比 | 主要用途 |
|---|---|---|---|
| 概念界定与解释方向 | 36 条 | 约 30% | 把一个说法拆成并列的几种理解 |
| 日常信号自查清单 | 24 条 | 约 20% | 把抽象判断落到可观察的细节 |
| 讨论提问句式 | 28 条 | 约 23% | 把指责换成中性问句 |
| 术语卡 | 20 条 | 约 17% | 解释行话、标注误用场景 |
| 核对方法与来源标记 | 12 条 | 约 10% | 教你怎么判断一条转述可不可信 |
| 环节 | 没有工具时 | 用上客户端之后 |
|---|---|---|
| 读到一个模糊说法 | 凭第一印象挑一种理解,容易把转述当原话 | 先看并列的 3 种解释,再回原文找线索 |
| 想描述自家情况 | 说出来多是「就是有点怪」,别人接不上话 | 勾完 24 条清单,能列出 5 到 8 条具体观察 |
| 准备开口谈 | 一开口就是「你总是」,两句后僵住 | 先挑 2 到 3 句中性问句,把话题钉在一件事上 |
| 事后回看 | 全凭记忆,容易越回想越走样 | 记录留在本机,可导出纯文本对照 |
这五步没有强制顺序,中途退出也不会丢进度。我们刻意没有做「完成度百分比」,因为把关系问题做成进度条,本身就容易让人误以为存在一个该达到的分数。
两组步骤分开写,每一步都对应一个具体界面动作。系统版本低于要求时会装不上,这一点提前说清楚。
近两年,家庭话题的传播方式变了。过去一段叙事要靠一篇文章讲完,现在常被压缩成一句标题、一个短句,再在评论区被反复改写。压缩带来的是传播效率,丢掉的是语境:谁说的、在什么场合说的、说的是哪一家人,这些信息在转发两三次后往往就没了。
「我的老婆属于儿子」正是一个例子。它读起来像结论,实际上更像一个待补充的引子。我们观察到三个具体现象:其一,转述与原文的界线越来越模糊,同一句话在不同帖子里指向完全不同的场景;其二,读者更愿意相信带情绪的判断,而不是带出处的描述;其三,愿意花四分钟核对来源的人不多,但这四分钟往往决定了后面几小时的争论有没有意义。
客户端的设计就是从这三点反着来:先并列解释、再给出核对动作、最后把结论留白。我们不认为工具能替人判断家务事,但至少可以让讨论从一个准确的问题开始,而不是从一个被改写过的句子开始。
截图来自 v2.4.1,界面文字为示例内容,实际显示以你安装的版本为准。
我们是一个不大的编辑小组,长期做家庭议题的资料整理。团队里有人做过事实核查,有人做过社区访谈,也有人只是被家里的事困扰过、于是开始记笔记。共同点是:我们更擅长把材料排整齐,而不是给出标准答案。
工作方式上有几条固定习惯。第一,任何进入客户端的解释方向,都要能说清「支持它的线索是什么、反对它的线索是什么」。第二,涉及具体人物、名单、日期与数量时,如果无法核实,就写「待核」而不是留一个看起来完整的数字。第三,不提供任何未授权资源的获取路径,也不做搬运。
如果你在某个条目上发现我们的判断偏了,欢迎直接来信指出,附上你能拿到的出处。被证实的错误,我们会写进版本记录里,改掉就是改掉,不悄悄删。
按事情类型写信,回复会快一些。我们不设电话与在线客服,所有沟通走邮件。
写信时如果能附上手机系统版本与客户端版本号,排查会快很多。发现内容有误,也欢迎直接指出,我们会在版本记录里写明修订。