Draft
正式草稿 · Smoke Book 001 · 发布前在平台侧完成
Meta
Book: Smoke Book 001
Created: 2026-04-15T12:02:31.427Z
从正式到试跑(反向桥接,非第二条主生成)
把本草稿写入本地 cm-trial-feedback-v1.json,便于在审核 / 回修、发布 / 分发等独立页继续录入;与「单书 → 试跑 → 存正式」主链方向相反。
下一步(人工发布前)
草稿在 cm_contents,不表示已对外发布。请在各渠道侧完成真实投放;本系统不提供对外「一键发布」。
可选:把 book_review 送入 Trial(见 Meta 区桥接),仅在试跑 JSON 里记审核 / 试发 / 反馈(见审核 / 回修、发布 / 分发、反馈 / 测试页),不是对外发布。
Body
Markdown text as generated (editable at save time).
我最初以为《Smoke Book 001》会是某种关于烟、烟雾或相关现象的纪实或科普。书名里的“Smoke”太直接了,加上那个编号“001”,很容易让人联想到一个系列的开端,仿佛它会系统地讲解某种物质、历史或技术。我甚至做好了准备,翻开书会看到关于烟雾的成分、文化象征,或者某种与“烟”相关的艺术或工业记录。 但真正让我停住的,是它处理“烟”这个意象的方式。它几乎没有去定义或解释烟是什么,也没有把它当成一个需要被说明的对象。书里更接近一种捕捉:捕捉烟在消散前一瞬的形状,捕捉光线穿过它时那种不确定的边界,捕捉它作为一种痕迹而非实体存在的状态。它不是在讲述烟,而是在用文字模拟烟那种弥散、渗透、最终消弭于无形的过程。这个角度完全打碎了我对“主题书”的预期——我以为会看到一个被清晰框定的主题,结果看到的是一种拒绝被框定的写法。 我之所以会有那种预设,正是因为书名和编号的组合太像一种承诺:它承诺给你一个明确的、可被归纳的起点。这种编号常常暗示着系统性、知识性,或者至少是某种可被分类的集合。而“Smoke”又是一个如此具体的名词,它指向一种可见的物理现象。这两者叠加,自然让人期待一种清晰的、指向外部世界的阐述。正是因为这种外部特征过于明确,我最初才会把它归到“解释某物”的那一类书里。 这个发现改变了我对一类书的判断。以后我再看到这种“具体名词+序列编号”的书名时,会少一个先入为主:我不会再默认它一定是关于那个名词的“说明书”或“档案”。它可能恰恰相反,是用那个具体之物作为入口,去处理一些无法被具体命名、只能被感受或暗示的东西。书名可能只是一个诱饵,或者一个最表层的借口。 我记得读到中间某一页时,有一段描述光线在烟雾中如何失去方向,文字本身也呈现出一种徘徊和弥散。那一刻我合上书,看了看封面上的“Smoke”这个词。它依然在那里,但感觉完全不一样了。它不再是一个等待被解释的课题,而更像一个被借用的比喻,用来言说那些一旦说破就会消失的、介于存在与不存在之间的状态。 所以,这本书纠正的不是我对“烟”的知识,而是我对“书名”功能的某种迷信。它让我意识到,有些书的名字,可能不是用来概括内容,而是用来制造一种最初的误解——而阅读的过程,就是去经历这个误解如何被自身的内容悄悄瓦解。
Trace
Debug / trace
- provider
- deepseek
- model
- deepseek-chat
- 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": "【分段职责】这篇文章必须分成清晰的段落,每段只承担一件事:第一段只写那个小动作本身;第二段只写你原来是怎么解释它的;第三段只写这本书说清楚了哪一点;第四段只写这个纠正为什么能解释那个动作;第五段只写读完后那个动作变了还是没变;最后一段收尾。不要把例子、判断、解释、总结压进同一段或同一句,优先保证清楚,再保证深度" }
- prompt_lock_root
- —
- book_type_used
- unknown
- angle
- misconception_fix
- allowHistoricalLayerInBody
- false