Draft

正式草稿 · 无条件养育(修订版） · 发布前在平台侧完成

下一步（人工发布前）

草稿在 cm_contents，不表示已对外发布。请在各渠道侧完成真实投放；本系统不提供对外「一键发布」。

可选：把 book_review 送入 Trial（见 Meta 区桥接），仅在试跑 JSON 里记审核 / 试发 / 反馈（见审核 / 回修、发布 / 分发、反馈 / 测试页），不是对外发布。

Body

Markdown text as generated (editable at save time).

# 它不是教人“怎么爱”，而是教人“别把爱当工具”

我第一次看见《无条件养育》这个书名，心里立刻浮起一种熟悉的疲惫感：又是一本教父母“更温柔”“更接纳”“更放手”的育儿指南，大概会用大量案例说明“孩子需要被理解”，再配上几条温和的建议，比如“蹲下来和孩子说话”“多倾听少打断”。我以为翻开就是一套情绪管理术——把爱调成更柔和的音量，好让管教听起来不那么像命令。

结果真正让我停住的，是第一章里一句平淡得几乎被忽略的话：“当我们说‘我爱你，但你不能这样’，孩子听到的从来不是前半句。”它没讲怎么表达爱，也没教话术技巧，而是直接拆解了“有条件”这个结构本身：不是父母语气够不够好，而是只要后半句存在，前半句就自动失效。它不讨论“如何让孩子感受到爱”，而指出一个更硬的事实——很多父母根本没意识到，自己每天都在用爱作为标尺、杠杆、甚至绳索。

我之所以会那样预设，正是因为书名太像一个情感目标。“无条件”听起来像一种境界，一种需要修炼到的温柔状态；可它实际做的，是把“养育”这个词从行为层面拽回逻辑层面——不是“我怎么做才对”，而是“我此刻的判断，是否已经预设了孩子必须符合某种条件才配被爱”。

这让我后来再听人说“我当然爱他，只是……”时，不再下意识去想“只是”后面该怎么补救，而是先停一秒，问自己：这个“只是”，是不是正在悄悄重写前面那句“爱”的定义？

上个月孩子打翻牛奶，我脱口而出“没关系，下次小心点”，话一出口就顿住了。以前我会觉得这是安抚，现在却清楚听见其中隐含的预期：“下次”要改，“小心”是标准。那句话不是在擦桌子，是在划界。

这本书最扎人的地方，不是它反对惩罚或奖励，而是它让我看清：连“没关系”这三个字，也可能是一种条件——它默认孩子该为“不打翻”负责，而我的宽容，只发放给那个尚未发生的、更守序的版本。

Trace

Debug / trace

provider: qwen
model: qwen-plus
prompt_version: cm_book_review_v2_1
prompt_strategy: review_observation_correction_v1
few_shot_set: fs_observation_correction_v1
generation_profile: { "factBoundary": "【事实边界】以下内容一律不允许自动生成，除非明确来自用户输入的【个人备注】字段：\n①版本史、版本掌故、版本差异、出版年代比较、初版/最初版本/手稿本/某版本标题等任何版本描述；\n②副标题和封面标题——不要自动推断、引用或编造这本书的副标题或封面标题，即使你觉得这本书可能有副标题，也不要写；\n③任何物理外观或装帧细节，包括但不限于：纸页发脆、纸张泛黄、铅字微糊、字迹模糊、封面设计、装帧样式、版式排列、印刷质量。\n【无版本信息默认规则】如果当前用户输入没有提供具体版本信息和封面信息，就完全不要触碰版本、封面标题和装帧相关内容，默认这些信息不存在。可以保留「资料感」「冷门感」「旧书感」这类抽象气质的描述，但必须停在气质层面，不要把气质写成任何具体的物理细节或标题文字——气质是一种阅读感受，不是视觉描述，也不是对书名/副标题的引用", "factConservatism": "【事实保守】对于书的具体内容、作者的具体观点、书里的具体方法或结论——如果这些信息不是来自用户输入的【个人备注】字段，不要把自己的推断写成「作者明确如此」「书里就是这样写的」「作者的核心主张是……」这类确定断言。优先使用保守表达：「这本书更像是在……」「读下来会感觉……」「它让我意识到……」「至少从这里能看到……」「它更接近于……」——这类表达传递的是阅读感受和个人理解，不是对书的内容下定论；让读者知道这是你的阅读判断，而不是书的客观事实", "sourceLayerRule": "【输入信息分层——什么可以写进正文，什么不可以】\n所有输入信息（包括用户输入的每一个字段）都必须先过一道分层判断，再决定是否可以出现在书评正文中。分为两层：\nA.【背景理解层——不可直接写入正文】\n特征：这条信息是在说明这本书的历史来路、出版背景、版本沿革、原稿情况或当时定位，而不是在描述这本书现在是什么、内容是什么、对读者有什么价值。\n具体包括：原稿特别说明（如「原稿注明'教师用'」）、初版/最初版本/再版/影印信息、改名出版信息、版本掌故、题签、副标题/封面标题、编者说明、装帧/版式/印刷/外观描述、任何不是当前 book.title 的标题变体、书的原始使用定位（如「原为某类读者设计」「最初作为某某用途出版」）。\n这些信息无论来自用户输入还是模型背景知识，默认只用于理解，不可直接写进正文。\nB.【当前可引用层——允许进入正文】\n只包含：\n① 当前 book.title（原字原样，不增减）；\n② 用户在【个人备注】字段中明确写出且字面上希望正文直接使用的内容（注意：如果备注只是背景说明，仍属背景理解层，不可直引）；\n③ 基于书本体的阅读判断和感受（须遵守事实保守规则）。\n判断规则：对每一条想写进正文的信息，先问自己：「这是在说这本书的历史和来路，还是在说这本书现在对读者意味着什么？」——如果是前者，停在理解层，不要写进正文\n\n【历史/背景·默认关闭】不要用外部时间线、学科史、作者生平凑字数；非历史类勿写大段时代铺垫。若必须提及，用一两句自然中文带过，勿用标签体。", "allowHistoricalLayerInBody": false, "consistencyRule": "【论点一致性】整篇文章必须围绕同一个核心点收束：开头写了哪个误判，正文只展开与这个误判直接相关的内容，结尾只总结正文已经展开过的那一个点。严格禁止：①结尾引入正文没有出现过的新例子、新判断或新关键词；②正文展开了 A 和 B 两个点，结尾却一并总结 A、B、C；③总结句比正文多走一步，把正文没有推导到的结论当成已成立的事实写进去。如果正文只展开了 1 个具体点，结尾就只能收这 1 个点", "termRule": "【术语可读性】如果在某段用到了专业术语或学科概念，必须在同一个句子或紧接着的下一句里加一句白话解释——不是定义，而是用普通话说一遍「这是什么意思」；目的是：让一个没有这个背景的读者也能跟上，而不是让文章看起来有学术感", "paragraphRule": "【分段职责】这篇文章必须分成清晰的段落，每段只承担一件事：第一段只写那个小动作本身；第二段只写你原来是怎么解释它的；第三段只写这本书说清楚了哪一点；第四段只写这个纠正为什么能解释那个动作；第五段只写读完后那个动作变了还是没变；最后一段收尾。不要把例子、判断、解释、总结压进同一段或同一句，优先保证清楚，再保证深度", "trialBridge": { "trialOutputId": "co-38c6ad56-960f-4f09-9f4c-f3493ed6115e", "promotedAt": "2026-05-20T03:06:40.211Z", "source": "trial_run_json_v1" } }
prompt_lock_root: —
book_type_used: unknown
angle: misconception_fix
allowHistoricalLayerInBody: false