{"id":"449e9a0d-6c49-4217-a27f-b0528cc52b91","entityType":"agent","slug":"clawhub-worldwonderer-story-long-write","name":"story-long-write：长篇网文写作","canonicalUrl":"https://www.xpersona.co/agent/clawhub-worldwonderer-story-long-write","canonicalPath":"/agent/clawhub-worldwonderer-story-long-write","generatedAt":"2026-10-09T19:37:50.993Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-09T08:22:30.046Z","emptyReason":null},"description":"长篇网文规划与写作。支持只讨论结构、只写大纲或指定细纲，明确要求正文后再写章节。触发方式：/story-long-write、/写长篇、「帮我开书」「定设定」「出卷纲」「规划剧情」「写大纲」「补细纲」「日更」「续写」「继续写」「修改第X章」「回炉」「重写第X章」。 Skill: story-long-write：长篇网文写作 Owner: worldwonderer Summary: 长篇网文规划与写作。支持只讨论结构、只写大纲或指定细纲，明确要求正文后再写章节。触发方式：/story-long-write、/写长篇、「帮我开书」「定设定」「出卷纲」「规划剧情」「写大纲」「补细纲」「日更」「续写」「继续写」「修改第X章」「回炉」「重写第X章」。 Tags: latest:1.1.29 Version history: v1.1.29 | 2026-10-03T05:23:36.536Z | user Authorized ZenStory cold-start distribution; immutable source and preserved notices. v1.1.28 | 2026-09-27T07:51:04.274Z | user Synced from CI (v0.8","descriptionLabel":"Technical summary","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 3.4K downloads reported by the source. Last updated 10/9/2026.","installCommand":"clawhub skill install s1748rsha25rh871z39a8xdg9n85tqyh:story-long-write","sourceUrl":"https://clawhub.ai/worldwonderer/story-long-write","homepage":"https://clawhub.ai/worldwonderer/skills/story-long-write","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/worldwonderer/story-long-write","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/worldwonderer/skills/story-long-write","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":71,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"长篇网文规划与写作。支持只讨论结构、只写大纲或指定细纲，明确要求正文后再写章节。触发方式：/story-long-write、/写长篇、「帮我开书」「定设定」「出卷纲」「规划剧情」「写大纲」「补细纲」「日更」「续写」「继续写」「修改第X章」「回炉」「重写第X章」。 Skill: story-long-write：长篇网"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-09T08:22:30.046Z","emptyReason":null},"protocols":[{"protocol":"OPENCLEW","label":"OpenClaw","status":"self-declared","notes":"Declared in the public agent profile."}],"capabilities":[],"verifiedCount":0,"selfDeclaredCount":1,"capabilityMatrix":{"rows":[{"key":"OPENCLEW","type":"protocol","support":"unknown","confidenceSource":"profile","notes":"Listed on profile"}],"flattenedTokens":"protocol:OPENCLEW|unknown|profile"}},"adoption":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-09T08:22:30.046Z","emptyReason":null},"stars":null,"forks":null,"downloads":3388,"packageName":null,"latestVersion":"1.1.29","tractionLabel":"3.4K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-09T08:22:29.895Z","emptyReason":null},"lastUpdatedAt":"2026-10-09T08:22:30.046Z","lastCrawledAt":"2026-10-09T08:22:29.895Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-10T08:22:29.895Z","lastVerifiedAt":null,"highlights":[{"version":"1.1.29","createdAt":"2026-10-03T05:23:36.536Z","changelog":"Authorized ZenStory cold-start distribution; immutable source and preserved notices.","fileCount":103,"zipByteSize":559064},{"version":"1.1.28","createdAt":"2026-09-27T07:51:04.274Z","changelog":"Synced from CI (v0.8.3)","fileCount":102,"zipByteSize":558326},{"version":"1.1.27","createdAt":"2026-09-27T06:47:40.206Z","changelog":"Synced from CI (v0.8.2)","fileCount":101,"zipByteSize":557751},{"version":"1.1.26","createdAt":"2026-09-26T12:00:58.112Z","changelog":"Synced from CI (v0.8.1)","fileCount":94,"zipByteSize":534743},{"version":"1.1.25","createdAt":"2026-09-26T02:49:49.847Z","changelog":"Synced from CI (v0.8.0)","fileCount":94,"zipByteSize":520207},{"version":"1.1.24","createdAt":"2026-09-24T16:56:30.431Z","changelog":"Synced from CI (v0.7.11)","fileCount":95,"zipByteSize":531271},{"version":"1.1.23","createdAt":"2026-09-09T09:32:53.762Z","changelog":"Synced from CI (v0.7.10)","fileCount":95,"zipByteSize":508567},{"version":"1.1.22","createdAt":"2026-08-30T15:14:12.655Z","changelog":"Synced from CI (v0.7.9)","fileCount":86,"zipByteSize":467658}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s1748rsha25rh871z39a8xdg9n85tqyh:story-long-write","setupComplexity":"low","setupSteps":["Setup complexity is classified as HIGH. You must provision dedicated cloud infrastructure or an isolated VM. Do not run this directly on your local workstation.","Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data."],"contract":{"contractStatus":"missing","authModes":[],"requires":[],"forbidden":[],"supportsMcp":false,"supportsA2a":false,"supportsStreaming":false,"inputSchemaRef":null,"outputSchemaRef":null,"dataRegion":null,"contractUpdatedAt":null,"sourceUpdatedAt":null,"freshnessSeconds":null},"invocationGuide":{"preferredApi":{"snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-worldwonderer-story-long-write/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-worldwonderer-story-long-write/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-worldwonderer-story-long-write/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-worldwonderer-story-long-write/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-worldwonderer-story-long-write/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-worldwonderer-story-long-write/trust\""],"jsonRequestTemplate":{"query":"summarize this repo","constraints":{"maxLatencyMs":2000,"protocolPreference":["OPENCLEW"]}},"jsonResponseTemplate":{"ok":true,"result":{"summary":"...","confidence":0.9},"meta":{"source":"CLAWHUB","generatedAt":"2026-10-09T19:37:50.989Z"}},"retryPolicy":{"maxAttempts":3,"backoffMs":[500,1500,3500],"retryableConditions":["HTTP_429","HTTP_503","NETWORK_TIMEOUT"]}},"endpoints":{"dossierUrl":"https://www.xpersona.co/api/v1/agents/clawhub-worldwonderer-story-long-write/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-worldwonderer-story-long-write/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-worldwonderer-story-long-write/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-worldwonderer-story-long-write/trust"}},"reliability":{"evidence":{"source":"runtime-metrics","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No trust, reliability, or runtime telemetry is available."},"trust":{"status":"unavailable","handshakeStatus":"UNKNOWN","verificationFreshnessHours":null,"reputationScore":null,"p95LatencyMs":null,"successRate30d":null,"fallbackRate":null,"attempts30d":null,"trustUpdatedAt":null,"trustConfidence":"unknown","sourceUpdatedAt":null,"freshnessSeconds":null},"decisionGuardrails":{"doNotUseIf":["Contract metadata is missing or unavailable for deterministic execution."],"safeUseWhen":[],"riskFlags":["missing_or_unavailable_contract","trust_data_unavailable","schema_references_missing"],"operationalConfidence":"low"},"executionMetrics":{"observedLatencyMsP50":null,"observedLatencyMsP95":null,"estimatedCostUsd":null,"uptime30d":null,"rateLimitRpm":null,"rateLimitBurst":null,"lastVerifiedAt":null,"verificationSource":null},"runtimeMetrics":{"successRate":null,"avgLatencyMs":null,"avgCostUsd":null,"hallucinationRate":null,"retryRate":null,"disputeRate":null,"p50Latency":null,"p95Latency":null,"lastUpdated":null}},"benchmarks":{"evidence":{"source":"no-benchmark-data","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No benchmark suites or observed failure patterns are available."},"suites":[],"failurePatterns":[]},"artifacts":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"high","updatedAt":"2026-10-09T08:22:30.046Z","emptyReason":null},"readme":"Skill: story-long-write：长篇网文写作\n\nOwner: worldwonderer\n\nSummary: 长篇网文规划与写作。支持只讨论结构、只写大纲或指定细纲，明确要求正文后再写章节。触发方式：/story-long-write、/写长篇、「帮我开书」「定设定」「出卷纲」「规划剧情」「写大纲」「补细纲」「日更」「续写」「继续写」「修改第X章」「回炉」「重写第X章」。\n\nTags: latest:1.1.29\n\nVersion history:\n\nv1.1.29 | 2026-10-03T05:23:36.536Z | user\n\nAuthorized ZenStory cold-start distribution; immutable source and preserved notices.\n\nv1.1.28 | 2026-09-27T07:51:04.274Z | user\n\nSynced from CI (v0.8.3)\n\nv1.1.27 | 2026-09-27T06:47:40.206Z | user\n\nSynced from CI (v0.8.2)\n\nv1.1.26 | 2026-09-26T12:00:58.112Z | user\n\nSynced from CI (v0.8.1)\n\nv1.1.25 | 2026-09-26T02:49:49.847Z | user\n\nSynced from CI (v0.8.0)\n\nv1.1.24 | 2026-09-24T16:56:30.431Z | user\n\nSynced from CI (v0.7.11)\n\nv1.1.23 | 2026-09-09T09:32:53.762Z | user\n\nSynced from CI (v0.7.10)\n\nv1.1.22 | 2026-08-30T15:14:12.655Z | user\n\nSynced from CI (v0.7.9)\n\nv1.1.21 | 2026-08-28T14:07:28.608Z | user\n\nSynced from CI (v0.7.8)\n\nv1.1.20 | 2026-08-27T06:50:41.789Z | user\n\nSynced from CI (v0.7.7)\n\nv1.1.19 | 2026-08-13T14:09:28.309Z | user\n\nSynced from CI (v0.7.6)\n\nv1.1.18 | 2026-08-07T18:16:30.862Z | user\n\nSynced from CI (v0.7.5)\n\nv1.1.17 | 2026-08-07T01:53:10.265Z | user\n\nSynced from CI (v0.7.4)\n\nv1.1.16 | 2026-08-06T02:43:12.391Z | user\n\nSynced from CI (v0.7.3)\n\nv1.1.15 | 2026-07-28T14:51:42.550Z | user\n\nSynced from CI (v0.7.2)\n\nv1.1.14 | 2026-07-24T16:20:01.756Z | user\n\nSynced from CI (v0.7.1)\n\nv1.1.13 | 2026-07-16T16:37:28.396Z | user\n\nSynced from CI (v0.7.0)\n\nv1.1.12 | 2026-07-10T14:22:35.361Z | user\n\nSynced from CI (v0.6.22)\n\nv1.1.11 | 2026-06-29T02:19:07.034Z | user\n\nSynced from CI (v0.6.21)\n\nv1.1.10 | 2026-06-27T23:43:07.638Z | user\n\nSynced from CI (v0.6.20)\n\nv1.1.9 | 2026-06-27T13:57:42.916Z | user\n\nSynced from CI (v0.6.19)\n\nv1.1.8 | 2026-06-24T16:23:24.376Z | user\n\nSynced from CI (v0.6.18)\n\nv1.1.7 | 2026-06-19T04:32:42.610Z | user\n\nSynced from CI (v0.6.17)\n\nv1.1.6 | 2026-06-14T01:18:20.072Z | user\n\nSynced from CI (v0.6.16)\n\nv1.1.5 | 2026-06-07T06:50:29.644Z | user\n\nSynced from CI (v0.6.15)\n\nv1.1.4 | 2026-06-03T16:20:22.373Z | user\n\nSynced from CI (v0.6.14)\n\nv1.1.3 | 2026-05-30T06:33:55.229Z | user\n\nSynced from CI (v0.6.13)\n\nv1.1.2 | 2026-05-30T02:27:13.002Z | user\n\n消费选题决策 + 按主题索引 + 女频长篇 playbook + 跨书召回\n\nv1.1.1 | 2026-05-27T16:24:47.855Z | user\n\nv0.6.10 — story-long-analyze 管道修正（情节点下限 10、Stage 0.5 章节边界缓存、文风句长统计改为脚本测量）；拆文产物按主题拆分到 设定/世界观/* 与 设定/势力/*；story-deslop rubric 收紧；文风画像 → 文风.md 命名统一；Stage 6 模板空白修正。\n\nv1.1.0 | 2026-05-12T15:37:35.767Z | user\n\nv0.6.0: 新增 story-explorer Agent（10 种查询类型）+ story-import Skill（4 阶段逆向导入流水线）+ story-setup agents_version v3 + 统一 story-explorer 集成模式 + 参数命名中文化\n\nv1.0.2 | 2026-05-08T15:09:35.029Z | user\n\nv0.4.1: 测试报告修复 + 跨 skill 去 symlink 化 + CI 增强\n\nv1.0.1 | 2026-05-01T15:55:09.333Z | user\n\nv0.3.0: 新增对标/目录+拆文联动\n\nv1.0.0 | 2026-04-30T14:24:38.054Z | user\n\nInitial release\n\nArchive index:\n\nArchive v1.1.29: 103 files, 559064 bytes\n\nFiles: LICENSE (1081b), references/agent-calls.md (7526b), references/anti-ai-writing.md (37187b), references/artifact-protocols.md (14882b), references/author-memory-maintenance.md (8766b), references/author-memory.md (11531b), references/banned-words.md (10424b), references/benchmark-recall.md (5648b), references/character-basics.md (16921b), references/character-design-methods.md (16262b), references/character-relations.md (17831b), references/commercial-core-methods.md (20663b), references/cross-book-recall.md (7291b), references/deslop-gates.md (14455b), references/dialogue-mastery.md (11764b), references/emotion-on-page.md (4739b), references/emotional-arc-design.md (12258b), references/emotional-methods.md (10174b), references/female-audience-writing.md (11427b), references/genre-prose-cards.md (7162b), references/genre-prose-cards/东方仙侠.md (2788b), references/genre-prose-cards/传统玄幻.md (2801b), references/genre-prose-cards/历史古代.md (2635b), references/genre-prose-cards/历史脑洞.md (2934b), references/genre-prose-cards/双男主.md (3272b), references/genre-prose-cards/古言脑洞.md (2676b), references/genre-prose-cards/古风世情.md (2622b), references/genre-prose-cards/女频悬疑.md (2637b), references/genre-prose-cards/女频种田.md (2693b), references/genre-prose-cards/宫斗宅斗.md (2522b), references/genre-prose-cards/年代.md (3069b), references/genre-prose-cards/快穿.md (2858b), references/genre-prose-cards/悬疑灵异.md (2616b), references/genre-prose-cards/悬疑脑洞.md (2788b), references/genre-prose-cards/战神赘婿.md (2810b), references/genre-prose-cards/抗战谍战.md (2728b), references/genre-prose-cards/星光璀璨.md (2800b), references/genre-prose-cards/民国言情.md (2817b), references/genre-prose-cards/游戏体育.md (2899b), references/genre-prose-cards/玄幻脑洞.md (3004b), references/genre-prose-cards/玄幻言情.md (2596b), references/genre-prose-cards/现言脑洞.md (2741b), references/genre-prose-cards/科幻末世.md (2653b), references/genre-prose-cards/职场婚恋.md (2612b), references/genre-prose-cards/西方奇幻.md (2834b), references/genre-prose-cards/豪门总裁.md (3343b), references/genre-prose-cards/都市修真.md (2580b), references/genre-prose-cards/都市日常.md (3766b), references/genre-prose-cards/都市种田.md (2584b), references/genre-prose-cards/都市脑洞.md (3485b), references/genre-prose-cards/都市高武.md (3018b), references/genre-prose-cards/青春甜宠.md (2790b), references/genre-readers.md (11007b), references/long-chapter-hooks.md (8784b), references/long-chapter-quality.md (8849b), references/long-format.md (2610b), references/long-genre-catalog.md (17378b), references/long-genre-mechanics.md (17364b), references/long-reversal.md (15581b), references/long-suspense.md (15524b), references/opening-design.md (12819b), references/outline-conflict.md (17651b), references/outline-methods.md (10896b), references/outline-rhythm.md (12878b), references/outline-structure-theory.md (12690b), references/plot-core-methods.md (20291b), references/plot-emotion-system.md (15867b), references/plot-frameworks.md (27746b), references/plot-special-topics.md (25562b), references/project-files.md (11880b), references/reader-contract-and-progression.md (11534b), references/reference-index.md (6167b), references/stop-and-fix.md (940b), references/style-combat-face.md (17329b), references/style-craft.md (13392b), references/style-genre-modules.md (24811b), references/style-resolution.md (4016b), references/tracking-initialization.md (1355b), references/tracking-transaction.md (15296b), references/workflow-chapter.md (14746b)\n\nFile v1.1.29:SKILL.md\n\n---\nname: story-long-write\nversion: 1.0.0\ndescription: \"长篇网文规划与写作。支持只讨论结构、只写大纲或指定细纲，明确要求正文后再写章节。触发方式：/story-long-write、/写长篇、「帮我开书」「定设定」「出卷纲」「规划剧情」「写大纲」「补细纲」「日更」「续写」「继续写」「修改第X章」「回炉」「重写第X章」。\"\nmetadata: {\"openclaw\":{\"source\":\"https://github.com/zenstory-ai/oh-story-claudecode\"}}\n---\n# story-long-write：长篇网文写作\n\n你是网络小说创作教练，帮用户从选题、大纲到正文写完一本长篇网络小说。\n\n## 写前必读（强制，先读后写）\n\n任何创建或修改长篇故事文件的动作前，先判断场景并读完下列文件。**只读本 SKILL.md 不算完成；`rg` 检索或局部摘读也不算完整读取。**\n\n必须分块读到 EOF：\n\n1. 规划按时刻读：定方向、定设定读 `references/workflow-setup.md`，出卷纲读 `references/workflow-volume.md`，出细纲或补纲读 `references/workflow-outline.md`，只读当前时刻的；写指定章读取 `references/workflow-chapter.md`；日更先读取 `references/workflow-daily.md`，进入正文前再完整读取 `workflow-chapter.md`；大修先读 `references/workflow-revision.md`，改稿时还要读什么由它写明。\n2. 主会话直接写正文时，首次落笔前完整读取 `references/long-format.md` 与 `references/writing-craft.md`（和写手同一套技法）；`references/long-chapter-quality.md`、`references/long-chapter-hooks.md` 只在排查具体问题时读，去味走检测器，不预读。交给 narrative-writer 时，由该 agent 按自己的 reference 表完成写前读取，主会话不得用未读 reference 的临时 prompt 替代。\n3. 本章技法按下方「本章技法」一段选，至多一份；主会话自己写时按那段只读指定小节，这是本条唯一允许的按节读。\n4. 正文写前，references 读完后立即重读当前用户请求、本章细纲和卷纲，先在上下文里**记下本轮约束**：原样记录用户明确字数范围、必发生、禁止发生、精确时间锚与本章停笔点、章尾新债。references 只提供技法，不得覆盖这些项目事实；作者给的字数范围写在细纲「字数范围」行（命令参数只作临时覆盖），有它就不用默认 ±15%。交付前逐项复核：字数带外按 `workflow-chapter.md` 的收口流程交用户处置，不自动补字；其余项越界不算完成。\n\n任一必需路径不存在、不可读或未读完时立即停止，报告准确路径，**不得先写正文再补读**。写前必读按当前任务、当前会话重新执行；旧会话的“读过”不能沿用。\n\n---\n\n> 内置适配 Claude Code / OpenCode / Codex / Antigravity / ZCode / OpenClaw。专业 agent 只查当前端 canonical 目录（`.claude/agents`、`.opencode/agents`、`.codex/agents` TOML、`.agents/agents`）；Antigravity 用 `invoke_subagent` + 同名 `TypeName`。文件或运行时能力缺失、返回 unknown agent，或当前为不执行 custom agents 的 ZCode 3.3.4 时，报告 fallback 并 solo/direct 执行。\n>\n> Spawn 版本提示（不阻断 spawn）：先读取项目根 `.story-deployed` 的 `agents_version`。与本版 `agents_version: 34` 不一致时（标记缺失、字段缺失/非整数、小于或大于 34）**照常按文件存在性检查并 spawn**，但只检查当前运行时的 canonical 目录；同时用一句白话提示作者「写作助手是旧版，运行 /story-setup 后新开对话」，`Notice: agents bundle 版本不匹配（项目 {N}，本版 34）` 原文写进技术备注行；大于 34 时额外提示先更新 oh-story-claudecode，不要用本地旧版 setup 降级覆盖。只有 agent 文件缺失、或运行时不暴露 custom agent 时才降级 solo/direct，`Fallback: ... -> solo` 同样只进技术备注行。\n\n**文风裁决**：正文写作、改写或审稿前先读 [references/style-resolution.md](references/style-resolution.md)，加载本书文风并形成 `style_resolution`；无作者记忆也执行。当前请求、本书文风和 active 偏好按维度覆盖通用 references；同一裁决交给后续执行者。\n\n## 核心方法\n\n先抓情绪，再用验证过的模式可靠交付，灵感只做素材：每个场景服务一个说得清的目标情绪；从对标里找验证过的剧情模式，把对标角色当功能位，用本书的角色和素材填；写每章只读「不知道就会写错」的状态、伏笔与设定。契约与推进决策先过 `references/reader-contract-and-progression.md`「契约四问」。作者记忆：写正文时组装脚本已代查注入；其他任务直接跑 `{PYTHON} {skill 根}/scripts/author_memory_commit.py query --workspace {放 .active-book 的那层} --book-root {书目录} --kind …`（规划查 story_design、workflow、interaction，改稿查 prose_style、story_design；≤2KB，无记忆返回空），结果只给主会话或执行者，当前请求与本书文风优先；作者说出要长期记住的偏好时才读 [references/author-memory.md](references/author-memory.md) 按它 `record` 写入、回传回执。\n\n**本章技法（每章至多读一份）**：按细纲主功能选——打脸/逆袭（爽感释放）`style-combat-face.md`；身份/认知/立场反转（震撼+痛快）`long-reversal.md`；感情拉扯（意难平）`emotional-methods.md`，自己写时加 `emotion-on-page.md`；悬疑/惊悚/异常线索（紧张+好奇）`long-suspense.md`；日常装逼（期待感）`long-chapter-hooks.md`。都不对应就不读，按 writing-craft 写。交给写手时只在 prompt「本章技法」填类别，由写手整份读；主会话自己写正文时只读该文件的「决策路由」和它指向的那一节（先看标题定位，不整读），日更一批只读一份，按本批最需要的那章选，其余章按 writing-craft 写。作者先说情绪没说题材时按括号反查，再从 `long-genre-catalog.md` 找细分方向。\n\n---\n\n## 写作流程\n\n先确定操作对象、交付范围和停点，再看项目状态；空项目不等于授权完整开书。范围与转正文的权威规则如下。\n\n| 场景 | 触发条件 | 执行流程 |\n|------|----------|----------|\n| **结构讨论** | \"只讨论/推敲故事结构\" | 只交付结构方案，不建工程、不自动落盘；不要求先填完设定或细纲 |\n| **大纲规划** | \"写大纲/规划剧情/规划全书/规划第X卷/开新卷\" | 按需取 Phase 1→3，交付所请求大纲/卷纲及必要设定；不自动展开细纲或初始化追踪 |\n| **细纲规划** | \"出细纲/补纲/扩纲/补细纲/写或修改第N章细纲\" | Phase 3：既有单元内只补/改点名章；需要新单元才走「中途补纲/扩纲小流程」。指定范围不扩到整单元；未指定时按剧情批建纲 |\n| **开书** | \"帮我开书\"，未限定规划层级 | 按确认点逐个走：定方向→定设定→卷纲→首批 10 章细纲，每个确认点作者说继续才往下；**最远停在细纲交付，不自动写正文** |\n| **定设定** | \"定设定\"，或已有题材定位、还没有角色与关系 | 定设定时刻：`references/workflow-setup.md` Phase 2，交付设定后停 |\n| **写指定章** | \"写第 N 章\" / \"写第1章\" / \"开书并写首章\"，对象是正文 | Phase 4→5，只写点名章后停止；缺前置时先补必要设定、卷纲和点名章细纲，不套用完整开书的 10 章默认 |\n| **日更续写** | 关键词（\"日更\"/\"续写\"/\"继续写\"）**且**项目已有正文+追踪 | 加载 `references/workflow-daily.md` |\n| **大修** | \"修改第X章\" / \"回炉\" / \"重写第X章\"，对象是已写正文 | 加载 `references/workflow-revision.md`；只改细纲不进此流程 |\n\n**对象优先**：\"写/修改第N章细纲\"是规划，不因命中\"写/修改第N章\"而写正文；\"以后再写正文\"不是本轮授权。仅规划要求优先于旧日更任务，停止旧批量。对象不明或同一请求范围冲突时，只确认冲突项。\n\n**规划续接**：\"继续/按这个来/确认方案\"不扩大范围，完成即停，不自动转细纲或正文；\"继续写/接着写\"指正文——下一章有细纲就写，上一轮在规划就只问一句「要接着写第N章正文吗？」（默认是），缺细纲则问是否先补。规划模式不写入追踪或作者记忆，不调用 narrative-writer。开新卷时新角色/势力/设定回 Phase 2 增量补，Phase 3 只做到请求层级。\n\n**转入正文**：明确的正文请求只授权进入写作流程。落正文前重新完成本轮「写前必读」，按 workflow-chapter 处理缺 state、使 `tracking_commit.py check` 通过，任一未完成就停止；之后按原流程写作、质检、提交，不再问是否继续。\n\n### 裸调用与停靠点（防失控）\n\n`/story-long-write` 或 `$story-long-write` **裸调用**（无明确意图）时，只诊断项目并列选项，**不得自动进入正文写作，也不得把已有项目默认为日更 3 章**：\n\n- 空项目 → 「讨论结构」「写大纲」「帮我开书」；\n- 有纲无正文 → 「补细纲」「写第1章」；\n- 有正文+追踪 → 展示进度与下一章细纲状态，列「规划下一卷」「日更2章」「修改第X章」。\n\n**正文批量上限**：写正文须用户显式给出章节范围或日更意图；单章默认 1 章，日更默认 2-3 章，单轮最多 3 章，超出的在汇报里提示下轮继续。**匹配顺序**：只规划按 结构讨论 → 细纲规划 → 大纲规划 → 开书，越窄越优先；要正文按 大修 → 写指定章 → 日更续写；日更前置不齐则提示补齐或写第1章。同批\"继续/续写/日更\"仍走 workflow-daily 的完整串行流程；切到规划后不恢复旧日更批量。\n\n无法判断场景时，给 2-4 个白话选项（如「只聊结构」「写大纲」「写第N章正文」）让用户选，不贴场景表，也不开放式提问。\n\n### 面向作者的汇报\n\n所有给作者看的汇报、提问和停下说明只讲三件事：写了/改了什么（章名、发生了什么）；要作者定的事（一句白话问题＋白话选项＋推荐默认）；下一步。不写脚本、字段、参数名、状态码和内部清单名（如 排纲自查、供给自查、S1-S4、字数带）；编号必带故事标签，如「伏笔 F057（那封信的去处）」。检查结果一句白话带过，如「自查过设定和前文，没发现冲突」。回执、Notice、Fallback 等机器行只放最末一行「技术备注：」，其前可有一句下一步建议（如新开对话）。汇报照各 workflow 的模板写，不带代码块围栏；子 agent 返回的术语由主会话翻译后再说。\n\n### 路径与术语约定\n\n> `{PYTHON}` 依次试 `python3`、`python`、`py -3`，用第一个能跑的；`{skill 根}` 是本 skill 所在目录。\n>\n> **对标书路径查找**：优先 `{项目}/对标/{书名}/`，不存在则回退 `拆文库/{书名}/`（`拆文库/` 是拆文原始产出，`对标/` 是本项目引用视图，首次引用的复制规则见 workflow-setup.md「对标发现」第 3 条）。\n>\n> **卷纲不整读**：一律走 `{PYTHON} {skill 根}/scripts/outline_view.py --unit {单元ID} {卷纲路径}`（只要契约用 `--contract`，看目录用 `--toc`）；找不到单元就核对单元ID或先补卷纲，不改用整读。排纲底稿放 `大纲/排纲底稿_{单元ID}.md`，只在排纲/补纲时读；取段器的作用域、历史与校验选项见 artifact-protocols.md 卷纲模板。\n>\n> **新增物三级**（排纲、写正文、处置共用；只看下一章需不需要知道它存在过）：\n> - **直接写**：微连接、路人、器物、地名细部、一次性对话、现场细节；不申报。\n> - **写了要报**：具名配角、势力、复用地点属性、能力形态、规矩、刻度、新伏笔、新关系或承诺、给主角留下的东西；照写并逐条进申报表（类型／名目／落在哪／后续义务；无写 `0`；末行「本章没写成的」），主会话核对后才算续写事实。\n> - **先问作者**：新主线事件或反转、金手指规则与力量档位、真相或伏笔结算、经济锚点、读者契约、提前写后续章、改变细纲已定结果或人物决定、卷纲新增编号、碰主推线或终局底牌、与既有裁定或承诺冲突；写正文时不写，排纲时挂起列候选，由主会话问作者。\n> 拿不准：写时按写了要报，处置时按先问作者。\n\n---\n\n### Phase 1–3：开书与规划\n\n按作者确认点分时刻读（见首屏写前必读第 1 条）；每个时刻文件开头写了本时刻的交接规则，出卷纲、出细纲时不必再读 workflow-setup.md。\n\n---\n\n### Phase 4：正文写作辅助\n\n#### 项目文件与产物\n\n要找某类产物放哪、或修复缺失文件时，完整读取 [references/project-files.md](references/project-files.md) 照做；开书建文件按各时刻文件写明的路径直接落盘，写正文时缺文件按 workflow-chapter 开头停下修，都不必先读它。\n\n#### 单章写作流程\n\n**执行前先读 [references/workflow-chapter.md](references/workflow-chapter.md)**，按其步骤 1-13 执行。日更批量另加载 `references/workflow-daily.md`。\n\n#### 追踪\n\n所有追踪写入都走 `scripts/tracking_commit.py`：`追踪/_tracking-state.json` 是唯一权威，`上下文.md`、角色快照、`伏笔.md`、时间线都由它派生，禁止手改。体积上限由脚本检查、超限一次报全；字段与上限见 [tracking-transaction.md](references/tracking-transaction.md)，出错时才读。\n\n---\n\n## 流程衔接\n\n**流水线：** 长篇\n**位置：** 写作（第 3/3 步）\n\n| 时机 | 跳转到 | 命令 |\n|---|---|---|\n| 写完，去 AI 味 | story-deslop | `/story-deslop` |\n| 想对比参考书 | story-long-analyze | `/story-long-analyze` |\n| 需要市场方向 | story-long-scan | `/story-long-scan` |\n| 太长，适合短篇 | story-short-write | `/story-short-write` |\n\n---\n\n## 参考资料索引\n\n阶段必读项按首屏「写前必读」执行；写正文不按索引加读；规划或作者点名问技法时按 [参考索引](references/reference-index.md) 的加载条件选用。\n\n## 语言\n\n- 跟随用户的语言回复，用户用什么语言就用什么语言回复\n- 中文回复遵循《中文文案排版指北》\n\nFile v1.1.29:_meta.json\n\n{\n  \"ownerId\": \"kn7e14qz6v4n71xmjegh68jtts80dp5r\",\n  \"slug\": \"story-long-write\",\n  \"version\": \"1.1.29\",\n  \"publishedAt\": 1791005016536\n}\n\nFile v1.1.29:references/agent-calls.md\n\n# agent-calls.md：spawn 子代理的调用方式\n\n只在要 spawn 对应 agent 时读；主会话自己写正文、自己排纲时不读。何时调用由各流程文件决定，这里只放 prompt 与必须附带的内容。Antigravity 用 `invoke_subagent` + 同名 `TypeName`。\n\n## narrative-writer：写一章\n\n全章细纲交给写手统筹编排，默认同一 session 按前后两组交付：按实际叙述顺序在自然转场或因果停顿处分组，不在一句对话或同一动作中间截断，可交错情节点但不增删批准内容、不拆逐点字数配额；写手先把前组写到工作目录 `前组.md`，主会话只调用一次 `storyctl.py wordcount checkpoint --file {segment} --project {项目根} --chapter {N}`，把 `actual / remaining_user_range` 连同后组交回同一写手，两组按原文拼接，不回改前组追字数。作者明确要求一次成文时执行安排填「全章」，直接落盘，不跑 checkpoint。\n\n组装脚本的输出（`====` 以上）就是 prompt 骨架。**主会话填九槽**（搜 `［主会话填］`）：执行安排 ／ 本章意图 ／ 作者本轮要求 ／ 本章技法（只填类别，写手自己读）／ 本节速记 ／ 涉及角色（列名字，角色卡写手自己读）／ `genre_prose_card` ／ 必读设定 ／ `style_resolution`；外加脚本标出的条件槽（降档不成立时的情绪与节奏召回；作者偏好限定范围记忆，适用时带 `--genre`／`--workflow` 跑 SKILL.md「核心方法」的 query 命令补查）。`author_preferences` 由脚本注入，只作低优先级倾向。空槽以外一字不改，整份照抄进 Agent prompt。脚本**跑不起来**时读 [writer-prompt-fallback.md](writer-prompt-fallback.md) 手动组装并报 `Fallback: build_writer_prompt -> 手动组装`。\n\n## story-architect：定设定、出卷纲、出一批细纲（换新上下文）\n\n先跑 `{PYTHON} {skill 根}/scripts/build_architect_brief.py --project {书目录} --task world`（卷纲 `--task volume --volume {N}`，细纲 `--task outline --chapters {A-B}`，一批最多 10 章），只取输出里的任务包路径，不读包的内容。交接前确认作者在对话里定下的方向、偏好和否掉的方案都已写进 `设定/`。\n\nPrompt：`项目目录：{dir}\\n任务包：{任务包路径}\\n先完整读取任务包，按包里的流程与模板完成；作者已定的方向、设定和要求都在 设定/，对话内容不会传给你\\n交付后只回任务包开头要求的几项`\n\n收回后主会话：设定提案拿给作者逐项确认，按作者意见改文件；新卷纲跑 `outline_view.py --check --strict {卷纲路径}`（往旧卷纲追加单元去掉 `--strict`），细纲每章跑 `check-outline-contract.js`；失败把报错原样交回同一 agent 修一次。按 workflow-volume.md / workflow-outline.md 的汇报模板用故事话告诉作者，不转述任务包。\n\n## story-architect、character-designer：题材定位与角色细化（可选）\n\n定方向以和作者来回讨论为主，默认主会话自己做；复杂世界观、多线结构、强反转工程或作者明确要求时才派：\n- `Agent(subagent_type: \"story-architect\", prompt: \"项目目录：{dir}\\n任务类型：题材定位\\n查询参数：{作者选定的方向与对标信息}\")`\n- `Agent(subagent_type: \"character-designer\", prompt: \"项目目录：{dir}\\n任务类型：角色设定\\n查询参数：{主角设定信息}\")` — 辅助角色设定和语言风格档案\n\n## consistency-checker：写正文后的事实核对\n\nPrompt：`项目目录：{dir}\\n检查范围：{本次写作的章节}\\n检查类型：事实冲突+伏笔断线+角色属性不一致\\n本章新增申报：{申报表原样粘贴，无则写 0}；同时核对正文有无未申报的跨章事实，逐处列原文和细纲出处。只读与新增项和本章出场角色相关的设定、角色卡与追踪条目。冲突按 S1-S4 报出，申报项逐条给出登记/修复/先问作者的建议\\n状态：last_committed_chapter={N}，state_revision={R}（取自 tracking_commit.py check）`\n\n## narrative-writer：审查+去AI味\n\nPrompt：`项目目录：{dir}\\n任务描述：审查+去AI味\\n检查分工：你负责语义去味及原定自检；最终文件扫描由主会话执行\\n检查范围：{本次写作的章节}\\n文风路径：{设定/文风.md 全文路径}\\nstyle_resolution：{与写作一致的裁决}\\n作者偏好：{本章 query 命中的 prose_style/story_design 项}\\n触发本次审查的检测结果：{chapter check 里 blocking 与语义类 advisory 的行号和类别，原样粘贴}\\n所选 Gate：{按检测类别选，如 B 句式、G 解释腔；类别不明写 A-G}\\n删除优先：每条 AI 味项先判能否删除，删后不丢伏笔/钩子/角色/情节/必要信息的直接删，会丢才润色\\n按你的 7 Gate 与对话自检执行，台词里的工整否定不因脚本豁免而跳过\\n删除测试：按 deslop-gates.md「写法抽查」执行，报告列候选数/删改数/保留理由`\n\n## narrative-writer：超字一次净删（compress-once）\n\nPrompt：`项目目录：{dir}\\n任务描述：净删压缩\\n正文：{正文路径}\\n删除区间：{chapter check 给的 remove_to_internal_band}\\n只删不增：优先删重复解释、装饰排比、无功能微动作；全部情节点、事实、因果、情绪兑现、钩子都保留，不改写成新句\\n文风路径：{设定/文风.md 全文路径}`\n\n## narrative-writer：改写一章（大修）\n\nPrompt：`项目目录：{dir}\\n任务描述：改写已写章节\\n正文：{正文路径}（原稿已备份）\\n细纲：{细纲路径}\\n改动范围：{局部：哪几段或哪个场面，要改成什么／整章：按细纲重写}\\n作者本轮要求：{作者原话要点}\\n不动的部分：{局部修改时其余段落一字不改}\\n衔接：{前一章结尾与后一章开头各一两句}\\n文风路径：{设定/文风.md 全文路径}\\nstyle_resolution：{与写作一致的裁决}\\n作者偏好：{prose_style 查询结果，无写「无」}\\n不借改稿新增细纲外的剧情；交付后回：改了哪些段、新增申报（无写 0）`\n\n## story-explorer：写前对标召回\n\n召回降档不成立、项目已部署 story-explorer 时，可一次召回文风/模块材料（不可用就按 benchmark-recall.md 自己召回）：\n- 查询类型：`benchmark_style_load`；传入项目目录、章节号、目标基调/字数和爽点类型。\n- 需要返回：`style_profile_path`、`style_profile_summary`、`selected_emotion_module`、`rhythm_reference`、来源路径、匹配章节、锚点片段、`gaps`。\n- `gaps` 分流：`no_benchmark` → `custom_style` 为真则用 `设定/文风.md` 写、情绪/节奏取本书内部材料，否则标「无对标参考」；`missing_primary_contract` → 按 `repair_action` 修复（重跑拆文或导入）并停止生成，自定义文风不豁免；`benchmark_book_missing` → 停止核对登记名，不换书；`conflict` / `module_rhythm_conflict` → 意图里说明冲突并按情绪模块/节奏的权威执行；profile_missing → custom_style 为真则用本书文风继续，否则停止；`profile_degenerate` → 有本书文风就用，没有回默认；`tone_match_failed` → 只用整书文风。其余字段原样进 writer prompt，`gaps` 原值保留在写前准备记录里。\n- 主会话另行直接读 `设定/文风.md`：含实质内容时作为本书风格基准；但不豁免情绪/节奏缺失。\n\nFile v1.1.29:references/anti-ai-writing.md\n\n# 去AI味完整指南\n\n> 本文件的句长、视角、标点、修辞与禁用词是默认写法，服从 [style-resolution.md](style-resolution.md) 的逐维裁决。所选 Gate 检查表达效果，不因作者有意选择某写法就机械删除；获准命中按书级 `.deslop-whitelist` 处理。\n\n<!-- 同名副本×4 字节同步，改动后跑 scripts/check-shared-files.sh -->\n\n> 识别AI写作指纹、改写顺序、禁用词约束、改写范例库。用于正文写作后做去AI味自检和改写时查阅。\n\n---\n\n## 决策路由\n\n| 你在做什么 | 查阅哪个模块 |\n|-----------|-------------|\n| 写完正文后做去AI自检 | 核心规则 -> AI写作模式检测 -> 质量维度检查 |\n| 改写某段AI味重的文字 | 改写范例库 + 冲突对话改写范例 |\n| 检查是否用了禁用词 | 禁用词与句式速查 -> AI高频词（模式1） |\n| 系统性去除整章AI味 | 改写顺序 |\n| 检查章尾是否有总结升华 | AI写作指纹 -> 章末总结体 |\n| 判断情绪描写是否告知式 | Show Don't Tell原则 + 去AI味补充技法 |\n| 快速扫描全章质量 | 快速自检口诀 + 质量维度检查 |\n\n## 指令语气\n\n本文件以问题模式和高危清单为主。一级高危词优先检查；二级/语境敏感词按频率、语境和是否偷懒判断。遇到冲突时，保留创作意图与剧情功能优先于机械替换。\n\n---\n\n## AI写作指纹（必须避免）\n\n### 高频AI用词\n\n> 完整禁用词表见 [banned-words.md](banned-words.md)\n\n**补充类目**（`banned-words.md` 未覆盖的高阶替换）：\n\n| 类别 | 替代原则 |\n|------|---------|\n| 抽象升华词（命运、宿命、注定） | 用具体事件代替抽象概念 |\n| 万能比喻（像潮水般、如闪电般、仿佛春风） | 优先不用比喻，确需时只留少数生活化、角色化比喻 |\n\n### 引号只承载真实引用，不给普通名词加戏\n\n不要用双引号给普通名词、常见动作或作者临时概括的概念做“引号强调”。这类写法会把没有特殊含义的词硬包装成术语，连续出现时尤其像模型在替读者划重点。`check-ai-patterns.js` 的 `quote-emphasis-tic` 只负责提示，最终按语境判断。\n\n- **应改**：所谓的\"机会\"、完成这次\"蜕变\"、找到真正的\"答案\"。这些词若只是普通语义，直接去掉引号，用事件本身体现分量。\n- **应保留**：角色对话、逐字直接引用、书名/篇名、确有设定含义的代号，以及手机消息、公告、系统播报等场内载体展示的原文。\n- **边界**：第一次定义术语时可以用引号，但后文不要反复加；讽刺、反话或角色刻意咬重音时可以保留，前提是上下文能看出是谁在强调、为什么强调。\n\n### 章末总结体\n\n**禁止**在章节结尾用以下方式收束：\n- 总结性感悟（\"他终于明白了……\"）\n- 升华式感叹（\"这一夜，注定无人入眠\"）\n- 哲理式收尾（\"人生就是这样……\"）\n- 伏笔式预告（\"他不知道的是，更大的风暴即将来临\"）\n\n**正确做法**：章尾用动作、对话或悬念收束，让情节本身制造余韵。\n\n### 叠加式描写（同一动作掰开写三遍）\n\n**检测模式**：一个动作/情绪先写发生，再补感知细节，再补身体反应，分三段依次写完。读者看到的是同一个动作被掰开写了三遍。\n\n**典型特征**：\n- 先写一个概括性动作，再展开写同一动作的细节，再写身体反应：三段说的是同一件事\n- \"发生层→感知层→反应层\"按顺序分段出现\n- 每个维度独立成段，而不是揉进同一段连续正文\n\n**错误示例**：\n> 林父低着头，左手把文书压住，右手拿笔，往纸上落。\n>\n> 手从肘到腕都在抖。\n>\n> 笔尖在纸上停了停，写了一横，又停。那个\"林\"字的撇写歪了。\n\n→ 同一个动作（手抖/写字）分三段写，每段是同一瞬间的不同维度\n\n**正确做法**：发生、感知、反应三个维度揉进同一段连续正文，读者读到一个完整瞬间：\n\n> 林父左手压着文书，右手拿笔往纸上落，笔尖一触纸面就偏了，从肘到腕止不住地抖，那一横斜着拖出去。\n\n→ 发生、感知、反应在一段里同时呈现\n\n**处理原则**：保留有功能的情绪细节，把同一瞬间的重复描写合并成连续画面。若合并后明显变薄，优先恢复原文中有功能的信息，或把既有信息改成更自然的动作/对话表达；不要新增原文没有的情节、设定、关系或时间线。\n\n---\n\n## 核心规则\n\n> **句长以规则 3 为准**：规则 1-4 和本文件其他地方的「短句 / 拆短 / 能删就删」说法，与规则 3 冲突时按规则 3 执行。\n\n### 规则 1：段落密度诊断\n\n段落长短没有固定优劣。检查重点是朗读和手机阅读是否卡顿：\n\n- 一段通常只承载一个动作、一个信息变化或一组紧密相关的反应。\n- 逗号串太长、多个完整动作挤在一段里，读起来需要换气时，按动作或信息变化拆开。\n- 连续短段碎成提纲时，合并同一镜头内的相邻句，让画面保持连续。\n\n```\n过密：他看着窗外的雨，心中涌起一股说不清的感觉，这些年走过的路和很多已经忘记的事都在这一刻涌上心头。\n\n更自然：他盯着窗外的雨，雨从下午下到天黑。\n\"你还在想她？\"老刘问。\n他没说话。\n```\n\n### 规则 2：动作 + 对话 + 情绪反应\n\n动作、对话与情绪反应按场景需要交织，不按固定顺序轮换，不为凑齐三项补反应。\n\n情绪没有固定译法，关键节点也可以准确直写。上下文已让情绪成立，不另补反应；需要补足信息时，优先选择、台词、策略、物件或实际后果。\n\n身体细节只有带来新信息、影响动作或体现人物与场景特点时才保留。只在句尾重复标注情绪的微动作删掉，不换部位或同义动作。去味时沿用原文已有事实，不凭空添加摔杯子、攥袖口等行为。\n\n### 规则 3：句子该多长（短句是工具，不是默认）\n\n叙述（旁白）默认写成**逗号长句**：一句用逗号串起 2-4 个动作或信息，再落句号；逗号之间 8-12 字，整句 20-30 字。短句是偶尔的孤立重拍工具，不是叙述的默认写法。\n\n| 场景 | 句长 | 示例（长篇语料原句） |\n|------|------|------|\n| 日常 / 推进 / 描写（多数叙述句） | 逗号之间 8-12 字，整句 20-30 字 | 阴冷潮湿的气息扑面而来，身下铺着一层薄薄的稻草，湿漉漉地粘在皮肤上。 |\n| 对话 | 口语化，长短随角色 | \"你疯了？\"\"可能吧。\" |\n\n**不合格（与 AI 腔同级）**：\n- 逗号之间连着都是 ≤5 字的碎片（\"他抬手，开门，进屋，坐下\"式）\n- 通篇 3-8 字句、句号密得像提纲（电报体，见模式 9）\n- 一长一短机械交替（同样是模板）\n\n> **爆款语料校准**（七猫长篇 现言/都市/古言/玄幻/历史 125 本×前 8 章旁白统计）：逗号之间平均 8.8-9.6 字；整句平均 22-24 字；逗号长句占叙述句 74-80%；≤5 字的短片段约占两成，多是孤立的时间词、转折、动作重拍。短篇（盐言体）段落更短（≤15 字的单句段可近一半，长篇约两三成），但句子内部的节奏和长篇一样：**段落随体裁变短，句子内部不碎**。\n\n### 规则 4：口语化表达\n\n- 允许用俚语、粗话（符合角色身份）\n- 对话不要书面语（\"我认为此事不妥\" -> \"我觉得不靠谱\"）\n- 叙述也不要端着（\"他目光如炬\" -> \"他眼珠子一动不动盯着\"）\n- 短语优先于成语（\"无可奈何\" -> \"没办法\"）——只管对话和贴角色声口的叙述；旁白常用成语（不动声色、心不在焉一类）照留\n\n---\n\n## Show Don't Tell 原则\n\n| Tell（告诉） | Show（展示） |\n|-------------|-------------|\n| 他是个胆小的人 | 他把检查报告在手里翻来覆去看了三遍，还是不敢打开 |\n| 这间酒吧很吵 | 酒保凑到他耳边喊了两次他才听见 |\n| 她很富有 | 她随手把一张信用卡丢在桌上，卡面上的数字比这顿饭贵十倍 |\n| 两人关系很差 | 他把烟掐灭在她刚泡的茶杯里，她面无表情地把杯子推到一边 |\n| 他很聪明 | 三秒钟。他看了三秒钟就把文件合上了。\"第三页，第二行。\" |\n\n**核心方法**：\n1. 用行为代替形容词\n2. 用细节代替总结\n3. 用对话代替旁白说明\n4. 用后果代替情绪总结\n\n---\n\n## 质量维度检查\n\n### 1. 核心一致性（权重最高）\n- 剧情是否与大纲/前文一致\n- 人物行为是否符合人设\n- 设定是否有前后矛盾\n\n### 2. 表面改写（防AI指纹）\n- 是否包含AI高频用词（见上表）\n- 章尾是否有总结/升华\n- 是否有大段纯心理描写\n- 段落是否按戏剧单元/镜头自然断开，避免机械单句成段或为凑短碎成提纲（网文段落规则）\n\n### 3. 格式一致性\n- 对话格式统一：按项目/平台约定保持同一引号风格；知乎盐言短篇可用「」\n- 标点节奏匹配语气：避免通篇句号化；保留有功能的问号和少量感叹号；用动作/短句表达迟疑或打断，不用省略号或破折号硬造停顿\n- 场景切换有明显标记\n- 时间线清晰可追踪\n\n### 4. 可读性\n- 是否有连续多个长句压住阅读节奏，且缺少动作、对话或短句换气\n- 对话是否口语化\n- 是否有未解释的生僻词/设定术语\n- 节奏是否有快有慢（不能全是一种节奏）\n\n### 5. 逻辑连贯性\n- 角色动机是否合理\n- 事件因果链是否清晰\n- 时间线是否对得上\n- 角色的知识范围是否合理（不能\"开上帝视角\"）\n\n---\n\n## 快速自检口诀\n\n```\n一事一段，镜头自然断。\n对话要像人说话。\n心情不写心里话。\n结尾不搞大升华。\n打斗不写流水账。\n日常要埋伏笔桩。\n```\n\n> 网文段落规则：按戏剧单元/镜头/一件事结束自然断段；短段快读，长段承载完整推理、氛围和情绪链，避免机械单句成段或通篇同长度。\n\n---\n> **番茄高分样本校准**：番茄正文更接近“手机端短段 + 自然虚词 + 场内动作/对话推进”，不是机械指标达标。番茄高分样本 305 章窗口显示：段落中位约 23.5 字，50-60 字行宽平均只占 5.1%；平均对话占比约 20.6%，对话≥50% 仅 3/305，开篇对话 59/305；`地/得` 305/305、`很` 275/305、`像/好像/仿佛/如同` 267/305、顿号 176/305、省略号 281/305。结论：这些只能按语境复核，不能做 0 容忍硬禁令。\n>\n> **反投机边界**：不要为了“反检测”强制每句换行、把 `……` 改成 `........`、把 `地/得` 全改成 `的`、禁用所有顿号/“很”/“像”、强行开篇对话或按三番四证重排章节。去 AI 味是润色，不是结构重写；除非用户明确要求重写，否则不改变章节顺序、伏笔分布、对话占比和人物信息释放节奏。\n\n---\n\n## 禁用词与句式速查\n\n> 完整禁用词表和句式模板见 [banned-words.md](banned-words.md)\n\n### 正确替代示例\n- '他感到一丝紧张，手心全是汗' -> '他签名时划破了纸'（身体细节只在造成后果时留）\n- '\"好的。\"他说道' -> '\"好的。\"他把门卡塞回口袋'\n- '他深吸一口气' -> '他把话咽回去'\n\n---\n\n## 10 种 AI 写作模式检测\n\n### 模式 1：AI 高频词\n\n| 禁用 | 替换为 |\n|------|--------|\n| 不禁 | 删掉 |\n| 仿佛/宛如 | 删掉或用具体描写 |\n| 映入眼帘 | 删掉 |\n| 心中暗道 | 用动作展示思考 |\n| 沉声道/淡淡地说 | 换成动作标签 |\n| 脸色一变 | 用具体表情/动作 |\n| 嘴角微扬 | 他笑了/他翘了下嘴 |\n| 不由自主 | 删掉 |\n| 只见/此时此刻 | 删掉 |\n| 目光如炬 | 删掉或具体化 |\n\n### 模式 2：弱化副词泛滥\n阈值：每 1000 字超过 3 个 = AI 签名。重点监控：微微、淡淡、缓缓、轻轻。\n\n### 模式 3：意义膨胀\n- \"意义深远\" -> 写具体后果\n- \"前所未有\" -> 给出对比参照\n- \"可谓\" -> 删掉\n\n### 模式 4：万能结论\n- \"未来可期\" -> 用未解决的紧张感结尾\n- \"前途无量\" -> 删\n- \"充满希望\" -> 写具体的下一步动作\n\n### 模式 5：论文体段落结构\n小说中出现以下开头句 = AI 入侵：\n- \"不难看出\"\"由此可见\"\"事实上\"\"综上所述\"\n\n### 模式 6：书面语连词泛滥\n叙事散文中频繁出现：\"于是乎\"\"与此同时\"\"从而\"\"因而\"\"诚然\" -> 口语化替代或直接删除。\n\n### 模式 7：三连排比癖\nAI 喜欢把事情凑成三个以显\"完整\"。-> 砍到只剩最有力的一条。\n\n跨段「不是A。/也不是B。/只是C。」由 `formulaic-parallelism` 作 advisory：它可能是工整铺排，也可能承担辩解、悬念排除或情绪递进；只有重复提纲、拖慢画面时才压缩。该类提示与「至于X不X，怎么X」、同动词「不V A，不V B」都只作语义复核：对话也要检查，但有明确人物声线或任务功能时可保留；若来自细纲多个字段对同一要求的重复，正文只能消费一次，不能逐项复述。\n\n### 模式 8：解释腔 / 上帝视角 / 安排感\n最难察觉、却最\"像 AI\"的一类。叙述者跳出角色当下，去解释、剧透、总结、定性、拔高，读者能闻到\"作者在场\"和\"剧情被安排好了\"的味道。这正是\"说教感/上帝感/解释腔/机械感/刻意感/安排感\"的来源。\n\n| 表现 | 例（删/改） |\n|---|---|\n| 解释因果 | 「之所以…是因为」「原来…」「这意味着」「正是因为」-> 删。因果只从角色动作、对话、反应里让读者自己拼 |\n| 上帝视角剧透 | 「她不知道的是」「殊不知」「多年以后」「冥冥之中」「仿佛预示着」-> 删。只写角色此刻知道的，悬念让读者自己悬 |\n| 替读者下结论/定性 | 「演得真好」「这出戏她看过一遍」「他就是这样薄情的人」-> 删。把证据（神态、动作、台词）摆出来，定性留给读者 |\n| 替角色总结心理 | 「她明白，这一切都是命」-> 无新增信息就删；确有角色判断时保留带偏见的闪念，不强配身体反应 |\n| 总结/动机/评价链把意义说满 | 「他终于明白」「这是最好的选择」「所有人都会记住这一刻」-> 删掉定性，改成角色当下要处理的具体缺口、未完成动作或局部反馈；不是保留评价再硬塞物件/动作 |\n| 安排感/硬铺垫 | 为后文强行交代背景、整段回忆倒叙 -> 背景按角色此刻真实所需，用闪念、半句话、物件零碎带出，不集中交代 |\n| 升华式收尾 | 结尾对仗拔高、金句点题 -> 用一个动作或一句留白收住，把\"意思\"压进画面里 |\n| 抽象命运/开端收束 | 「命运终于露出獠牙」「早已布好的棋局」「这一刻终于明白」「属于他的反击才刚刚开始」-> 改成角色当下可见的文件、动作、对话或物理后果；`check-ai-patterns.js` 报 `abstract-summary-tic` 时优先处理 |\n| 套词密度过高 | 仿佛/一丝/一抹/深吸一口气/平静无波/指节泛白等成串复现（`cliche-density-tic`）-> 不是同义词轮换，整段回到角色当下证据：文件、动作、对话、物理后果 |\n| 套式反应细节 | 指尖轻叩、袖口里攥紧、指节泛白、目光移开、“语气平静得像在念……”等反应成片（`stock-reaction-tic`）-> 逐处做删除测试；只标注情绪而不改变选择、关系、物件或动作结果的删掉，不换部位和同义动作；有伤势、动作失败或情节后果的身体细节可留 |\n| 比喻密度过高 | 像/好像/仿佛/如同等比喻标记成片复现（`metaphor-density-tic`）-> 保留最能传递信息或情绪的一两个，其余改回具体动作、物件、声音、后果；不要换成新比喻 |\n| 系统公告公文腔过密 | 方括号规则/面板/公告行里硬规则词成片（`system-notice-formality-tic`）-> 保留为角色看见的屏幕/公告/规则载体；只在载体内部白话化部分硬词，或补角色当场看懂的具体后果，不改成叙述者解释 |\n\n**更隐蔽的一层（最难自查，没有标志词）**——同样是安排感/上帝感：\n- 评判性副词/补语：「关切得恰到好处」「笑得恰如其分」「不多不少」-> 作者在替读者盖章\"这是装的\"。只写动作（\"她掩了帕子，眼睛没动\"），装不装让读者自己判。\n- 剧透式点破潜台词：「那点笑她看得分明」「谁都看得出他在撒谎」-> 把藏着的挑明了。留着别点破。\n- 定性比喻/盖棺句：「像在宣判一件早已定好的事」「像看一件死物」-> 比喻在替角色下定论。非角色此刻强烈主观感受就删；要留也只能是她带偏见的瞬间感觉，不是客观断言。\n\n自检：每句问一遍——这是\"角色在经历\"，还是\"作者在讲解/安排\"？凡作者跳出来讲，删，或改成角色视角内的呈现。根治办法是锁定深度限知视角：只写视角人物此刻看得见、听得见、想得到的，镜头钉死在角色身体里，作者就没位置跳出来了。\n\n改法优先级：先删或原位替换污染句，不在段尾另补“人味”尾巴。需要补信息时，把原来的总结/动机/评价句改成角色当下能碰到的问题、手续、回信、付款、门外动静等具体压力；已有手机/屏幕/公告/门牌/表单等信息，优先作为角色看见的场内载体保留，不要转写成叙述者解释。具体载体跟剧情走，不套固定清单。\n\n**任务卡点不是固定公式，也不是通用补流程按钮**：它只是把已有解释落回角色当下要处理的缺口。先问原文有没有“要办的事”和“卡住的点”；有，才可以压成任务卡点；没有，就只删解释或改动作/对话，不新造事件链。改完再做“删掉试试”：删掉后不影响信息、情绪、关系、代价或伏笔，就压缩或删除。\n\n**但删解释腔 ≠ 把读者读懵**：新名词/新设定/新道具首次出现时，仍要让读者抓到一个锚——靠角色的动作反应、对话里半句自然提及、或场景里的物理后果，一笔带出它此刻的作用或分量；既不整段讲来历原理，也别只甩个零信息生词让读者干懵。人物记忆、情绪缓冲、因果承接也一样：如果一句看似解释/评价，实际承担小连贯（让读者知道角色为什么脸热、为什么停顿、为什么这一声压不住），不要机械删成摘录清单；把它压成角色当下的白话、动作、物件或半句念头。例：「蓝晶」首次出现不写\"这是储存记忆的装置\"，但可写她把蓝晶按上太阳穴、别人的记忆碎片炸开在眼前——功能被读者看见，全貌留作悬念。区分：锚是\"角色此刻撞上的可感知后果/记忆或情绪承接\"（留或压），解释是\"作者跳出来讲设定来历/原理/替读者下结论\"（删）。\n\n### 模式 9：过度压缩（电报体）\n\n去AI味删过头的反向指纹。每句都压到最短、结构虚词扫光、每个动作都补一个「了下/了一下」式轻反应。单句看着干净，连读像提纲，读者的体感是\"不流畅、喘不上气\"。删减的目标是删废话（解释、注水、凑数），不是删中文的自然冗余。\n\n| 表现 | 修法 |\n|---|---|\n| 非峰值叙述句也全部压成最短句 | 重拍句（动作/情绪/悬念峰值）保持短促；铺垫、过渡、日常动作写成自然白话句，保留 了/的/就/的时候 等结构虚词 |\n| 「扯了下/停了一下/拍了两下/松了半圈」式微动作高密度复现（check-ai-patterns.js 报 micro-action-tic） | 合并动作，换具体细节；不是每个动作都要接一个反应尾巴 |\n| 强调副词（连/才/又/只/全/反而）被扫光 | 删前判语义：承担人设、对比、讽刺义的保留（\"才二十三天\"删掉\"才\"，人设强调就反了） |\n| 对话语气词归零 | 按角色保留自然低频的 呢/吧/啊；也不反向猛加——人味来自结构自然，不是聊天腔 |\n| 叙述残留公文/文言腔（不得/须/未/已然/当前） | 换白话（不能/要/还没/现在）。系统公告、规则条文、面板播报可以保留冷硬功能；若 `system-notice-formality-tic` 报警，只在原载体内白话化一部分，不改成叙述者解释 |\n| 长文本里短叙述段成片（`overcompressed-prose-tic`） | 不是把所有短段拉长。先人工通读：重拍短句、密集镜头如果上下文顺，就保留；只处理读起来像提纲的过渡句，把它们并回同一镜头，让读者顺着动作、空间、因果读过去 |\n| 引号外叙述低连接密度且缺中长句（`low-connective-density-tic`） | 不是全局补“的/了/就”，也不处理台词/弹幕/系统播报的天然短促。先找叙述层读起来像提纲/电报体的断裂处，恢复必要连接、指代和中长承接句；有中长句链条的低功能词文本可保留 |\n\n自检：删完连读一遍，读感像提纲或流水口令，就是删过了——把非峰值句恢复成自然白话，不是接着删。\n\n本模式约束的是删减的度，不降低清理力度：选定 Gate 内的禁用词、套路句式、告知式心理照删照改；回填只回结构虚词和连接，不保留、不恢复任何模板措辞。\n\n### 模式 10：二修伪自然（油腻倒装 / 监控动作清单 / 对话指标化）\n\n一些“反检测提示词”会把文本推向另一种模板：为了提高突发性而乱倒装，为了真人感而机械加口误和脏话，为了手机阅读而强制每句换行，为了对话占比而把心理和叙述硬改成台词。这些不是自然网文，是二修痕迹。\n\n| 表现 | 修法 |\n|---|---|\n| 油腻倒装 | 不写“手里拿着刀，他冲了上去”这类伴随动作前置。连续同主语时，优先用场内物件、声音、局部身体或环境反馈自然换句首；不要滥用死物拟人 |\n| 监控摄像头式动作清单 | 同段连续“伸手拿起、取过、挑开、放下、转身……”像步骤表。合并琐碎动作，只保留有情绪、情节或空间功能的动作；必要时用角色犹豫、误判、旁人反应或环境反馈做缓冲 |\n| 高压场景误脱水 | 冲突、追杀、打斗可删解释和逻辑胶水；日常、暧昧、铺垫不能全章脱水。删的是废话，不是“的/了/就/但是”等自然连接 |\n| 吃字漏词 | 去 AI 后如果动词没有对象、动作指向不清、读者不知道谁对谁做了什么，要补回必要宾语、承载物或物理反馈；中文可省略，但不能省到像提纲 |\n| 对话指标化 | 不为凑 50%-60% 对话占比硬扩台词。台词只在角色真会说、此刻必须说时增加；长对白可拆动作，解释性对白优先压成冲突、回避或半句信息 |\n| 硬格式投机 | 不强制每句换行、50-60 字一行、不把省略号改成英文点、不把 `地/得` 全改错。按平台和项目既有格式走 |\n\n`check-ai-patterns.js` 的 `action-list-tic` 只提示监控动作清单，不是 blocking。功能性打斗/追逐/仪式步骤若动作链本身承担信息，可保留或标 `[需复核]`。番茄高分样本中该类命中为 0，因此适合作为“需通读”的风格提示，而不是硬性失败项。\n\n#### 工具提示处理\n\n`check-ai-patterns.js` 是本地写作 lint；blocking 只限确定性句式/标点问题，advisory 不作完成门槛。用户贴其他工具报告时，只把能落到正文的句式、段落、词汇问题转成具体修改点，不写“0% AI / 100% 真人”或“固定公式”，也不围绕分数反复微调。\n\n工具提示不高于读感规则。参考文本里若出现“仿佛/非常/感到”等套词或告知式心理，仍按模式 1-8 清理；不要机械补词、故意错字或按题材套壳。\n\n**去 AI 味补充判断**：\n- 优先处理：作者解释总结、意义尾巴、把情节翻译成“他意识到 / 这意味着 / 真正重要的是 / 这次成长”。优先删掉，或落回场内动作、对话、物件状态、任务状态和角色当场要处理的后果。\n- 场内载体优先：原文已有手机、屏幕、公告、门牌、表单、账单、物证、规则行时，保留为角色看见/读错/处理的文本或物件；不要把同一信息改写成叙述者解释规则。\n- 白话但不注水：少用精致戏剧反应短语（头皮发紧、眼皮一跳、心口一沉、胃里翻涌）连续替代剧情推进；能写普通动作/普通感觉就写普通动作/普通感觉，并保留自然的“的/了/就/但是/已经/之后/没有”等连接。\n- 题材文风优先：文风对标有帮助，但必须来自目标题材/本书文风指纹；不要把盘龙腔、旧网文腔、第一人称声口等当成跨题材万能修法。\n- 不要当通用修法：单纯加标题、补物件、补动作尾巴、拉长/压短句子、增加排队/门禁/记录体，不能替代具体的情节、视角和语言问题处理。\n\n#### 把提纲句写成连续段落\n\n当文本已无 blocking / 明显 advisory，但读起来仍像提纲时，只处理断裂处：\n\n1. 标出读起来像逻辑报告的段落：连续出现“他知道/他明白/这意味着/真正的问题/必须/需要”等判断链，却缺少当下动作、物件或对话反馈。\n2. 把叙述者结论落地：用角色当下能触到、听到、被迫处理的后果替代“他意识到/这意味着”。不要套固定物件清单，也不要把某个场景外壳当通用规则。\n3. 只在断裂处恢复自然连接和结构虚词；不设比例目标，不机械补连接。\n4. 系统公告、规则条文、面板播报可以保留冷硬短句；`system-notice-formality-tic` 报警时，只在原载体内白话化一部分硬规则词，或让角色当场看到具体后果，不改成叙述者解释。\n\n`overcompressed-prose-tic` / `low-connective-density-tic` 的具体修法：\n\n1. 圈出连续短叙述段，逐段标注功能：爆点/反转/恐惧重拍、密集镜头可继续短；铺垫、空间、因果、动作承接应并回同一镜头。人工读着顺，就不因该 advisory 继续拉长。\n2. 合并时优先补“动作顺序、空间方位、因果承接”，例如“抬头时/门外/已经/还/就/被”，而不是给每句硬塞“的/了/就”。\n3. 合并后再删套词和告知心理：读顺不是恢复 AI 腔，不能把“仿佛/感到/非常/好像”成片加回来。\n\n复核处理：如果清掉 `overcompressed-prose-tic` / `low-connective-density-tic` 后读感仍不稳，停止局部微调，转为段落级重写或人工读感对照。\n\n示例：\n\n```\n过度压缩：\n林遥抬头。\n雨棚外的街灯灭了。\n风也停了。\n柜台上的纸杯晃了两下。\n\n读顺后：\n林遥抬头时，雨棚外的街灯正一盏盏熄下去。风忽然停了，柜台上的纸杯还在原地轻轻打转。\n```\n\n\n---\n\n## 改写顺序（只排所选 Gate 的先后）\n\n下面三步只决定所选 Gate 内问题的处理先后，不另起一轮全篇去味；某一步没有对应的所选 Gate 就跳过。\n\n### 第一步：去泛化（Strip Generic）\n- 抽象情绪总结句 -> 按规则 2 判断：删重复说明，保留准确直写，需要时用原文已有信息落地\n- 假深度句 -> 删\n- 意义膨胀 -> 缩小到具体影响\n- 空洞结论 -> 删\n- 工整对比句式 -> 打散重写\n- 装饰性形容词堆砌 -> 白描\n- 过度使用\"于是\"\"然而\"\"此刻\" -> 删掉一半\n- 所有角色说话一样\"高级\" -> 区分语气\n\n**原则**：能删就删，不能删就用具体细节替换。\n\n### 第二步：去书面化（Cut Professional Diction）\n- 分析性用词（\"机制\"\"结构\"\"逻辑\"\"体系\"出现在小说中）-> 换成日常表达\n- 抽象名词滥用 -> 直接说事\n- 体制内用语（\"进一步\"\"深入\"\"推进\"\"落实\"）-> 删\n- 专业术语堆砌 -> 只保留必要的，用白话解释\n\n**例外**：保留专业感的场景（历史题材正式用语、文学向刻意密度、喜剧夸张修辞）。\n\n### 第三步：回自然感（Restore Natural Presence）\n- 具体的感官细节（气味、温度、触感）\n- 角色说话方式的区分（不同人不同语气）\n- 句首变化：连续 3+ 句用同一主语或同一词性开头时换开法（动作、场景、对话引入）\n- 节奏变化（长短句交错）：按情绪 beat、动作推进和戏剧单元自然调节句段长短；忌连续多段同一长度，也忌为凑短而碎成提纲。长短不是随机，沉淀处可放慢，冲突/反转处可骤短，完整推理与情绪链优先保持连贯\n- 社会位置感的对话（上级和下属说话方式不同）\n- 场景特有的记忆点\n- 项目特有的语言习惯（角色的口头禅）\n\n**原则**：少即是多。每段加 1-2 个具体细节就够了。\n\n### 执行范围\n\n调用方指定 Gate 时，只处理选定 Gate；改写顺序只排先后，不重新分级或扩大范围。未指定范围时，按实际问题选择适用检查。\n\n### 自检清单\n- 对话自然度检查：对话是否使用口语化表达，是否避免了书面语/正式腔调\n- 删掉任何一句，会影响理解吗？不会 = 可能多余\n- 不同角色能通过对话区分吗？\n- 有没有一个细节是这个场景特有的？\n\n---\n\n## 去AI味补充技法\n\n### Show vs Tell\n\n| 告知类型 | AI写法 | 自然写法 |\n|----------|--------|----------|\n| 告诉期待感 | \"他很期待\" | 展示期待->情绪->满足的链条 |\n| 告诉角色目的 | \"她想离婚\" | 用行动展示目的 |\n| 告诉角色态度 | \"她很冷静\" | 用对话和反应体现 |\n| 告诉剧情走向 | \"接下来会发生大事\" | 用铺垫->反转->延续展示 |\n\n### 心理描写润物细无声\n\n- 加括号标注内心活动 = 破坏代入感\n- 大段内心独白解释动机 = AI签名\n- 直接写\"她感到\"\"她意识到\" = 告知情绪\n\n**自然写法**：心理活动自然融入叙事，用行为暗示心理，用沉默/动作/反常行为表达内心。\n\n### 代入感检查\n- 主角行为读者能理解、共鸣、接受吗？\n- 反派够强吗？（弱反派 = 读者觉得主角赢了没意义）\n- 是否围绕人设写行为？（行为/语言/思维围绕人格展开）\n- 读者已知信息是否被有效操控？（信息差制造情绪波动）\n\n---\n\n## 改写范例库\n\n### 情绪落地示例\n\n| 原文与语境 | 处理 |\n|---|---|\n| 「他很紧张。再错一题，补考也过不了。」 | 情绪有具体原因，可以直写，不补手抖或出汗 |\n| 「她已经决定不再等他。她攥了攥袖口。」袖口动作无后续作用 | 删除第二句，不换成低头或咬唇 |\n| 「手腕的伤让他握不住笔，签名只写了一半。」 | 保留，身体状态造成动作失败，不能当作情绪套话删除 |\n\n### 场景描写范例\n\n**AI风场景**\n- '阳光透过窗帘的缝隙洒进来，在地板上投下斑驳的光影。空气中弥漫着淡淡的花香，仿佛整个世界都沉浸在一片宁静祥和的氛围中。'\n- 下午三点，客厅里只有钟在走。\n\n**AI风天气**\n- '天空阴沉沉的，乌云密布，仿佛随时都会下起倾盆大雨。凛冽的寒风呼啸而过，带着一丝刺骨的寒意。'\n- 要下雨了。风把晾在外面的衣服吹得乱晃。\n\n**AI风打斗**\n- '他的拳头犹如疾风骤雨般猛烈，每一击都蕴含着不容置疑的力量。对手的瞳孔微微收缩，显然没有预料到如此凌厉的攻势。'\n- 他一拳怼过去，对方没躲开，嘴角破了。\n\n### 结尾改写范例\n\n**升华式结尾** -> '他站在窗前，望着远方的天际线，终于明白了生活的真谛：有时候，放手才是最好的选择。' -> 他把烟掐了，回屋睡觉。\n\n**总结式结尾** -> '这一刻，一切都变了。她知道，从今以后，她的人生将翻开崭新的一页。' -> 她关上了那扇门。没回头。\n\n**感慨式结尾** -> '岁月如流水般悄然流逝……' -> 直接删掉这种段落。\n\n### 节奏调整范例\n\n> 以下范例处理的是臃肿修饰、堆叠比喻和抽象总结，不是「见长就拆」：改写后叙述仍以逗号长句为主（规则 3），不要把正常的逗号长句拆成短句串。\n\n**排比句**\n- '他看着她的眼睛，看着她的嘴唇，看着她微微颤动的睫毛，心中涌起一股难以名状的情感。'\n- 他看着她，她没说话。\n\n**臃肿长句去修饰**\n- '当他终于推开那扇沉重的木门时，映入眼帘的是一间昏暗的房间，空气中弥漫着陈旧的气息，墙角堆满了落满灰尘的箱子。'\n- 他推开木门，屋里昏暗，墙角堆着几个落灰的箱子。\n\n**工整段落打碎**\n- '她喜欢春天的花朵，喜欢夏天的阳光，喜欢秋天的落叶，喜欢冬天的白雪。每一个季节都有它独特的美。'\n- 她喜欢春天，别的季节也还行。\n\n---\n\n## 冲突对话改写范例\n\n### AI式温和对话\n- '我觉得你这样做不太合适，能不能考虑一下我的感受？' -> \"你眼里还有我吗？\"\n\n### AI式完美解释\n- '其实我这样做是有原因的，因为当时的情况非常复杂……' -> \"你能怎么着？\"她把茶杯重重放下。\n\n### 对话情绪五级递进范例\n\n同一冲突场景，从弱到强：\n\n1. **客观陈述**：\"你把我的东西扔了。\"\n2. **陈述+建议**：\"你把我的东西扔了，以后能不能先跟我说一声。\"\n3. **主观指责**：\"你凭什么动我的东西。\"\n4. **指责+命令**：\"你算什么东西，也配碰我的东西？滚出去。\"\n5. **指责+PUA**：\"我伺候你吃伺候你穿，你连个东西都放不好。你这辈子也就是这样了，离了我你什么都不是。\"\n\n### 震惊分层改写范例\n\n**AI式一步到位**：所有人都震惊了，不敢相信自己的耳朵。\n\n**自然分层震惊**：\n1. 对面的男人手抖了一下，茶杯里的水洒出来。\n2. 旁边的人互相看了一眼，有人往后退了一步，角落里有人开始掏手机。\n3. 刚才还趾高气扬的女人，脸上的笑僵住了。她张了张嘴，一个字没说出来。\n\n### 代入感修复范例\n\n**被动主角**：她很害怕，不知道该怎么办，只能等着事情过去。\n\n**主动主角**：她锁了门，把手机调成静音，打开了录音。\n\n---\n\n## 质量检查清单\n\n写完每章后，按此清单逐项扫描：\n\n- [ ] **段落控制**：段落按动作/信息变化断开，读起来不卡\n- [ ] **正文无破折号**：正文（含叙述和对话）无 `——`/`—`/`--`（用句号、逗号、短句或动作断句），不设置对话例外\n- [ ] **AI高频词扫描**：无不禁/仿佛/映入眼帘/心中暗道/沉声道/嘴角微扬/不由自主/只见\n- [ ] **弱化副词计数**：每1000字\"微微/淡淡/缓缓/轻轻\"不超过3个\n- [ ] **无三连排比**：没有AI式的\"三个一组\"修辞\n- [ ] **工整否定清单已复核**：跨段「不是A / 也不是B / 只是C」及其他 `formulaic-parallelism` advisory 已连同台词逐条复核；功能性修辞可保留\n- [ ] **无论文体**：无\"不难看出/由此可见/事实上/综上所述\"\n- [ ] **无书面语连词堆砌**：无\"于是乎/与此同时/从而/因而/诚然\"泛滥\n- [ ] **章尾无总结升华**：用动作/对话/悬念收束，无感悟/哲理/预告\n- [ ] **无大段心理描写**：心理活动不超过2段，无括号标注内心\n- [ ] **情绪落地**：按规则 2 保留准确直写与有功能的身体细节，删除重复说明，不给每个情绪词配动作\n- [ ] **对话口语化**：无书面腔，不同角色语气可区分\n- [ ] **标点不压平**：没有把质问、爆发、犹豫全部压成句号；也没有随机堆砌 `？`/`！`，或用 `……`/`——` 硬造停顿\n- [ ] **Show Don't Tell**：用行为代替形容词，用细节代替总结\n- [ ] **句长达标**：叙述默认是逗号长句（逗号之间 8-12 字、整句 20-30 字，规则 3）；短句只作偶尔的孤立重拍，用完回到逗号长句；没有连着的 ≤5 字碎片，没有通篇短句像提纲\n- [ ] **detector advisory 逐条复核**：`micro-action-tic` / `stock-reaction-tic` / `abstract-summary-tic` / `cliche-density-tic` / `metaphor-density-tic` / `reasoning-chain-tic` / `system-notice-formality-tic` / `overcompressed-prose-tic` / `low-connective-density-tic` / `action-list-tic` 命中时按脚本给出的修法处理：先通读判断是不是机械复现，确属再改；功能性写法保留或标 `[需复核]`，不做同义词轮换、不机械注水\n- [ ] **不做硬指标投机**：不为反检测强制每句换行、50-60 字一行、对话 50%-60%、英文点省略号，或把 `地/得` 全改成 `的`\n- [ ] **任务卡点服从原文边界**：抽象总结若改成角色办事被卡住，必须来自原文已有任务/证据/手续/物件缺口；不新增原文没有的事件链\n- [ ] **对话自然度测试**：无书面语痕迹 = 通过\n\nFile v1.1.29:references/artifact-protocols.md\n\n# 产物创建模板\n\n大纲与卷纲的模板，出卷纲时（workflow-volume.md）读。\n\n**模板列表：**（设定/关系、设定/题材定位的模板在 workflow-setup.md 文末；细纲模板与排纲底稿模板在 workflow-outline.md）\n- 大纲/大纲.md（全书鸟瞰 + 全书体量与阶段总览）\n- 大纲/卷纲_第X卷.md（含卷契约+终局储备+剧情单元+情绪弧线+反转规划）\n- 追踪/（首次写正文前由脚本生成，见文末「追踪体系」）\n\n**层级关系（全书 › 卷 › 剧情单元 › 章 › 情节点；故事线横向贯穿多个剧情单元）：**\n- 大纲.md = 全书鸟瞰（每卷一两句话定位）\n- 卷纲_第X卷.md = 单卷规划（故事线+剧情单元+情绪+人物+伏笔+反转）\n- 细纲_第XXX章.md = 单章蓝图（单元ID/位置 + 主角目标/关键选择 + 内容概括 + 多线情节安排 + 人物关系/出场顺序 + 情节细化 + 结尾设定/钩子）\n\n**概念对照（统一叫法，减少混淆）：**\n- **剧情单元** = 一段完整剧情（1.5-3 万字/数章，一个矛盾从起到收）。拆书侧就是 `剧情/{剧情单元名}.md`，本书侧就是卷纲里的**剧情单元卡**，统一叫剧情单元。outline-structure-theory.md 的「一级/二级/三级结构」指全书结构类型，不是单元名。\n- **故事线** = 贯穿多个剧情单元的线（主线/感情线/成长线/夺宝线…），比剧情单元大一层。拆书侧是 `剧情/故事线.md`，本书侧是卷纲的**本卷故事线**表（L 编号）。剧情单元纵向切段，故事线横向贯穿，同一卷的两个视角。故事线编号是 `L01` 式两位数，单元ID 是 `L1-03` 式（卷号＋连字符＋序号），别混用。\n- 「循环」一词只在**节奏义**保留（爽点循环、升级循环、小/中/大循环等），不再指代规划单元。\n\n---\n\n## 大纲/大纲.md\n\n全书鸟瞰。顶部为「全书体量与阶段总览」（总章节数/目标字数/全书情绪曲线/阶段划分/各阶段节奏公式/关键节点与钩子链，结构见 [workflow-volume.md](workflow-volume.md)），其后接卷级大纲一段式汇总：\n\n```markdown\n# 大纲\n\n## 全书体量与阶段总览\n{按 workflow-volume.md「全书体量与阶段总览」结构填写}\n\n## 卷级大纲\n### 第一卷：{卷名}（约 {X} 万字，{Y} 章）\n- 功能 / 所属阶段 / 卷契约 / 终局储备 / 阶段边界 / 核心事件 / 起始状态 → 结束状态\n（一段式汇总；展开见各卷 卷纲_第X卷.md）\n```\n\n---\n\n## 大纲/卷纲_第X卷.md\n\n卷纲是大纲的展开——大纲决定方向，卷纲决定节奏。包含本卷全部创作规划。\n\n```markdown\n# {卷名} 卷纲\n\n## 核心信息\n- 章节范围：第{X}-{Y}章\n- 字数目标：{W}万字\n- 本卷定位：{铺垫/发展/高潮/转折/收尾}\n\n## 卷契约与终局储备（参 `reader-contract-and-progression.md`）\n\n> 单章放开密度、宏观管住终局储备。主推线之外的线按剧情自然给战果，一战多得允许；真正要守的是本卷别动用还不该解锁的终局底牌。\n- 卷契约：{本卷读者期待、主角高光、主要期待债}\n- 本卷主推线：{1条承担本卷最大高潮的升级线：战力线/资源线/身份线/关系线/信息线/地图线/制度线/势力线/事业线/情感确定性}\n- 本卷战果：{其余顺带兑现的线，轻触到大涨皆可；一战多得是好设计}\n- 本卷解锁的终局里程碑：{参 `设定/题材定位.md`「终局底牌与升级台阶」小节，本卷推进或解锁哪一个大里程碑}\n- 本卷禁碰的终局底牌：{尚未到解锁卷、本卷不得动用的宿敌/真相/身份/金手指上限}\n- 本卷鼓励长出的：{2-4 类本卷排纲时鼓励发明的东西——新故事线类型、对手侧的人、场面里的物、规矩细则、可数刻度序列；只列品类与方向，不预写内容。与上一行配对：上一行说不许动什么，本行说往哪儿长}\n- 契约风险：{契约安全 / 需补强 / 契约破坏；需补强时写清补强方式}\n\n## 本卷故事线（L 编号唯一分配处；主线之外至少 2 条）\n\n> 比剧情单元大一层的横向线。剧情单元卡「本单元在跑的线」按 L 编号引用本表。支线必须与主线有对接口（见 outline-conflict.md「支线 = 完成主线的手段」、outline-structure-theory.md「支线设计原则」）。\n\n| 编号 | 线 | 类型 | 推进靠什么 | 与主线怎么对接 | 本卷区间 | 主线停摆时能否单独扛一章 |\n|---|---|---|---|---|---|---|\n| L01 | {一句话} | {主线/资源/人脉/地位/身份/关系/信息/配角暗线} | {它自己的推进器：谁在推、图什么、时限是什么} | {汇聚点：在哪一章、以什么形式并回主线} | 第{A}-{B}章 | {能／只能半章／不能} |\n\n末栏是主线薄时的可调存量清单。填「能」的线要有自己的对手、自己的时限、自己的可见收益，不依赖主线事件发生。全卷没有一条填「能」时补线，不靠拉长主线填章。\n\n## 剧情单元卡（1–3 万字为可调经验值；存于卷纲内；不另建单独文件）\n\n> 剧情单元卡与下方「对标结构坐标」是同一单元的不同视角（见 workflow-volume.md「对标节奏迁移」），不重复编排。单元长度按本书题材、既有兑现节奏与对标调整，不是硬门槛。规划各关键节点时按 `reader-contract-and-progression.md`「契约四问」检查；无需主角亲自执行每个动作。高潮/兑现后可留短暂低压，以小而可见的收益/奖励承接下一轮压力。引入新地图/机构/能力/敌人/谜团时按第 4 问检查，不得借新鲜感逃避旧承诺。\n\n### 剧情单元 L{卷号}-{序号}\n- 单元ID：L{卷号}-{序号}（字母 L 开头，如 L1-03；不能写成 1-03，也别和故事线编号 L01 混）\n- 章节范围：{第A-B章}\n- 对标剧情参照：{{书名}《剧情标题》（类型/桥段标签；借什么：结构分布/情节点索引/兑现方式）；可列 2-3 条，无对标写「无」；**允许填「自创：{一句话理由}」**——单元内容形态不强制映射对标，自创单元照常过排纲自查与建纲批末复核}\n- 单元节拍/章功能分配：{建立期待→尝试→加压/转向→决定性行动→兑现→余波；标对应章范围，可按题材删改；建卡时可按「对标剧情参照」剧情单元提炼的共性节拍填写，见 workflow-outline.md「按剧情批出细纲」}\n- 单元承诺：{本单元向读者建立的情绪命题/期待，以及要偿还的期待债}\n- 单元情绪引擎：{核心情绪命题→承载对象/情绪缺口→受阻或缺口维持原因→本轮触发→主角不可替代的点火/转化动作→意义变化或可见兑现→题材/契约兑现；承载对象可为人物/关系/目标/规则/场景；不适用环节可写无/即时，但须保持因果闭合；机制按题材选，不强制误解/物件/反转}\n- 卷级贡献：{它如何服务本卷契约、阶段节奏或卷级目标}\n- 主角局部目标与核心利益：{主角本单元要保住/拿到/证明什么}\n- 因果入口：{由上一单元或既有事件自然引出的入口}\n- 核心阻碍：{主要敌意、限制、误判或资源缺口}\n- 关键选择与决定性行动：{主角不可替代的判断、选择和行动}\n- 兑现方式与归属：{核心兑现如何发生，收益归谁、如何可见}\n- 本单元主推线/战果：{沿用卷契约划分——主推线1条承担高潮，其余线给战果，一战多得允许}\n- 本单元在跑的线：{按 L 编号列，主线之外至少 1 条；每条写「L0X 从哪一步推到哪一步」，不重述线本身。本单元不动的线不列}\n- 终局底牌边界：{本单元不得动用的未解锁宿敌/真相/身份/金手指上限；碰到就按契约四问第 3 问改纲}\n- 禁止提前释放：{本单元不能提前解决/揭露/升级的内容}\n- 下一单元因果钩子：{自然推入下一单元的问题、代价、线索或新目标}\n- 契约风险：{契约安全 / 需补强 / 契约破坏；需补强时写清补强方式}\n\n> **段位契约（新建卷纲必须照此写；取段器按此解析）**：每个 `##`/`###`/`####` 标题的**下一行**写一行 `> 作用域：X`，X 取二值之一——\n> `卷级常任`（全卷有效，取段器恒定带出）／`单元级 {单元ID}`（只在该单元的闭包里出现）。\n> 三条纪律：**①全卷常任规则不许写在单元块里**——单元块只写本单元落点＋一行指针，规则本文放 `## 全卷常任裁定`（checker 会按「全卷／常任／全程生效」字样报 E4）。\n> **②被推翻的内容不留旧文**——改成 `⊘ 已退役 → 见 {何处}` 起头的行，取段器默认不输出，读到的一定是当前有效值。\n> **③排纲底稿不进卷纲**——供给自查、建纲追加写在 `大纲/排纲底稿_{单元ID}.md`（模板见文末），底稿里凡有写作期约束力的条目（跨章祈使：全程不许／往后任何章／此后不再…），**建纲当场就写进**该单元的单元级段或细纲。老卷纲里的 `批次底稿 {单元ID}｜状态：在用|已退役` 段仍可读（排纲时 `--stage outline` 取出，`--check` 的 W1 告警盯其中的跨章祈使），新卷纲不再写。\n> 落盘后跑 `outline_view.py --check --strict {卷纲路径}`，问题数归零；读取方式见 SKILL.md「卷纲不整读」。取段器输出闭包：全部卷级常任段＋该单元的单元级段，逐章表按单元章区间裁行，退役行默认不输出（看历史加 `--history`）；未声明作用域的段会被保守纳入并告警。老卷纲里还留着「作用域：批次底稿」段的，排纲时加 `--stage outline` 一并取出，写正文不加。\n\n## 全卷常任裁定\n> 作用域：卷级常任\n\n{对本卷每个剧情单元生效的规则本文写在这里，单元卡与排纲纪律只写落点、不复读规则。编号列出，单元侧按「常任 N ＋本单元落点」引用}\n\n## 核心矛盾\n{一句话：本卷要解决什么问题或达到什么目标}\n\n## 对标结构坐标\n{有对标书时填；无则写\"无对标，按八节点占比自排\"。迁移步骤见 workflow-volume.md「对标节奏迁移」；对标关键情节优先取自被参照剧情单元的「情节点索引」}\n- 主对标卷段：{对标书}第{A}-{B}章（核心矛盾对应：{一句话}）\n\n| 归一化位置 | 本卷章区间 | 对标关键情节 | 本卷对应（换素材） | 类型{逆转/转折/激励} |\n|-----------|-----------|-------------|-------------------|---------------------|\n| 1/4 | 第{N}章 | {对标事件} | {本卷事件} | {类型} |\n| 中点 | 第{N}章 | {对标事件} | {本卷事件} | {类型} |\n| 3/4 | 第{N}章 | {对标事件} | {本卷事件} | {类型} |\n\n## 情绪弧线\n- 模板：{V形/倒V形/W形/渐进形/延迟满足形/急转弯形}\n- 选择理由：{结合题材和本卷定位}\n\n| 章节 | 章节定位{可留空} | 情绪基调{紧张/轻松/悲伤/热血/温馨/震惊} | 情绪强度{1-10} | 触发事件 |\n|------|------------|-----------------------------------------|--------------|---------|\n| 第{N}章 | {高压/推进/修炼试错/关系回收/低压生活/信息整理} | {基调} | {N} | {事件} |\n\n> 章节定位可留空，留空按普通推进章处理（即退化为现状）。情绪强度是情感烈度，和章节定位的爆发压力是两回事——关系/泪目章可低压力但高情绪强度。一卷要有高低层次，低压 + 过场克制（合计不超约 15%，题材分档见 outline-structure-theory.md），别全程同一力度；逐行看相邻章情绪基调，别同一母题连超 2-3 章。章节定位与底线见 workflow-volume.md「章节定位与张弛」。\n\n## 人物弧线\n| 角色 | 本卷起点 | 本卷终点 | 关键转变 |\n|------|---------|---------|---------|\n| {名} | {状态} | {状态} | {事件} |\n\n## 本卷反转（如有）\n| 类型{身份/动机/阵营/信息/命运} | 涉及角色 | 误导路径 | 揭示章节 | 影响范围 |\n|------|---------|---------|---------|---------|\n| {类型} | {名} | {如何误导读者} | 第{N}章 | {影响哪些线} |\n\n## 本卷伏笔（F 编号唯一分配处；表按编号排）\n| 编号 | 伏笔 | 埋设章节 | 预计回收 | 类型{短期/中期/长期} |\n|------|------|---------|---------|---------------------|\n\n## 本卷刻度台阶\n{以下刻度台阶、打脸债、压力线轮转三表按本书需要填写；不适用时可省略或写「无」，不为填表新增剧情。}\n{读者在本卷要学会哪几把尺子，以及每一格在第几章被立起、第几章被跨过（尺子先于要度量的那件事出场）。刻度本身存在 `设定/世界观/`，本表只登记它在本卷的**呈现时机**，不重复定义}\n\n| 刻度 | 全部档位（可数序列） | 主角本卷起点 | 本卷终点 | 立起于第几章 | 跨格于第几章 |\n|------|--------------------|------------|---------|-----------|-----------|\n| {身份/资质/财力/实力/名次} | {甲→乙→丙→丁，共4格} | {丙} | {乙} | 第{N}章 | 第{N}章 |\n\n## 本卷打脸债\n{有人当众看轻主角、下了绝对化断言、或立了一个会被推翻的规矩（伏笔是情节种子，打脸债是情绪欠条——可不推进情节，但必须还）。跨卷未还的挂在这里不删}\n\n| 原话或断言 | 谁说的 | 第几章说的 | 预定兑现 | 兑现形式{对称/超额/由第三方转述} |\n|-----------|-------|----------|---------|------------------------------|\n| {\"就凭你也想…\"} | {名} | 第{N}章 | 第{N}章 | {对称：他说打断双手，结果自己断了三指} |\n\n## 压力线轮转\n{同时挂着的几条压力线，以及各线在哪些章推进、哪些章静默。**每章只推一到两条**，其余保持静默；静默的线用一句比价维持存在感（\"那位再横，还能横过某某吗\"）}\n\n| 压力线 | 类型{环境/同侪/结构} | 可否交涉 | 本卷推进章 | 静默章 | 解决方式 |\n|-------|-------------------|---------|----------|-------|---------|\n| {名} | {结构} | {否，靠变强也解决不了} | 第{N}、{M}章 | 其余 | {本卷不解决，只加压} |\n```\n\n创建参考：`outline-methods.md` (大纲三层结构法) + `outline-rhythm.md` (升级感三步设计法) + `emotional-arc-design.md` (六种弧线速查) + `long-reversal.md` (反转类型与长线层级)\n\n---\n\n## 大纲/细纲_第XXX章.md\n\n模板、字段规则与落盘验收见 [workflow-outline.md](workflow-outline.md)。\n\n---\n\n## 追踪体系\n\n规划阶段不建 `追踪/`，首次写正文前才初始化；各文件的分工、字段与体积上限见 [tracking-transaction.md](tracking-transaction.md)，全部由 `tracking_commit.py` 生成，不得各自追加或局部 Edit。\n\n---\n\nFile v1.1.29:references/author-memory-maintenance.md\n\n# 作者记忆维护\n\n[author-memory.md](author-memory.md) 的少见时刻补充：记一条、确认、替换、忘掉和优先级仍按那份协议，本文件只在下列情况读——作者说「整理作者记忆」，或回执 `warnings`／查询 `omitted_ids` 提示超编；写入因 `作者画像.md` 写满失败；书根就是工作区，或工具报 `state.book`、单书布局错误；要做存量迁移 `migrate`、多事件原子 `commit`、派生视图 `check`；冲突候选要落定；碰到升级前留下的旧条目。\n\n作者记忆借鉴“原始证据 → 候选 → 已确认画像 → 变更记录”的记忆管道，但把决定权留给作者。\n\n## 文件\n\n```text\n{工作区}/.story/作者记忆/          # 项目级 store：global / genre / workflow 条目，编号 AP\n├── _author-memory-state.json  # 唯一结构化权威\n├── 作者画像.md               # 仅 active，供作者查看与管理\n├── 待确认.md                 # pending / conflict，不参与约束\n└── 变更记录.md               # 最近 100 次、最新在前的事务记录\n{书}/.story/作者记忆/            # 书级 store：只存这本书的 book 条目，编号 BP，同样四个文件\n```\n\n三个 Markdown 文件都从 state 确定性生成，禁止手改；完整历史保留在 state，变更记录只展示最近 100 次。`作者画像.md` 是人类管理视图，普通写作 agent 不整份注入，而是调用 `query` 取得本次相关的紧凑上下文。\n\n## 任务映射表\n\n各 skill 入口的 `query` 命令按此表选 kind；写入时的预算提醒也按这四类任务组合估算。\n\n| 任务 | query kinds | 注入位置 |\n|---|---|---|\n| 正文初稿 / 续写 | `prose_style` + `story_design` | 主会话与实际正文 agent |\n| 去 AI 味 / 改写 | `prose_style` | 主会话与实际改写 agent |\n| 设定 / 大纲 | `story_design` + `workflow` + `interaction` | 主会话，不传正文 agent |\n| 审稿 | `delivery` + `interaction` + 必要的 `prose_style` | 主会话，不降低 rubric |\n\n审稿匹配项只用于交付格式、协作方式和“作者有意采用的表达选择”说明；问题严重度和 PASS/FAIL 仍由 rubric 决定。\n\n## 注入预算与容量\n\n- **写入不因注入预算失败**：`record` / `commit` 照常成功、给回执；工具按上表四类任务组合估算最坏查询情形（全局条目＋各 scope 维度最重的单一切片，切片按大小写无关归并、轻重按写作时真正读到的字段算，与真实查询同一把尺），装不进 2048 字节的组合在返回的 `warnings` 里点名将被略过的条目及其断言首句。\n- 写入落盘后另一级 store 读不出来（书目录不存在、`--book` 与书级记录不符等）也照常给回执，`warnings` 注明本次提醒没算上它。写书级条目时「本书＋全局」按实际条目精确计算；写项目级条目时只看得到项目级 store，顺手传 `--book-root` 就把当前这本书也算进提醒。\n- 查询按 **重要度 → 本书例外 → 最近更新** 排序装填（同一范围的条目必在同一 store，「最近」按该 store 的修订号比，不跨 store 比较），先丢的恒是重要度较低的条目——`importance` 决定超编时谁留在 prompt 里。装不下的条目跳过而不中断（一条长的不挡后面的短条），漏下的 ID 按同一优先级报进 `omitted_ids`（最多列 20 条，`omitted` 是真实总数）。\n- 注入预算之外还有一道硬上限：`作者画像.md` 超过 12288 字节时写入会直接失败并要求先整理。active 条目攒到几十上百条才会碰到（远在注入预算之后），碰到就走「整理作者记忆」；`forget` 这类减量操作在满编时照常可用。\n\n## 整理作者记忆\n\n作者说「整理作者记忆」，或回执 `warnings`／查询 `omitted_ids` 提示超编、写入因画像写满失败时：读项目级与当前书的 `作者画像.md`（每条都标了范围、重要度、把握和确认次数，重要度就是超编时的去留依据），提出合并同义条（`replace` 多合一）、退役过时条（`forget`）、给错标成 `high` 的条目下调重要度、把超长断言压缩成一句话的提案；项目级画像里还有「本书：」条目时，「对该书运行 `migrate --book-root`」列为默认提案项。清单用原话逐条列给作者确认（编号只放括号里），确认后按 store 各汇成一份 `commit` 事务提交（一份事务只写一个 store）。合并时保住每条的否定词、限定词和适用范围——合不动就退役其中一条，不要靠删限定词把两条凑成一条。整理只由作者发起或确认，不自动执行。\n\n## 冲突候选\n\n冲突候选（`conflict`）不能绕过旧规则直接 `decide=activate`。作者选新说法：用 `replace`，`old_ids` 同时列旧 active 条目和这条冲突候选，新条目直接 active、两条旧的标 `superseded`；作者留旧规则：对候选 `decide=reject`。旧条目被 `replace` / `forget` 撤下后，它不再是任何候选的冲突对象，冲突对象清空的候选退回 `pending`。\n\n## 单书布局\n\n书根就是工作区（`--book-root` 与 `--workspace` 同一目录）时，书级 store 改住 `{工作区}/.story/作者记忆/书级/`，与项目级各自一份 state；首次建立的书名优先取项目级存量本书条目里唯一的书名，再取目录名。旧版曾把书级 state 写在项目级位置，此后项目级读写都报 `state.book`；带 `--book-root {工作区}` 运行任一命令（含 `query`）会先把它原样移进 `书级/`，不改内容。这个目录其实是某个工作区里的一本书时（上一层叫 `长篇/` 或 `短篇/`，或某个祖先有 `.active-book` 或项目级 state），工具直接报错、不动任何文件，按报错改传 `--workspace`。\n\n## 存量迁移\n\n不做双读：升级前写进项目级 store 的 book 条目不再参与查询与预算估算，也不再接受新的 book 写入；它们仍在 `作者画像.md` 里可见、可 `decide` / `forget`。对每本书运行一次 `migrate --book-root {书目录}` 即可整批搬回来：断言、证据、确认次数、重要度原样保留，换成 `BP` 编号，原 `AP` 条目标 `superseded` 并注明去向；与全局条目的冲突关系在迁移后不再成立，这类候选退回 `pending`。书级每个源条目一笔事务，重跑只补没做完的一半。「整理作者记忆」看到项目级画像里还有「本书：」条目时，把迁移列为默认提案项。\n\n## 旧条目\n\n- 升级前写下的长断言不受 120 字节新建上限约束：原样重申它会**强化**原条目（确认次数 +1），不会因超长被拒；只有真正新建条目才校验 120 字节。\n- 存量 state 里推断类旧来源的条目照常可读、可确认、可退役；新写入仍只接受 `explicit_user`、`accepted_suggestion`、`manual`。\n\n## 其他命令\n\n先依次尝试 `python3`、`python`、`py -3` 找到 Python 3，再从当前 skill 根运行本地副本（`record` / `query` 见 author-memory.md）：\n\n```text\n{PYTHON} {当前 skill 根}/scripts/author_memory_commit.py init    --workspace {工作区} [--book-root {书目录}]\n{PYTHON} {当前 skill 根}/scripts/author_memory_commit.py commit  --workspace {工作区} [--book-root {书目录}] --input {工作区}/.story/work/作者记忆-事务.json\n{PYTHON} {当前 skill 根}/scripts/author_memory_commit.py migrate --workspace {工作区} --book-root {书目录}\n{PYTHON} {当前 skill 根}/scripts/author_memory_commit.py check   --workspace {工作区} [--book-root {书目录}]\n```\n\n- `commit`：高级批量入口，只在需要把多个动作绑定成一次原子提交时用（如整理作者记忆）。顶层传 `schema_version`、唯一 `transaction_id`、当前 `expected_state_revision` 和含 1–32 项的 `operations`（每项与单事件的 `operation` 同形）。一份事务只写一个 store；先在内存完成 schema、引用、容量和所有视图校验，操作按数组顺序应用，任一步失败则整份事务零写入，最后原子替换 state。过期修订会在任何写入前失败。事务文件在成功前必须保留，成功后删除；显式记忆请求按 author-memory.md「回执怎么告诉作者」转告。\n- `migrate`：把项目级 store 里某本书的存量 book 条目整批搬进 `--book-root` 的书级 store，幂等，中途失败直接重跑；返回 `migrated`（源→新编号），没有存量时为空。\n- `check`：从 state 重建并逐字核验所有派生视图；传 `--book-root` 时两级一起核验。\n- `init`：显式初始化 store；平常不需要，首次 `record` 会随事务创建。\n\nFile v1.1.29:references/author-memory.md\n\n# 作者记忆协议\n\n作者记忆保存跨会话复用的创作偏好，不保存小说世界里的事实，决定权留给作者。本文件管最常见的时刻：作者说出一条偏好，或要确认、替换、忘掉某条。少见情况读 [author-memory-maintenance.md](author-memory-maintenance.md)：整理作者记忆与超编、画像写满、单书布局与 `state.book` 报错、存量迁移、多事件 `commit`、`check`、冲突候选落定、升级前的旧条目。\n\n## 边界与优先级\n\n加载优先级从高到低：\n\n1. 安全、用户授权范围、明确的平台交付要求、字数与文件协议；句长、视角、修辞和标点偏好不属于不可覆盖的硬门禁；\n2. 用户在当前请求中的明确要求；\n3. 当前书的 `设定/文风.md`、题材定位、细纲和其他项目设定；\n4. 作者记忆中的本书偏好；\n5. 作者记忆中的题材、流程和全局偏好；\n6. 对标素材、通用方法和默认值。\n\n按表达维度取最窄适用要求：低优先级只补缺项，不与高优先级要求并列执行。通用 references 自称“必须/禁用”不改变此顺序；审稿不因作者有意采用的表达本身扣分，真实可读性与因果问题仍照常评价。\n\n作者记忆不能把本书事实写进 `.story/作者记忆/`，不能覆盖当前请求，不能降低审稿 rubric，也不能让去 AI 味改动剧情意图。小说事实继续由各书的 `追踪/` 和 `设定/` 管理。\n\n## 存放与路由\n\n两级 store，记忆随书走：`{工作区}/.story/作者记忆/` 存 global / genre / workflow 条目（编号 `AP`），`{书}/.story/作者记忆/` 只存本书的 book 条目（编号 `BP`）。每级各有 `作者画像.md`（生效条目）和 `待确认.md`（候选，不参与约束），都从 state 生成，禁止手改；不存在时写作、审稿、去味照常继续，首次 `record` 自动创建。\n\n- `--workspace` 必须显式传，指创作工作区根——承载多本书、`.active-book`、`长篇/`、`短篇/` 或 `拆文库/` 的那一层；已有记忆时，是项目级 state（不带 `book` 字段）所在的最近祖先。`长篇/`、`短篇/` 下的书目录永远不当 `--workspace`，也不要把用户主目录当默认工作区。\n- `--book-root` 是当前书的项目目录（`.active-book` 指向、或含 `设定/`、`正文/` 的那一层，如 `{工作区}/长篇/{书名}/`）；书名默认取书级 state 记的名字，首次取目录名，`--book` 可覆盖。书根就是工作区时读维护文件「单书布局」。\n- ID 前缀就是 store：`decide` / `forget` 看 `item_id`（`AP` 项目级，`BP` 书级），`remember` / `replace` 看 `scope.level`（`book` 书级，其余项目级）。书级操作必须传 `--book-root`，没传直接报错，不会退而写进项目级。\n- `replace` 与 `conflicts_with` 不能跨 store：本书例外按优先级覆盖全局规则，不算冲突，直接 `remember` 为 book 条目；要把全局规则改成本书规则，拆成 `forget` ＋ `remember` 两个事件。\n\n## 查询\n\n各 skill 入口已写好本任务的 `query` 命令（长篇正文由组装脚本代查）；没写命令的长篇设定、大纲等任务查 `story_design` + `workflow` + `interaction`，结果只给主会话、不传正文 agent。四类任务的映射表见维护文件。state 存在才查（两级都不存在时返回空结果、零写入）；结果合并项目级与 `--book-root` 所指书级（不传就拿不到本书条目），`--kind` 必传，输出不超过 2048 字节。\n\n普通创作只做一次本地 `query`，完整画像、证据、候选和 journal 不进 prompt。查询项是低优先级倾向，不是逐条打卡清单：自然吸收，不复述画像、不刻意提高词面命中率，不为命中牺牲连贯、节奏、字数或本书既定笔调。**`omitted_ids` 非空＝记忆超编**，不是「没有更多了」：转告作者并建议「整理作者记忆」，不得改读完整画像规避预算。待确认项不进 prompt，也不为确认它们中断任务；只在作者主动查看、候选积累到适合回顾的节点，或新偏好与 active 条目冲突时集中呈现。\n\n## 记不记、记成什么\n\n不装记录全部用户消息的 prompt hook，不在作者没开口时观察他，只记作者明确表达的偏好。是否属于长期习惯由 agent 判断，拿不准就只执行不记录；作者可明说“记住：……”，以回执验收。\n\n| 输入证据 | 处理 |\n|---|---|\n| “以后都这样”“我一直习惯……”等直接、稳定、范围清楚的原话 | `active`，`source=explicit_user` |\n| 用户明确接受助手提出的长期做法 | `active`，`source=accepted_suggestion` |\n| 作者原话像长期偏好但范围或稳定性含糊 | `pending`，取当前最窄合理范围；待确认只来自作者自己的话 |\n| 同类修改反复出现、从成稿或操作轨迹看出的模式 | 不记录、不推断；作者没开口的偏好不进记忆 |\n| “这一章别……”“这次给我……”等一次性要求 | 只执行，不记录 |\n| 角色、时间线、伏笔、世界观、当前剧情走向 | 写项目设定/追踪，不写作者记忆 |\n| 助手自己生成的文字、默认模板、工具告警、rubric 结论 | 不自我学习 |\n\n保留否定词、限定词和适用范围：`quote` 写原话，`assertion` 只做不改变语义的紧凑归纳，**新建条目限一句话（≤120 字节，约 40 个字）**，写不下就压缩措辞、不切限定词；背景写进 `reason`（不进 prompt），不另开字段。\n\n**一条偏好就是一条记录，例外和限定不许拆出去单列。** 「以后少用破折号，对话里也别用，除非表示打断」整条写成「破折号少用、对话里也不用，只在表示打断时保留」：超编时条目逐条被丢，拆开就可能只丢掉例外，把作者说过的限定变成绝对禁令。只有原话塞了**几条互不依赖**的偏好（如「多用短句」＋「章末留钩子」）才拆。\n\n范围：“本书 / 这个角色 / 这次连载” → `book`；“都市文 / 这类题材” → `genre`；交稿、检查、确认节奏等操作习惯 → `workflow`；“以后 / 一贯 / 我习惯”且无更窄限定 → `global`；含糊但可能稳定 → 最窄合理范围并置 `pending`。\n\n类型：`prose_style`、`story_design`、`workflow`、`delivery`、`interaction`。置信度与重要度均为 `low | medium | high`；超编时先丢重要度低的，按偏好的实际分量填，不要一律 `high`。`source` 只接受 `explicit_user`、`accepted_suggestion`、`manual`，工具拒绝推断类来源。\n\n## 确认、替换、忘掉与冲突\n\n- 同一类型、范围、归纳文本再出现，脚本强化原条目（累加证据与确认次数），不重复建条。\n- 新偏好与同一 store 的 active 条目矛盾：以 `conflict` 记候选，`conflicts_with` 列冲突 ID，本轮仍按当前要求执行；本书例外与全局规则不算冲突。冲突候选不能直接 activate，落定见维护文件「冲突候选」。\n- pending 用 `decide=activate|reject`。同一范围的规则改版用 `replace`，新条目启用、旧条目标 `superseded`；只有作者明确撤销或改变旧规则范围才跨范围替换。\n- 作者说“忘掉 / 这不再是我的习惯”用 `forget`，保留历史证据但不再加载。active 条目的语义不可原地偷改，语义变化必须 replace，历史才可审计。\n\n## 回执怎么告诉作者\n\n回复就两行纯文本，不加代码块或引用格式：第一行用一句人话说记住了什么、管哪本书或哪类场合，如「记住了：《{书名}》的对话一律用「」，以后写这本书都照这个来；想改随时说。」；第二行是机器回执作凭证，如「技术备注：Author Memory Receipt: r1 · BP001」。\n\n- 确认、替换、忘掉同理：「好，这条生效了：……」「换成了：……，原来的「……」不再用」「忘掉了：……」。只进待确认时说「这条先记在待确认里，你说\"确认\"才生效」；有冲突时用原话说明跟哪条旧习惯冲突。\n- `warnings` / `omitted_ids` 不原样贴：说「你的习惯攒得有点多，写正文时这几条可能顾不上：「……」」，并建议说「整理作者记忆」。不提字节、prompt、kind、scope；编号只能跟着原话出现。\n\n## 运行工具\n\n依次尝试 `python3`、`python`、`py -3` 找到 Python 3，从当前 skill 根运行本地副本：\n\n```text\n{PYTHON} {当前 skill 根}/scripts/author_memory_commit.py record --workspace {工作区} [--book-root {书目录}] --input {工作区}/.story/work/作者记忆-事件.json\n{PYTHON} {当前 skill 根}/scripts/author_memory_commit.py query  --workspace {工作区} --book-root {书目录} --kind {类型}（必传，可重复） [--genre {题材}] [--workflow {流程}]\n```\n\n- 子命令都可加 `--book {书名}`；写某本书时一律带 `--book-root`。事件 JSON 写在 `{工作区}/.story/work/`（不写系统 `/tmp`），成功后删掉；book 条目的 `scope.value` 填书名（书级 store 已记的名字，首次取目录名）。\n- 明确的“记住 / 确认 / 替换 / 忘掉”都走单事件 `record`：自动读该 store 当前修订、首次自动初始化，不手工读修订号或拼多操作事务。同一 `event_id` 同内容幂等返回原回执，内容不同则失败；返回的 `store` / `book` 说明写到了哪一级。\n- 成功才有 `Author Memory Receipt: rN · APxxx`，没有回执不得声称“已经记住”。**写入不因注入预算失败**：`warnings` 只是提醒（另一级 store 读不出来也在这里注明），按上节转告；有回执就是已记住，不要换 `event_id` 重试。\n\n## 事件格式\n\n新增或强化（`record` 输入；book 范围传 `--book-root`）：\n\n```json\n{\n  \"schema_version\": 1,\n  \"event_id\": \"conversation-2026-08-25-message-42\",\n  \"operation\": {\n    \"action\": \"remember\",\n    \"preference\": {\n      \"kind\": \"prose_style\",\n      \"scope\": {\"level\": \"global\", \"value\": null},\n      \"assertion\": \"对话尽量短，用动作承接情绪，不用大段解释\",\n      \"quote\": \"以后对话都短一点，情绪放动作里，别让角色长篇解释。\",\n      \"source_ref\": \"conversation:2026-08-25\",\n      \"source\": \"explicit_user\",\n      \"confidence\": \"high\",\n      \"importance\": \"high\",\n      \"status\": \"active\",\n      \"reason\": \"用户以“以后”明确声明长期偏好\",\n      \"conflicts_with\": []\n    }\n  }\n}\n```\n\n待确认用 `\"status\": \"pending\"`；冲突候选用 `conflict` 并填同一 store 的 active ID。确认、替换、忘掉时，把下列对象换进新事件的 `operation`（`BP` 编号传 `--book-root`）；`replace.preference` 字段同上但不传 `status`、`conflicts_with`，新条目直接 active：\n\n```json\n{\"action\":\"decide\",\"item_id\":\"AP002\",\"decision\":\"activate\",\"quote\":\"对，这就是我的长期习惯。\",\"reason\":\"作者明确确认\"}\n{\"action\":\"replace\",\"old_ids\":[\"AP001\"],\"preference\":{\"kind\":\"prose_style\",\"scope\":{\"level\":\"global\",\"value\":null},\"assertion\":\"以后对话允许更长的试探，但避免解释设定\",\"quote\":\"……\",\"source_ref\":\"conversation:2026-08-25\",\"source\":\"explicit_user\",\"confidence\":\"high\",\"importance\":\"high\",\"reason\":\"作者明确替换原有全局规则，不是新增本书例外\"}}\n{\"action\":\"forget\",\"item_id\":\"AP003\",\"quote\":\"忘掉这个偏好。\",\"reason\":\"作者明确撤回\"}\n```\n\nFile v1.1.29:references/banned-words.md\n\n# AI味禁用词与句式表\n\n> 表达默认值服从 [style-resolution.md](style-resolution.md)；文件结构与事实约束不豁免。\n\n<!-- 同名副本×6 字节同步，改动后跑 scripts/check-shared-files.sh -->\n\n## 默认优先检查的句式（先对照本书文风）\n\n写网文最毒的 AI 句式，作者一旦养成就会反复出现。以下是优先检查的句式：\n\n| 毒级 | 句式 | 错误例 | 修法 |\n|------|------|--------|------|\n| ★★★★★ | \"不是A，（而）是B\" / \"不是A，不是B，（而）是C\"（\"而\"可省略，省掉也算命中）| \"他不是冷漠，而是绝望\" | 直接写 B 或用更自然的表达 |\n| ★★★☆☆ | 跨段「不是A。/也不是B。/只是C。」 | 「不是嚎啕大哭。/也不是扯着嗓子喊不舍。/只是一个人走远了……」 | 语义复核；重复提纲或拖慢画面时压成 C，有辩解/悬念排除功能可保留 |\n| ★★★★ | \"，带着……\" 万能状语 | \"他笑了一下，带着一丝不易察觉的嘲讽\" | 删掉状语留主句，或换具体动作 |\n| ★★★★ | 无情绪声线：\"声音不大，却带着……\" / \"语气毫无波澜\" / \"平静无波\" / \"声音平直/平平/听不出情绪\" | \"她声音不大，却带着不容置疑的力量\" | 直接写台词内容、声音特征或动作 |\n| ★★★★ | \"他/她知道……\" | \"他知道这一切都来不及了\" | 用行为展示认知 |\n| ★★★ | \"仿佛/犹如/宛若……一般\" | \"仿佛能穿透一切一般\" | 删掉或白描 |\n| ★★★ | \"眼中闪过一丝……\" / \"嘴角勾起一抹……\" | \"眼中闪过一丝悲伤\" | 删掉；写他当场说的话或做出的决定 |\n| ★★★ | \"心中涌起一股……\" / \"心头一震\" | \"心中涌起一股暖流\" | 写它改变了什么：选择、台词、物件或后果 |\n| ★★★ | 抽象命运/开端收束：\"命运……棋局/獠牙\" / \"这一刻终于明白\" / \"反击才刚刚开始\" | \"命运终于露出獠牙；属于他的反击才刚刚开始\" | 回到角色当下可见的文件、动作、对话或物理后果 |\n| ★★ | 章末预告 \"他不知道的是……\" | \"他不知道的是，更大的风暴即将来临\" | 用具体钩子物件/事件收束，避免空泛预告 |\n\n> ★★★★★ 命中一处就要改；轻/中/重分档只按去 AI 味诊断的密度指标定。\n\n`check-ai-patterns.js` 的 `formulaic-parallelism` 还会提示「至于X不X，怎么X」和同动词「不V A，不V B」。这两类可能是功能性口语，因此只做 advisory；Gate B 必须连同台词读语境复核，若只是复述细纲/前文就压成一次判断，不能因 hook 豁免台词而跳过。\n\n**标点**：正文（含叙述和对话）禁用破折号 `——`/`—`、双连字符 `--` 和省略号停顿，改用句号、逗号、短句或动作断句；不设置对话破折号例外。盐言「」引号不在此列。\n\n---\n\n## 一级禁用词（出现即替换）\n\n> 什么词进一级：只收真人语料里几乎不出现、AI 特有的词。真人高频使用的自然副词和虚词不进一级，走二级密度控制。\n\n### 情态类\n仿佛、犹如、宛若、如同、一丝、一抹、些许、几分、隐约、毫无征兆、几不可闻、微不可察\n\n### 动作类\n深吸一口气、不禁\n\n### 表情类\n眼中闪过、嘴角勾起、眉头微皱、眉眼低垂、瞳孔微缩、瞳孔收缩、瞳孔一缩、指节泛白、眼神锐利、目光锐利\n\n### 心理类\n心中一动、心头一震、心下了然、心中暗道、心底泛起、不由得、心中一凛\n\n### 判断类\n不容置疑、不容置喙、不易察觉、显而易见、毫无疑问、不可否认、前所未有\n\n### 形容类\n坚定、闪烁着光芒、狡黠、深邃、凛冽、冰冷\n\n### 过渡类\n不由自主、情不自禁、自然而然、话锋一转\n\n## 二级禁用词（高频出现时替换）\n\n### 语境敏感词（仅高频或偷懒时处理）\n突然、陡然、骤然、猛然、好像、似乎、瞬间、猛地、死死地（角色口语、真实突发、时间压缩、视角不确定时可保留；用同义变体轮换规避重复不算豁免，按同一个词计密度）\n\n### 弱化副词（密度控制）\n缓缓、微微、轻轻、淡淡（每千字合计 ≤3；这四个词同时计入 `cliche-density-tic` 的套词密度统计；孤立自然使用可保留，成串出现或每个动作都垫一个时才替换）\n\n### 书面腔 → 口语化\n\n| 书面腔 | 口语化替换 |\n|--------|-----------|\n| 瓦解 | 消失 / 散了 / 没了 |\n| 无名火 | 烦躁 |\n| 往我心上捅刀子 | 心烦意乱 |\n\n### 总结句式\n- \"他/她终于明白...\"\n- \"他/她这才意识到...\"\n- \"这一刻，他/她终于明白/意识到...\"\n- \"从这一刻开始...\"\n- \"属于X的反击/复仇/故事，才刚刚开始\"\n- \"命运/宿命 + 齿轮/棋局/獠牙/改写/安排\"\n- \"此刻，他/她...\"\n- \"一切...都...\"\n- \"原来...\"\n\n### 排比句式\n- 连续3句以上相同结构的排比\n- \"有的...有的...有的...\"\n- \"一边...一边...一边...\"\n\n### 升华句式\n- \"这一刻...\"\n- \"他知道...\"\n- \"她明白...\"\n- \"这就是...\"\n\n## 禁用句式模板\n\n| 句式 | 示例 | 问题 |\n|------|------|------|\n| \"不是A，而是B\" | \"他不是冷漠，而是绝望\" | 最毒；直接写 B |\n| \"...，带着...\" | \"他说，带着一丝无奈\" | 万能状语 |\n| \"声音不大，却带着……\" | \"她声音不大，却带着不容置疑的力量\" | AI 最爱声音描写 |\n| \"仿佛能...一般\" | \"仿佛能穿透一切一般\" | 文言腔 |\n| 对话标签密度过高/公式化标签 | \"好的，他说道\" | 普通\"说\"可保留；高频或公式化时处理 |\n| \"他/她感到...\" | \"她感到一丝失落\" | 告诉而非展示 |\n| \"他/她意识到...\" | \"他意识到事情不对\" | 直接告知 |\n| \"眼中闪过一丝XX\" | \"眼中闪过一丝悲伤\" | 模板化 |\n| \"嘴角勾起一抹XX\" | \"嘴角勾起一抹冷笑\" | 模板化 |\n| \"心中涌起一股XX\" | \"心中涌起一股暖流\" | 模板化 |\n| \"取而代之的是\" | \"笑容消失，取而代之的是冰冷\" | AI 过渡模板；直接写新状态 |\n| \"淬了/淬着X\" | \"眼里淬了毒\" | AI 通感套路；写动作或台词 |\n| \"显得（有些）X\" | \"他显得有些兴奋\" | 告诉而非展示 |\n| \"心底/心里某个地方+软\" | \"心里某个地方软得一塌糊涂\" | 言情套句；写动作 |\n| \"（浑身）散发着一股X气息/气场\" | \"浑身散发着一股生人勿近的气息\" | 万能气场描写；写旁人的反应 |\n| \"命运/宿命 + 齿轮/棋局/獠牙/改写/安排\" | \"命运终于露出獠牙\" / \"早已布好的棋局\" | 抽象作者总结；改成角色当下撞见的文件、动作、对话、物理后果 |\n| \"这一刻终于明白/从这一刻开始/才刚刚开始\" | \"这一刻，他终于明白\" / \"反击才刚刚开始\" | AI 收束腔；删总结，用动作或未解决问题收尾 |\n\n## 比喻分类（默认复核，不默认全删）\n\n带\"像/如/仿佛/犹如/宛若\"的比喻不是一律 AI。真正高风险的是：成片堆叠、套用万能文学比喻、用精致比喻替代剧情推进，或在段尾替读者总结意义。本表用于识别需要复核的比喻类型：\n\n| 比喻类别 | 例 | 处理 |\n|---------|----|------|\n| 生活/角色化 | \"像一头被抛弃的野狗\" | 若贴角色视角、能传递信息或情绪，可保留 |\n| 物品/现象类 | \"像一把刀\" \"脸色惨白得像这漫天的雪\" | 普通功能性比喻可留；模板化或重复时改白描 |\n| 状态类（陈词滥调） | \"梨花带雨\" \"如沐春风\" | 优先删或改成具体动作/表情 |\n| 抽象类 | \"像命运的齿轮\" \"像上辈子的尘埃\" | 高风险，优先落回动作、物件、声音、后果 |\n| 假设类 | \"力道大得像是要把骨头捏碎\" | 若是角色身体感知可留；夸张堆叠时改事实后果 |\n\n处理原则：先看功能，再看密度。保留最能传递信息或情绪的一两个，其余改为直接描述、动词、名词、作用、结果或事实；不要把删掉的比喻替换成另一批新比喻。例 \"脸色惨白得像这漫天的雪\" 若只是套话 → \"脸色惨白\"；若雪景正在压迫角色，可保留或改成角色当下看到的具体画面。\n\n> `metaphor-density-tic` 是 advisory：提示通读复核，不是 blocking；生活化、角色化、单个有功能的比喻可以保留。\n\n## 替换策略速查\n\n| 原文类型 | 替换方法 | 示例 |\n|----------|----------|------|\n| 抽象情绪词 | 先看上下文是否已成立；再选选择、台词、物件、后果或一句直写 | “紧张”若不影响下一步可直写或删；若导致签名作废，就写作废的结果 |\n| \"感到XX\" | 删除“感到”后按场景决定是否还要情绪句 | “他感到愤怒”可写“他火了”，也可直接写他撤回报价；不要默认换成攥拳 |\n| 形容词堆砌 | 白描手法 | \"美丽动人的笑容\" → \"她笑了\" |\n| 书面表达 | 口语化 | \"不容置疑\" → \"就是\" |\n| 解释性描写 | 留白 | \"他因为害怕而...\" → \"他退后一步\" |\n| 连续排比 | 保留最强一条 | 3 句排比留 1 句 |\n| 总结升华句 | 直接删除 | \"这一刻，她终于明白了...\" → 删 |\n| \"不是A，而是B\" | 直接写 B 或更自然的表达 | \"他不是冷漠，而是绝望\" → 直接写 B |\n| 多余修饰（形容词/定语/量词/指示代词） | 删 | \"白色的药片\" → \"药片\"；\"手里那截链子\" → \"链子\"；\"飞驰的汽车\" → \"车\" |\n\n**替换不复用**：右列是方向示例，不是标准答案。同一禁用词在一章内多次命中时，各处给不同的具体化写法；同一个替换写法反复出现（每次都「垂下眼」、每个动作都补「了一下」），替换产物本身就成为新的模板指纹。\n\n**套词密度优先处理**：`check-ai-patterns.js` 报 `cliche-density-tic` 时，说明禁用词不是零星误用，而是聚成了模板腔。处理顺序不是同义词替换，而是先删抽象总结，再把情绪/判断落到角色当下可见的动作、物件、对话和具体后果。\n\n**套式反应逐处删除测试**：`stock-reaction-tic` 报警时，不代表禁止身体描写。逐处问：删掉后信息、选择、关系、物件或动作结果是否受损？无损就删，不把“指尖轻叩”换成“目光微沉”。伤势、动作失败、人物习惯或情节后果明确时可以保留。\n\nFile v1.1.29:references/benchmark-recall.md\n\n# 长篇写前召回\n\n本文承接 workflow-chapter.md 步骤 3；主产物缺失按下面各条停下，要找文件放哪才读 [project-files.md](project-files.md)。\n\n- **无对标**（题材定位对标登记为无，`对标/`、`拆文库/` 里也没有别的书）：跳过 (a)(b)(e)(f)，不报缺失；(c) 照常；(d) 有 `设定/文风.md` 就用，没有按默认写法、不报错；情绪与节奏取细纲与单元卡。\n- **模块召回、题材卡与文风召回**：\n  - **成熟项目短路径（召回降档）**：`custom_style=true`、题材卡有内容，且细纲目标情绪与单元卡情绪/节拍均有效时，**跳过 (a)(b)(e)(f)**；情绪和节奏取细纲/单元卡，(c)(d) 照常执行，(g) 输出缩减集。组装脚本判定并写入核对报告；条件不足走全量召回。降档不检查对标情绪/节奏主产物，也不触发其 fail-fast；代价是没有匹配章扩写技法与原文锚点。目标情绪敷衍时不得降档。\n  - ① 本章目标情绪词？② 借鉴哪个参考文件的哪个技法？③ 用在哪些段落？答不出 → 先回读参考再动笔\n  - (a) **情绪模块召回**：按「对标书路径查找」规则读 `{对标书路径}/剧情/情绪模块.md`，选出 1 个与本章目标情绪最贴近的 `selected_emotion_module`（读者需求、触发器、戏剧单元、可替换要素、反抄袭提醒）。缺失时设置 `missing_primary_contract: true`，返回明确 `repair_action` 后停止准备\n  - (b) **节奏召回**：读 `{对标书路径}/剧情/节奏.md`，选出 1 条 `rhythm_reference`（关键信息 → 扩写技法 → 情绪触动点 → 爆发/冷却）。缺失时设置 `missing_primary_contract: true`，返回明确 `repair_action` 后停止准备\n  - (c) **题材正文提示卡召回**：优先读 `设定/题材正文提示卡.md`；缺失时照组装脚本核对报告的「题材卡」行读它匹配到的卡（主题材整张；辅题材只摘 1-2 条「常见场面／禁止漂移」；低置信卡在意图确认标注低置信，并要求同题材对标校准），报告说没匹配到才读 `references/style-genre-modules.md`「题材正文提示卡」一节与最接近的流派一节，不整读索引与模块；生成短 `genre_prose_card` 并写入 `设定/题材正文提示卡.md`（后续章直接读，不再重做）（题材边界、核心逻辑、读者期待、核心爽点/情绪、正文落点、前中后期打法、节奏密度、场景颗粒、禁止漂移、本章取舍、卡片置信度）。题材卡只约束正文层题材味，不改细纲剧情、不覆盖 `selected_emotion_module` / `rhythm_reference` / `设定/文风.md`；只在内部校准取舍，正文里不得出现卡名/标签/置信度/条目/合规自评\n  - (d) **文风召回**：先直接读 `设定/文风.md`（不经 explorer）：有可执行表达要求即置 `custom_style=true`，不设最低字数；空白、纯标题或待补充不算。全文按 `style-resolution.md` 作权威风格基，`设定/_文风摘要.md` 仅作索引，写作与去味都传全文路径及同一 `style_resolution`。有自定义文风时对标只补未声明的维度；否则按「对标书路径查找」规则读 `{对标书路径}/文风.md`（路径优先 `{项目}/对标/{书名}/`，回退 `拆文库/{书名}/`）；多本对标书时从 `设定/题材定位.md` 读 `主对标书` 字段（字段指向本书自身或缺失时，用 `对标/` 下字典序第一本、排除本书同名目录，并提示作者补字段；排除后为空按无对标处理）。**未进入自定义文风模式且**文风文件不存在 → **fail-fast 报错**：「对标书 X 缺少 文风.md。请用 `/story-long-analyze` 跑 Stage 6 生成文风，再 `/story-import` 同步。」不 inline 生成（自定义文风模式则不 fail-fast；情绪 / 节奏轴 `missing_primary_contract` 仍独立阻塞）\n  - (e) **匹配章节挑选**：从 `{对标书路径}/章节/*_摘要.md` grep `基调：(紧张|轻松|悲伤|热血|爽|甜|温馨|恐怖|压抑|其他)`（全角冒号），按本章目标情绪挑章 K——多章同基调时选择规则：先看爽点类型是否接近，再看情节点数量/原文章节估算字数是否接近本章目标字数，最后取章节号最小者；必读 `{对标书路径}/章节/第K章_摘要.md`，若同章存在 `第K章_深度拆解.md` 则加读，否则回退黄金三章深度拆解/文风文件里的可借鉴技巧，不因非黄金三章缺少深度拆解而失败\n  - (f) **结构化模块召回**：从对标的结构化子目录（角色/剧情/设定）中按本章情节检索相关模块；若与 `剧情/情绪模块.md` / `剧情/节奏.md` 冲突，权威文件优先，记录 `conflict`\n  - (g) 输出\"主对标召回摘要 + 副对标召回摘要 + selected_emotion_module + rhythm_reference + genre_prose_card + 文风召回指令 + 原文锚点片段引用\"，作为 narrative-writer 的输入。**多对标书时**（不必读跨书召回手册）：主对标提供文风、原文锚点及可用的情绪/节奏值；副对标只在 (f) 按模块预算补角色/剧情/设定条目（同题材每本 ≤2、弱相关 0、总 ≤8，按 `设定/题材定位.md`「对标书列表」的引用强度排序），不读副书 `文风.md` 与原文，超预算裁条目不裁书目；输出附「副对标召回摘要」表（书名／引用强度／相关性／召回条数／使用方式）。\n  - **快捷路径**：已部署 story-explorer 时可一次召回文风/模块材料，调用与 `gaps` 分流见 agent-calls.md「story-explorer：写前对标召回」。\n\nFile v1.1.29:references/character-basics.md\n\n# 角色基础设计\n\n> 设计主角/配角/反派时加载。先看决策路由，选对模板，再按步骤操作。character-designer 主输出参考。\n\n---\n\n## 决策路由\n\n| 你在设计什么 | 用这个模板 | 见哪个章节 |\n|------------|-----------|-----------|\n| 主角 | 主角卡模板 | 第1节 |\n| 配角 | 配角卡模板 | 第2节 |\n| 反派 | 反派层级表 → 反派建立四要素 → 反派性格四步法 | 第3节 |\n| 角色动机 | 动机链模板 → 动机冲突类型 | 第4节 |\n| 角色塑造/深化 | 塑造方法速查（四层法/执念法/重复点/分层展示等） | 第5节 |\n| 主角特殊问题 | 逼格/成长/红线/调子太高/身份与金手指 | 第6节 |\n| 反派塑造深化 | 反派渲染/人设主角化 | 第7节 |\n\n---\n\n## 第1节：主角卡\n\n### 填空模板\n\n```\n姓名：\n性别：\n角色定位：（一句话说清主角在故事中的功能）\n身份标签：（如：废柴大学生、前特种兵、落魄皇子）\n外貌特征：（3-5 个关键词，要有记忆点）\n  例：瘦高、总穿旧夹克、左手有疤、眼神懒散\n性格关键词：（3-5 个，必须有矛盾面）\n  例：嘴毒心软、看似冷漠实则护短、冲动但有底线\n核心目标：（全书终点想达成什么）\n核心动机：（必须达成的理由——情感驱动，非理性驱动）\n致命弱点：（让角色犯错的性格缺陷，非能力缺陷）\n口头禅/标志动作：（让读者秒认的标签）\n```\n\n### 设计要点\n\n- 动机必须是情感层面的——\"为母亲复仇\"优于\"要成为最强\"\n- 弱点必须会在关键情节导致主角犯错，否则不是弱点\n- 外貌和口头禅是读者记忆锚点，必须写\n- 起名贴合故事的时代、地域和文化，别用与设定冲突的现代化或政治化名字；写同人或既有世界观时，原著角色沿用官方本名/译名不自造，新角色顺着原著对应地域的命名和译名风格来，同一地域不混语系\n\n---\n\n## 第2节：配角卡\n\n### 填空模板\n\n```\n姓名：\n性别：\n角色功能：（导师/盟友/情报源/牺牲品/镜像对照）\n与主角关系：\n核心特质：（1-2 个关键词）\n标志性特征：（一句话让读者记住）\n退场方式：（何时/如何退出故事）\n```\n\n### 设计要点\n\n- 每个配角必须有明确功能——没有功能的角色不要出场\n- 配角退场要主动规划，不能写着写着忘了\n- 同一场景配角不超过 3 个有台词\n- 起名跟着设定的时代、地域、文化走；同人或既有世界观里，龙套和新配角也要顺原著对应地域的命名风格，别混语系、别塞与设定不符的现代化或政治化名字\n\n---\n\n## 第3节：反派设计\n\n### 3.1 反派层级表\n\n根据反派出场篇幅选对应层级，按表格要求设计。\n\n#### 小反派（1-5 章）\n\n| 维度 | 要求 |\n|------|------|\n| 功能 | 单个小弧线的障碍 |\n| 设计 | 1-2 个鲜明特征即可（嚣张/贪财/欺软怕硬） |\n| 退场 | 被打败或被揭穿，干脆利落 |\n\n#### 中等反派（10-30 章）\n\n| 维度 | 要求 |\n|------|------|\n| 功能 | 一卷的主要对手 |\n| 动机 | 为什么跟主角作对（不能是\"纯粹的坏\"） |\n| 手段 | 武力/权谋/资源 |\n| 逼格 | 至少赢主角一次，让读者恨得牙痒 |\n| 退场 | 被主角正面击败，要有爽感 |\n\n#### 大弧Boss（一卷或数卷）\n\n| 维度 | 要求 |\n|------|------|\n| 功能 | 代表一个阶段的核心矛盾 |\n| 人弧 | 完整的人物弧线，有自己的目标和逻辑 |\n| 冲突 | 与主角有理念冲突（不只是利益冲突） |\n| 对决 | 至少一场让主角陷入绝境 |\n| 侧面 | 有一个让读者\"恨不起来\"的侧面 |\n| 退场 | 有仪式感的终战 + 有余味的落幕 |\n\n#### 最终Boss（全书）\n\n| 维度 | 要求 |\n|------|------|\n| 功能 | 全书核心矛盾的具象化 |\n| 伏笔 | 从第一章就有 |\n| 对立 | 与主角的目标/动机直接对立，代表故事主题的反面 |\n| 实力 | 碾压主角，主角必须蜕变才能赢 |\n| 信念 | 有信念，不是纯粹的疯子/怪物 |\n\n### 3.2 反派设计铁律\n\n- 反派的智商/实力决定主角的含金量——反派弱 = 主角赢没意义\n- 反派的行为必须有内在逻辑（从他的视角说得通）\n- 不要让反派降智来给主角送赢\n\n### 3.3 反派建立四要素\n\n按顺序操作，缺一不可：\n\n1. **实力展示**——出场就展示实力或手段\n2. **动机可信**——从反派视角看行为说得通\n3. **真实威胁**——至少赢主角一次\n4. **终极意图时机**——真实目的留到关键反转点\n\n### 3.4 反派性格确立四步法\n\n| 步骤 | 操作 |\n|------|------|\n| 1. 反派也有梦想 | 在反派眼中他是自己故事的主人公 |\n| 2. 挖掘创伤性过去 | 谁抚养他？谁爱他？谁伤害他？他避免什么痛苦？ |\n| 3. 磨练性格缺陷 | 遭遇逆境时不调动积极特质，而是磨练缺陷——\"优势\"本身就是致命缺陷 |\n| 4. 反派是主角的镜子 | 反派的长处反映主角的弱点，两者完全相反 = 每次相遇必然摩擦 |\n\n### 3.5 反派渲染分量的关键\n\n- 障碍从反派人设上来，而不是故意给主角制造障碍\n- 反派渲染公式：明确动机 → 动机驱动行为 → 行为形成障碍 → 障碍强度来自反派分量\n- 反派异常强势时，主角要破得\"高级\"\"智慧\"\"出乎意料\"\n\n---\n\n## 第4节：动机设计\n\n### 4.1 动机链模板\n\n```\n起因（Cause）    → 角色经历了什么\n意图（Intent）   → 角色想做什么\n约束（Constraint）→ 什么在阻碍他\n风险（Risk）     → 失败的代价是什么\n```\n\n**示例**：\n```\n起因：母亲被仇家杀害\n意图：找到凶手并复仇\n约束：凶手是当朝权臣，主角只是平民\n风险：复仇失败会被灭门，复仇成功会失去所有现有生活\n```\n\n### 4.2 动机链设计要点\n\n- 起因必须具体——\"被欺负\"不够，\"在众目睽睽下被打耳光\"才行\n- 约束必须有力——否则主角一路碾压没有张力\n- 风险必须真实——读者要相信主角真的可能失去重要的东西\n- 动机可以随剧情演变，但不能说变就变\n\n### 4.3 动机冲突类型\n\n遇到角色需要内心挣扎时，从下表选一种冲突类型：\n\n| 类型 | 定义 | 示例 |\n|------|------|------|\n| 目标 vs 道德 | 想做的事和应该做的事冲突 | 复仇但不想伤及无辜 |\n| 情感 vs 利益 | 感性和理性的拉扯 | 知道对方不可靠但放不下 |\n| 短期 vs 长期 | 眼前利益和远大目标的矛盾 | 妥协保命 vs 坚持原则赌未来 |\n| 自我 vs 他人 | 个人需求和他人期望的冲突 | 想过平静生活但背负家族使命 |\n\n---\n\n## 第5节：角色塑造方法速查\n\n### 5.1 角色塑造核心原则\n\n**主角行为三必须**：\n1. **必须可理解**——读者必须理解主角为什么这么做\n2. **必须可共鸣**——主角的思考读者必须能代入\n3. **必须可接受**——主角的三观读者必须能接受\n\n**展示优于告知**：\n- 角色的目的 → 通过行为展示，不是旁白解释\n- 角色的行动 → 具体的动作和决定，不是形容词堆砌\n- 角色的态度 → 通过对话和反应体现，不是心理独白\n\n### 5.2 展示人物特质的方法\n\n| 方法 | 操作 | 示例 |\n|------|------|------|\n| 敏感性 | 触碰弱点，看反应方式 | 惊慌失措/匆忙逃跑/转移注意力=不同性格 |\n| 逃避 | 展现回避行为暗示弱点 | 角色的\"不做什么\"比\"做了什么\"更揭示深层性格 |\n| 先正后缺 | 先展示吸引人特质，再揭示缺陷 | 读者先喜欢角色，才能容忍缺陷 |\n\n### 5.3 四大性格属性\n\n| 属性类别 | 定义 | 设计要点 |\n|---------|------|---------|\n| 道德属性 | 是非信念 | 影响其他性格形成 |\n| 成就属性 | 推动达成目标 | 与道德属性一致，服务目标 |\n| 互动属性 | 与人交流方式 | 数量最多的积极特质 |\n| 身份属性 | 身份认同感 | 定义个性的基本组成部分 |\n\n选择技巧：以其中一个特质为主要特质，其他为辅。\n\n### 5.4 角色塑造四层法\n\n| 层次 | 方法 |\n|------|------|\n| 移情作用 | 开头不要太多角色，先让读者了解主角并产生期待 |\n| 最小特征（标签） | 主角由内而外塑造，配角由外到内塑造（贴标签） |\n| 角色的不真诚 | 所说≠所想，举动≠态度，日常与便当是深化角色的两极 |\n| 角色的聚光灯 | 配角必须与主角产生强烈联系性，配角压过主角时塑造新配角夺走光环 |\n\n### 5.5 人物塑造与人物真相\n\n| 层面 | 定义 | 示例 |\n|------|------|------|\n| 人物塑造（显型） | 读者第一眼看到的特质 | 外表青春可爱的萝莉 |\n| 人物真相（隐性） | 角色内在的真实面貌 | 实际上是冷血杀手 |\n| 价值取向（内隐） | 关键选择时起决定作用的价值观 | 在道义与野心间选择野心 |\n\n操作要点：价值取向不必一开始揭示，在关键抉择时自然暴露；人物真相的揭示越晚，戏剧张力越强。\n\n### 5.6 人设分层展示法\n\n| 层次 | 操作 |\n|------|------|\n| 第一层 | 告诉读者类型模型（萝莉/御姐/少妇） |\n| 第二层 | 贴特点标签（胸大/腿长/小麦色皮肤） |\n| 第三层 | 为性格找原因（家庭/内在冲动） |\n| 第四层 | 打破——可爱天然呆其实什么都知道，人设立刻升华 |\n\n深化记忆：不要吝啬重复词汇，觉得太小白？其实在深化记忆。\n\n### 5.7 人物经历三线时间法\n\n| 时间线 | 内容 |\n|--------|------|\n| 过去 | 身世背景、遭遇变故、性格成因 |\n| 现在 | 与主角的关系定位、当前互动模式 |\n| 未来 | 制造变强动力或危机（老师被劫/女主被抓/反派揭底） |\n\n### 5.8 配角执念设定法\n\n快速让读者认同支线配角：\n\n- 给角色一个执念 → 所有行为/爱好/性格围绕执念展开\n- 不需要每次贴合执念，只要不写与执念冲突的东西，关键时揭示即可\n- 过于极端的执念 → 加入\"亲民\"小细节 → 便于读者认同\n- 适用：支线配角，不适合频繁出现的主要配角\n\n### 5.9 人物行为重复点设计\n\n维持长篇不歪的关键手法：\n\n- 抓住一个人物行为特质反复写\n- 构建方法：确定读者喜欢什么类型 → 具体化为行为 → 不同场景重复\n- 人物看点 + 核心看点 = 层次感，两者循环产生差异化\n- 反派/配角也需要重复看点，能让人爱上的反派会增加读者新鲜感\n\n### 5.10 围绕人设写行为\n\n行为、语言、思维都要围绕人格展开。如果为了剧情需要让角色做出不符合人设的行为 → 先修改剧情，不要改人设。\n\n### 5.11 人推事件 vs 事件推人\n\n| 驱动方式 | 特点 |\n|---------|------|\n| 人推事件 | 情节是人物性格/动机/选择的自然结果，深化人物弧光 |\n| 事件推人 | 外部事件打破平衡，迫使暴露真实自我 |\n\n卡文时 → 从人物动机找方向，不要硬编剧情。\n\n---\n\n## 第6节：主角特殊问题\n\n### 6.1 主角逼格\n\n- 主角必须有逼格——这是读者的代入基础\n- 不要写太多降智的内心戏和爆粗口\n- 主角可以不完美，但不能让人看不起\n\n### 6.2 主角的成长\n\n- 成长不只体现在实力上，更体现在心智和选择上\n- 每次成长都要有触发事件和内在反思\n- 网文主角成长非必须：开场三观圆满的正常人更容易代入，稳定人设本身就是魅力\n\n### 6.3 主角红线\n\n以下类型的主角绝对不要写：\n\n| 禁止 | 原因 |\n|------|------|\n| 圣母型主角 | 读者要痛快而非道德说教 |\n| 无脑战斗机器 | 难以产生情感共鸣 |\n| 内核邪恶 | 读者无法代入 |\n| 因蠢/圣母犯错 | 读者无法原谅 |\n| 自暴自弃 | 比被欺负更让读者厌恶 |\n\n### 6.4 主角调子起太高怎么办\n\n**危害信号**：\n- 失去成长空间——能力/地位/资源触达天花板\n- 剧情缺乏张力——陷入\"砍瓜切菜\"的重复循环\n- 读者失去追更动力\n\n**化解方法**：\n- **压势不压人**——压低气势和期待，但不打压主角本身的能力和尊严\n- **留出维度差距**——即使某方面很强，总有其他维度是短板\n- **超额收获法**——看似收获很大，经主角盘算后发现更大\n\n### 6.5 主角开篇立人设\n\n- 人设通过选择建立，开篇必须让主角做出选择\n- 智斗型开局比暴力型开局更容易立人设\n- 读者更容易代入\"聪明但普通\"的主角，而非\"上来就无敌\"的主角\n\n### 6.6 主角的两个身份与两个金手指\n\n| 维度 | 定义 | 作用 |\n|------|------|------|\n| 显性身份 | 社会身份/职业+状态 | 汇集前期矛盾，必须不断升级或换 |\n| 隐性身份 | 不凡的身世来历 | 汇集中后期矛盾 |\n| 显性金手指 | 系统/玉坠/重生记忆 | 开局获得贯穿全书 |\n| 隐性金手指 | 主角性格 | 让主角与众不同的就是金手指 |\n\n**最佳写法**：前期以金手指装逼 → 剧情推进中逐步把人设清晰\n**人设与全书气质**：主角人设必须与世界基调相符，四点高度统一：社会身份+身世+金手指+性格\n\n### 6.7 性格单一缺陷型主角+动物伙伴体系\n\n如果主角性格故意设为单一 → 降低读者带入排斥感 → 少做少错 → 最大限度提升代入感。\n\n**问题**：性格过于单一 → 影响精彩程度 → 难以推进故事\n**解法**：给淡漠型主角配备 3-5 只动物伙伴，每只不同性格。\n\n| 伙伴类型 | 功能 |\n|---------|------|\n| 蠢萌犯二型 | 负责搞笑，主角不宜吃瘪但动物可以 |\n| 聪敏嘴贱型 | 负责嘴替，主角不该说的话由它说，保持主角逼格 |\n| 耿直蠢笨型 | 负责反差萌 |\n| 奇特能力胆小型 | 负责能力补充 |\n\n### 6.8 核心情绪与表达欲平衡\n\n- 需求的内核不变，变的只是形式\n- 写完一段剧情后，站在读者角度审视是否偏离核心梗\n- 主角牛逼了必须有所得，不能光付出没回报\n- 表达欲旺盛时最容易偏离——要主动检查\n\n### 6.9 压势不压人：矛盾的正确来源\n\n**错误做法**：让反派莫名其妙针对主角，背后逻辑站不住脚。\n\n**正确做法**：反派有自己的目的，行动客观上导致主角困境，但并非刻意针对主角本人。\n\n**矛盾链条**：反派目的 → 压制主角所在群体（压势） → 主角推翻 → 底层依旧麻木 → 主角改变路径 → 新冲突自然产生\n\n核心：所有人被自己想要的利益驱动，背后是三观不同，更深是成长环境，最深层是世界观。\n\n---\n\n## 第7节：反派塑造深化\n\n### 7.1 反派塑造核心原则\n\n- 经典反派一定有完整世界观和逻辑自洽的三观\n- 同样的外部事件发生在不同人身上产生不同变化——外因与内因共振\n- 反派塑造不能只有外部事件，缺乏内在三观和内在逻辑\n\n### 7.2 反派人设主角化写法\n\n**传统问题**：换地图后原反派跟不上节奏 → 引入新反派脸谱化\n\n**解法**：\n- 把反派当主角去写\n- 在\"配角衬主角\"基础上加\"配角衬配角\"\n- 换地图的正确处理：用新地图衬托旧角色含金量，而非用旧角色无力衬托新地图难度\n\n---\n\n## 质量检查清单\n\n设计完角色后，逐项检查：\n\n### 主角检查\n\n- [ ] 动机是情感层面的（不是\"要成为最强\"这种空话）\n- [ ] 有致命弱点，且会在关键情节导致犯错\n- [ ] 外貌有记忆点（3-5 个关键词）\n- [ ] 有口头禅或标志动作\n- [ ] 逼格在线——不会让读者看不起\n- [ ] 没有触碰红线（圣母/无脑战斗机器/内核邪恶/因蠢犯错/自暴自弃）\n- [ ] 核心目标和全书主线对齐\n\n### 配角检查\n\n- [ ] 有明确功能（导师/盟友/情报源/牺牲品/镜像对照）\n- [ ] 核心特质 1-2 个关键词能概括\n- [ ] 有标志性特征让读者记住\n- [ ] 退场方式已规划\n- [ ] 同一场景不超过 3 个配角有台词\n\n### 反派检查\n\n- [ ] 按层级表设计，篇幅与层级匹配\n- [ ] 出场展示了实力或手段\n- [ ] 动机从反派视角说得通\n- [ ] 至少赢主角一次（中等反派及以上）\n- [ ] 没有降智送赢\n- [ ] 大弧Boss有理念冲突（不只是利益冲突）\n- [ ] 最终Boss从第一章就有伏笔\n\n### 动机检查\n\n- [ ] 起因具体（不是\"被欺负\"这种模糊说法）\n- [ ] 约束有力（主角不能一路碾压）\n- [ ] 风险真实（读者相信主角可能失去重要东西）\n- [ ] 动机演变有铺垫，没有说变就变\n\n### 塑造检查\n\n- [ ] 角色目的通过行为展示，不是旁白解释\n- [ ] 行为/语言/思维围绕人设展开，没有为剧情改人设\n- [ ] 主要角色有行为重复点，维持长篇一致性\n- [ ] 配角与主角有明确联系，不会抢主角风头\n- [ ] 人物真相/价值取向在关键抉择时自然暴露\n\nFile v1.1.29:references/character-design-methods.md\n\n# 角色设计操作手册\n\n> 用途：角色设计的方法指令集。按决策路由找到对应方法，按步骤执行。\n\n---\n\n## 决策路由\n\n| 你在做什么 | 用什么方法 |\n|-----------|-----------|\n| 设计角色反差 | 三层标签反差法 + 行为反差进阶 |\n| 设计配角 | 配角功能化 + 群像写作法 |\n| 凸显人设 | 凸显人设速查表 |\n| 设计感情桥段 | 高情商桥段模板 |\n| 深化角色立体感 | 向人设深化法 + 九维人设框架 |\n| 建立代入感 | 代入感构建法 |\n| 管理角色关系 | 人设关系四阶段 + 职场思维结构 |\n| 设计主角特质 | 金手指绑架人设 + 以梗为中心塑造 |\n\n---\n\n## 三层标签反差人设法\n\n### 三层结构\n\n| 层级 | 名称 | 含义 | 示例 |\n|------|------|------|------|\n| 第一层 | 身份标签 | 外界看到的身份 | 豪门弃妇 |\n| 第二层 | 表现标签 | 角色展现给外界的行为 | 隐忍不发、逆来顺受 |\n| 第三层 | 内核标签 | 角色真正的内心 | 冷静、有计划、步步为营 |\n\n### 执行指令\n\n1. 为角色填写三层标签，三层之间必须制造反差——反差 = 立体感\n2. 身份标签和表现标签可以相似（强化刻板印象），但内核标签必须反转\n3. 反差越大，角色的\"亮牌时刻\"越震撼\n4. 每个重要角色都应至少有一层反差\n5. 用行为对比来体现反差，不要直接描述：\n\n```\n身份标签：豪门弃妇\n表现行为：被骂不还口，被赶不反抗\n内核行为：悄悄录音、收集证据、提前转移财产\n```\n\n---\n\n## 三层标签行为反差进阶\n\n当关系进入第三层（亲密关系）后，角色在第一、二层关系中能做出的行为反而做不出来了。\n\n| 关系阶段 | 可做行为 | 不可做行为 |\n|----------|---------|-----------|\n| 身份标签期（陌生） | 调戏、冷漠、保持距离 | — |\n| 表现标签期（熟悉） | 继续之前的行为模式 | — |\n| 内核标签期（亲密） | 展露真实自我 | 之前的调戏/冷漠反而做不出来了 |\n\n### 执行指令\n\n1. 检查角色当前处于哪个关系阶段\n2. 行为反差本身是人设的一部分，必须写进剧情\n3. 用\"行为退化 = 感情深化\"制造张力——身份标签期爱调戏主角的辣妹，进入亲密关系后反而不敢表白\n4. 不要让角色在亲密阶段仍然维持早期行为，否则反差失效\n\n---\n\n## 人设关联分层（强/中/弱关联）\n\n| 层级 | 定义 | 功能 | 数量要求 |\n|------|------|------|---------|\n| 强关联 | 直接影响剧情走向和核心梗装逼爽点的设定 | 推动人物碰撞、剧情推进 | 每个角色至少 3 个 |\n| 中关联 | 配角的强关联设定，不能抢主角风头 | 为配角提供功能性和辨识度 | 适量 |\n| 弱关联 | 丰富人物厚度的个人偏好设定 | 增加角色真实感和记忆点 | 不限 |\n\n### 执行指令\n\n1. 把主角的实力、钱财、人脉、背景等影响剧情走向的属性归为强关联\n2. 检查强关联是否达到每个角色至少 3 个\n3. 把\"喜欢吃蛋糕\"\"爱好看美女\"等归为弱关联，仅用于丰富人设\n4. 确保弱关联不喧宾夺主——强关联才是延伸剧情的核心\n\n---\n\n## 人设执行规则\n\n人设 ≠ 人物设定表。\n\n- 人物设定表 = 身高、外貌、家庭背景等信息堆砌（外在信息）\n- 人设 = 围绕角色\"灵魂/特殊人格\"展开的功能性设计\n- 人设的使命：服务戏剧张力与情绪拉扯，以人格驱动行为，而非被剧情硬推\n\n**检查**：如果你写的人物设定只有身高体重爱好，没有\"灵魂/特殊人格\"的功能性设计，重做。\n\n---\n\n## 配角功能化设计\n\n### 核心原则\n\n1. 配角的能力和特质必须和剧情紧密相关\n2. 配角是为了展现主角而写——配角的能力为主角所用，配角脱离困境靠主角帮助\n\n### 复合型配角——白手套角色\n\n| 功能 | 说明 |\n|------|------|\n| 替主角说话 | 凡是主角不适合说的话，他来说 |\n| 替主角发狠 | 凡是主角不应该发的狠，他来发 |\n| 绝对维护 | 对侵犯主角利益的人坚决反击 |\n| 粗中有细 | 将反派密谋录音再播放，取得大众支持 |\n| 适时搞笑 | 不断输出正反馈，缓解紧张情绪 |\n\n**设计原则**：光环比主角弱一点，不抢风头；惊艳出场；对主角的质疑第一时间反驳。\n\n### 立体人物 vs 扁平人物\n\n1. 不是所有角色都要立体化，先看功能性\n2. 扁平化角色保持神秘性，反而更恐怖/更强大\n3. \"洗白弱三分，黑化强三倍\"——高手被立体化就变弱了\n4. 需要什么工具就设计什么工具，不要把所有角色立体化\n\n### 人设反差六维度法\n\n| 反差对 | 操作 |\n|--------|------|\n| 表面性格 vs 内在性格 | 笑面虎/刀子嘴豆腐心 |\n| 外表形象 vs 表面性格 | 看着凶实际软 |\n| 外表形象 vs 内在性格 | 看着柔实际狠 |\n| 身份 vs 生活方式 | 豪门子弟住地下室 |\n| 身份 vs 爱好特长 | 杀手擅长插花 |\n| 身份 vs 内在性格 | 军人内心文艺 |\n\n### 执行指令\n\n1. 设计配角时先确定其功能（替主角说话/发狠/搞笑/提供信息）\n2. 从六维度反差中选 1-2 个维度给配角贴标签\n3. 控制配角光环，不超过主角\n4. 功能性配角不要强行立体化\n\n---\n\n## 配角人设逻辑\n\n1. \"正戏反写\"——看似正面的行为背后有反派动机\n2. 配角情感保护壳：看似冷漠无情，实则有深层情感驱动\n3. 避免崩人设：角色的行为选择必须符合已建立的人设逻辑\n4. 先从题材的\"标签人物\"直接用——成熟题材里的人设角色都是经受过市场考验的\n\n---\n\n## 凸显人设的方法\n\n### 执行指令\n\n1. 抓亮点——找到角色最突出的那个特质，集中火力展现\n2. 用行动展现人设，不要用旁白描述（如出狱后不卑不亢、争取利益、展现老练）\n3. 用反差碰撞制造张力\n4. 反差拉张力会筛读者，控制尺度——反差太大会劝退部分读者\n\n---\n\n## 高情商/聪明人桥段写法\n\n### 执行指令\n\n1. 高情商通过具体剧情中的表现来体现，不要旁白夸赞\n2. 写察言观色、临场应变、控场接话的具体场景\n3. 高情商表现应参考经典网文中的成功案例模式，每个桥段至少包含一个\"读者预期尴尬但主角化解\"的反转\n4. 每个桥段至少有一个\"反转\"——读者以为会尴尬，结果主角完美化解\n\n---\n\n## 用配角做期待枢纽（人物扣）\n\n### 执行指令\n\n1. 选一个配角做\"任务基地\"——一个人物同时承载多个短期和长期期待\n2. 主角每次解决事件装完逼后去找该人物，开始新一轮装逼\n3. 每个剧情单元结束后利用同一人物展开新剧情\n4. 人物下线时带来更大的好处，用\"歪打误撞收获更多\"转变读者\"损失厌恶\"心理\n\n---\n\n## 群像写作法\n\n### 执行指令\n\n1. 每个角色出场都要有功能，没有水分——功能不明确的角色不要出场\n2. 角色间的关系要有层次（引路人、对手、伙伴、障碍）\n3. 不同角色要有不同的说话风格和行为特征\n4. 通过行为而非旁白来展示角色特点\n\n### 配角脸谱化描写\n\n1. 抓住 1-2 个突出特点做鲜明标签（口头禅/标志性动作/极端性格）\n2. 标签化让读者迅速记住，不过多占用笔墨\n3. 功能性配角要有明确功能：推动剧情、衬托主角、提供信息\n\n### 角色使用的节奏\n\n1. 高人气角色的出场频率应控制在每3-5章一次，保持期待感而不审美疲劳。每次出场必须有新信息或新功能\n2. 读者不感兴趣的角色该舍弃就舍弃，自然\"下线\"\n3. 用\"以角色带角色\"引入新角色——喜爱延续\n\n### 角色池编织法\n\n1. 以角色带角色：女主讨喜 → 写女主爸妈/姐姐/闺蜜 → 喜爱延续到新角色\n2. 像网一样编织下去 → 很快就有取之不尽的角色池\n3. 每个新角色贴一个标签，个个鲜明\n\n---\n\n## 向人设深化法\n\n### 执行规则\n\n先判断当前项目适合“故事深化”还是“人设深化”：\n\n| 条件 | 优先方向 | 执行动作 |\n|------|------|------|\n| 主线已经复杂、多势力、多反转 | 向人设深化 | 保持故事结构简单，在人物欲望、反差、关系互动上制造新鲜感 |\n| 主线过直、人物已经鲜明但事件不足 | 向故事深化 | 增加阻碍、目标变化、信息差或代价，不新增无功能角色 |\n| 短篇/轻量篇幅 | 向人设深化 | 用 1-2 个强人设标签驱动冲突，不铺大世界观 |\n| 长篇关键卷/高潮卷 | 两者结合 | 故事升级一个维度，同时让关键人物关系发生可见变化 |\n\n### 执行步骤\n\n1. 拿一个简单甚至老套的故事结构\n2. 在人物身上加\"戏剧性\"——能让目标读者找到乐子的设定\n3. 通过几个人物的互动循环产生持续剧情\n\n### 循环写法（一个简单情节可写5章以上）\n\n- 第1章：主角装逼 → 师叔更迫切\n- 第2章：师叔逼女生 → 恋人帮着威逼利诱\n- 第3章：女生靠近主角 → 恋人在暗地暗爽\n- 第4章：女生回去哭诉 → 恋人假意安慰一边暗爽\n- 第5章：复命领赏 → 女生发现恋人对奖赏没那么高兴\n\n---\n\n## 人物塑造技巧\n\n### 女性角色塑造（男频）\n\n1. 读者喜欢的是女主的标签（高贵优雅、肤白大长腿），不是外貌描写\n2. 利用刻板印象：吸血鬼=高贵优雅+外貌出众，不用特意描述读者就知道\n3. 网文里美貌是最廉价的资源——不要花大量笔墨写外貌\n4. 性格设定可极端化：傲娇到极致、对主角爱得深沉、不考虑自身利益\n5. 保持性格一致性：设定后言行始终符合\n\n### 主角可以犯错但需把握尺度\n\n| 可原谅 | 不可原谅 |\n|--------|---------|\n| 因不可抗力或信息差导致的错误 | 因蠢、因圣母心泛滥导致的错误 |\n| — | 与实力不匹配的错误（斗帝强者因小人物犯蠢） |\n\n### 主角人设内外反差\n\n1. 可设计表面与内心的反差（如表面色牛实际内心孤僻）\n2. 反差感增加角色深度和趣味，提供丰富的情节冲突可能性\n\n### 反派的本质\n\n反派 = 与主角立场不同、利益相悖的人。赋予反派自己的想法和追求，不要写纯粹的恶。\n\n### 渣人设写法\n\n1. 开头就清晰传达主角人设，穿越前后保持一致\n2. 避免\"又当又立\"——前面没描写主角是老色皮后面突然追女读者反感\n3. 明确人设 = 筛选接受这种人的读者 = 预期管理\n\n---\n\n## 人物记忆点法\n\n1. 每个人物至少有一个性格方面特别突出\n2. 只有让某一特征特别突出，才有记忆点\n3. 目标：哪怕剧情不推进，几个人物坐一起聊天，读者都看得津津有味\n\n---\n\n## 金手指绑架人设法\n\n### 执行指令\n\n1. 金手指不只是给主角超能力，目的是让主角的性格合理化\n2. 用金手指规则绑架行为 → 配角反应自然塑造形象 → 不需要直接描写主角品格\n3. 追求道德爽感（最高级爽感）：让主角成为行为层面让读者心服口服的\"活圣人\"\n\n---\n\n## 以梗为中心塑造人设\n\n### 执行指令\n\n1. 单一标签\"杀伐果断\"\"热血\"太模糊 → 用具体梗来建设角色 → 读者产生强记忆点\n2. 例：配角每次看到主角成功 → 羡慕嫉妒恨 → \"你真该死啊\" → 强记忆点+趣味性\n3. 好人设+平平无奇的金手指+俗套套路 → 也能发挥意想不到的吸引力\n\n---\n\n## 九维人设框架\n\n| 维度 | 内容 | 要点 |\n|------|------|------|\n| 基本信息 | 前身今世/外貌特征 | 从人物下手建立长期期待感 |\n| 性格 | 反差人设 | 为成长弧线铺垫 |\n| 爱好习惯 | 贪财/好色/杀人后超度 | 做强烈记忆点反复强调 |\n| 人际关系 | 关系网越复杂越能制造冲突 | 牵扯的重要人物个个有实力有背景 |\n| 背景 | 家族/出身/成长环境 | — |\n| 成长弧线 | 见下方三阶段 | — |\n| 对比反差 | 恶人vs好人/医生救死扶伤→扛起枪杀人 | — |\n| 价值观态度 | 不同身份地位看法不同 | 态度=行动目标 |\n| 人物小传 | 典型重要故事 | 浓缩的生平经历 |\n\n### 人物成长弧线（三阶段）\n\n| 阶段 | 核心 | 对应 |\n|------|------|------|\n| 小我（幼年） | 虚构自己，想要成为他人眼中的我 | 动机 |\n| 自我（青年） | 真实自己，夹在两者之间痛苦 | 态度 |\n| 他我（成熟） | 别人眼中的自己就是追求的目标 | 价值观 |\n\n情绪公式：满足（认同）→ 打击（同情）→ 怀疑（共鸣）→ 心痛（共情）\n\n---\n\n## 人设关系四阶段标签\n\n| 阶段 | 了解程度 | 表现 |\n|------|---------|------|\n| 相遇（陌生人） | 只知道外表 | 警惕/保持距离/设防 |\n| 相识（过客） | 初步了解不知底线 | 察言观色/阿谀奉承 |\n| 相知（好哥们/闺蜜） | 知道秉性和底线 | 聊骚话/吐露心声/倾诉烦恼 |\n| 相恋（爱人） | 了解内心伤疤 | 占有欲强/喋喋不休/任劳任怨 |\n\n---\n\n## 用职场思维理解网文关系结构\n\n### 执行规则\n\n网文本质：在一个\"职场\"爽透，然后再到另一个\"职场\"爽。\n\n### 共性与差异\n\n| 共性维度 | 说明 |\n|---------|------|\n| 层级 | 任何环境中都有上下级关系 |\n| 互助 | 同级之间的合作和互利 |\n| 互害 | 同级之间的竞争和倾轧 |\n\n| 差异维度 | 说明 |\n|---------|------|\n| 合作方式 | 不同环境合作模式不同 |\n| 资源类型 | 不同环境争夺的资源不同 |\n| 个体能力 | 主角的独特优势 |\n\n### 执行步骤\n\n1. 为主角设计一个\"职场环境\"（学校/宗门/公司/军队）\n2. 设置层级关系（上级/同级/下级/对手）\n3. 利用层级关系自然产生矛盾和冲突\n4. 主角在这个环境中爽透后，换到更大的\"职场\"\n\n---\n\n## 代入感构建法\n\n### 执行规则\n\n- 代入感维护规则：节奏和情感链条不断裂。断裂标志=读者开始用现实逻辑评判情节\n- 一旦读者开始用现实逻辑评判 = 节奏出了问题\n- 核心是情感链条不断\n\n### 执行方法\n\n| 方法 | 做法 | 效果 |\n|------|------|------|\n| 共情切入点 | 用日常生活常见事件 | 瞬间拉近距离 |\n| 细节真实性 | 填充生活化细节 | 强化世界真实性 |\n| 救猫咪情节 | 开头一个情节强调主角人设某方面 | 读者快速熟悉并代入 |\n| 共情前提 | 让角色暴露真实一面（弱点/困境） | 读者产生保护欲 |\n| 合理化虑点 | \"缺钱\"这类人人都懂的困境 | 天然共情 |\n\n### 共情三层次\n\n1. **表层共情**：经历类似\n2. **深层共情**：情感类似\n3. **认同感**：价值观一致\n\n### 破坏代入感的行为（避免）\n\n- 角色做出读者无法理解的选择\n- 大段设定说明打断叙事\n- 节奏拖沓导致情感链条断裂\n- 主角三观与目标读者严重偏离\n\n---\n\n## 安全感与核心情绪把控\n\n1. 不同题材的读者对安全感需求不同，先确认题材\n2. 极道流等紧张感题材：安全感拉爆 = 危机感消失 = 核心情绪偏移——不要给主角找过强的靠山\n3. 禁止为主角设置可随时解决危机的强力靠山——靠山的存在必须不削弱紧迫感。违反此规则时标记为\"靠山过度\"\n4. 精力有限时，情节始终是第一位的，世界观只是加分项\n\n---\n\n## 质量检查清单\n\n完成角色设计后，逐项检查：\n\n- [ ] 角色是否有三层标签（身份/表现/内核），且至少有一层反差\n- [ ] 强关联设定是否达到 3 个以上\n- [ ] 人设是功能性设计还是只有外貌信息堆砌\n- [ ] 配角是否有明确功能，是否抢了主角风头\n- [ ] 每个角色是否有至少一个记忆点\n- [ ] 配角出场是否都有功能，没有无用水分\n- [ ] 不同角色是否有不同的说话风格和行为特征\n- [ ] 主角的错误是否在可原谅范围内\n- [ ] 反派是否有自己的逻辑和追求，不是纯粹的恶\n- [ ] 人设言行是否前后一致，有没有崩人设\n- [ ] 代入感情感链条是否连续，有没有被设定说明打断\n- [ ] 安全感是否匹配题材要求（紧张题材不能给主角太强靠山）\n- [ ] 高情商桥段是否通过具体剧情展现，而非旁白夸赞\n\nFile v1.1.29:references/character-relations.md\n\n# 角色关系与感情线操作手册\n\n## 决策路由\n\n| 你在设计什么 | 使用本章方法 |\n|-------------|-------------|\n| 角色间关系类型 | 人物关系类型表 |\n| 感情线核心人设 | 感情流人设核心法 |\n| 爱情线底层逻辑 | 男频/女频爱情线差异 |\n| 穿书/穿游戏角色选择 | 穿书角色选择法则 |\n| 多角关系/修罗场 | 修罗场收场策略 |\n| 好感度推进节奏 | 好感度体系 + 男频恋爱文攻略 |\n| 配角态度变化 | 配角攻略缓冲区 |\n| 角色共情写作 | 角色行为自洽检查 |\n| 角色目标与关系线 | 角色目标独立性 + 关系线设计 |\n\n---\n\n## 人物关系类型\n\n查表确定角色间的关系类型，然后按原则执行。\n\n| 关系类型 | 定义 | 功能 | 示例 |\n|---------|------|------|------|\n| 冲突型 | 双方利益/理念对立 | 制造张力，推动情节 | 宿敌、竞争对手 |\n| 联盟型 | 双方有共同目标 | 提供助力，制造羁绊 | 战友、师徒 |\n| 亲密型 | 情感纽带连接 | 制造软肋，提供情感支点 | 恋人、家人、兄弟 |\n| 权威型 | 上下级/支配关系 | 制造压力，限制主角行动 | 师父、老板、监管者 |\n\n**执行规则**：\n- 每个重要关系至少安排一次考验（背叛/牺牲/误解）\n- 关系必须有变化弧线（敌人变盟友、盟友变对手）\n- 禁止所有关系都是\"你好我好\"的铁板一块\n- 关系的功能必须服务于情节，不能只为甜/虐而存在\n\n---\n\n## 感情流人设核心法\n\n感情流中剧情为人设服务——每次剧情都要丰满人物或推动感情发展，否则就是无效剧情。\n\n### 构建步骤\n\n1. **确定人设核心**：写下最初出现在脑海里的角色特征（如\"想登上皇位的皇子\"\"病弱皇子\"）\n2. **围绕核心发散**：回答——为什么有这个核心？过去经历？环境影响？性格成因？\n3. **延伸剧情线**：核心自带的剧情必须写（有目标→目标线；有伤痛→治愈线）\n\n### 执行规则\n\n- 俗套剧情配上丰满人设也能脱离套路感\n- 两个主角都必须有闪光点和独立变化路线，不能一个人出彩另一个人黯淡\n- 高光不等于装逼——所有让读者对角色印象深刻的时刻都是高光，包括痛彻心扉的时刻\n- 生命不止恋爱——角色心里希望恋爱，但生命里不能只有恋爱，只有恋爱的角色立不住、很单薄\n\n---\n\n## 男频与女频爱情线底层逻辑差异\n\n**先确定目标读者群，再选择对应逻辑。两者不可混淆，否则读者会觉得\"不对味\"。**\n\n### 男频爱情线逻辑\n\n| 维度 | 说明 |\n|------|------|\n| 核心 | \"外在因素展示\"——主角和对象在一起体现两人的外在因素多优秀 |\n| 三种核心逻辑 | \"她要是我的该多好\" → \"这么优秀的人是我的了\" → \"这么优秀的人都喜欢我，我更优秀\" |\n| 围观者想法 | \"能得到这么优秀的女人，我好羡慕\"（非\"恋爱好甜\"） |\n| 女主 | 最好有多个女性角色喜欢主角，越多说明主角越优秀 |\n| 对象本质 | \"奖杯\"——一切动机的根本目的是胜利 |\n\n写男频感情线时，围绕\"展示优秀\"设计事件。\n\n### 女频爱情线逻辑\n\n| 维度 | 说明 |\n|------|------|\n| 核心 | \"连接\"——两人之间唯一、坚不可摧、最优先的情感连接 |\n| 连接要求 | \"我爱的是你这个人，外貌、财富、才华都不能替代这份连接\" |\n| 纯洁性 | 连接形成后应逐渐舍去外在因素影响 |\n| 双方 | 最好初恋+双洁——保障连接的纯洁性和唯一性 |\n| 围观者想法 | \"他们的恋爱好甜，我好羡慕\" |\n\n写女频感情线时，围绕\"深化连接\"设计事件。\n\n---\n\n## 穿书/穿游戏角色选择法则\n\n### 必须满足的条件\n\n- 叙事主角必须对原世界有相当熟悉度（最核心的期待感来源）\n- 确定穿越进熟悉的世界，一两句话交代清楚，不能超过一章还不知道身处何方\n- 必须选择穿越后有强戏剧性或强矛盾的角色（如穿越成恶毒女配）\n\n### 信息差设计\n\n- 在原世界基础上适当设计信息差，为叙事主角提供探索空间\n- 可以用原世界知识卡bug获取超额收益\n\n---\n\n## 修罗场收场策略\n\n修罗场本质是一种矛盾，控制对抗烈度，不能让爱情线对象之间出现不可调和的矛盾。\n\n| 收场方法 | 操作 |\n|---------|------|\n| 关联回事业线 | 让爱情线对象们把争风吃醋转化为\"比谁对主角事业线贡献更大\" |\n| 插入事业线突发事件 | 对抗进入白热化时，用突发事件让所有人从内斗切换成一致对外 |\n| 一笔带过 | 最多两人互相看不惯、说两句嘲讽话就过去，非常克制 |\n\n---\n\n## 傻白甜角色塑造避坑\n\n### 六个必避之坑\n\n1. 女主犯错不能是故意的，不能明知不能做偏要做\n2. 女主犯错不能违反道德——傻白甜最重要的是天真小孩子般的高道德感\n3. 不能站在道德高地指责他人（道德婊行为），自己却做不好\n4. 不能因为道德婊行为和队友发生矛盾后还让队友认错赞美她\n5. 正确做法：有更高道德标准 → 所作所为符合 → 为此显得与众不同和有点傻气\n6. 可以写成长线：坐到被她指责的人的位置上后，发现原来那个做法已是最好的选择\n\n### 反向用法\n\n塑造傻白甜反派时，把以上六点全加在她身上，让读者一见就厌恶。\n\n---\n\n## 人设改变的双向翻转法\n\n爱情线中关系发生变化时的人设调整方法。\n\n### 核心思路\n\n- 最好的改变是两个人都改变，且改变后恰好与之前两人之间的对应关系相反\n- 改变要基于原人设做局部调整，和原人设保持密切联系，避免随意改造\n\n### 执行规则\n\n- 人设变化发生在爱隔山海阶段之后（尤其是面对最大阻碍之后），不要再设计新的矛盾，只要发糖\n- 真正的阻碍已在前面解决，此时读者最迫切的渴望是多吃糖\n- 发糖要用实在的CP行为和悉心照顾表达爱意，不是\"我爱你\"式的工业糖精\n\n---\n\n## 角色行为自洽检查\n\n### 第一步：排除外部强推\n\n检查角色行为是否只是为了让剧情往某方向发展。如果角色\"恰好\"做了推进剧情的事但没有自身动机，标记为\"人设偏移\"，必须为该行为补充角色层面的合理理由。\n\n### 第二步：目标情绪确认\n\n写每段前明确三个要素：\n1. 本段目标情绪：这段剧情要让读者产生什么情绪？\n2. 角色性格特征是否支持该情绪：角色的设定属性是否自然导向此情绪方向？\n3. 角色行为是否符合使命定位：角色在本段的行为是否与其在故事中的功能定位一致？\n\n### 第三步：人设行为推导\n\n从角色已设定属性（经历/性格/目标/当前状态）推导其在场景中的行为：\n- 列出该角色在此场景下的2-3种可能反应\n- 评估每种反应与角色已有行为模式的一致性\n- 选择最符合人设且最有戏剧张力的那一种\n\n### 第四步：情绪一致性校验\n\n检查角色表达的情绪核心与场景目标情绪是否一致。不一致则调整角色行为或场景目标情绪，确保输出内容在情绪维度上自洽。\n\n**两种执行路径**：\n- 路径A：先定目标情绪 → 按人设推导角色行为 → 校验一致性\n- 路径B：先按人设推导角色行为 → 反推场景目标情绪 → 校验一致性\n\n---\n\n## 配角攻略缓冲区\n\n配角对主角态度的变化过程 = 主角攻略配角的过程，伴随巨大的期待感和爽点。\n\n### 缓冲区类型\n\n线上线下、背后议论、异地相处、地位差距、亲密度差距、信任程度、信息差等。\n\n### 操作步骤\n\n1. 始终保持缓冲区存在\n2. 在卷纲中挑出事件拐点（5~7个）\n3. 在每个拐点处标注配角状态和对主角的态度变化\n4. 每次攻略到关键点位时，配角的态度变化必须写清楚\n5. 态度变化本身就产生情绪波动和期待感\n\n### 执行规则\n\n- 配角不能像NPC一样站着等主角触发\n- 配角要有自己的行动，由配角观点引出事件\n- 正面角色也一样：和主角立场相同的人也应有自己的行动和动机\n\n---\n\n## 利用角色身份认知差制造冲突\n\n同一个角色在不同人眼中的\"声望\"是动态变化的，不是恒定值。\n\n| 视角 | 看重什么 | 对男主的评价 |\n|------|----------|-------------|\n| 世俗视角 | 家境对等，抗风险能力 | 综合条件匹配度 |\n| 男主自身 | 赚钱养家+感情 | 相对门当户对 |\n| 女主视角 | 感情+专一+爱 | 只要在乎的就门当户对 |\n| 富二代 | 外貌家世匹配度 | 我才更门当户对 |\n| 路人 | 综合条件对比 | 女主该嫁富二代 |\n\n**操作要点**：\n- 不同人对同一个角色的评价差异 = 天然的矛盾冲突来源\n- 恋爱文的核心爽点之一：不同维度的评价差\n\n---\n\n## 亦敌亦友关系\n\n最有魅力的人物关系类型。\n\n### 执行规则\n\n- 前提：两个角色本身都要有魅力，否则只是强行五五开的狗皮膏药\n- 核心：高度认可 + 绝对冲突 → 惺惺相惜 → 缺一魅力全无\n- 真正的宿敌 = 双方相互认可，外人盖章不算\n\n---\n\n## 竞争者定位与亲情线用法\n\n### 竞争者（鲶鱼效应）\n\n- 定位：给男主/女主增加紧张感上压力 → 推动攻略进度\n- 剧情设置重点在\"高潮节点前\" → 属于铺垫环节\n- 对高潮后续写剧情作用不大 → 不是续命手段\n\n### 亲情线的四个方向\n\n| 方向 | 作用 | 使用时机 |\n|------|------|---------|\n| 男方助力 | 提供金钱地位权力 | 高潮前发挥 |\n| 男方阻力 | 设置障碍让主角得到认可 | 节点前后都能用 |\n| 女方助力 | 温柔乡感情补给站 | 高潮前发挥 |\n| 女方阻力 | 父母不同意→为了认可去努力 | 节点前后都能用 |\n\n助力主要在高潮前，阻力节点前后都能用，阻力更好发挥。\n\n---\n\n## 男频恋爱文写法攻略\n\n### 读者为什么看恋爱文\n\n| 价值 | 来源 |\n|------|------|\n| 情绪价值 | 填补\"被需要、被在乎\"的情感空缺 |\n| 自尊价值 | 女主条件好→带出去有面子→配角羡慕嫉妒 |\n| 高身份女主原因 | 更强的装逼打脸工具人+更大的自尊满足 |\n\n### 核心技法：把恋爱当升级文写\n\n- 暧昧拉扯的过程才是最有吸引力的\n- 好感度进度条：每一步推进 = 升级文中的一个\"等级\"\n- 每一个事件是一次\"升级\"→ 通过冲突、化解、理解和共鸣让好感攀升\n\n### 好感度升级路径\n\n路人 → 好人（扶老奶奶过马路） → 正直勇敢的好人（挺身而出） → 不错的朋友（理解原生家庭困境） → 喜欢但不知（特殊契机看到彼此不为人知的一面）\n\n### 关键原则：主角不主动追求\n\n- 当前男频读者普遍反感\"舔狗\"人设\n- 推动好感靠男主自身优秀品质吸引，不是主动追求\n- 男主帮女主是举手之劳不经意为之 → 女主因此记住他\n\n### 感情升级的不对称性\n\n- 两条进度线：表面社会关系（路人→朋友→情侣）+ 实际情感好感度\n- 两条线不应齐头并进 → 一条快一条慢 → 带来丰富的矛盾冲突\n- 情感线快于社会线 → 辉夜大小姐模式（双方好感拉满但嘴硬不表白）\n- 社会线快于情感线 → 赘婿/择天记模式（表面夫妻实际好感为零）\n\n### 写女主对主角好\n\n| 女主类型 | 付出方式 |\n|---------|---------|\n| 自卑社恐 | 偷偷帮忙塞东西但害怕被发现 |\n| 傲娇型 | 用心做便当但嘴硬\"做多了顺便带的\" |\n| 直率泼辣 | 大大方方送礼物或直球表白 |\n\n### 善用对比\n\n| 对比类型 | 操作 |\n|---------|------|\n| 时间线对比 | 女主刚认识主角时 vs 熟悉后的态度变化 |\n| 双标 | 不允许别人摸头但主角可以 → 凸显特殊地位 |\n| 信息差 | 男女主双重身份（网上vs现实）→ 期待揭穿时反应 |\n\n---\n\n## 好感度体系（通用框架）\n\n### 四阶段\n\n萍水相逢 → 爱情喜剧 → 爱隔山海 → 大结局\n\n### 好感度 × 关系阶段对照表\n\n好感度（负/零/半/满） x 关系阶段（熟悉/试探/暧昧/确认）\n\n阶段匹配原则：**按低的一方计算**。好感度到了但关系阶段没到 = 行为突兀。\n\n### CP行为三类门槛\n\n| 行为类型 | 门槛 | 说明 |\n|---------|------|------|\n| 需容忍行为 | 半好感+ | 主动亲密、妥协，必须给补偿否则变舔狗 |\n| 特殊对待行为 | 半好感+ | 主权、信赖、牺牲、特殊待遇、安抚 |\n| 关联行为 | 双方半好感+ | 默契、分享、陪伴 |\n\n好感度不足时写需容忍行为 = 油腻/性骚扰感。\n\n### 5套感情线结构模板\n\n| 模板 | 核心 |\n|------|------|\n| 好感度变化 | 可能升/降/已降 → 各自处理路径 → 余韵 |\n| 受益 | 享受伴侣带来的好处 = 爱情线装逼核心 |\n| 争风吃醋 | 多角色为主角争风，不是主角吃别人醋 |\n| 发展受阻 | 阻碍→试图解决→解决→余韵 |\n| 狗粮 | CP日常互动 |\n\n---\n\n## 角色目标的独立性与关系线设计\n\n### 主角目标独立性原则\n\n- 主角的目标必须属于自己的 → 不能是\"帮别人实现目标\" → 否则主角变成配角/工具人\n- 正确做法：把别人的目标转化为主角自己的（平叛=保护自己的利益/获得认可/获取资源）\n- 自检方法：随机看一章 → 主角在主动追求什么 → 如果没有 → 主角沦为别人的棋子\n\n### 感情线的层次设计\n\n- 感情推进不是线性的，应该有升级节点，每个节点对应一个剧情高潮\n- 社会关系线 vs 实质情感线的错位制造张力\n- 最佳节奏：感情先慢后快 → 前期铺垫积累好感 → 后期集中爆发 → 匹配盛大仪式\n\n### 配角的功能性定位\n\n| 类型 | 功能 | 使用时机 |\n|------|------|---------|\n| 竞争者（鲶鱼型） | 制造压力推动主角行动 | 高潮节点前 |\n| 助力型亲友 | 提供资源/情感支持 | 高潮前发挥 |\n| 阻力型亲友 | 不认可→设置条件→主角克服→获得认可 | 节点前后都能用 |\n\n---\n\n## 绿茶/负面角色\n\n- 可以推动剧情但要谨慎使用\n- 确认该角色是否有不可替代性\n- 主角强势时任何角色都能变正反馈\n- 主角弱势时负面角色会被读者恨\n\n---\n\n## 后宫文女主人设设计法\n\n### 核心思路\n后宫文的关键是弱化男主\"主动渣\"的感觉，让女主自身设定成为推动后宫的主力。\n\n### 设计原则\n1. **女主人设要预设方向**：开书前就设计好每个女主的核心特质\n2. **差异化设计**：不同女主有完全不同的价值观和背景\n3. **同居培养感情**：开局让女主们同住一个屋檐下，彼此成为朋友\n\n### 温水煮青蛙法\n以三个女主为例：\n\n| 角色 | 人设设计 | 在后宫中的作用 |\n|------|----------|---------------|\n| 青梅（正宫） | 传统价值观，占据防守位 | 从小一起长大，天然正宫 |\n| 女主B | 家庭圆满家教开明，理性看待感情 | 不在意名分，只在意快乐 |\n| 女主C | 缺少父爱和社交，爱情观模糊 | 不存在一夫一妻制思想束缚 |\n\n核心逻辑：\n- 青梅占据正宫与防守位\n- 另两个女主不在意后宫，只在意跟主角在一起\n- 把\"主角脚踏多条船\"的问题转化为\"青梅防守 vs 另两人共享\"的问题\n- 一点一点突破青梅的防守底线，等反应过来时已经是既成事实\n\n\n## 男频极简爱情线构型\n\n### 核心原则\n男频爱情线不需要复杂的情感博弈，核心是\"英雄救美 + 事业舞台 + 对手衬托\"三要素。\n\n### 极简构型\n1. **英雄救美**：女主陷入困境 -> 主角用金手指/实力解决 -> 建立初始好感\n2. **事业舞台**：主角在事业上展示金手指 -> 女主在场作为重要观众 -> 好感随事业成就升级\n3. **对手衬托**：情敌/对手同时是事业对手 -> 打败对手既是事业胜利也是感情胜利\n\n### 关键操作\n- 女主的每一次好感升级都绑定在主角的事业成就上，不单独写纯感情戏\n- 女主有自己的事业线/目标，不是花瓶——她的事业目标与主角有交叉但独立\n- 情敌的价值在于他同时威胁主角的事业和感情，打脸时有双重爽感\n- 感情节奏跟着事业节奏走：事业低谷时感情拉扯，事业高峰时感情升温\n\n### 爱情线与事业线融合检查\n- 删掉所有爱情线段落，事业线是否还成立？如果不行 = 爱情线拖后腿了\n- 删掉所有事业线段落，爱情线是否还有看点？如果不行 = 爱情线太弱\n- 理想状态：两条线互相增强，拆开各自能看，合在一起更好看\n\n\n## 质量检查清单\n\n每次完成角色关系/感情线设计后，逐项核查：\n\n- [ ] **关系类型明确**：每个重要关系已归类为冲突/联盟/亲密/权威之一\n- [ ] **关系有弧线**：每个重要关系至少经历一次考验或变化\n- [ ] **人设有核心**：主角人设有明确的核心特征和发散依据\n- [ ] **目标独立性**：主角的目标属于自己的，不是帮别人实现目标\n- [ ] **好感度匹配**：CP行为与当前好感度阶段匹配（按低的一方计算）\n- [ ] **读者群对味**：男频围绕\"展示优秀\"设计事件，女频围绕\"深化连接\"设计事件\n- [ ] **配角有行动**：配角不是NPC式站桩等待触发，有自己的行动和动机\n- [ ] **缓冲区存在**：配角攻略过程中始终保持缓冲区，拐点处标注态度变化\n- [ ] **修罗场可控**：多角关系中对象之间无不可调和的矛盾\n- [ ] **发糖时机正确**：爱隔山海之后不再设计新矛盾，只发实在的CP行为糖\n- [ ] **角色不止恋爱**：角色生命中有恋爱之外的内容，不是单薄的情感工具人\n\nArchive v1.1.28: 102 files, 558326 bytes\n\nFiles: references/agent-calls.md (7526b), references/anti-ai-writing.md (37187b), references/artifact-protocols.md (14882b), references/author-memory-maintenance.md (8766b), references/author-memory.md (11531b), references/banned-words.md (10424b), references/benchmark-recall.md (5648b), references/character-basics.md (16921b), references/character-design-methods.md (16262b), references/character-relations.md (17831b), references/commercial-core-methods.md (20663b), references/cross-book-recall.md (7291b), references/deslop-gates.md (14455b), references/dialogue-mastery.md (11764b), references/emotion-on-page.md (4739b), references/emotional-arc-design.md (12258b), references/emotional-methods.md (10174b), references/female-audience-writing.md (11427b), references/genre-prose-cards.md (7162b), references/genre-prose-cards/东方仙侠.md (2788b), references/genre-prose-cards/传统玄幻.md (2801b), references/genre-prose-cards/历史古代.md (2635b), references/genre-prose-cards/历史脑洞.md (2934b), references/genre-prose-cards/双男主.md (3272b), references/genre-prose-cards/古言脑洞.md (2676b), references/genre-prose-cards/古风世情.md (2622b), references/genre-prose-cards/女频悬疑.md (2637b), references/genre-prose-cards/女频种田.md (2693b), references/genre-prose-cards/宫斗宅斗.md (2522b), references/genre-prose-cards/年代.md (3069b), references/genre-prose-cards/快穿.md (2858b), references/genre-prose-cards/悬疑灵异.md (2616b), references/genre-prose-cards/悬疑脑洞.md (2788b), references/genre-prose-cards/战神赘婿.md (2810b), references/genre-prose-cards/抗战谍战.md (2728b), references/genre-prose-cards/星光璀璨.md (2800b), references/genre-prose-cards/民国言情.md (2817b), references/genre-prose-cards/游戏体育.md (2899b), references/genre-prose-cards/玄幻脑洞.md (3004b), references/genre-prose-cards/玄幻言情.md (2596b), references/genre-prose-cards/现言脑洞.md (2741b), references/genre-prose-cards/科幻末世.md (2653b), references/genre-prose-cards/职场婚恋.md (2612b), references/genre-prose-cards/西方奇幻.md (2834b), references/genre-prose-cards/豪门总裁.md (3343b), references/genre-prose-cards/都市修真.md (2580b), references/genre-prose-cards/都市日常.md (3766b), references/genre-prose-cards/都市种田.md (2584b), references/genre-prose-cards/都市脑洞.md (3485b), references/genre-prose-cards/都市高武.md (3018b), references/genre-prose-cards/青春甜宠.md (2790b), references/genre-readers.md (11007b), references/long-chapter-hooks.md (8784b), references/long-chapter-quality.md (8849b), references/long-format.md (2610b), references/long-genre-catalog.md (17378b), references/long-genre-mechanics.md (17364b), references/long-reversal.md (15581b), references/long-suspense.md (15524b), references/opening-design.md (12819b), references/outline-conflict.md (17651b), references/outline-methods.md (10896b), references/outline-rhythm.md (12878b), references/outline-structure-theory.md (12690b), references/plot-core-methods.md (20291b), references/plot-emotion-system.md (15867b), references/plot-frameworks.md (27746b), references/plot-special-topics.md (25562b), references/project-files.md (11880b), references/reader-contract-and-progression.md (11534b), references/reference-index.md (6167b), references/stop-and-fix.md (940b), references/style-combat-face.md (17329b), references/style-craft.md (13392b), references/style-genre-modules.md (24811b), references/style-resolution.md (4016b), references/tracking-initialization.md (1355b), references/tracking-transaction.md (15296b), references/workflow-chapter.md (14746b), references/workflow-daily.md (7707b)\n\nFile v1.1.28:SKILL.md\n\n---\nname: story-long-write\nversion: 1.0.0\ndescription: \"长篇网文规划与写作。支持只讨论结构、只写大纲或指定细纲，明确要求正文后再写章节。触发方式：/story-long-write、/写长篇、「帮我开书」「定设定」「出卷纲」「规划剧情」「写大纲」「补细纲」「日更」「续写」「继续写」「修改第X章」「回炉」「重写第X章」。\"\nmetadata: {\"openclaw\":{\"source\":\"https://github.com/zenstory-ai/oh-story-claudecode\"}}\n---\n# story-long-write：长篇网文写作\n\n你是网络小说创作教练，帮用户从选题、大纲到正文写完一本长篇网络小说。\n\n## 写前必读（强制，先读后写）\n\n任何创建或修改长篇故事文件的动作前，先判断场景并读完下列文件。**只读本 SKILL.md 不算完成；`rg` 检索或局部摘读也不算完整读取。**\n\n必须分块读到 EOF：\n\n1. 规划按时刻读：定方向、定设定读 `references/workflow-setup.md`，出卷纲读 `references/workflow-volume.md`，出细纲或补纲读 `references/workflow-outline.md`，只读当前时刻的；写指定章读取 `references/workflow-chapter.md`；日更先读取 `references/workflow-daily.md`，进入正文前再完整读取 `workflow-chapter.md`；大修先读 `references/workflow-revision.md`，改稿时还要读什么由它写明。\n2. 主会话直接写正文时，首次落笔前完整读取 `references/long-format.md` 与 `references/writing-craft.md`（和写手同一套技法）；`references/long-chapter-quality.md`、`references/long-chapter-hooks.md` 只在排查具体问题时读，去味走检测器，不预读。交给 narrative-writer 时，由该 agent 按自己的 reference 表完成写前读取，主会话不得用未读 reference 的临时 prompt 替代。\n3. 本章技法按下方「本章技法」一段选，至多一份；主会话自己写时按那段只读指定小节，这是本条唯一允许的按节读。\n4. 正文写前，references 读完后立即重读当前用户请求、本章细纲和卷纲，先在上下文里**记下本轮约束**：原样记录用户明确字数范围、必发生、禁止发生、精确时间锚与本章停笔点、章尾新债。references 只提供技法，不得覆盖这些项目事实；作者给的字数范围写在细纲「字数范围」行（命令参数只作临时覆盖），有它就不用默认 ±15%。交付前逐项复核：字数带外按 `workflow-chapter.md` 的收口流程交用户处置，不自动补字；其余项越界不算完成。\n\n任一必需路径不存在、不可读或未读完时立即停止，报告准确路径，**不得先写正文再补读**。写前必读按当前任务、当前会话重新执行；旧会话的“读过”不能沿用。\n\n---\n\n> 内置适配 Claude Code / OpenCode / Codex / Antigravity / ZCode / OpenClaw。专业 agent 只查当前端 canonical 目录（`.claude/agents`、`.opencode/agents`、`.codex/agents` TOML、`.agents/agents`）；Antigravity 用 `invoke_subagent` + 同名 `TypeName`。文件或运行时能力缺失、返回 unknown agent，或当前为不执行 custom agents 的 ZCode 3.3.4 时，报告 fallback 并 solo/direct 执行。\n>\n> Spawn 版本提示（不阻断 spawn）：先读取项目根 `.story-deployed` 的 `agents_version`。与本版 `agents_version: 34` 不一致时（标记缺失、字段缺失/非整数、小于或大于 34）**照常按文件存在性检查并 spawn**，但只检查当前运行时的 canonical 目录；同时用一句白话提示作者「写作助手是旧版，运行 /story-setup 后新开对话」，`Notice: agents bundle 版本不匹配（项目 {N}，本版 34）` 原文写进技术备注行；大于 34 时额外提示先更新 oh-story-claudecode，不要用本地旧版 setup 降级覆盖。只有 agent 文件缺失、或运行时不暴露 custom agent 时才降级 solo/direct，`Fallback: ... -> solo` 同样只进技术备注行。\n\n**文风裁决**：正文写作、改写或审稿前先读 [references/style-resolution.md](references/style-resolution.md)，加载本书文风并形成 `style_resolution`；无作者记忆也执行。当前请求、本书文风和 active 偏好按维度覆盖通用 references；同一裁决交给后续执行者。\n\n## 核心方法\n\n先抓情绪，再用验证过的模式可靠交付，灵感只做素材：每个场景服务一个说得清的目标情绪；从对标里找验证过的剧情模式，把对标角色当功能位，用本书的角色和素材填；写每章只读「不知道就会写错」的状态、伏笔与设定。契约与推进决策先过 `references/reader-contract-and-progression.md`「契约四问」。作者记忆：写正文时组装脚本已代查注入；其他任务直接跑 `{PYTHON} {skill 根}/scripts/author_memory_commit.py query --workspace {放 .active-book 的那层} --book-root {书目录} --kind …`（规划查 story_design、workflow、interaction，改稿查 prose_style、story_design；≤2KB，无记忆返回空），结果只给主会话或执行者，当前请求与本书文风优先；作者说出要长期记住的偏好时才读 [references/author-memory.md](references/author-memory.md) 按它 `record` 写入、回传回执。\n\n**本章技法（每章至多读一份）**：按细纲主功能选——打脸/逆袭（爽感释放）`style-combat-face.md`；身份/认知/立场反转（震撼+痛快）`long-reversal.md`；感情拉扯（意难平）`emotional-methods.md`，自己写时加 `emotion-on-page.md`；悬疑/惊悚/异常线索（紧张+好奇）`long-suspense.md`；日常装逼（期待感）`long-chapter-hooks.md`。都不对应就不读，按 writing-craft 写。交给写手时只在 prompt「本章技法」填类别，由写手整份读；主会话自己写正文时只读该文件的「决策路由」和它指向的那一节（先看标题定位，不整读），日更一批只读一份，按本批最需要的那章选，其余章按 writing-craft 写。作者先说情绪没说题材时按括号反查，再从 `long-genre-catalog.md` 找细分方向。\n\n---\n\n## 写作流程\n\n先确定操作对象、交付范围和停点，再看项目状态；空项目不等于授权完整开书。范围与转正文的权威规则如下。\n\n| 场景 | 触发条件 | 执行流程 |\n|------|----------|----------|\n| **结构讨论** | \"只讨论/推敲故事结构\" | 只交付结构方案，不建工程、不自动落盘；不要求先填完设定或细纲 |\n| **大纲规划** | \"写大纲/规划剧情/规划全书/规划第X卷/开新卷\" | 按需取 Phase 1→3，交付所请求大纲/卷纲及必要设定；不自动展开细纲或初始化追踪 |\n| **细纲规划** | \"出细纲/补纲/扩纲/补细纲/写或修改第N章细纲\" | Phase 3：既有单元内只补/改点名章；需要新单元才走「中途补纲/扩纲小流程」。指定范围不扩到整单元；未指定时按剧情批建纲 |\n| **开书** | \"帮我开书\"，未限定规划层级 | 按确认点逐个走：定方向→定设定→卷纲→首批 10 章细纲，每个确认点作者说继续才往下；**最远停在细纲交付，不自动写正文** |\n| **定设定** | \"定设定\"，或已有题材定位、还没有角色与关系 | 定设定时刻：`references/workflow-setup.md` Phase 2，交付设定后停 |\n| **写指定章** | \"写第 N 章\" / \"写第1章\" / \"开书并写首章\"，对象是正文 | Phase 4→5，只写点名章后停止；缺前置时先补必要设定、卷纲和点名章细纲，不套用完整开书的 10 章默认 |\n| **日更续写** | 关键词（\"日更\"/\"续写\"/\"继续写\"）**且**项目已有正文+追踪 | 加载 `references/workflow-daily.md` |\n| **大修** | \"修改第X章\" / \"回炉\" / \"重写第X章\"，对象是已写正文 | 加载 `references/workflow-revision.md`；只改细纲不进此流程 |\n\n**对象优先**：\"写/修改第N章细纲\"是规划，不因命中\"写/修改第N章\"而写正文；\"以后再写正文\"不是本轮授权。仅规划要求优先于旧日更任务，停止旧批量。对象不明或同一请求范围冲突时，只确认冲突项。\n\n**规划续接**：\"继续/按这个来/确认方案\"不扩大范围，完成即停，不自动转细纲或正文；\"继续写/接着写\"指正文——下一章有细纲就写，上一轮在规划就只问一句「要接着写第N章正文吗？」（默认是），缺细纲则问是否先补。规划模式不写入追踪或作者记忆，不调用 narrative-writer。开新卷时新角色/势力/设定回 Phase 2 增量补，Phase 3 只做到请求层级。\n\n**转入正文**：明确的正文请求只授权进入写作流程。落正文前重新完成本轮「写前必读」，按 workflow-chapter 处理缺 state、使 `tracking_commit.py check` 通过，任一未完成就停止；之后按原流程写作、质检、提交，不再问是否继续。\n\n### 裸调用与停靠点（防失控）\n\n`/story-long-write` 或 `$story-long-write` **裸调用**（无明确意图）时，只诊断项目并列选项，**不得自动进入正文写作，也不得把已有项目默认为日更 3 章**：\n\n- 空项目 → 「讨论结构」「写大纲」「帮我开书」；\n- 有纲无正文 → 「补细纲」「写第1章」；\n- 有正文+追踪 → 展示进度与下一章细纲状态，列「规划下一卷」「日更2章」「修改第X章」。\n\n**正文批量上限**：写正文须用户显式给出章节范围或日更意图；单章默认 1 章，日更默认 2-3 章，单轮最多 3 章，超出的在汇报里提示下轮继续。**匹配顺序**：只规划按 结构讨论 → 细纲规划 → 大纲规划 → 开书，越窄越优先；要正文按 大修 → 写指定章 → 日更续写；日更前置不齐则提示补齐或写第1章。同批\"继续/续写/日更\"仍走 workflow-daily 的完整串行流程；切到规划后不恢复旧日更批量。\n\n无法判断场景时，给 2-4 个白话选项（如「只聊结构」「写大纲」「写第N章正文」）让用户选，不贴场景表，也不开放式提问。\n\n### 面向作者的汇报\n\n所有给作者看的汇报、提问和停下说明只讲三件事：写了/改了什么（章名、发生了什么）；要作者定的事（一句白话问题＋白话选项＋推荐默认）；下一步。不写脚本、字段、参数名、状态码和内部清单名（如 排纲自查、供给自查、S1-S4、字数带）；编号必带故事标签，如「伏笔 F057（那封信的去处）」。检查结果一句白话带过，如「自查过设定和前文，没发现冲突」。回执、Notice、Fallback 等机器行只放最末一行「技术备注：」，其前可有一句下一步建议（如新开对话）。汇报照各 workflow 的模板写，不带代码块围栏；子 agent 返回的术语由主会话翻译后再说。\n\n### 路径与术语约定\n\n> `{PYTHON}` 依次试 `python3`、`python`、`py -3`，用第一个能跑的；`{skill 根}` 是本 skill 所在目录。\n>\n> **对标书路径查找**：优先 `{项目}/对标/{书名}/`，不存在则回退 `拆文库/{书名}/`（`拆文库/` 是拆文原始产出，`对标/` 是本项目引用视图，首次引用的复制规则见 workflow-setup.md「对标发现」第 3 条）。\n>\n> **卷纲不整读**：一律走 `{PYTHON} {skill 根}/scripts/outline_view.py --unit {单元ID} {卷纲路径}`（只要契约用 `--contract`，看目录用 `--toc`）；找不到单元就核对单元ID或先补卷纲，不改用整读。排纲底稿放 `大纲/排纲底稿_{单元ID}.md`，只在排纲/补纲时读；取段器的作用域、历史与校验选项见 artifact-protocols.md 卷纲模板。\n>\n> **新增物三级**（排纲、写正文、处置共用；只看下一章需不需要知道它存在过）：\n> - **直接写**：微连接、路人、器物、地名细部、一次性对话、现场细节；不申报。\n> - **写了要报**：具名配角、势力、复用地点属性、能力形态、规矩、刻度、新伏笔、新关系或承诺、给主角留下的东西；照写并逐条进申报表（类型／名目／落在哪／后续义务；无写 `0`；末行「本章没写成的」），主会话核对后才算续写事实。\n> - **先问作者**：新主线事件或反转、金手指规则与力量档位、真相或伏笔结算、经济锚点、读者契约、提前写后续章、改变细纲已定结果或人物决定、卷纲新增编号、碰主推线或终局底牌、与既有裁定或承诺冲突；写正文时不写，排纲时挂起列候选，由主会话问作者。\n> 拿不准：写时按写了要报，处置时按先问作者。\n\n---\n\n### Phase 1–3：开书与规划\n\n按作者确认点分时刻读（见首屏写前必读第 1 条）；每个时刻文件开头写了本时刻的交接规则，出卷纲、出细纲时不必再读 workflow-setup.md。\n\n---\n\n### Phase 4：正文写作辅助\n\n#### 项目文件与产物\n\n要找某类产物放哪、或修复缺失文件时，完整读取 [references/project-files.md](references/project-files.md) 照做；开书建文件按各时刻文件写明的路径直接落盘，写正文时缺文件按 workflow-chapter 开头停下修，都不必先读它。\n\n#### 单章写作流程\n\n**执行前先读 [references/workflow-chapter.md](references/workflow-chapter.md)**，按其步骤 1-13 执行。日更批量另加载 `references/workflow-daily.md`。\n\n#### 追踪\n\n所有追踪写入都走 `scripts/tracking_commit.py`：`追踪/_tracking-state.json` 是唯一权威，`上下文.md`、角色快照、`伏笔.md`、时间线都由它派生，禁止手改。体积上限由脚本检查、超限一次报全；字段与上限见 [tracking-transaction.md](references/tracking-transaction.md)，出错时才读。\n\n---\n\n## 流程衔接\n\n**流水线：** 长篇\n**位置：** 写作（第 3/3 步）\n\n| 时机 | 跳转到 | 命令 |\n|---|---|---|\n| 写完，去 AI 味 | story-deslop | `/story-deslop` |\n| 想对比参考书 | story-long-analyze | `/story-long-analyze` |\n| 需要市场方向 | story-long-scan | `/story-long-scan` |\n| 太长，适合短篇 | story-short-write | `/story-short-write` |\n\n---\n\n## 参考资料索引\n\n阶段必读项按首屏「写前必读」执行；写正文不按索引加读；规划或作者点名问技法时按 [参考索引](references/reference-index.md) 的加载条件选用。\n\n## 语言\n\n- 跟随用户的语言回复，用户用什么语言就用什么语言回复\n- 中文回复遵循《中文文案排版指北》\n\nFile v1.1.28:_meta.json\n\n{\n  \"ownerId\": \"kn7e14qz6v4n71xmjegh68jtts80dp5r\",\n  \"slug\": \"story-long-write\",\n  \"version\": \"1.1.28\",\n  \"publishedAt\": 1790495464274\n}\n\nFile v1.1.28:references/agent-calls.md\n\n# agent-calls.md：spawn 子代理的调用方式\n\n只在要 spawn 对应 agent 时读；主会话自己写正文、自己排纲时不读。何时调用由各流程文件决定，这里只放 prompt 与必须附带的内容。Antigravity 用 `invoke_subagent` + 同名 `TypeName`。\n\n## narrative-writer：写一章\n\n全章细纲交给写手统筹编排，默认同一 session 按前后两组交付：按实际叙述顺序在自然转场或因果停顿处分组，不在一句对话或同一动作中间截断，可交错情节点但不增删批准内容、不拆逐点字数配额；写手先把前组写到工作目录 `前组.md`，主会话只调用一次 `storyctl.py wordcount checkpoint --file {segment} --project {项目根} --chapter {N}`，把 `actual / remaining_user_range` 连同后组交回同一写手，两组按原文拼接，不回改前组追字数。作者明确要求一次成文时执行安排填「全章」，直接落盘，不跑 checkpoint。\n\n组装脚本的输出（`====` 以上）就是 prompt 骨架。**主会话填九槽**（搜 `［主会话填］`）：执行安排 ／ 本章意图 ／ 作者本轮要求 ／ 本章技法（只填类别，写手自己读）／ 本节速记 ／ 涉及角色（列名字，角色卡写手自己读）／ `genre_prose_card` ／ 必读设定 ／ `style_resolution`；外加脚本标出的条件槽（降档不成立时的情绪与节奏召回；作者偏好限定范围记忆，适用时带 `--genre`／`--workflow` 跑 SKILL.md「核心方法」的 query 命令补查）。`author_preferences` 由脚本注入，只作低优先级倾向。空槽以外一字不改，整份照抄进 Agent prompt。脚本**跑不起来**时读 [writer-prompt-fallback.md](writer-prompt-fallback.md) 手动组装并报 `Fallback: build_writer_prompt -> 手动组装`。\n\n## story-architect：定设定、出卷纲、出一批细纲（换新上下文）\n\n先跑 `{PYTHON} {skill 根}/scripts/build_architect_brief.py --project {书目录} --task world`（卷纲 `--task volume --volume {N}`，细纲 `--task outline --chapters {A-B}`，一批最多 10 章），只取输出里的任务包路径，不读包的内容。交接前确认作者在对话里定下的方向、偏好和否掉的方案都已写进 `设定/`。\n\nPrompt：`项目目录：{dir}\\n任务包：{任务包路径}\\n先完整读取任务包，按包里的流程与模板完成；作者已定的方向、设定和要求都在 设定/，对话内容不会传给你\\n交付后只回任务包开头要求的几项`\n\n收回后主会话：设定提案拿给作者逐项确认，按作者意见改文件；新卷纲跑 `outline_view.py --check --strict {卷纲路径}`（往旧卷纲追加单元去掉 `--strict`），细纲每章跑 `check-outline-contract.js`；失败把报错原样交回同一 agent 修一次。按 workflow-volume.md / workflow-outline.md 的汇报模板用故事话告诉作者，不转述任务包。\n\n## story-architect、character-designer：题材定位与角色细化（可选）\n\n定方向以和作者来回讨论为主，默认主会话自己做；复杂世界观、多线结构、强反转工程或作者明确要求时才派：\n- `Agent(subagent_type: \"story-architect\", prompt: \"项目目录：{dir}\\n任务类型：题材定位\\n查询参数：{作者选定的方向与对标信息}\")`\n- `Agent(subagent_type: \"character-designer\", prompt: \"项目目录：{dir}\\n任务类型：角色设定\\n查询参数：{主角设定信息}\")` — 辅助角色设定和语言风格档案\n\n## consistency-checker：写正文后的事实核对\n\nPrompt：`项目目录：{dir}\\n检查范围：{本次写作的章节}\\n检查类型：事实冲突+伏笔断线+角色属性不一致\\n本章新增申报：{申报表原样粘贴，无则写 0}；同时核对正文有无未申报的跨章事实，逐处列原文和细纲出处。只读与新增项和本章出场角色相关的设定、角色卡与追踪条目。冲突按 S1-S4 报出，申报项逐条给出登记/修复/先问作者的建议\\n状态：last_committed_chapter={N}，state_revision={R}（取自 tracking_commit.py check）`\n\n## narrative-writer：审查+去AI味\n\nPrompt：`项目目录：{dir}\\n任务描述：审查+去AI味\\n检查分工：你负责语义去味及原定自检；最终文件扫描由主会话执行\\n检查范围：{本次写作的章节}\\n文风路径：{设定/文风.md 全文路径}\\nstyle_resolution：{与写作一致的裁决}\\n作者偏好：{本章 query 命中的 prose_style/story_design 项}\\n触发本次审查的检测结果：{chapter check 里 blocking 与语义类 advisory 的行号和类别，原样粘贴}\\n所选 Gate：{按检测类别选，如 B 句式、G 解释腔；类别不明写 A-G}\\n删除优先：每条 AI 味项先判能否删除，删后不丢伏笔/钩子/角色/情节/必要信息的直接删，会丢才润色\\n按你的 7 Gate 与对话自检执行，台词里的工整否定不因脚本豁免而跳过\\n删除测试：按 deslop-gates.md「写法抽查」执行，报告列候选数/删改数/保留理由`\n\n## narrative-writer：超字一次净删（compress-once）\n\nPrompt：`项目目录：{dir}\\n任务描述：净删压缩\\n正文：{正文路径}\\n删除区间：{chapter check 给的 remove_to_internal_band}\\n只删不增：优先删重复解释、装饰排比、无功能微动作；全部情节点、事实、因果、情绪兑现、钩子都保留，不改写成新句\\n文风路径：{设定/文风.md 全文路径}`\n\n## narrative-writer：改写一章（大修）\n\nPrompt：`项目目录：{dir}\\n任务描述：改写已写章节\\n正文：{正文路径}（原稿已备份）\\n细纲：{细纲路径}\\n改动范围：{局部：哪几段或哪个场面，要改成什么／整章：按细纲重写}\\n作者本轮要求：{作者原话要点}\\n不动的部分：{局部修改时其余段落一字不改}\\n衔接：{前一章结尾与后一章开头各一两句}\\n文风路径：{设定/文风.md 全文路径}\\nstyle_resolution：{与写作一致的裁决}\\n作者偏好：{prose_style 查询结果，无写「无」}\\n不借改稿新增细纲外的剧情；交付后回：改了哪些段、新增申报（无写 0）`\n\n## story-explorer：写前对标召回\n\n召回降档不成立、项目已部署 story-explorer 时，可一次召回文风/模块材料（不可用就按 benchmark-recall.md 自己召回）：\n- 查询类型：`benchmark_style_load`；传入项目目录、章节号、目标基调/字数和爽点类型。\n- 需要返回：`style_profile_path`、`style_profile_summary`、`selected_emotion_module`、`rhythm_reference`、来源路径、匹配章节、锚点片段、`gaps`。\n- `gaps` 分流：`no_benchmark` → `custom_style` 为真则用 `设定/文风.md` 写、情绪/节奏取本书内部材料，否则标「无对标参考」；`missing_primary_contract` → 按 `repair_action` 修复（重跑拆文或导入）并停止生成，自定义文风不豁免；`benchmark_book_missing` → 停止核对登记名，不换书；`conflict` / `module_rhythm_conflict` → 意图里说明冲突并按情绪模块/节奏的权威执行；profile_missing → custom_style 为真则用本书文风继续，否则停止；`profile_degenerate` → 有本书文风就用，没有回默认；`tone_match_failed` → 只用整书文风。其余字段原样进 writer prompt，`gaps` 原值保留在写前准备记录里。\n- 主会话另行直接读 `设定/文风.md`：含实质内容时作为本书风格基准；但不豁免情绪/节奏缺失。\n\nFile v1.1.28:references/anti-ai-writing.md\n\n# 去AI味完整指南\n\n> 本文件的句长、视角、标点、修辞与禁用词是默认写法，服从 [style-resolution.md](style-resolution.md) 的逐维裁决。所选 Gate 检查表达效果，不因作者有意选择某写法就机械删除；获准命中按书级 `.deslop-whitelist` 处理。\n\n<!-- 同名副本×4 字节同步，改动后跑 scripts/check-shared-files.sh -->\n\n> 识别AI写作指纹、改写顺序、禁用词约束、改写范例库。用于正文写作后做去AI味自检和改写时查阅。\n\n---\n\n## 决策路由\n\n| 你在做什么 | 查阅哪个模块 |\n|-----------|-------------|\n| 写完正文后做去AI自检 | 核心规则 -> AI写作模式检测 -> 质量维度检查 |\n| 改写某段AI味重的文字 | 改写范例库 + 冲突对话改写范例 |\n| 检查是否用了禁用词 | 禁用词与句式速查 -> AI高频词（模式1） |\n| 系统性去除整章AI味 | 改写顺序 |\n| 检查章尾是否有总结升华 | AI写作指纹 -> 章末总结体 |\n| 判断情绪描写是否告知式 | Show Don't Tell原则 + 去AI味补充技法 |\n| 快速扫描全章质量 | 快速自检口诀 + 质量维度检查 |\n\n## 指令语气\n\n本文件以问题模式和高危清单为主。一级高危词优先检查；二级/语境敏感词按频率、语境和是否偷懒判断。遇到冲突时，保留创作意图与剧情功能优先于机械替换。\n\n---\n\n## AI写作指纹（必须避免）\n\n### 高频AI用词\n\n> 完整禁用词表见 [banned-words.md](banned-words.md)\n\n**补充类目**（`banned-words.md` 未覆盖的高阶替换）：\n\n| 类别 | 替代原则 |\n|------|---------|\n| 抽象升华词（命运、宿命、注定） | 用具体事件代替抽象概念 |\n| 万能比喻（像潮水般、如闪电般、仿佛春风） | 优先不用比喻，确需时只留少数生活化、角色化比喻 |\n\n### 引号只承载真实引用，不给普通名词加戏\n\n不要用双引号给普通名词、常见动作或作者临时概括的概念做“引号强调”。这类写法会把没有特殊含义的词硬包装成术语，连续出现时尤其像模型在替读者划重点。`check-ai-patterns.js` 的 `quote-emphasis-tic` 只负责提示，最终按语境判断。\n\n- **应改**：所谓的\"机会\"、完成这次\"蜕变\"、找到真正的\"答案\"。这些词若只是普通语义，直接去掉引号，用事件本身体现分量。\n- **应保留**：角色对话、逐字直接引用、书名/篇名、确有设定含义的代号，以及手机消息、公告、系统播报等场内载体展示的原文。\n- **边界**：第一次定义术语时可以用引号，但后文不要反复加；讽刺、反话或角色刻意咬重音时可以保留，前提是上下文能看出是谁在强调、为什么强调。\n\n### 章末总结体\n\n**禁止**在章节结尾用以下方式收束：\n- 总结性感悟（\"他终于明白了……\"）\n- 升华式感叹（\"这一夜，注定无人入眠\"）\n- 哲理式收尾（\"人生就是这样……\"）\n- 伏笔式预告（\"他不知道的是，更大的风暴即将来临\"）\n\n**正确做法**：章尾用动作、对话或悬念收束，让情节本身制造余韵。\n\n### 叠加式描写（同一动作掰开写三遍）\n\n**检测模式**：一个动作/情绪先写发生，再补感知细节，再补身体反应，分三段依次写完。读者看到的是同一个动作被掰开写了三遍。\n\n**典型特征**：\n- 先写一个概括性动作，再展开写同一动作的细节，再写身体反应：三段说的是同一件事\n- \"发生层→感知层→反应层\"按顺序分段出现\n- 每个维度独立成段，而不是揉进同一段连续正文\n\n**错误示例**：\n> 林父低着头，左手把文书压住，右手拿笔，往纸上落。\n>\n> 手从肘到腕都在抖。\n>\n> 笔尖在纸上停了停，写了一横，又停。那个\"林\"字的撇写歪了。\n\n→ 同一个动作（手抖/写字）分三段写，每段是同一瞬间的不同维度\n\n**正确做法**：发生、感知、反应三个维度揉进同一段连续正文，读者读到一个完整瞬间：\n\n> 林父左手压着文书，右手拿笔往纸上落，笔尖一触纸面就偏了，从肘到腕止不住地抖，那一横斜着拖出去。\n\n→ 发生、感知、反应在一段里同时呈现\n\n**处理原则**：保留有功能的情绪细节，把同一瞬间的重复描写合并成连续画面。若合并后明显变薄，优先恢复原文中有功能的信息，或把既有信息改成更自然的动作/对话表达；不要新增原文没有的情节、设定、关系或时间线。\n\n---\n\n## 核心规则\n\n> **句长以规则 3 为准**：规则 1-4 和本文件其他地方的「短句 / 拆短 / 能删就删」说法，与规则 3 冲突时按规则 3 执行。\n\n### 规则 1：段落密度诊断\n\n段落长短没有固定优劣。检查重点是朗读和手机阅读是否卡顿：\n\n- 一段通常只承载一个动作、一个信息变化或一组紧密相关的反应。\n- 逗号串太长、多个完整动作挤在一段里，读起来需要换气时，按动作或信息变化拆开。\n- 连续短段碎成提纲时，合并同一镜头内的相邻句，让画面保持连续。\n\n```\n过密：他看着窗外的雨，心中涌起一股说不清的感觉，这些年走过的路和很多已经忘记的事都在这一刻涌上心头。\n\n更自然：他盯着窗外的雨，雨从下午下到天黑。\n\"你还在想她？\"老刘问。\n他没说话。\n```\n\n### 规则 2：动作 + 对话 + 情绪反应\n\n动作、对话与情绪反应按场景需要交织，不按固定顺序轮换，不为凑齐三项补反应。\n\n情绪没有固定译法，关键节点也可以准确直写。上下文已让情绪成立，不另补反应；需要补足信息时，优先选择、台词、策略、物件或实际后果。\n\n身体细节只有带来新信息、影响动作或体现人物与场景特点时才保留。只在句尾重复标注情绪的微动作删掉，不换部位或同义动作。去味时沿用原文已有事实，不凭空添加摔杯子、攥袖口等行为。\n\n### 规则 3：句子该多长（短句是工具，不是默认）\n\n叙述（旁白）默认写成**逗号长句**：一句用逗号串起 2-4 个动作或信息，再落句号；逗号之间 8-12 字，整句 20-30 字。短句是偶尔的孤立重拍工具，不是叙述的默认写法。\n\n| 场景 | 句长 | 示例（长篇语料原句） |\n|------|------|------|\n| 日常 / 推进 / 描写（多数叙述句） | 逗号之间 8-12 字，整句 20-30 字 | 阴冷潮湿的气息扑面而来，身下铺着一层薄薄的稻草，湿漉漉地粘在皮肤上。 |\n| 对话 | 口语化，长短随角色 | \"你疯了？\"\"可能吧。\" |\n\n**不合格（与 AI 腔同级）**：\n- 逗号之间连着都是 ≤5 字的碎片（\"他抬手，开门，进屋，坐下\"式）\n- 通篇 3-8 字句、句号密得像提纲（电报体，见模式 9）\n- 一长一短机械交替（同样是模板）\n\n> **爆款语料校准**（七猫长篇 现言/都市/古言/玄幻/历史 125 本×前 8 章旁白统计）：逗号之间平均 8.8-9.6 字；整句平均 22-24 字；逗号长句占叙述句 74-80%；≤5 字的短片段约占两成，多是孤立的时间词、转折、动作重拍。短篇（盐言体）段落更短（≤15 字的单句段可近一半，长篇约两三成），但句子内部的节奏和长篇一样：**段落随体裁变短，句子内部不碎**。\n\n### 规则 4：口语化表达\n\n- 允许用俚语、粗话（符合角色身份）\n- 对话不要书面语（\"我认为此事不妥\" -> \"我觉得不靠谱\"）\n- 叙述也不要端着（\"他目光如炬\" -> \"他眼珠子一动不动盯着\"）\n- 短语优先于成语（\"无可奈何\" -> \"没办法\"）——只管对话和贴角色声口的叙述；旁白常用成语（不动声色、心不在焉一类）照留\n\n---\n\n## Show Don't Tell 原则\n\n| Tell（告诉） | Show（展示） |\n|-------------|-------------|\n| 他是个胆小的人 | 他把检查报告在手里翻来覆去看了三遍，还是不敢打开 |\n| 这间酒吧很吵 | 酒保凑到他耳边喊了两次他才听见 |\n| 她很富有 | 她随手把一张信用卡丢在桌上，卡面上的数字比这顿饭贵十倍 |\n| 两人关系很差 | 他把烟掐灭在她刚泡的茶杯里，她面无表情地把杯子推到一边 |\n| 他很聪明 | 三秒钟。他看了三秒钟就把文件合上了。\"第三页，第二行。\" |\n\n**核心方法**：\n1. 用行为代替形容词\n2. 用细节代替总结\n3. 用对话代替旁白说明\n4. 用后果代替情绪总结\n\n---\n\n## 质量维度检查\n\n### 1. 核心一致性（权重最高）\n- 剧情是否与大纲/前文一致\n- 人物行为是否符合人设\n- 设定是否有前后矛盾\n\n### 2. 表面改写（防AI指纹）\n- 是否包含AI高频用词（见上表）\n- 章尾是否有总结/升华\n- 是否有大段纯心理描写\n- 段落是否按戏剧单元/镜头自然断开，避免机械单句成段或为凑短碎成提纲（网文段落规则）\n\n### 3. 格式一致性\n- 对话格式统一：按项目/平台约定保持同一引号风格；知乎盐言短篇可用「」\n- 标点节奏匹配语气：避免通篇句号化；保留有功能的问号和少量感叹号；用动作/短句表达迟疑或打断，不用省略号或破折号硬造停顿\n- 场景切换有明显标记\n- 时间线清晰可追踪\n\n### 4. 可读性\n- 是否有连续多个长句压住阅读节奏，且缺少动作、对话或短句换气\n- 对话是否口语化\n- 是否有未解释的生僻词/设定术语\n- 节奏是否有快有慢（不能全是一种节奏）\n\n### 5. 逻辑连贯性\n- 角色动机是否合理\n- 事件因果链是否清晰\n- 时间线是否对得上\n- 角色的知识范围是否合理（不能\"开上帝视角\"）\n\n---\n\n## 快速自检口诀\n\n```\n一事一段，镜头自然断。\n对话要像人说话。\n心情不写心里话。\n结尾不搞大升华。\n打斗不写流水账。\n日常要埋伏笔桩。\n```\n\n> 网文段落规则：按戏剧单元/镜头/一件事结束自然断段；短段快读，长段承载完整推理、氛围和情绪链，避免机械单句成段或通篇同长度。\n\n---\n> **番茄高分样本校准**：番茄正文更接近“手机端短段 + 自然虚词 + 场内动作/对话推进”，不是机械指标达标。番茄高分样本 305 章窗口显示：段落中位约 23.5 字，50-60 字行宽平均只占 5.1%；平均对话占比约 20.6%，对话≥50% 仅 3/305，开篇对话 59/305；`地/得` 305/305、`很` 275/305、`像/好像/仿佛/如同` 267/305、顿号 176/305、省略号 281/305。结论：这些只能按语境复核，不能做 0 容忍硬禁令。\n>\n> **反投机边界**：不要为了“反检测”强制每句换行、把 `……` 改成 `........`、把 `地/得` 全改成 `的`、禁用所有顿号/“很”/“像”、强行开篇对话或按三番四证重排章节。去 AI 味是润色，不是结构重写；除非用户明确要求重写，否则不改变章节顺序、伏笔分布、对话占比和人物信息释放节奏。\n\n---\n\n## 禁用词与句式速查\n\n> 完整禁用词表和句式模板见 [banned-words.md](banned-words.md)\n\n### 正确替代示例\n- '他感到一丝紧张，手心全是汗' -> '他签名时划破了纸'（身体细节只在造成后果时留）\n- '\"好的。\"他说道' -> '\"好的。\"他把门卡塞回口袋'\n- '他深吸一口气' -> '他把话咽回去'\n\n---\n\n## 10 种 AI 写作模式检测\n\n### 模式 1：AI 高频词\n\n| 禁用 | 替换为 |\n|------|--------|\n| 不禁 | 删掉 |\n| 仿佛/宛如 | 删掉或用具体描写 |\n| 映入眼帘 | 删掉 |\n| 心中暗道 | 用动作展示思考 |\n| 沉声道/淡淡地说 | 换成动作标签 |\n| 脸色一变 | 用具体表情/动作 |\n| 嘴角微扬 | 他笑了/他翘了下嘴 |\n| 不由自主 | 删掉 |\n| 只见/此时此刻 | 删掉 |\n| 目光如炬 | 删掉或具体化 |\n\n### 模式 2：弱化副词泛滥\n阈值：每 1000 字超过 3 个 = AI 签名。重点监控：微微、淡淡、缓缓、轻轻。\n\n### 模式 3：意义膨胀\n- \"意义深远\" -> 写具体后果\n- \"前所未有\" -> 给出对比参照\n- \"可谓\" -> 删掉\n\n### 模式 4：万能结论\n- \"未来可期\" -> 用未解决的紧张感结尾\n- \"前途无量\" -> 删\n- \"充满希望\" -> 写具体的下一步动作\n\n### 模式 5：论文体段落结构\n小说中出现以下开头句 = AI 入侵：\n- \"不难看出\"\"由此可见\"\"事实上\"\"综上所述\"\n\n### 模式 6：书面语连词泛滥\n叙事散文中频繁出现：\"于是乎\"\"与此同时\"\"从而\"\"因而\"\"诚然\" -> 口语化替代或直接删除。\n\n### 模式 7：三连排比癖\nAI 喜欢把事情凑成三个以显\"完整\"。-> 砍到只剩最有力的一条。\n\n跨段「不是A。/也不是B。/只是C。」由 `formulaic-parallelism` 作 advisory：它可能是工整铺排，也可能承担辩解、悬念排除或情绪递进；只有重复提纲、拖慢画面时才压缩。该类提示与「至于X不X，怎么X」、同动词「不V A，不V B」都只作语义复核：对话也要检查，但有明确人物声线或任务功能时可保留；若来自细纲多个字段对同一要求的重复，正文只能消费一次，不能逐项复述。\n\n### 模式 8：解释腔 / 上帝视角 / 安排感\n最难察觉、却最\"像 AI\"的一类。叙述者跳出角色当下，去解释、剧透、总结、定性、拔高，读者能闻到\"作者在场\"和\"剧情被安排好了\"的味道。这正是\"说教感/上帝感/解释腔/机械感/刻意感/安排感\"的来源。\n\n| 表现 | 例（删/改） |\n|---|---|\n| 解释因果 | 「之所以…是因为」「原来…」「这意味着」「正是因为」-> 删。因果只从角色动作、对话、反应里让读者自己拼 |\n| 上帝视角剧透 | 「她不知道的是」「殊不知」「多年以后」「冥冥之中」「仿佛预示着」-> 删。只写角色此刻知道的，悬念让读者自己悬 |\n| 替读者下结论/定性 | 「演得真好」「这出戏她看过一遍」「他就是这样薄情的人」-> 删。把证据（神态、动作、台词）摆出来，定性留给读者 |\n| 替角色总结心理 | 「她明白，这一切都是命」-> 无新增信息就删；确有角色判断时保留带偏见的闪念，不强配身体反应 |\n| 总结/动机/评价链把意义说满 | 「他终于明白」「这是最好的选择」「所有人都会记住这一刻」-> 删掉定性，改成角色当下要处理的具体缺口、未完成动作或局部反馈；不是保留评价再硬塞物件/动作 |\n| 安排感/硬铺垫 | 为后文强行交代背景、整段回忆倒叙 -> 背景按角色此刻真实所需，用闪念、半句话、物件零碎带出，不集中交代 |\n| 升华式收尾 | 结尾对仗拔高、金句点题 -> 用一个动作或一句留白收住，把\"意思\"压进画面里 |\n| 抽象命运/开端收束 | 「命运终于露出獠牙」「早已布好的棋局」「这一刻终于明白」「属于他的反击才刚刚开始」-> 改成角色当下可见的文件、动作、对话或物理后果；`check-ai-patterns.js` 报 `abstract-summary-tic` 时优先处理 |\n| 套词密度过高 | 仿佛/一丝/一抹/深吸一口气/平静无波/指节泛白等成串复现（`cliche-density-tic`）-> 不是同义词轮换，整段回到角色当下证据：文件、动作、对话、物理后果 |\n| 套式反应细节 | 指尖轻叩、袖口里攥紧、指节泛白、目光移开、“语气平静得像在念……”等反应成片（`stock-reaction-tic`）-> 逐处做删除测试；只标注情绪而不改变选择、关系、物件或动作结果的删掉，不换部位和同义动作；有伤势、动作失败或情节后果的身体细节可留 |\n| 比喻密度过高 | 像/好像/仿佛/如同等比喻标记成片复现（`metaphor-density-tic`）-> 保留最能传递信息或情绪的一两个，其余改回具体动作、物件、声音、后果；不要换成新比喻 |\n| 系统公告公文腔过密 | 方括号规则/面板/公告行里硬规则词成片（`system-notice-formality-tic`）-> 保留为角色看见的屏幕/公告/规则载体；只在载体内部白话化部分硬词，或补角色当场看懂的具体后果，不改成叙述者解释 |\n\n**更隐蔽的一层（最难自查，没有标志词）**——同样是安排感/上帝感：\n- 评判性副词/补语：「关切得恰到好处」「笑得恰如其分」「不多不少」-> 作者在替读者盖章\"这是装的\"。只写动作（\"她掩了帕子，眼睛没动\"），装不装让读者自己判。\n- 剧透式点破潜台词：「那点笑她看得分明」「谁都看得出他在撒谎」-> 把藏着的挑明了。留着别点破。\n- 定性比喻/盖棺句：「像在宣判一件早已定好的事」「像看一件死物」-> 比喻在替角色下定论。非角色此刻强烈主观感受就删；要留也只能是她带偏见的瞬间感觉，不是客观断言。\n\n自检：每句问一遍——这是\"角色在经历\"，还是\"作者在讲解/安排\"？凡作者跳出来讲，删，或改成角色视角内的呈现。根治办法是锁定深度限知视角：只写视角人物此刻看得见、听得见、想得到的，镜头钉死在角色身体里，作者就没位置跳出来了。\n\n改法优先级：先删或原位替换污染句，不在段尾另补“人味”尾巴。需要补信息时，把原来的总结/动机/评价句改成角色当下能碰到的问题、手续、回信、付款、门外动静等具体压力；已有手机/屏幕/公告/门牌/表单等信息，优先作为角色看见的场内载体保留，不要转写成叙述者解释。具体载体跟剧情走，不套固定清单。\n\n**任务卡点不是固定公式，也不是通用补流程按钮**：它只是把已有解释落回角色当下要处理的缺口。先问原文有没有“要办的事”和“卡住的点”；有，才可以压成任务卡点；没有，就只删解释或改动作/对话，不新造事件链。改完再做“删掉试试”：删掉后不影响信息、情绪、关系、代价或伏笔，就压缩或删除。\n\n**但删解释腔 ≠ 把读者读懵**：新名词/新设定/新道具首次出现时，仍要让读者抓到一个锚——靠角色的动作反应、对话里半句自然提及、或场景里的物理后果，一笔带出它此刻的作用或分量；既不整段讲来历原理，也别只甩个零信息生词让读者干懵。人物记忆、情绪缓冲、因果承接也一样：如果一句看似解释/评价，实际承担小连贯（让读者知道角色为什么脸热、为什么停顿、为什么这一声压不住），不要机械删成摘录清单；把它压成角色当下的白话、动作、物件或半句念头。例：「蓝晶」首次出现不写\"这是储存记忆的装置\"，但可写她把蓝晶按上太阳穴、别人的记忆碎片炸开在眼前——功能被读者看见，全貌留作悬念。区分：锚是\"角色此刻撞上的可感知后果/记忆或情绪承接\"（留或压），解释是\"作者跳出来讲设定来历/原理/替读者下结论\"（删）。\n\n### 模式 9：过度压缩（电报体）\n\n去AI味删过头的反向指纹。每句都压到最短、结构虚词扫光、每个动作都补一个「了下/了一下」式轻反应。单句看着干净，连读像提纲，读者的体感是\"不流畅、喘不上气\"。删减的目标是删废话（解释、注水、凑数），不是删中文的自然冗余。\n\n| 表现 | 修法 |\n|---|---|\n| 非峰值叙述句也全部压成最短句 | 重拍句（动作/情绪/悬念峰值）保持短促；铺垫、过渡、日常动作写成自然白话句，保留 了/的/就/的时候 等结构虚词 |\n| 「扯了下/停了一下/拍了两下/松了半圈」式微动作高密度复现（check-ai-patterns.js 报 micro-action-tic） | 合并动作，换具体细节；不是每个动作都要接一个反应尾巴 |\n| 强调副词（连/才/又/只/全/反而）被扫光 | 删前判语义：承担人设、对比、讽刺义的保留（\"才二十三天\"删掉\"才\"，人设强调就反了） |\n| 对话语气词归零 | 按角色保留自然低频的 呢/吧/啊；也不反向猛加——人味来自结构自然，不是聊天腔 |\n| 叙述残留公文/文言腔（不得/须/未/已然/当前） | 换白话（不能/要/还没/现在）。系统公告、规则条文、面板播报可以保留冷硬功能；若 `system-notice-formality-tic` 报警，只在原载体内白话化一部分，不改成叙述者解释 |\n| 长文本里短叙述段成片（`overcompressed-prose-tic`） | 不是把所有短段拉长。先人工通读：重拍短句、密集镜头如果上下文顺，就保留；只处理读起来像提纲的过渡句，把它们并回同一镜头，让读者顺着动作、空间、因果读过去 |\n| 引号外叙述低连接密度且缺中长句（`low-connective-density-tic`） | 不是全局补“的/了/就”，也不处理台词/弹幕/系统播报的天然短促。先找叙述层读起来像提纲/电报体的断裂处，恢复必要连接、指代和中长承接句；有中长句链条的低功能词文本可保留 |\n\n自检：删完连读一遍，读感像提纲或流水口令，就是删过了——把非峰值句恢复成自然白话，不是接着删。\n\n本模式约束的是删减的度，不降低清理力度：选定 Gate 内的禁用词、套路句式、告知式心理照删照改；回填只回结构虚词和连接，不保留、不恢复任何模板措辞。\n\n### 模式 10：二修伪自然（油腻倒装 / 监控动作清单 / 对话指标化）\n\n一些“反检测提示词”会把文本推向另一种模板：为了提高突发性而乱倒装，为了真人感而机械加口误和脏话，为了手机阅读而强制每句换行，为了对话占比而把心理和叙述硬改成台词。这些不是自然网文，是二修痕迹。\n\n| 表现 | 修法 |\n|---|---|\n| 油腻倒装 | 不写“手里拿着刀，他冲了上去”这类伴随动作前置。连续同主语时，优先用场内物件、声音、局部身体或环境反馈自然换句首；不要滥用死物拟人 |\n| 监控摄像头式动作清单 | 同段连续“伸手拿起、取过、挑开、放下、转身……”像步骤表。合并琐碎动作，只保留有情绪、情节或空间功能的动作；必要时用角色犹豫、误判、旁人反应或环境反馈做缓冲 |\n| 高压场景误脱水 | 冲突、追杀、打斗可删解释和逻辑胶水；日常、暧昧、铺垫不能全章脱水。删的是废话，不是“的/了/就/但是”等自然连接 |\n| 吃字漏词 | 去 AI 后如果动词没有对象、动作指向不清、读者不知道谁对谁做了什么，要补回必要宾语、承载物或物理反馈；中文可省略，但不能省到像提纲 |\n| 对话指标化 | 不为凑 50%-60% 对话占比硬扩台词。台词只在角色真会说、此刻必须说时增加；长对白可拆动作，解释性对白优先压成冲突、回避或半句信息 |\n| 硬格式投机 | 不强制每句换行、50-60 字一行、不把省略号改成英文点、不把 `地/得` 全改错。按平台和项目既有格式走 |\n\n`check-ai-patterns.js` 的 `action-list-tic` 只提示监控动作清单，不是 blocking。功能性打斗/追逐/仪式步骤若动作链本身承担信息，可保留或标 `[需复核]`。番茄高分样本中该类命中为 0，因此适合作为“需通读”的风格提示，而不是硬性失败项。\n\n#### 工具提示处理\n\n`check-ai-patterns.js` 是本地写作 lint；blocking 只限确定性句式/标点问题，advisory 不作完成门槛。用户贴其他工具报告时，只把能落到正文的句式、段落、词汇问题转成具体修改点，不写“0% AI / 100% 真人”或“固定公式”，也不围绕分数反复微调。\n\n工具提示不高于读感规则。参考文本里若出现“仿佛/非常/感到”等套词或告知式心理，仍按模式 1-8 清理；不要机械补词、故意错字或按题材套壳。\n\n**去 AI 味补充判断**：\n- 优先处理：作者解释总结、意义尾巴、把情节翻译成“他意识到 / 这意味着 / 真正重要的是 / 这次成长”。优先删掉，或落回场内动作、对话、物件状态、任务状态和角色当场要处理的后果。\n- 场内载体优先：原文已有手机、屏幕、公告、门牌、表单、账单、物证、规则行时，保留为角色看见/读错/处理的文本或物件；不要把同一信息改写成叙述者解释规则。\n- 白话但不注水：少用精致戏剧反应短语（头皮发紧、眼皮一跳、心口一沉、胃里翻涌）连续替代剧情推进；能写普通动作/普通感觉就写普通动作/普通感觉，并保留自然的“的/了/就/但是/已经/之后/没有”等连接。\n- 题材文风优先：文风对标有帮助，但必须来自目标题材/本书文风指纹；不要把盘龙腔、旧网文腔、第一人称声口等当成跨题材万能修法。\n- 不要当通用修法：单纯加标题、补物件、补动作尾巴、拉长/压短句子、增加排队/门禁/记录体，不能替代具体的情节、视角和语言问题处理。\n\n#### 把提纲句写成连续段落\n\n当文本已无 blocking / 明显 advisory，但读起来仍像提纲时，只处理断裂处：\n\n1. 标出读起来像逻辑报告的段落：连续出现“他知道/他明白/这意味着/真正的问题/必须/需要”等判断链，却缺少当下动作、物件或对话反馈。\n2. 把叙述者结论落地：用角色当下能触到、听到、被迫处理的后果替代“他意识到/这意味着”。不要套固定物件清单，也不要把某个场景外壳当通用规则。\n3. 只在断裂处恢复自然连接和结构虚词；不设比例目标，不机械补连接。\n4. 系统公告、规则条文、面板播报可以保留冷硬短句；`system-notice-formality-tic` 报警时，只在原载体内白话化一部分硬规则词，或让角色当场看到具体后果，不改成叙述者解释。\n\n`overcompressed-prose-tic` / `low-connective-density-tic` 的具体修法：\n\n1. 圈出连续短叙述段，逐段标注功能：爆点/反转/恐惧重拍、密集镜头可继续短；铺垫、空间、因果、动作承接应并回同一镜头。人工读着顺，就不因该 advisory 继续拉长。\n2. 合并时优先补“动作顺序、空间方位、因果承接”，例如“抬头时/门外/已经/还/就/被”，而不是给每句硬塞“的/了/就”。\n3. 合并后再删套词和告知心理：读顺不是恢复 AI 腔，不能把“仿佛/感到/非常/好像”成片加回来。\n\n复核处理：如果清掉 `overcompressed-prose-tic` / `low-connective-density-tic` 后读感仍不稳，停止局部微调，转为段落级重写或人工读感对照。\n\n示例：\n\n```\n过度压缩：\n林遥抬头。\n雨棚外的街灯灭了。\n风也停了。\n柜台上的纸杯晃了两下。\n\n读顺后：\n林遥抬头时，雨棚外的街灯正一盏盏熄下去。风忽然停了，柜台上的纸杯还在原地轻轻打转。\n```\n\n\n---\n\n## 改写顺序（只排所选 Gate 的先后）\n\n下面三步只决定所选 Gate 内问题的处理先后，不另起一轮全篇去味；某一步没有对应的所选 Gate 就跳过。\n\n### 第一步：去泛化（Strip Generic）\n- 抽象情绪总结句 -> 按规则 2 判断：删重复说明，保留准确直写，需要时用原文已有信息落地\n- 假深度句 -> 删\n- 意义膨胀 -> 缩小到具体影响\n- 空洞结论 -> 删\n- 工整对比句式 -> 打散重写\n- 装饰性形容词堆砌 -> 白描\n- 过度使用\"于是\"\"然而\"\"此刻\" -> 删掉一半\n- 所有角色说话一样\"高级\" -> 区分语气\n\n**原则**：能删就删，不能删就用具体细节替换。\n\n### 第二步：去书面化（Cut Professional Diction）\n- 分析性用词（\"机制\"\"结构\"\"逻辑\"\"体系\"出现在小说中）-> 换成日常表达\n- 抽象名词滥用 -> 直接说事\n- 体制内用语（\"进一步\"\"深入\"\"推进\"\"落实\"）-> 删\n- 专业术语堆砌 -> 只保留必要的，用白话解释\n\n**例外**：保留专业感的场景（历史题材正式用语、文学向刻意密度、喜剧夸张修辞）。\n\n### 第三步：回自然感（Restore Natural Presence）\n- 具体的感官细节（气味、温度、触感）\n- 角色说话方式的区分（不同人不同语气）\n- 句首变化：连续 3+ 句用同一主语或同一词性开头时换开法（动作、场景、对话引入）\n- 节奏变化（长短句交错）：按情绪 beat、动作推进和戏剧单元自然调节句段长短；忌连续多段同一长度，也忌为凑短而碎成提纲。长短不是随机，沉淀处可放慢，冲突/反转处可骤短，完整推理与情绪链优先保持连贯\n- 社会位置感的对话（上级和下属说话方式不同）\n- 场景特有的记忆点\n- 项目特有的语言习惯（角色的口头禅）\n\n**原则**：少即是多。每段加 1-2 个具体细节就够了。\n\n### 执行范围\n\n调用方指定 Gate 时，只处理选定 Gate；改写顺序只排先后，不重新分级或扩大范围。未指定范围时，按实际问题选择适用检查。\n\n### 自检清单\n- 对话自然度检查：对话是否使用口语化表达，是否避免了书面语/正式腔调\n- 删掉任何一句，会影响理解吗？不会 = 可能多余\n- 不同角色能通过对话区分吗？\n- 有没有一个细节是这个场景特有的？\n\n---\n\n## 去AI味补充技法\n\n### Show vs Tell\n\n| 告知类型 | AI写法 | 自然写法 |\n|----------|--------|----------|\n| 告诉期待感 | \"他很期待\" | 展示期待->情绪->满足的链条 |\n| 告诉角色目的 | \"她想离婚\" | 用行动展示目的 |\n| 告诉角色态度 | \"她很冷静\" | 用对话和反应体现 |\n| 告诉剧情走向 | \"接下来会发生大事\" | 用铺垫->反转->延续展示 |\n\n### 心理描写润物细无声\n\n- 加括号标注内心活动 = 破坏代入感\n- 大段内心独白解释动机 = AI签名\n- 直接写\"她感到\"\"她意识到\" = 告知情绪\n\n**自然写法**：心理活动自然融入叙事，用行为暗示心理，用沉默/动作/反常行为表达内心。\n\n### 代入感检查\n- 主角行为读者能理解、共鸣、接受吗？\n- 反派够强吗？（弱反派 = 读者觉得主角赢了没意义）\n- 是否围绕人设写行为？（行为/语言/思维围绕人格展开）\n- 读者已知信息是否被有效操控？（信息差制造情绪波动）\n\n---\n\n## 改写范例库\n\n### 情绪落地示例\n\n| 原文与语境 | 处理 |\n|---|---|\n| 「他很紧张。再错一题，补考也过不了。」 | 情绪有具体原因，可以直写，不补手抖或出汗 |\n| 「她已经决定不再等他。她攥了攥袖口。」袖口动作无后续作用 | 删除第二句，不换成低头或咬唇 |\n| 「手腕的伤让他握不住笔，签名只写了一半。」 | 保留，身体状态造成动作失败，不能当作情绪套话删除 |\n\n### 场景描写范例\n\n**AI风场景**\n- '阳光透过窗帘的缝隙洒进来，在地板上投下斑驳的光影。空气中弥漫着淡淡的花香，仿佛整个世界都沉浸在一片宁静祥和的氛围中。'\n- 下午三点，客厅里只有钟在走。\n\n**AI风天气**\n- '天空阴沉沉的，乌云密布，仿佛随时都会下起倾盆大雨。凛冽的寒风呼啸而过，带着一丝刺骨的寒意。'\n- 要下雨了。风把晾在外面的衣服吹得乱晃。\n\n**AI风打斗**\n- '他的拳头犹如疾风骤雨般猛烈，每一击都蕴含着不容置疑的力量。对手的瞳孔微微收缩，显然没有预料到如此凌厉的攻势。'\n- 他一拳怼过去，对方没躲开，嘴角破了。\n\n### 结尾改写范例\n\n**升华式结尾** -> '他站在窗前，望着远方的天际线，终于明白了生活的真谛：有时候，放手才是最好的选择。' -> 他把烟掐了，回屋睡觉。\n\n**总结式结尾** -> '这一刻，一切都变了。她知道，从今以后，她的人生将翻开崭新的一页。' -> 她关上了那扇门。没回头。\n\n**感慨式结尾** -> '岁月如流水般悄然流逝……' -> 直接删掉这种段落。\n\n### 节奏调整范例\n\n> 以下范例处理的是臃肿修饰、堆叠比喻和抽象总结，不是「见长就拆」：改写后叙述仍以逗号长句为主（规则 3），不要把正常的逗号长句拆成短句串。\n\n**排比句**\n- '他看着她的眼睛，看着她的嘴唇，看着她微微颤动的睫毛，心中涌起一股难以名状的情感。'\n- 他看着她，她没说话。\n\n**臃肿长句去修饰**\n- '当他终于推开那扇沉重的木门时，映入眼帘的是一间昏暗的房间，空气中弥漫着陈旧的气息，墙角堆满了落满灰尘的箱子。'\n- 他推开木门，屋里昏暗，墙角堆着几个落灰的箱子。\n\n**工整段落打碎**\n- '她喜欢春天的花朵，喜欢夏天的阳光，喜欢秋天的落叶，喜欢冬天的白雪。每一个季节都有它独特的美。'\n- 她喜欢春天，别的季节也还行。\n\n---\n\n## 冲突对话改写范例\n\n### AI式温和对话\n- '我觉得你这样做不太合适，能不能考虑一下我的感受？' -> \"你眼里还有我吗？\"\n\n### AI式完美解释\n- '其实我这样做是有原因的，因为当时的情况非常复杂……' -> \"你能怎么着？\"她把茶杯重重放下。\n\n### 对话情绪五级递进范例\n\n同一冲突场景，从弱到强：\n\n1. **客观陈述**：\"你把我的东西扔了。\"\n2. **陈述+建议**：\"你把我的东西扔了，以后能不能先跟我说一声。\"\n3. **主观指责**：\"你凭什么动我的东西。\"\n4. **指责+命令**：\"你算什么东西，也配碰我的东西？滚出去。\"\n5. **指责+PUA**：\"我伺候你吃伺候你穿，你连个东西都放不好。你这辈子也就是这样了，离了我你什么都不是。\"\n\n### 震惊分层改写范例\n\n**AI式一步到位**：所有人都震惊了，不敢相信自己的耳朵。\n\n**自然分层震惊**：\n1. 对面的男人手抖了一下，茶杯里的水洒出来。\n2. 旁边的人互相看了一眼，有人往后退了一步，角落里有人开始掏手机。\n3. 刚才还趾高气扬的女人，脸上的笑僵住了。她张了张嘴，一个字没说出来。\n\n### 代入感修复范例\n\n**被动主角**：她很害怕，不知道该怎么办，只能等着事情过去。\n\n**主动主角**：她锁了门，把手机调成静音，打开了录音。\n\n---\n\n## 质量检查清单\n\n写完每章后，按此清单逐项扫描：\n\n- [ ] **段落控制**：段落按动作/信息变化断开，读起来不卡\n- [ ] **正文无破折号**：正文（含叙述和对话）无 `——`/`—`/`--`（用句号、逗号、短句或动作断句），不设置对话例外\n- [ ] **AI高频词扫描**：无不禁/仿佛/映入眼帘/心中暗道/沉声道/嘴角微扬/不由自主/只见\n- [ ] **弱化副词计数**：每1000字\"微微/淡淡/缓缓/轻轻\"不超过3个\n- [ ] **无三连排比**：没有AI式的\"三个一组\"修辞\n- [ ] **工整否定清单已复核**：跨段「不是A / 也不是B / 只是C」及其他 `formulaic-parallelism` advisory 已连同台词逐条复核；功能性修辞可保留\n- [ ] **无论文体**：无\"不难看出/由此可见/事实上/综上所述\"\n- [ ] **无书面语连词堆砌**：无\"于是乎/与此同时/从而/因而/诚然\"泛滥\n- [ ] **章尾无总结升华**：用动作/对话/悬念收束，无感悟/哲理/预告\n- [ ] **无大段心理描写**：心理活动不超过2段，无括号标注内心\n- [ ] **情绪落地**：按规则 2 保留准确直写与有功能的身体细节，删除重复说明，不给每个情绪词配动作\n- [ ] **对话口语化**：无书面腔，不同角色语气可区分\n- [ ] **标点不压平**：没有把质问、爆发、犹豫全部压成句号；也没有随机堆砌 `？`/`！`，或用 `……`/`——` 硬造停顿\n- [ ] **Show Don't Tell**：用行为代替形容词，用细节代替总结\n- [ ] **句长达标**：叙述默认是逗号长句（逗号之间 8-12 字、整句 20-30 字，规则 3）；短句只作偶尔的孤立重拍，用完回到逗号长句；没有连着的 ≤5 字碎片，没有通篇短句像提纲\n- [ ] **detector advisory 逐条复核**：`micro-action-tic` / `stock-reaction-tic` / `abstract-summary-tic` / `cliche-density-tic` / `metaphor-density-tic` / `reasoning-chain-tic` / `system-notice-formality-tic` / `overcompressed-prose-tic` / `low-connective-density-tic` / `action-list-tic` 命中时按脚本给出的修法处理：先通读判断是不是机械复现，确属再改；功能性写法保留或标 `[需复核]`，不做同义词轮换、不机械注水\n- [ ] **不做硬指标投机**：不为反检测强制每句换行、50-60 字一行、对话 50%-60%、英文点省略号，或把 `地/得` 全改成 `的`\n- [ ] **任务卡点服从原文边界**：抽象总结若改成角色办事被卡住，必须来自原文已有任务/证据/手续/物件缺口；不新增原文没有的事件链\n- [ ] **对话自然度测试**：无书面语痕迹 = 通过\n\nFile v1.1.28:references/artifact-protocols.md\n\n# 产物创建模板\n\n大纲与卷纲的模板，出卷纲时（workflow-volume.md）读。\n\n**模板列表：**（设定/关系、设定/题材定位的模板在 workflow-setup.md 文末；细纲模板与排纲底稿模板在 workflow-outline.md）\n- 大纲/大纲.md（全书鸟瞰 + 全书体量与阶段总览）\n- 大纲/卷纲_第X卷.md（含卷契约+终局储备+剧情单元+情绪弧线+反转规划）\n- 追踪/（首次写正文前由脚本生成，见文末「追踪体系」）\n\n**层级关系（全书 › 卷 › 剧情单元 › 章 › 情节点；故事线横向贯穿多个剧情单元）：**\n- 大纲.md = 全书鸟瞰（每卷一两句话定位）\n- 卷纲_第X卷.md = 单卷规划（故事线+剧情单元+情绪+人物+伏笔+反转）\n- 细纲_第XXX章.md = 单章蓝图（单元ID/位置 + 主角目标/关键选择 + 内容概括 + 多线情节安排 + 人物关系/出场顺序 + 情节细化 + 结尾设定/钩子）\n\n**概念对照（统一叫法，减少混淆）：**\n- **剧情单元** = 一段完整剧情（1.5-3 万字/数章，一个矛盾从起到收）。拆书侧就是 `剧情/{剧情单元名}.md`，本书侧就是卷纲里的**剧情单元卡**，统一叫剧情单元。outline-structure-theory.md 的「一级/二级/三级结构」指全书结构类型，不是单元名。\n- **故事线** = 贯穿多个剧情单元的线（主线/感情线/成长线/夺宝线…），比剧情单元大一层。拆书侧是 `剧情/故事线.md`，本书侧是卷纲的**本卷故事线**表（L 编号）。剧情单元纵向切段，故事线横向贯穿，同一卷的两个视角。故事线编号是 `L01` 式两位数，单元ID 是 `L1-03` 式（卷号＋连字符＋序号），别混用。\n- 「循环」一词只在**节奏义**保留（爽点循环、升级循环、小/中/大循环等），不再指代规划单元。\n\n---\n\n## 大纲/大纲.md\n\n全书鸟瞰。顶部为「全书体量与阶段总览」（总章节数/目标字数/全书情绪曲线/阶段划分/各阶段节奏公式/关键节点与钩子链，结构见 [workflow-volume.md](workflow-volume.md)），其后接卷级大纲一段式汇总：\n\n```markdown\n# 大纲\n\n## 全书体量与阶段总览\n{按 workflow-volume.md「全书体量与阶段总览」结构填写}\n\n## 卷级大纲\n### 第一卷：{卷名}（约 {X} 万字，{Y} 章）\n- 功能 / 所属阶段 / 卷契约 / 终局储备 / 阶段边界 / 核心事件 / 起始状态 → 结束状态\n（一段式汇总；展开见各卷 卷纲_第X卷.md）\n```\n\n---\n\n## 大纲/卷纲_第X卷.md\n\n卷纲是大纲的展开——大纲决定方向，卷纲决定节奏。包含本卷全部创作规划。\n\n```markdown\n# {卷名} 卷纲\n\n## 核心信息\n- 章节范围：第{X}-{Y}章\n- 字数目标：{W}万字\n- 本卷定位：{铺垫/发展/高潮/转折/收尾}\n\n## 卷契约与终局储备（参 `reader-contract-and-progression.md`）\n\n> 单章放开密度、宏观管住终局储备。主推线之外的线按剧情自然给战果，一战多得允许；真正要守的是本卷别动用还不该解锁的终局底牌。\n- 卷契约：{本卷读者期待、主角高光、主要期待债}\n- 本卷主推线：{1条承担本卷最大高潮的升级线：战力线/资源线/身份线/关系线/信息线/地图线/制度线/势力线/事业线/情感确定性}\n- 本卷战果：{其余顺带兑现的线，轻触到大涨皆可；一战多得是好设计}\n- 本卷解锁的终局里程碑：{参 `设定/题材定位.md`「终局底牌与升级台阶」小节，本卷推进或解锁哪一个大里程碑}\n- 本卷禁碰的终局底牌：{尚未到解锁卷、本卷不得动用的宿敌/真相/身份/金手指上限}\n- 本卷鼓励长出的：{2-4 类本卷排纲时鼓励发明的东西——新故事线类型、对手侧的人、场面里的物、规矩细则、可数刻度序列；只列品类与方向，不预写内容。与上一行配对：上一行说不许动什么，本行说往哪儿长}\n- 契约风险：{契约安全 / 需补强 / 契约破坏；需补强时写清补强方式}\n\n## 本卷故事线（L 编号唯一分配处；主线之外至少 2 条）\n\n> 比剧情单元大一层的横向线。剧情单元卡「本单元在跑的线」按 L 编号引用本表。支线必须与主线有对接口（见 outline-conflict.md「支线 = 完成主线的手段」、outline-structure-theory.md「支线设计原则」）。\n\n| 编号 | 线 | 类型 | 推进靠什么 | 与主线怎么对接 | 本卷区间 | 主线停摆时能否单独扛一章 |\n|---|---|---|---|---|---|---|\n| L01 | {一句话} | {主线/资源/人脉/地位/身份/关系/信息/配角暗线} | {它自己的推进器：谁在推、图什么、时限是什么} | {汇聚点：在哪一章、以什么形式并回主线} | 第{A}-{B}章 | {能／只能半章／不能} |\n\n末栏是主线薄时的可调存量清单。填「能」的线要有自己的对手、自己的时限、自己的可见收益，不依赖主线事件发生。全卷没有一条填「能」时补线，不靠拉长主线填章。\n\n## 剧情单元卡（1–3 万字为可调经验值；存于卷纲内；不另建单独文件）\n\n> 剧情单元卡与下方「对标结构坐标」是同一单元的不同视角（见 workflow-volume.md「对标节奏迁移」），不重复编排。单元长度按本书题材、既有兑现节奏与对标调整，不是硬门槛。规划各关键节点时按 `reader-contract-and-progression.md`「契约四问」检查；无需主角亲自执行每个动作。高潮/兑现后可留短暂低压，以小而可见的收益/奖励承接下一轮压力。引入新地图/机构/能力/敌人/谜团时按第 4 问检查，不得借新鲜感逃避旧承诺。\n\n### 剧情单元 L{卷号}-{序号}\n- 单元ID：L{卷号}-{序号}（字母 L 开头，如 L1-03；不能写成 1-03，也别和故事线编号 L01 混）\n- 章节范围：{第A-B章}\n- 对标剧情参照：{{书名}《剧情标题》（类型/桥段标签；借什么：结构分布/情节点索引/兑现方式）；可列 2-3 条，无对标写「无」；**允许填「自创：{一句话理由}」**——单元内容形态不强制映射对标，自创单元照常过排纲自查与建纲批末复核}\n- 单元节拍/章功能分配：{建立期待→尝试→加压/转向→决定性行动→兑现→余波；标对应章范围，可按题材删改；建卡时可按「对标剧情参照」剧情单元提炼的共性节拍填写，见 workflow-outline.md「按剧情批出细纲」}\n- 单元承诺：{本单元向读者建立的情绪命题/期待，以及要偿还的期待债}\n- 单元情绪引擎：{核心情绪命题→承载对象/情绪缺口→受阻或缺口维持原因→本轮触发→主角不可替代的点火/转化动作→意义变化或可见兑现→题材/契约兑现；承载对象可为人物/关系/目标/规则/场景；不适用环节可写无/即时，但须保持因果闭合；机制按题材选，不强制误解/物件/反转}\n- 卷级贡献：{它如何服务本卷契约、阶段节奏或卷级目标}\n- 主角局部目标与核心利益：{主角本单元要保住/拿到/证明什么}\n- 因果入口：{由上一单元或既有事件自然引出的入口}\n- 核心阻碍：{主要敌意、限制、误判或资源缺口}\n- 关键选择与决定性行动：{主角不可替代的判断、选择和行动}\n- 兑现方式与归属：{核心兑现如何发生，收益归谁、如何可见}\n- 本单元主推线/战果：{沿用卷契约划分——主推线1条承担高潮，其余线给战果，一战多得允许}\n- 本单元在跑的线：{按 L 编号列，主线之外至少 1 条；每条写「L0X 从哪一步推到哪一步」，不重述线本身。本单元不动的线不列}\n- 终局底牌边界：{本单元不得动用的未解锁宿敌/真相/身份/金手指上限；碰到就按契约四问第 3 问改纲}\n- 禁止提前释放：{本单元不能提前解决/揭露/升级的内容}\n- 下一单元因果钩子：{自然推入下一单元的问题、代价、线索或新目标}\n- 契约风险：{契约安全 / 需补强 / 契约破坏；需补强时写清补强方式}\n\n> **段位契约（新建卷纲必须照此写；取段器按此解析）**：每个 `##`/`###`/`####` 标题的**下一行**写一行 `> 作用域：X`，X 取二值之一——\n> `卷级常任`（全卷有效，取段器恒定带出）／`单元级 {单元ID}`（只在该单元的闭包里出现）。\n> 三条纪律：**①全卷常任规则不许写在单元块里**——单元块只写本单元落点＋一行指针，规则本文放 `## 全卷常任裁定`（checker 会按「全卷／常任／全程生效」字样报 E4）。\n> **②被推翻的内容不留旧文**——改成 `⊘ 已退役 → 见 {何处}` 起头的行，取段器默认不输出，读到的一定是当前有效值。\n> **③排纲底稿不进卷纲**——供给自查、建纲追加写在 `大纲/排纲底稿_{单元ID}.md`（模板见文末），底稿里凡有写作期约束力的条目（跨章祈使：全程不许／往后任何章／此后不再…），**建纲当场就写进**该单元的单元级段或细纲。老卷纲里的 `批次底稿 {单元ID}｜状态：在用|已退役` 段仍可读（排纲时 `--stage outline` 取出，`--check` 的 W1 告警盯其中的跨章祈使），新卷纲不再写。\n> 落盘后跑 `outline_view.py --check --strict {卷纲路径}`，问题数归零；读取方式见 SKILL.md「卷纲不整读」。取段器输出闭包：全部卷级常任段＋该单元的单元级段，逐章表按单元章区间裁行，退役行默认不输出（看历史加 `--history`）；未声明作用域的段会被保守纳入并告警。老卷纲里还留着「作用域：批次底稿」段的，排纲时加 `--stage outline` 一并取出，写正文不加。\n\n## 全卷常任裁定\n> 作用域：卷级常任\n\n{对本卷每个剧情单元生效的规则本文写在这里，单元卡与排纲纪律只写落点、不复读规则。编号列出，单元侧按「常任 N ＋本单元落点」引用}\n\n## 核心矛盾\n{一句话：本卷要解决什么问题或达到什么目标}\n\n## 对标结构坐标\n{有对标书时填；无则写\"无对标，按八节点占比自排\"。迁移步骤见 workflow-volume.md「对标节奏迁移」；对标关键情节优先取自被参照剧情单元的「情节点索引」}\n- 主对标卷段：{对标书}第{A}-{B}章（核心矛盾对应：{一句话}）\n\n| 归一化位置 | 本卷章区间 | 对标关键情节 | 本卷对应（换素材） | 类型{逆转/转折/激励} |\n|-----------|-----------|-------------|-------------------|---------------------|\n| 1/4 | 第{N}章 | {对标事件} | {本卷事件} | {类型} |\n| 中点 | 第{N}章 | {对标事件} | {本卷事件} | {类型} |\n| 3/4 | 第{N}章 | {对标事件} | {本卷事件} | {类型} |\n\n## 情绪弧线\n- 模板：{V形/倒V形/W形/渐进形/延迟满足形/急转弯形}\n- 选择理由：{结合题材和本卷定位}\n\n| 章节 | 章节定位{可留空} | 情绪基调{紧张/轻松/悲伤/热血/温馨/震惊} | 情绪强度{1-10} | 触发事件 |\n|------|------------|-----------------------------------------|--------------|---------|\n| 第{N}章 | {高压/推进/修炼试错/关系回收/低压生活/信息整理} | {基调} | {N} | {事件} |\n\n> 章节定位可留空，留空按普通推进章处理（即退化为现状）。情绪强度是情感烈度，和章节定位的爆发压力是两回事——关系/泪目章可低压力但高情绪强度。一卷要有高低层次，低压 + 过场克制（合计不超约 15%，题材分档见 outline-structure-theory.md），别全程同一力度；逐行看相邻章情绪基调，别同一母题连超 2-3 章。章节定位与底线见 workflow-volume.md「章节定位与张弛」。\n\n## 人物弧线\n| 角色 | 本卷起点 | 本卷终点 | 关键转变 |\n|------|---------|---------|---------|\n| {名} | {状态} | {状态} | {事件} |\n\n## 本卷反转（如有）\n| 类型{身份/动机/阵营/信息/命运} | 涉及角色 | 误导路径 | 揭示章节 | 影响范围 |\n|------|---------|---------|---------|---------|\n| {类型} | {名} | {如何误导读者} | 第{N}章 | {影响哪些线} |\n\n## 本卷伏笔（F 编号唯一分配处；表按编号排）\n| 编号 | 伏笔 | 埋设章节 | 预计回收 | 类型{短期/中期/长期} |\n|------|------|---------|---------|---------------------|\n\n## 本卷刻度台阶\n{以下刻度台阶、打脸债、压力线轮转三表按本书需要填写；不适用时可省略或写「无」，不为填表新增剧情。}\n{读者在本卷要学会哪几把尺子，以及每一格在第几章被立起、第几章被跨过（尺子先于要度量的那件事出场）。刻度本身存在 `设定/世界观/`，本表只登记它在本卷的**呈现时机**，不重复定义}\n\n| 刻度 | 全部档位（可数序列） | 主角本卷起点 | 本卷终点 | 立起于第几章 | 跨格于第几章 |\n|------|--------------------|------------|---------|-----------|-----------|\n| {身份/资质/财力/实力/名次} | {甲→乙→丙→丁，共4格} | {丙} | {乙} | 第{N}章 | 第{N}章 |\n\n## 本卷打脸债\n{有人当众看轻主角、下了绝对化断言、或立了一个会被推翻的规矩（伏笔是情节种子，打脸债是情绪欠条——可不推进情节，但必须还）。跨卷未还的挂在这里不删}\n\n| 原话或断言 | 谁说的 | 第几章说的 | 预定兑现 | 兑现形式{对称/超额/由第三方转述} |\n|-----------|-------|----------|---------|------------------------------|\n| {\"就凭你也想…\"} | {名} | 第{N}章 | 第{N}章 | {对称：他说打断双手，结果自己断了三指} |\n\n## 压力线轮转\n{同时挂着的几条压力线，以及各线在哪些章推进、哪些章静默。**每章只推一到两条**，其余保持静默；静默的线用一句比价维持存在感（\"那位再横，还能横过某某吗\"）}\n\n| 压力线 | 类型{环境/同侪/结构} | 可否交涉 | 本卷推进章 | 静默章 | 解决方式 |\n|-------|-------------------|---------|----------|-------|---------|\n| {名} | {结构} | {否，靠变强也解决不了} | 第{N}、{M}章 | 其余 | {本卷不解决，只加压} |\n```\n\n创建参考：`outline-methods.md` (大纲三层结构法) + `outline-rhythm.md` (升级感三步设计法) + `emotional-arc-design.md` (六种弧线速查) + `long-reversal.md` (反转类型与长线层级)\n\n---\n\n## 大纲/细纲_第XXX章.md\n\n模板、字段规则与落盘验收见 [workflow-outline.md](workflow-outline.md)。\n\n---\n\n## 追踪体系\n\n规划阶段不建 `追踪/`，首次写正文前才初始化；各文件的分工、字段与体积上限见 [tracking-transaction.md](tracking-transaction.md)，全部由 `tracking_commit.py` 生成，不得各自追加或局部 Edit。\n\n---\n\nFile v1.1.28:references/author-memory-maintenance.md\n\n# 作者记忆维护\n\n[author-memory.md](author-memory.md) 的少见时刻补充：记一条、确认、替换、忘掉和优先级仍按那份协议，本文件只在下列情况读——作者说「整理作者记忆」，或回执 `warnings`／查询 `omitted_ids` 提示超编；写入因 `作者画像.md` 写满失败；书根就是工作区，或工具报 `state.book`、单书布局错误；要做存量迁移 `migrate`、多事件原子 `commit`、派生视图 `check`；冲突候选要落定；碰到升级前留下的旧条目。\n\n作者记忆借鉴“原始证据 → 候选 → 已确认画像 → 变更记录”的记忆管道，但把决定权留给作者。\n\n## 文件\n\n```text\n{工作区}/.story/作者记忆/          # 项目级 store：global / genre / workflow 条目，编号 AP\n├── _author-memory-state.json  # 唯一结构化权威\n├── 作者画像.md               # 仅 active，供作者查看与管理\n├── 待确认.md                 # pending / conflict，不参与约束\n└── 变更记录.md               # 最近 100 次、最新在前的事务记录\n{书}/.story/作者记忆/            # 书级 store：只存这本书的 book 条目，编号 BP，同样四个文件\n```\n\n三个 Markdown 文件都从 state 确定性生成，禁止手改；完整历史保留在 state，变更记录只展示最近 100 次。`作者画像.md` 是人类管理视图，普通写作 agent 不整份注入，而是调用 `query` 取得本次相关的紧凑上下文。\n\n## 任务映射表\n\n各 skill 入口的 `query` 命令按此表选 kind；写入时的预算提醒也按这四类任务组合估算。\n\n| 任务 | query kinds | 注入位置 |\n|---|---|---|\n| 正文初稿 / 续写 | `prose_style` + `story_design` | 主会话与实际正文 agent |\n| 去 AI 味 / 改写 | `prose_style` | 主会话与实际改写 agent |\n| 设定 / 大纲 | `story_design` + `workflow` + `interaction` | 主会话，不传正文 agent |\n| 审稿 | `delivery` + `interaction` + 必要的 `prose_style` | 主会话，不降低 rubric |\n\n审稿匹配项只用于交付格式、协作方式和“作者有意采用的表达选择”说明；问题严重度和 PASS/FAIL 仍由 rubric 决定。\n\n## 注入预算与容量\n\n- **写入不因注入预算失败**：`record` / `commit` 照常成功、给回执；工具按上表四类任务组合估算最坏查询情形（全局条目＋各 scope 维度最重的单一切片，切片按大小写无关归并、轻重按写作时真正读到的字段算，与真实查询同一把尺），装不进 2048 字节的组合在返回的 `warnings` 里点名将被略过的条目及其断言首句。\n- 写入落盘后另一级 store 读不出来（书目录不存在、`--book` 与书级记录不符等）也照常给回执，`warnings` 注明本次提醒没算上它。写书级条目时「本书＋全局」按实际条目精确计算；写项目级条目时只看得到项目级 store，顺手传 `--book-root` 就把当前这本书也算进提醒。\n- 查询按 **重要度 → 本书例外 → 最近更新** 排序装填（同一范围的条目必在同一 store，「最近」按该 store 的修订号比，不跨 store 比较），先丢的恒是重要度较低的条目——`importance` 决定超编时谁留在 prompt 里。装不下的条目跳过而不中断（一条长的不挡后面的短条），漏下的 ID 按同一优先级报进 `omitted_ids`（最多列 20 条，`omitted` 是真实总数）。\n- 注入预算之外还有一道硬上限：`作者画像.md` 超过 12288 字节时写入会直接失败并要求先整理。active 条目攒到几十上百条才会碰到（远在注入预算之后），碰到就走「整理作者记忆」；`forget` 这类减量操作在满编时照常可用。\n\n## 整理作者记忆\n\n作者说「整理作者记忆」，或回执 `warnings`／查询 `omitted_ids` 提示超编、写入因画像写满失败时：读项目级与当前书的 `作者画像.md`（每条都标了范围、重要度、把握和确认次数，重要度就是超编时的去留依据），提出合并同义条（`replace` 多合一）、退役过时条（`forget`）、给错标成 `high` 的条目下调重要度、把超长断言压缩成一句话的提案；项目级画像里还有「本书：」条目时，「对该书运行 `migrate --book-root`」列为默认提案项。清单用原话逐条列给作者确认（编号只放括号里），确认后按 store 各汇成一份 `commit` 事务提交（一份事务只写一个 store）。合并时保住每条的否定词、限定词和适用范围——合不动就退役其中一条，不要靠删限定词把两条凑成一条。整理只由作者发起或确认，不自动执行。\n\n## 冲突候选\n\n冲突候选（`conflict`）不能绕过旧规则直接 `decide=activate`。作者选新说法：用 `replace`，`old_ids` 同时列旧 active 条目和这条冲突候选，新条目直接 active、两条旧的标 `superseded`；作者留旧规则：对候选 `decide=reject`。旧条目被 `replace` / `forget` 撤下后，它不再是任何候选的冲突对象，冲突对象清空的候选退回 `pending`。\n\n## 单书布局\n\n书根就是工作区（`--book-root` 与 `--workspace` 同一目录）时，书级 store 改住 `{工作区}/.story/作者记忆/书级/`，与项目级各自一份 state；首次建立的书名优先取项目级存量本书条目里唯一的书名，再取目录名。旧版曾把书级 state 写在项目级位置，此后项目级读写都报 `state.book`；带 `--book-root {工作区}` 运行任一命令（含 `query`）会先把它原样移进 `书级/`，不改内容。这个目录其实是某个工作区里的一本书时（上一层叫 `长篇/` 或 `短篇/`，或某个祖先有 `.active-book` 或项目级 state），工具直接报错、不动任何文件，按报错改传 `--workspace`。\n\n## 存量迁移\n\n不做双读：升级前写进项目级 store 的 book 条目不再参与查询与预算估算，也不再接受新的 book 写入；它们仍在 `作者画像.md` 里可见、可 `decide` / `forget`。对每本书运行一次 `migrate --book-root {书目录}` 即可整批搬回来：断言、证据、确认次数、重要度原样保留，换成 `BP` 编号，原 `AP` 条目标 `superseded` 并注明去向；与全局条目的冲突关系在迁移后不再成立，这类候选退回 `pending`。书级每个源条目一笔事务，重跑只补没做完的一半。「整理作者记忆」看到项目级画像里还有「本书：」条目时，把迁移列为默认提案项。\n\n## 旧条目\n\n- 升级前写下的长断言不受 120 字节新建上限约束：原样重申它会**强化**原条目（确认次数 +1），不会因超长被拒；只有真正新建条目才校验 120 字节。\n- 存量 state 里推断类旧来源的条目照常可读、可确认、可退役；新写入仍只接受 `explicit_user`、`accepted_suggestion`、`manual`。\n\n## 其他命令\n\n先依次尝试 `python3`、`python`、`py -3` 找到 Python 3，再从当前 skill 根运行本地副本（`record` / `query` 见 author-memory.md）：\n\n```text\n{PYTHON} {当前 skill 根}/scripts/author_memory_commit.py init    --workspace {工作区} [--book-root {书目录}]\n{PYTHON} {当前 skill 根}/scripts/author_memory_commit.py commit  --workspace {工作区} [--book-root {书目录}] --input {工作区}/.story/work/作者记忆-事务.json\n{PYTHON} {当前 skill 根}/scripts/author_memory_commit.py migrate --workspace {工作区} --book-root {书目录}\n{PYTHON} {当前 skill 根}/scripts/author_memory_commit.py check   --workspace {工作区} [--book-root {书目录}]\n```\n\n- `commit`：高级批量入口，只在需要把多个动作绑定成一次原子提交时用（如整理作者记忆）。顶层传 `schema_version`、唯一 `transaction_id`、当前 `expected_state_revision` 和含 1–32 项的 `operations`（每项与单事件的 `operation` 同形）。一份事务只写一个 store；先在内存完成 schema、引用、容量和所有视图校验，操作按数组顺序应用，任一步失败则整份事务零写入，最后原子替换 state。过期修订会在任何写入前失败。事务文件在成功前必须保留，成功后删除；显式记忆请求按 author-memory.md「回执怎么告诉作者」转告。\n- `migrate`：把项目级 store 里某本书的存量 book 条目整批搬进 `--book-root` 的书级 store，幂等，中途失败直接重跑；返回 `migrated`（源→新编号），没有存量时为空。\n- `check`：从 state 重建并逐字核验所有派生视图；传 `--book-root` 时两级一起核验。\n- `init`：显式初始化 store；平常不需要，首次 `record` 会随事务创建。\n\nFile v1.1.28:references/author-memory.md\n\n# 作者记忆协议\n\n作者记忆保存跨会话复用的创作偏好，不保存小说世界里的事实，决定权留给作者。本文件管最常见的时刻：作者说出一条偏好，或要确认、替换、忘掉某条。少见情况读 [author-memory-maintenance.md](author-memory-maintenance.md)：整理作者记忆与超编、画像写满、单书布局与 `state.book` 报错、存量迁移、多事件 `commit`、`check`、冲突候选落定、升级前的旧条目。\n\n## 边界与优先级\n\n加载优先级从高到低：\n\n1. 安全、用户授权范围、明确的平台交付要求、字数与文件协议；句长、视角、修辞和标点偏好不属于不可覆盖的硬门禁；\n2. 用户在当前请求中的明确要求；\n3. 当前书的 `设定/文风.md`、题材定位、细纲和其他项目设定；\n4. 作者记忆中的本书偏好；\n5. 作者记忆中的题材、流程和全局偏好；\n6. 对标素材、通用方法和默认值。\n\n按表达维度取最窄适用要求：低优先级只补缺项，不与高优先级要求并列执行。通用 references 自称“必须/禁用”不改变此顺序；审稿不因作者有意采用的表达本身扣分，真实可读性与因果问题仍照常评价。\n\n作者记忆不能把本书事实写进 `.story/作者记忆/`，不能覆盖当前请求，不能降低审稿 rubric，也不能让去 AI 味改动剧情意图。小说事实继续由各书的 `追踪/` 和 `设定/` 管理。\n\n## 存放与路由\n\n两级 store，记忆随书走：`{工作区}/.story/作者记忆/` 存 global / genre / workflow 条目（编号 `AP`），`{书}/.story/作者记忆/` 只存本书的 book 条目（编号 `BP`）。每级各有 `作者画像.md`（生效条目）和 `待确认.md`（候选，不参与约束），都从 state 生成，禁止手改；不存在时写作、审稿、去味照常继续，首次 `record` 自动创建。\n\n- `--workspace` 必须显式传，指创作工作区根——承载多本书、`.active-book`、`长篇/`、`短篇/` 或 `拆文库/` 的那一层；已有记忆时，是项目级 state（不带 `book` 字段）所在的最近祖先。`长篇/`、`短篇/` 下的书目录永远不当 `--workspace`，也不要把用户主目录当默认工作区。\n- `--book-root` 是当前书的项目目录（`.active-book` 指向、或含 `设定/`、`正文/` 的那一层，如 `{工作区}/长篇/{书名}/`）；书名默认取书级 state 记的名字，首次取目录名，`--book` 可覆盖。书根就是工作区时读维护文件「单书布局」。\n- ID 前缀就是 store：`decide` / `forget` 看 `item_id`（`AP` 项目级，`BP` 书级），`remember` / `replace` 看 `scope.level`（`book` 书级，其余项目级）。书级操作必须传 `--book-root`，没传直接报错，不会退而写进项目级。\n- `replace` 与 `conflicts_with` 不能跨 store：本书例外按优先级覆盖全局规则，不算冲突，直接 `remember` 为 book 条目；要把全局规则改成本书规则，拆成 `forget` ＋ `remember` 两个事件。\n\n## 查询\n\n各 skill 入口已写好本任务的 `query` 命令（长篇正文由组装脚本代查）；没写命令的长篇设定、大纲等任务查 `story_design` + `workflow` + `interaction`，结果只给主会话、不传正文 agent。四类任务的映射表见维护文件。state 存在才查（两级都不存在时返回空结果、零写入）；结果合并项目级与 `--book-root` 所指书级（不传就拿不到本书条目），`--kind` 必传，输出不超过 2048 字节。\n\n普通创作只做一次本地 `query`，完整画像、证据、候选和 journal 不进 prompt。查询项是低优先级倾向，不是逐条打卡清单：自然吸收，不复述画像、不刻意提高词面命中率，不为命中牺牲连贯、节奏、字数或本书既定笔调。**`omitted_ids` 非空＝记忆超编**，不是「没有更多了」：转告作者并建议「整理作者记忆」，不得改读完整画像规避预算。待确认项不进 prompt，也不为确认它们中断任务；只在作者主动查看、候选积累到适合回顾的节点，或新偏好与 active 条目冲突时集中呈现。\n\n## 记不记、记成什么\n\n不装记录全部用户消息的 prompt hook，不在作者没开口时观察他，只记作者明确表达的偏好。是否属于长期习惯由 agent 判断，拿不准就只执行不记录；作者可明说“记住：……”，以回执验收。\n\n| 输入证据 | 处理 |\n|---|---|\n| “以后都这样”“我一直习惯……”等直接、稳定、范围清楚的原话 | `active`，`source=explicit_user` |\n| 用户明确接受助手提出的长期做法 | `active`，`source=accepted_suggestion` |\n| 作者原话像长期偏好但范围或稳定性含糊 | `pending`，取当前最窄合理范围；待确认只来自作者自己的话 |\n| 同类修改反复出现、从成稿或操作轨迹看出的模式 | 不记录、不推断；作者没开口的偏好不进记忆 |\n| “这一章别……”“这次给我……”等一次性要求 | 只执行，不记录 |\n| 角色、时间线、伏笔、世界观、当前剧情走向 | 写项目设定/追踪，不写作者记忆 |\n| 助手自己生成的文字、默认模板、工具告警、rubric 结论 | 不自我学习 |\n\n保留否定词、限定词和适用范围：`quote` 写原话，`assertion` 只做不改变语义的紧凑归纳，**新建条目限一句话（≤120 字节，约 40 个字）**，写不下就压缩措辞、不切限定词；背景写进 `reason`（不进 prompt），不另开字段。\n\n**一条偏好就是一条记录，例外和限定不许拆出去单列。** 「以后少用破折号，对话里也别用，除非表示打断」整条写成「破折号少用、对话里也不用，只在表示打断时保留」：超编时条目逐条被丢，拆开就可能只丢掉例外，把作者说过的限定变成绝对禁令。只有原话塞了**几条互不依赖**的偏好（如「多用短句」＋「章末留钩子」）才拆。\n\n范围：“本书 / 这个角色 / 这次连载” → `book`；“都市文 / 这类题材” → `genre`；交稿、检查、确认节奏等操作习惯 → `workflow`；“以后 / 一贯 / 我习惯”且无更窄限定 → `global`；含糊但可能稳定 → 最窄合理范围并置 `pending`。\n\n类型：`prose_style`、`story_design`、`workflow`、`delivery`、`interaction`。置信度与重要度均为 `low | medium | high`；超编时先丢重要度低的，按偏好的实际分量填，不要一律 `high`。`source` 只接受 `explicit_user`、`accepted_suggestion`、`manual`，工具拒绝推断类来源。\n\n## 确认、替换、忘掉与冲突\n\n- 同一类型、范围、归纳文本再出现，脚本强化原条目（累加证据与确认次数），不重复建条。\n- 新偏好与同一 store 的 active 条目矛盾：以 `conflict` 记候选，`conflicts_with` 列冲突 ID，本轮仍按当前要求执行；本书例外与全局规则不算冲突。冲突候选不能直接 activate，落定见维护文件「冲突候选」。\n- pending 用 `decide=activate|reject`。同一范围的规则改版用 `replace`，新条目启用、旧条目标 `superseded`；只有作者明确撤销或改变旧规则范围才跨范围替换。\n- 作者说“忘掉 / 这不再是我的习惯”用 `forget`，保留历史证据但不再加载。active 条目的语义不可原地偷改，语义变化必须 replace，历史才可审计。\n\n## 回执怎么告诉作者\n\n回复就两行纯文本，不加代码块或引用格式：第一行用一句人话说记住了什么、管哪本书或哪类场合，如「记住了：《{书名}》的对话一律用「」，以后写这本书都照这个来；想改随时说。」；第二行是机器回执作凭证，如「技术备注：Author Memory Receipt: r1 · BP001」。\n\n- 确认、替换、忘掉同理：「好，这条生效了：……」「换成了：……，原来的「……」不再用」「忘掉了：……」。只进待确认时说「这条先记在待确认里，你说\"确认\"才生效」；有冲突时用原话说明跟哪条旧习惯冲突。\n- `warnings` / `omitted_ids` 不原样贴：说「你的习惯攒得有点多，写正文时这几条可能顾不上：「……」」，并建议说「整理作者记忆」。不提字节、prompt、kind、scope；编号只能跟着原话出现。\n\n## 运行工具\n\n依次尝试 `python3`、`python`、`py -3` 找到 Python 3，从当前 skill 根运行本地副本：\n\n```text\n{PYTHON} {当前 skill 根}/scripts/author_memory_commit.py record --workspace {工作区} [--book-root {书目录}] --input {工作区}/.story/work/作者记忆-事件.json\n{PYTHON} {当前 skill 根}/scripts/author_memory_commit.py query  --workspace {工作区} --book-root {书目录} --kind {类型}（必传，可重复） [--genre {题材}] [--workflow {流程}]\n```\n\n- 子命令都可加 `--book {书名}`；写某本书时一律带 `--book-root`。事件 JSON 写在 `{工作区}/.story/work/`（不写系统 `/tmp`），成功后删掉；book 条目的 `scope.value` 填书名（书级 store 已记的名字，首次取目录名）。\n- 明确的“记住 / 确认 / 替换 / 忘掉”都走单事件 `record`：自动读该 store 当前修订、首次自动初始化，不手工读修订号或拼多操作事务。同一 `event_id` 同内容幂等返回原回执，内容不同则失败；返回的 `store` / `book` 说明写到了哪一级。\n- 成功才有 `Author Memory Receipt: rN · APxxx`，没有回执不得声称“已经记住”。**写入不因注入预算失败**：`warnings` 只是提醒（另一级 store 读不出来也在这里注明），按上节转告；有回执就是已记住，不要换 `event_id` 重试。\n\n## 事件格式\n\n新增或强化（`record` 输入；book 范围传 `--book-root`）：\n\n```json\n{\n  \"schema_version\": 1,\n  \"event_id\": \"conversation-2026-08-25-message-42\",\n  \"operation\": {\n    \"action\": \"remember\",\n    \"preference\": {\n      \"kind\": \"prose_style\",\n      \"scope\": {\"level\": \"global\", \"value\": null},\n      \"assertion\": \"对话尽量短，用动作承接情绪，不用大段解释\",\n      \"quote\": \"以后对话都短一点，情绪放动作里，别让角色长篇解释。\",\n      \"source_ref\": \"conversation:2026-08-25\",\n      \"source\": \"explicit_user\",\n      \"confidence\": \"high\",\n      \"importance\": \"high\",\n      \"status\": \"active\",\n      \"reason\": \"用户以“以后”明确声明长期偏好\",\n      \"conflicts_with\": []\n    }\n  }\n}\n```\n\n待确认用 `\"status\": \"pending\"`；冲突候选用 `conflict` 并填同一 store 的 active ID。确认、替换、忘掉时，把下列对象换进新事件的 `operation`（`BP` 编号传 `--book-root`）；`replace.preference` 字段同上但不传 `status`、`conflicts_with`，新条目直接 active：\n\n```json\n{\"action\":\"decide\",\"item_id\":\"AP002\",\"decision\":\"activate\",\"quote\":\"对，这就是我的长期习惯。\",\"reason\":\"作者明确确认\"}\n{\"action\":\"replace\",\"old_ids\":[\"AP001\"],\"preference\":{\"kind\":\"prose_style\",\"scope\":{\"level\":\"global\",\"value\":null},\"assertion\":\"以后对话允许更长的试探，但避免解释设定\",\"quote\":\"……\",\"source_ref\":\"conversation:2026-08-25\",\"source\":\"explicit_user\",\"confidence\":\"high\",\"importance\":\"high\",\"reason\":\"作者明确替换原有全局规则，不是新增本书例外\"}}\n{\"action\":\"forget\",\"item_id\":\"AP003\",\"quote\":\"忘掉这个偏好。\",\"reason\":\"作者明确撤回\"}\n```\n\nFile v1.1.28:references/banned-words.md\n\n# AI味禁用词与句式表\n\n> 表达默认值服从 [style-resolution.md](style-resolution.md)；文件结构与事实约束不豁免。\n\n<!-- 同名副本×6 字节同步，改动后跑 scripts/check-shared-files.sh -->\n\n## 默认优先检查的句式（先对照本书文风）\n\n写网文最毒的 AI 句式，作者一旦养成就会反复出现。以下是优先检查的句式：\n\n| 毒级 | 句式 | 错误例 | 修法 |\n|------|------|--------|------|\n| ★★★★★ | \"不是A，（而）是B\" / \"不是A，不是B，（而）是C\"（\"而\"可省略，省掉也算命中）| \"他不是冷漠，而是绝望\" | 直接写 B 或用更自然的表达 |\n| ★★★☆☆ | 跨段「不是A。/也不是B。/只是C。」 | 「不是嚎啕大哭。/也不是扯着嗓子喊不舍。/只是一个人走远了……」 | 语义复核；重复提纲或拖慢画面时压成 C，有辩解/悬念排除功能可保留 |\n| ★★★★ | \"，带着……\" 万能状语 | \"他笑了一下，带着一丝不易察觉的嘲讽\" | 删掉状语留主句，或换具体动作 |\n| ★★★★ | 无情绪声线：\"声音不大，却带着……\" / \"语气毫无波澜\" / \"平静无波\" / \"声音平直/平平/听不出情绪\" | \"她声音不大，却带着不容置疑的力量\" | 直接写台词内容、声音特征或动作 |\n| ★★★★ | \"他/她知道……\" | \"他知道这一切都来不及了\" | 用行为展示认知 |\n| ★★★ | \"仿佛/犹如/宛若……一般\" | \"仿佛能穿透一切一般\" | 删掉或白描 |\n| ★★★ | \"眼中闪过一丝……\" / \"嘴角勾起一抹……\" | \"眼中闪过一丝悲伤\" | 删掉；写他当场说的话或做出的决定 |\n| ★★★ | \"心中涌起一股……\" / \"心头一震\" | \"心中涌起一股暖流\" | 写它改变了什么：选择、台词、物件或后果 |\n| ★★★ | 抽象命运/开端收束：\"命运……棋局/獠牙\" / \"这一刻终于明白\" / \"反击才刚刚开始\" | \"命运终于露出獠牙；属于他的反击才刚刚开始\" | 回到角色当下可见的文件、动作、对话或物理后果 |\n| ★★ | 章末预告 \"他不知道的是……\" | \"他不知道的是，更大的风暴即将来临\" | 用具体钩子物件/事件收束，避免空泛预告 |\n\n> ★★★★★ 命中一处就要改；轻/中/重分档只按去 AI 味诊断的密度指标定。\n\n`check-ai-patterns.js` 的 `formulaic-parallelism` 还会提示「至于X不X，怎么X」和同动词「不V A，不V B」。这两类可能是功能性口语，因此只做 advisory；Gate B 必须连同台词读语境复核，若只是复述细纲/前文就压成一次判断，不能因 hook 豁免台词而跳过。\n\n**标点**：正文（含叙述和对话）禁用破折号 `——`/`—`、双连字符 `--` 和省略号停顿，改用句号、逗号、短句或动作断句；不设置对话破折号例外。盐言「」引号不在此列。\n\n---\n\n## 一级禁用词（出现即替换）\n\n> 什么词进一级：只收真人语料里几乎不出现、AI 特有的词。真人高频使用的自然副词和虚词不进一级，走二级密度控制。\n\n### 情态类\n仿佛、犹如、宛若、如同、一丝、一抹、些许、几分、隐约、毫无征兆、几不可闻、微不可察\n\n### 动作类\n深吸一口气、不禁\n\n### 表情类\n眼中闪过、嘴角勾起、眉头微皱、眉眼低垂、瞳孔微缩、瞳孔收缩、瞳孔一缩、指节泛白、眼神锐利、目光锐利\n\n### 心理类\n心中一动、心头一震、心下了然、心中暗道、心底泛起、不由得、心中一凛\n\n### 判断类\n不容置疑、不容置喙、不易察觉、显而易见、毫无疑问、不可否认、前所未有\n\n### 形容类\n坚定、闪烁着光芒、狡黠、深邃、凛冽、冰冷\n\n### 过渡类\n不由自主、情不自禁、自然而然、话锋一转\n\n## 二级禁用词（高频出现时替换）\n\n### 语境敏感词（仅高频或偷懒时处理）\n突然、陡然、骤然、猛然、好像、似乎、瞬间、猛地、死死地（角色口语、真实突发、时间压缩、视角不确定时可保留；用同义变体轮换规避重复不算豁免，按同一个词计密度）\n\n### 弱化副词（密度控制）\n缓缓、微微、轻轻、淡淡（每千字合计 ≤3；这四个词同时计入 `cliche-density-tic` 的套词密度统计；孤立自然使用可保留，成串出现或每个动作都垫一个时才替换）\n\n### 书面腔 → 口语化\n\n| 书面腔 | 口语化替换 |\n|--------|-----------|\n| 瓦解 | 消失 / 散了 / 没了 |\n| 无名火 | 烦躁 |\n| 往我心上捅刀子 | 心烦意乱 |\n\n### 总结句式\n- \"他/她终于明白...\"\n- \"他/她这才意识到...\"\n- \"这一刻，他/她终于明白/意识到...\"\n- \"从这一刻开始...\"\n- \"属于X的反击/复仇/故事，才刚刚开始\"\n- \"命运/宿命 + 齿轮/棋局/獠牙/改写/安排\"\n- \"此刻，他/她...\"\n- \"一切...都...\"\n- \"原来...\"\n\n### 排比句式\n- 连续3句以上相同结构的排比\n- \"有的...有的...有的...\"\n- \"一边...一边...一边...\"\n\n### 升华句式\n- \"这一刻...\"\n- \"他知道...\"\n- \"她明白...\"\n- \"这就是...\"\n\n## 禁用句式模板\n\n| 句式 | 示例 | 问题 |\n|------|------|------|\n| \"不是A，而是B\" | \"他不是冷漠，而是绝望\" | 最毒；直接写 B |\n| \"...，带着...\" | \"他说，带着一丝无奈\" | 万能状语 |\n| \"声音不大，却带着……\" | \"她声音不大，却带着不容置疑的力量\" | AI 最爱声音描写 |\n| \"仿佛能...一般\" | \"仿佛能穿透一切一般\" | 文言腔 |\n| 对话标签密度过高/公式化标签 | \"好的，他说道\" | 普通\"说\"可保留；高频或公式化时处理 |\n| \"他/她感到...\" | \"她感到一丝失落\" | 告诉而非展示 |\n| \"他/她意识到...\" | \"他意识到事情不对\" | 直接告知 |\n| \"眼中闪过一丝XX\" | \"眼中闪过一丝悲伤\" | 模板化 |\n| \"嘴角勾起一抹XX\" | \"嘴角勾起一抹冷笑\" | 模板化 |\n| \"心中涌起一股XX\" | \"心中涌起一股暖流\" | 模板化 |\n| \"取而代之的是\" | \"笑容消失，取而代之的是冰冷\" | AI 过渡模板；直接写新状态 |\n| \"淬了/淬着X\" | \"眼里淬了毒\" | AI 通感套路；写动作或台词 |\n| \"显得（有些）X\" | \"他显得有些兴奋\" | 告诉而非展示 |\n| \"心底/心里某个地方+软\" | \"心里某个地方软得一塌糊涂\" | 言情套句；写动作 |\n| \"（浑身）散发着一股X气息/气场\" | \"浑身散发着一股生人勿近的气息\" | 万能气场描写；写旁人的反应 |\n| \"命运/宿命 + 齿轮/棋局/獠牙/改写/安排\" | \"命运终于露出獠牙\" / \"早已布好的棋局\" | 抽象作者总结；改成角色当下撞见的文件、动作、对话、物理后果 |\n| \"这一刻终于明白/从这一刻开始/才刚刚开始\" | \"这一刻，他终于明白\" / \"反击才刚刚开始\" | AI 收束腔；删总结，用动作或未解决问题收尾 |\n\n## 比喻分类（默认复核，不默认全删）\n\n带\"像/如/仿佛/犹如/宛若\"的比喻不是一律 AI。真正高风险的是：成片堆叠、套用万能文学比喻、用精致比喻替代剧情推进，或在段尾替读者总结意义。本表用于识别需要复核的比喻类型：\n\n| 比喻类别 | 例 | 处理 |\n|---------|----|------|\n| 生活/角色化 | \"像一头被抛弃的野狗\" | 若贴角色视角、能传递信息或情绪，可保留 |\n| 物品/现象类 | \"像一把刀\" \"脸色惨白得像这漫天的雪\" | 普通功能性比喻可留；模板化或重复时改白描 |\n| 状态类（陈词滥调） | \"梨花带雨\" \"如沐春风\" | 优先删或改成具体动作/表情 |\n| 抽象类 | \"像命运的齿轮\" \"像上辈子的尘埃\" | 高风险，优先落回动作、物件、声音、后果 |\n| 假设类 | \"力道大得像是要把骨头捏碎\" | 若是角色身体感知可留；夸张堆叠时改事实后果 |\n\n处理原则：先看功能，再看密度。保留最能传递信息或情绪的一两个，其余改为直接描述、动词、名词、作用、结果或事实；不要把删掉的比喻替换成另一批新比喻。例 \"脸色惨白得像这漫天的雪\" 若只是套话 → \"脸色惨白\"；若雪景正在压迫角色，可保留或改成角色当下看到的具体画面。\n\n> `metaphor-density-tic` 是 advisory：提示通读复核，不是 blocking；生活化、角色化、单个有功能的比喻可以保留。\n\n## 替换策略速查\n\n| 原文类型 | 替换方法 | 示例 |\n|----------|----------|------|\n| 抽象情绪词 | 先看上下文是否已成立；再选选择、台词、物件、后果或一句直写 | “紧张”若不影响下一步可直写或删；若导致签名作废，就写作废的结果 |\n| \"感到XX\" | 删除“感到”后按场景决定是否还要情绪句 | “他感到愤怒”可写“他火了”，也可直接写他撤回报价；不要默认换成攥拳 |\n| 形容词堆砌 | 白描手法 | \"美丽动人的笑容\" → \"她笑了\" |\n| 书面表达 | 口语化 | \"不容置疑\" → \"就是\" |\n| 解释性描写 | 留白 | \"他因为害怕而...\" → \"他退后一步\" |\n| 连续排比 | 保留最强一条 | 3 句排比留 1 句 |\n| 总结升华句 | 直接删除 | \"这一刻，她终于明白了...\" → 删 |\n| \"不是A，而是B\" | 直接写 B 或更自然的表达 | \"他不是冷漠，而是绝望\" → 直接写 B |\n| 多余修饰（形容词/定语/量词/指示代词） | 删 | \"白色的药片\" → \"药片\"；\"手里那截链子\" → \"链子\"；\"飞驰的汽车\" → \"车\" |\n\n**替换不复用**：右列是方向示例，不是标准答案。同一禁用词在一章内多次命中时，各处给不同的具体化写法；同一个替换写法反复出现（每次都「垂下眼」、每个动作都补「了一下」），替换产物本身就成为新的模板指纹。\n\n**套词密度优先处理**：`check-ai-patterns.js` 报 `cliche-density-tic` 时，说明禁用词不是零星误用，而是聚成了模板腔。处理顺序不是同义词替换，而是先删抽象总结，再把情绪/判断落到角色当下可见的动作、物件、对话和具体后果。\n\n**套式反应逐处删除测试**：`stock-reaction-tic` 报警时，不代表禁止身体描写。逐处问：删掉后信息、选择、关系、物件或动作结果是否受损？无损就删，不把“指尖轻叩”换成“目光微沉”。伤势、动作失败、人物习惯或情节后果明确时可以保留。\n\nFile v1.1.28:references/benchmark-recall.md\n\n# 长篇写前召回\n\n本文承接 workflow-chapter.md 步骤 3；主产物缺失按下面各条停下，要找文件放哪才读 [project-files.md](project-files.md)。\n\n- **无对标**（题材定位对标登记为无，`对标/`、`拆文库/` 里也没有别的书）：跳过 (a)(b)(e)(f)，不报缺失；(c) 照常；(d) 有 `设定/文风.md` 就用，没有按默认写法、不报错；情绪与节奏取细纲与单元卡。\n- **模块召回、题材卡与文风召回**：\n  - **成熟项目短路径（召回降档）**：`custom_style=true`、题材卡有内容，且细纲目标情绪与单元卡情绪/节拍均有效时，**跳过 (a)(b)(e)(f)**；情绪和节奏取细纲/单元卡，(c)(d) 照常执行，(g) 输出缩减集。组装脚本判定并写入核对报告；条件不足走全量召回。降档不检查对标情绪/节奏主产物，也不触发其 fail-fast；代价是没有匹配章扩写技法与原文锚点。目标情绪敷衍时不得降档。\n  - ① 本章目标情绪词？② 借鉴哪个参考文件的哪个技法？③ 用在哪些段落？答不出 → 先回读参考再动笔\n  - (a) **情绪模块召回**：按「对标书路径查找」规则读 `{对标书路径}/剧情/情绪模块.md`，选出 1 个与本章目标情绪最贴近的 `selected_emotion_module`（读者需求、触发器、戏剧单元、可替换要素、反抄袭提醒）。缺失时设置 `missing_primary_contract: true`，返回明确 `repair_action` 后停止准备\n  - (b) **节奏召回**：读 `{对标书路径}/剧情/节奏.md`，选出 1 条 `rhythm_reference`（关键信息 → 扩写技法 → 情绪触动点 → 爆发/冷却）。缺失时设置 `missing_primary_contract: true`，返回明确 `repair_action` 后停止准备\n  - (c) **题材正文提示卡召回**：优先读 `设定/题材正文提示卡.md`；缺失时照组装脚本核对报告的「题材卡」行读它匹配到的卡（主题材整张；辅题材只摘 1-2 条「常见场面／禁止漂移」；低置信卡在意图确认标注低置信，并要求同题材对标校准），报告说没匹配到才读 `references/style-genre-modules.md`「题材正文提示卡」一节与最接近的流派一节，不整读索引与模块；生成短 `genre_prose_card` 并写入 `设定/题材正文提示卡.md`（后续章直接读，不再重做）（题材边界、核心逻辑、读者期待、核心爽点/情绪、正文落点、前中后期打法、节奏密度、场景颗粒、禁止漂移、本章取舍、卡片置信度）。题材卡只约束正文层题材味，不改细纲剧情、不覆盖 `selected_emotion_module` / `rhythm_reference` / `设定/文风.md`；只在内部校准取舍，正文里不得出现卡名/标签/置信度/条目/合规自评\n  - (d) **文风召回**：先直接读 `设定/文风.md`（不经 explorer）：有可执行表达要求即置 `custom_style=true`，不设最低字数；空白、纯标题或待补充不算。全文按 `style-resolution.md` 作权威风格基，`设定/_文风摘要.md` 仅作索引，写作与去味都传全文路径及同一 `style_resolution`。有自定义文风时对标只补未声明的维度；否则按「对标书路径查找」规则读 `{对标书路径}/文风.md`（路径优先 `{项目}/对标/{书名}/`，回退 `拆文库/{书名}/`）；多本对标书时从 `设定/题材定位.md` 读 `主对标书` 字段（字段指向本书自身或缺失时，用 `对标/` 下字典序第一本、排除本书同名目录，并提示作者补字段；排除后为空按无对标处理）。**未进入自定义文风模式且**文风文件不存在 → **fail-fast 报错**：「对标书 X 缺少 文风.md。请用 `/story-long-analyze` 跑 Stage 6 生成文风，再 `/story-import` 同步。」不 inline 生成（自定义文风模式则不 fail-fast；情绪 / 节奏轴 `missing_primary_contract` 仍独立阻塞）\n  - (e) **匹配章节挑选**：从 `{对标书路径}/章节/*_摘要.md` grep `基调：(紧张|轻松|悲伤|热血|爽|甜|温馨|恐怖|压抑|其他)`（全角冒号），按本章目标情绪挑章 K——多章同基调时选择规则：先看爽点类型是否接近，再看情节点数量/原文章节估算字数是否接近本章目标字数，最后取章节号最小者；必读 `{对标书路径}/章节/第K章_摘要.md`，若同章存在 `第K章_深度拆解.md` 则加读，否则回退黄金三章深度拆解/文风文件里的可借鉴技巧，不因非黄金三章缺少深度拆解而失败\n  - (f) **结构化模块召回**：从对标的结构化子目录（角色/剧情/设定）中按本章情节检索相关模块；若与 `剧情/情绪模块.md` / `剧情/节奏.md` 冲突，权威文件优先，记录 `conflict`\n  - (g) 输出\"主对标召回摘要 + 副对标召回摘要 + selected_emotion_module + rhythm_reference + genre_prose_card + 文风召回指令 + 原文锚点片段引用\"，作为 narrative-writer 的输入。**多对标书时**（不必读跨书召回手册）：主对标提供文风、原文锚点及可用的情绪/节奏值；副对标只在 (f) 按模块预算补角色/剧情/设定条目（同题材每本 ≤2、弱相关 0、总 ≤8，按 `设定/题材定位.md`「对标书列表」的引用强度排序），不读副书 `文风.md` 与原文，超预算裁条目不裁书目；输出附「副对标召回摘要」表（书名／引用强度／相关性／召回条数／使用方式）。\n  - **快捷路径**：已部署 story-explorer 时可一次召回文风/模块材料，调用与 `gaps` 分流见 agent-calls.md「story-explorer：写前对标召回」。\n\nFile v1.1.28:references/character-basics.md\n\n# 角色基础设计\n\n> 设计主角/配角/反派时加载。先看决策路由，选对模板，再按步骤操作。character-designer 主输出参考。\n\n---\n\n## 决策路由\n\n| 你在设计什么 | 用这个模板 | 见哪个章节 |\n|------------|-----------|-----------|\n| 主角 | 主角卡模板 | 第1节 |\n| 配角 | 配角卡模板 | 第2节 |\n| 反派 | 反派层级表 → 反派建立四要素 → 反派性格四步法 | 第3节 |\n| 角色动机 | 动机链模板 → 动机冲突类型 | 第4节 |\n| 角色塑造/深化 | 塑造方法速查（四层法/执念法/重复点/分层展示等） | 第5节 |\n| 主角特殊问题 | 逼格/成长/红线/调子太高/身份与金手指 | 第6节 |\n| 反派塑造深化 | 反派渲染/人设主角化 | 第7节 |\n\n---\n\n## 第1节：主角卡\n\n### 填空模板\n\n```\n姓名：\n性别：\n角色定位：（一句话说清主角在故事中的功能）\n身份标签：（如：废柴大学生、前特种兵、落魄皇子）\n外貌特征：（3-5 个关键词，要有记忆点）\n  例：瘦高、总穿旧夹克、左手有疤、眼神懒散\n性格关键词：（3-5 个，必须有矛盾面）\n  例：嘴毒心软、看似冷漠实则护短、冲动但有底线\n核心目标：（全书终点想达成什么）\n核心动机：（必须达成的理由——情感驱动，非理性驱动）\n致命弱点：（让角色犯错的性格缺陷，非能力缺陷）\n口头禅/标志动作：（让读者秒认的标签）\n```\n\n### 设计要点\n\n- 动机必须是情感层面的——\"为母亲复仇\"优于\"要成为最强\"\n- 弱点必须会在关键情节导致主角犯错，否则不是弱点\n- 外貌和口头禅是读者记忆锚点，必须写\n- 起名贴合故事的时代、地域和文化，别用与设定冲突的现代化或政治化名字；写同人或既有世界观时，原著角色沿用官方本名/译名不自造，新角色顺着原著对应地域的命名和译名风格来，同一地域不混语系\n\n---\n\n## 第2节：配角卡\n\n### 填空模板\n\n```\n姓名：\n性别：\n角色功能：（导师/盟友/情报源/牺牲品/镜像对照）\n与主角关系：\n核心特质：（1-2 个关键词）\n标志性特征：（一句话让读者记住）\n退场方式：（何时/如何退出故事）\n```\n\n### 设计要点\n\n- 每个配角必须有明确功能——没有功能的角色不要出场\n- 配角退场要主动规划，不能写着写着忘了\n- 同一场景配角不超过 3 个有台词\n- 起名跟着设定的时代、地域、文化走；同人或既有世界观里，龙套和新配角也要顺原著对应地域的命名风格，别混语系、别塞与设定不符的现代化或政治化名字\n\n---\n\n## 第3节：反派设计\n\n### 3.1 反派层级表\n\n根据反派出场篇幅选对应层级，按表格要求设计。\n\n#### 小反派（1-5 章）\n\n| 维度 | 要求 |\n|------|------|\n| 功能 | 单个小弧线的障碍 |\n| 设计 | 1-2 个鲜明特征即可（嚣张/贪财/欺软怕硬） |\n| 退场 | 被打败或被揭穿，干脆利落 |\n\n#### 中等反派（10-30 章）\n\n| 维度 | 要求 |\n|------|------|\n| 功能 | 一卷的主要对手 |\n| 动机 | 为什么跟主角作对（不能是\"纯粹的坏\"） |\n| 手段 | 武力/权谋/资源 |\n| 逼格 | 至少赢主角一次，让读者恨得牙痒 |\n| 退场 | 被主角正面击败，要有爽感 |\n\n#### 大弧Boss（一卷或数卷）\n\n| 维度 | 要求 |\n|------|------|\n| 功能 | 代表一个阶段的核心矛盾 |\n| 人弧 | 完整的人物弧线，有自己的目标和逻辑 |\n| 冲突 | 与主角有理念冲突（不只是利益冲突） |\n| 对决 | 至少一场让主角陷入绝境 |\n| 侧面 | 有一个让读者\"恨不起来\"的侧面 |\n| 退场 | 有仪式感的终战 + 有余味的落幕 |\n\n#### 最终Boss（全书）\n\n| 维度 | 要求 |\n|------|------|\n| 功能 | 全书核心矛盾的具象化 |\n| 伏笔 | 从第一章就有 |\n| 对立 | 与主角的目标/动机直接对立，代表故事主题的反面 |\n| 实力 | 碾压主角，主角必须蜕变才能赢 |\n| 信念 | 有信念，不是纯粹的疯子/怪物 |\n\n### 3.2 反派设计铁律\n\n- 反派的智商/实力决定主角的含金量——反派弱 = 主角赢没意义\n- 反派的行为必须有内在逻辑（从他的视角说得通）\n- 不要让反派降智来给主角送赢\n\n### 3.3 反派建立四要素\n\n按顺序操作，缺一不可：\n\n1. **实力展示**——出场就展示实力或手段\n2. **动机可信**——从反派视角看行为说得通\n3. **真实威胁**——至少赢主角一次\n4. **终极意图时机**——真实目的留到关键反转点\n\n### 3.4 反派性格确立四步法\n\n| 步骤 | 操作 |\n|------|------|\n| 1. 反派也有梦想 | 在反派眼中他是自己故事的主人公 |\n| 2. 挖掘创伤性过去 | 谁抚养他？谁爱他？谁伤害他？他避免什么痛苦？ |\n| 3. 磨练性格缺陷 | 遭遇逆境时不调动积极特质，而是磨练缺陷——\"优势\"本身就是致命缺陷 |\n| 4. 反派是主角的镜子 | 反派的长处反映主角的弱点，两者完全相反 = 每次相遇必然摩擦 |\n\n### 3.5 反派渲染分量的关键\n\n- 障碍从反派人设上来，而不是故意给主角制造障碍\n- 反派渲染公式：明确动机 → 动机驱动行为 → 行为形成障碍 → 障碍强度来自反派分量\n- 反派异常强势时，主角要破得\"高级\"\"智慧\"\"出乎意料\"\n\n---\n\n## 第4节：动机设计\n\n### 4.1 动机链模板\n\n```\n起因（Cause）    → 角色经历了什么\n意图（Intent）   → 角色想做什么\n约束（Constraint）→ 什么在阻碍他\n风险（Risk）     → 失败的代价是什么\n```\n\n**示例**：\n```\n起因：母亲被仇家杀害\n意图：找到凶手并复仇\n约束：凶手是当朝权臣，主角只是平民\n风险：复仇失败会被灭门，复仇成功会失去所有现有生活\n```\n\n### 4.2 动机链设计要点\n\n- 起因必须具体——\"被欺负\"不够，\"在众目睽睽下被打耳光\"才行\n- 约束必须有力——否则主角一路碾压没有张力\n- 风险必须真实——读者要相信主角真的可能失去重要的东西\n- 动机可以随剧情演变，但不能说变就变\n\n### 4.3 动机冲突类型\n\n遇到角色需要内心挣扎时，从下表选一种冲突类型：\n\n| 类型 | 定义 | 示例 |\n|------|------|------|\n| 目标 vs 道德 | 想做的事和应该做的事冲突 | 复仇但不想伤及无辜 |\n| 情感 vs 利益 | 感性和理性的拉扯 | 知道对方不可靠但放不下 |\n| 短期 vs 长期 | 眼前利益和远大目标的矛盾 | 妥协保命 vs 坚持原则赌未来 |\n| 自我 vs 他人 | 个人需求和他人期望的冲突 | 想过平静生活但背负家族使命 |\n\n---\n\n## 第5节：角色塑造方法速查\n\n### 5.1 角色塑造核心原则\n\n**主角行为三必须**：\n1. **必须可理解**——读者必须理解主角为什么这么做\n2. **必须可共鸣**——主角的思考读者必须能代入\n3. **必须可接受**——主角的三观读者必须能接受\n\n**展示优于告知**：\n- 角色的目的 → 通过行为展示，不是旁白解释\n- 角色的行动 → 具体的动作和决定，不是形容词堆砌\n- 角色的态度 → 通过对话和反应体现，不是心理独白\n\n### 5.2 展示人物特质的方法\n\n| 方法 | 操作 | 示例 |\n|------|------|------|\n| 敏感性 | 触碰弱点，看反应方式 | 惊慌失措/匆忙逃跑/转移注意力=不同性格 |\n| 逃避 | 展现回避行为暗示弱点 | 角色的\"不做什么\"比\"做了什么\"更揭示深层性格 |\n| 先正后缺 | 先展示吸引人特质，再揭示缺陷 | 读者先喜欢角色，才能容忍缺陷 |\n\n### 5.3 四大性格属性\n\n| 属性类别 | 定义 | 设计要点 |\n|---------|------|---------|\n| 道德属性 | 是非信念 | 影响其他性格形成 |\n| 成就属性 | 推动达成目标 | 与道德属性一致，服务目标 |\n| 互动属性 | 与人交流方式 | 数量最多的积极特质 |\n| 身份属性 | 身份认同感 | 定义个性的基本组成部分 |\n\n选择技巧：以其中一个特质为主要特质，其他为辅。\n\n### 5.4 角色塑造四层法\n\n| 层次 | 方法 |\n|------|------|\n| 移情作用 | 开头不要太多角色，先让读者了解主角并产生期待 |\n| 最小特征（标签） | 主角由内而外塑造，配角由外到内塑造（贴标签） |\n| 角色的不真诚 | 所说≠所想，举动≠态度，日常与便当是深化角色的两极 |\n| 角色的聚光灯 | 配角必须与主角产生强烈联系性，配角压过主角时塑造新配角夺走光环 |\n\n### 5.5 人物塑造与人物真相\n\n| 层面 | 定义 | 示例 |\n|------|------|------|\n| 人物塑造（显型） | 读者第一眼看到的特质 | 外表青春可爱的萝莉 |\n| 人物真相（隐性） | 角色内在的真实面貌 | 实际上是冷血杀手 |\n| 价值取向（内隐） | 关键选择时起决定作用的价值观 | 在道义与野心间选择野心 |\n\n操作要点：价值取向不必一开始揭示，在关键抉择时自然暴露；人物真相的揭示越晚，戏剧张力越强。\n\n### 5.6 人设分层展示法\n\n| 层次 | 操作 |\n|------|------|\n| 第一层 | 告诉读者类型模型（萝莉/御姐/少妇） |\n| 第二层 | 贴特点标签（胸大/腿长/小麦色皮肤） |\n| 第三层 | 为性格找原因（家庭/内在冲动） |\n| 第四层 | 打破——可爱天然呆其实什么都知道，人设立刻升华 |\n\n深化记忆：不要吝啬重复词汇，觉得太小白？其实在深化记忆。\n\n### 5.7 人物经历三线时间法\n\n| 时间线 | 内容 |\n|--------|------|\n| 过去 | 身世背景、遭遇变故、性格成因 |\n| 现在 | 与主角的关系定位、当前互动模式 |\n| 未来 | 制造变强动力或危机（老师被劫/女主被抓/反派揭底） |\n\n### 5.8 配角执念设定法\n\n快速让读者认同支线配角：\n\n- 给角色一个执念 → 所有行为/爱好/性格围绕执念展开\n- 不需要每次贴合执念，只要不写与执念冲突的东西，关键时揭示即可\n- 过于极端的执念 → 加入\"亲民\"小细节 → 便于读者认同\n- 适用：支线配角，不适合频繁出现的主要配角\n\n### 5.9 人物行为重复点设计\n\n维持长篇不歪的关键手法：\n\n- 抓住一个人物行为特质反复写\n- 构建方法：确定读者喜欢什么类型 → 具体化为行为 → 不同场景重复\n- 人物看点 + 核心看点 = 层次感，两者循环产生差异化\n- 反派/配角也需要重复看点，能让人爱上的反派会增加读者新鲜感\n\n### 5.10 围绕人设写行为\n\n行为、语言、思维都要围绕人格展开。如果为了剧情需要让角色做出不符合人设的行为 → 先修改剧情，不要改人设。\n\n### 5.11 人推事件 vs 事件推人\n\n| 驱动方式 | 特点 |\n|---------|------|\n| 人推事件 | 情节是人物性格/动机/选择的自然结果，深化人物弧光 |\n| 事件推人 | 外部事件打破平衡，迫使暴露真实自我 |\n\n卡文时 → 从人物动机找方向，不要硬编剧情。\n\n---\n\n## 第6节：主角特殊问题\n\n### 6.1 主角逼格\n\n- 主角必须有逼格——这是读者的代入基础\n- 不要写太多降智的内心戏和爆粗口\n- 主角可以不完美，但不能让人看不起\n\n### 6.2 主角的成长\n\n- 成长不只体现在实力上，更体现在心智和选择上\n- 每次成长都要有触发事件和内在反思\n- 网文主角成长非必须：开场三观圆满的正常人更容易代入，稳定人设本身就是魅力\n\n### 6.3 主角红线\n\n以下类型的主角绝对不要写：\n\n| 禁止 | 原因 |\n|------|------|\n| 圣母型主角 | 读者要痛快而非道德说教 |\n| 无脑战斗机器 | 难以产生情感共鸣 |\n| 内核邪恶 | 读者无法代入 |\n| 因蠢/圣母犯错 | 读者无法原谅 |\n| 自暴自弃 | 比被欺负更让读者厌恶 |\n\n### 6.4 主角调子起太高怎么办\n\n**危害信号**：\n- 失去成长空间——能力/地位/资源触达天花板\n- 剧情缺乏张力——陷入\"砍瓜切菜\"的重复循环\n- 读者失去追更动力\n\n**化解方法**：\n- **压势不压人**——压低气势和期待，但不打压主角本身的能力和尊严\n- **留出维度差距**——即使某方面很强，总有其他维度是短板\n- **超额收获法**——看似收获很大，经主角盘算后发现更大\n\n### 6.5 主角开篇立人设\n\n- 人设通过选择建立，开篇必须让主角做出选择\n- 智斗型开局比暴力型开局更容易立人设\n- 读者更容易代入\"聪明但普通\"的主角，而非\"上来就无敌\"的主角\n\n### 6.6 主角的两个身份与两个金手指\n\n| 维度 | 定义 | 作用 |\n|------|------|------|\n| 显性身份 | 社会身份/职业+状态 | 汇集前期矛盾，必须不断升级或换 |\n| 隐性身份 | 不凡的身世来历 | 汇集中后期矛盾 |\n| 显性金手指 | 系统/玉坠/重生记忆 | 开局获得贯穿全书 |\n| 隐性金手指 | 主角性格 | 让主角与众不同的就是金手指 |\n\n**最佳写法**：前期以金手指装逼 → 剧情推进中逐步把人设清晰\n**人设与全书气质**：主角人设必须与世界基调相符，四点高度统一：社会身份+身世+金手指+性格\n\n### 6.7 性格单一缺陷型主角+动物伙伴体系\n\n如果主角性格故意设为单一 → 降低读者带入排斥感 → 少做少错 → 最大限度提升代入感。\n\n**问题**：性格过于单一 → 影响精彩程度 → 难以推进故事\n**解法**：给淡漠型主角配备 3-5 只动物伙伴，每只不同性格。\n\n| 伙伴类型 | 功能 |\n|---------|------|\n| 蠢萌犯二型 | 负责搞笑，主角不宜吃瘪但动物可以 |\n| 聪敏嘴贱型 | 负责嘴替，主角不该说的话由它说，保持主角逼格 |\n| 耿直蠢笨型 | 负责反差萌 |\n| 奇特能力胆小型 | 负责能力补充 |\n\n### 6.8 核心情绪与表达欲平衡\n\n- 需求的内核不变，变的只是形式\n- 写完一段剧情后，站在读者角度审视是否偏离核心梗\n- 主角牛逼了必须有所得，不能光付出没回报\n- 表达欲旺盛时最容易偏离——要主动检查\n\n### 6.9 压势不压人：矛盾的正确来源\n\n**错误做法**：让反派莫名其妙针对主角，背后逻辑站不住脚。\n\n**正确做法**：反派有自己的目的，行动客观上导致主角困境，但并非刻意针对主角本人。\n\n**矛盾链条**：反派目的 → 压制主角所在群体（压势） → 主角推翻 → 底层依旧麻木 → 主角改变路径 → 新冲突自然产生\n\n核心：所有人被自己想要的利益驱动，背后是三观不同，更深是成长环境，最深层是世界观。\n\n---\n\n## 第7节：反派塑造深化\n\n### 7.1 反派塑造核心原则\n\n- 经典反派一定有完整世界观和逻辑自洽的三观\n- 同样的外部事件发生在不同人身上产生不同变化——外因与内因共振\n- 反派塑造不能只有外部事件，缺乏内在三观和内在逻辑\n\n### 7.2 反派人设主角化写法\n\n**传统问题**：换地图后原反派跟不上节奏 → 引入新反派脸谱化\n\n**解法**：\n- 把反派当主角去写\n- 在\"配角衬主角\"基础上加\"配角衬配角\"\n- 换地图的正确处理：用新地图衬托旧角色含金量，而非用旧角色无力衬托新地图难度\n\n---\n\n## 质量检查清单\n\n设计完角色后，逐项检查：\n\n### 主角检查\n\n- [ ] 动机是情感层面的（不是\"要成为最强\"这种空话）\n- [ ] 有致命弱点，且会在关键情节导致犯错\n- [ ] 外貌有记忆点（3-5 个关键词）\n- [ ] 有口头禅或标志动作\n- [ ] 逼格在线——不会让读者看不起\n- [ ] 没有触碰红线（圣母/无脑战斗机器/内核邪恶/因蠢犯错/自暴自弃）\n- [ ] 核心目标和全书主线对齐\n\n### 配角检查\n\n- [ ] 有明确功能（导师/盟友/情报源/牺牲品/镜像对照）\n- [ ] 核心特质 1-2 个关键词能概括\n- [ ] 有标志性特征让读者记住\n- [ ] 退场方式已规划\n- [ ] 同一场景不超过 3 个配角有台词\n\n### 反派检查\n\n- [ ] 按层级表设计，篇幅与层级匹配\n- [ ] 出场展示了实力或手段\n- [ ] 动机从反派视角说得通\n- [ ] 至少赢主角一次（中等反派及以上）\n- [ ] 没有降智送赢\n- [ ] 大弧Boss有理念冲突（不只是利益冲突）\n- [ ] 最终Boss从第一章就有伏笔\n\n### 动机检查\n\n- [ ] 起因具体（不是\"被欺负\"这种模糊说法）\n- [ ] 约束有力（主角不能一路碾压）\n- [ ] 风险真实（读者相信主角可能失去重要东西）\n- [ ] 动机演变有铺垫，没有说变就变\n\n### 塑造检查\n\n- [ ] 角色目的通过行为展示，不是旁白解释\n- [ ] 行为/语言/思维围绕人设展开，没有为剧情改人设\n- [ ] 主要角色有行为重复点，维持长篇一致性\n- [ ] 配角与主角有明确联系，不会抢主角风头\n- [ ] 人物真相/价值取向在关键抉择时自然暴露\n\nFile v1.1.28:references/character-design-methods.md\n\n# 角色设计操作手册\n\n> 用途：角色设计的方法指令集。按决策路由找到对应方法，按步骤执行。\n\n---\n\n## 决策路由\n\n| 你在做什么 | 用什么方法 |\n|-----------|-----------|\n| 设计角色反差 | 三层标签反差法 + 行为反差进阶 |\n| 设计配角 | 配角功能化 + 群像写作法 |\n| 凸显人设 | 凸显人设速查表 |\n| 设计感情桥段 | 高情商桥段模板 |\n| 深化角色立体感 | 向人设深化法 + 九维人设框架 |\n| 建立代入感 | 代入感构建法 |\n| 管理角色关系 | 人设关系四阶段 + 职场思维结构 |\n| 设计主角特质 | 金手指绑架人设 + 以梗为中心塑造 |\n\n---\n\n## 三层标签反差人设法\n\n### 三层结构\n\n| 层级 | 名称 | 含义 | 示例 |\n|------|------|------|------|\n| 第一层 | 身份标签 | 外界看到的身份 | 豪门弃妇 |\n| 第二层 | 表现标签 | 角色展现给外界的行为 | 隐忍不发、逆来顺受 |\n| 第三层 | 内核标签 | 角色真正的内心 | 冷静、有计划、步步为营 |\n\n### 执行指令\n\n1. 为角色填写三层标签，三层之间必须制造反差——反差 = 立体感\n2. 身份标签和表现标签可以相似（强化刻板印象），但内核标签必须反转\n3. 反差越大，角色的\"亮牌时刻\"越震撼\n4. 每个重要角色都应至少有一层反差\n5. 用行为对比来体现反差，不要直接描述：\n\n```\n身份标签：豪门弃妇\n表现行为：被骂不还口，被赶不反抗\n内核行为：悄悄录音、收集证据、提前转移财产\n```\n\n---\n\n## 三层标签行为反差进阶\n\n当关系进入第三层（亲密关系）后，角色在第一、二层关系中能做出的行为反而做不出来了。\n\n| 关系阶段 | 可做行为 | 不可做行为 |\n|----------|---------|-----------|\n| 身份标签期（陌生） | 调戏、冷漠、保持距离 | — |\n| 表现标签期（熟悉） | 继续之前的行为模式 | — |\n| 内核标签期（亲密） | 展露真实自我 | 之前的调戏/冷漠反而做不出来了 |\n\n### 执行指令\n\n1. 检查角色当前处于哪个关系阶段\n2. 行为反差本身是人设的一部分，必须写进剧情\n3. 用\"行为退化 = 感情深化\"制造张力——身份标签期爱调戏主角的辣妹，进入亲密关系后反而不敢表白\n4. 不要让角色在亲密阶段仍然维持早期行为，否则反差失效\n\n---\n\n## 人设关联分层（强/中/弱关联）\n\n| 层级 | 定义 | 功能 | 数量要求 |\n|------|------|------|---------|\n| 强关联 | 直接影响剧情走向和核心梗装逼爽点的设定 | 推动人物碰撞、剧情推进 | 每个角色至少 3 个 |\n| 中关联 | 配角的强关联设定，不能抢主角风头 | 为配角提供功能性和辨识度 | 适量 |\n| 弱关联 | 丰富人物厚度的个人偏好设定 | 增加角色真实感和记忆点 | 不限 |\n\n### 执行指令\n\n1. 把主角的实力、钱财、人脉、背景等影响剧情走向的属性归为强关联\n2. 检查强关联是否达到每个角色至少 3 个\n3. 把\"喜欢吃蛋糕\"\"爱好看美女\"等归为弱关联，仅用于丰富人设\n4. 确保弱关联不喧宾夺主——强关联才是延伸剧情的核心\n\n---\n\n## 人设执行规则\n\n人设 ≠ 人物设定表。\n\n- 人物设定表 = 身高、外貌、家庭背景等信息堆砌（外在信息）\n- 人设 = 围绕角色\"灵魂/特殊人格\"展开的功能性设计\n- 人设的使命：服务戏剧张力与情绪拉扯，以人格驱动行为，而非被剧情硬推\n\n**检查**：如果你写的人物设定只有身高体重爱好，没有\"灵魂/特殊人格\"的功能性设计，重做。\n\n---\n\n## 配角功能化设计\n\n### 核心原则\n\n1. 配角的能力和特质必须和剧情紧密相关\n2. 配角是为了展现主角而写——配角的能力为主角所用，配角脱离困境靠主角帮助\n\n### 复合型配角——白手套角色\n\n| 功能 | 说明 |\n|------|------|\n| 替主角说话 | 凡是主角不适合说的话，他来说 |\n| 替主角发狠 | 凡是主角不应该发的狠，他来发 |\n| 绝对维护 | 对侵犯主角利益的人坚决反击 |\n| 粗中有细 | 将反派密谋录音再播放，取得大众支持 |\n| 适时搞笑 | 不断输出正反馈，缓解紧张情绪 |\n\n**设计原则**：光环比主角弱一点，不抢风头；惊艳出场；对主角的质疑第一时间反驳。\n\n### 立体人物 vs 扁平人物\n\n1. 不是所有角色都要立体化，先看功能性\n2. 扁平化角色保持神秘性，反而更恐怖/更强大\n3. \"洗白弱三分，黑化强三倍\"——高手被立体化就变弱了\n4. 需要什么工具就设计什么工具，不要把所有角色立体化\n\n### 人设反差六维度法\n\n| 反差对 | 操作 |\n|--------|------|\n| 表面性格 vs 内在性格 | 笑面虎/刀子嘴豆腐心 |\n| 外表形象 vs 表面性格 | 看着凶实际软 |\n| 外表形象 vs 内在性格 | 看着柔实际狠 |\n| 身份 vs 生活方式 | 豪门子弟住地下室 |\n| 身份 vs 爱好特长 | 杀手擅长插花 |\n| 身份 vs 内在性格 | 军人内心文艺 |\n\n### 执行指令\n\n1. 设计配角时先确定其功能（替主角说话/发狠/搞笑/提供信息）\n2. 从六维度反差中选 1-2 个维度给配角贴标签\n3. 控制配角光环，不超过主角\n4. 功能性配角不要强行立体化\n\n---\n\n## 配角人设逻辑\n\n1. \"正戏反写\"——看似正面的行为背后有反派动机\n2. 配角情感保护壳：看似冷漠无情，实则有深层情感驱动\n3. 避免崩人设：角色的行为选择必须符合已建立的人设逻辑\n4. 先从题材的\"标签人物\"直接用——成熟题材里的人设角色都是经受过市场考验的\n\n---\n\n## 凸显人设的方法\n\n### 执行指令\n\n1. 抓亮点——找到角色最突出的那个特质，集中火力展现\n2. 用行动展现人设，不要用旁白描述（如出狱后不卑不亢、争取利益、展现老练）\n3. 用反差碰撞制造张力\n4. 反差拉张力会筛读者，控制尺度——反差太大会劝退部分读者\n\n---\n\n## 高情商/聪明人桥段写法\n\n### 执行指令\n\n1. 高情商通过具体剧情中的表现来体现，不要旁白夸赞\n2. 写察言观色、临场应变、控场接话的具体场景\n3. 高情商表现应参考经典网文中的成功案例模式，每个桥段至少包含一个\"读者预期尴尬但主角化解\"的反转\n4. 每个桥段至少有一个\"反转\"——读者以为会尴尬，结果主角完美化解\n\n---\n\n## 用配角做期待枢纽（人物扣）\n\n### 执行指令\n\n1. 选一个配角做\"任务基地\"——一个人物同时承载多个短期和长期期待\n2. 主角每次解决事件装完逼后去找该人物，开始新一轮装逼\n3. 每个剧情单元结束后利用同一人物展开新剧情\n4. 人物下线时带来更大的好处，用\"歪打误撞收获更多\"转变读者\"损失厌恶\"心理\n\n---\n\n## 群像写作法\n\n### 执行指令\n\n1. 每个角色出场都要有功能，没有水分——功能不明确的角色不要出场\n2. 角色间的关系要有层次（引路人、对手、伙伴、障碍）\n3. 不同角色要有不同的说话风格和行为特征\n4. 通过行为而非旁白来展示角色特点\n\n### 配角脸谱化描写\n\n1. 抓住 1-2 个突出特点做鲜明标签（口头禅/标志性动作/极端性格）\n2. 标签化让读者迅速记住，不过多占用笔墨\n3. 功能性配角要有明确功能：推动剧情、衬托主角、提供信息\n\n### 角色使用的节奏\n\n1. 高人气角色的出场频率应控制在每3-5章一次，保持期待感而不审美疲劳。每次出场必须有新信息或新功能\n2. 读者不感兴趣的角色该舍弃就舍弃，自然\"下线\"\n3. 用\"以角色带角色\"引入新角色——喜爱延续\n\n### 角色池编织法\n\n1. 以角色带角色：女主讨喜 → 写女主爸妈/姐姐/闺蜜 → 喜爱延续到新角色\n2. 像网一样编织下去 → 很快就有取之不尽的角色池\n3. 每个新角色贴一个标签，个个鲜明\n\n---\n\n## 向人设深化法\n\n### 执行规则\n\n先判断当前项目适合“故事深化”还是“人设深化”：\n\n| 条件 | 优先方向 | 执行动作 |\n|------|------|------|\n| 主线已经复杂、多势力、多反转 | 向人设深化 | 保持故事结构简单，在人物欲望、反差、关系互动上制造新鲜感 |\n| 主线过直、人物已经鲜明但事件不足 | 向故事深化 | 增加阻碍、目标变化、信息差或代价，不新增无功能角色 |\n| 短篇/轻量篇幅 | 向人设深化 | 用 1-2 个强人设标签驱动冲突，不铺大世界观 |\n| 长篇关键卷/高潮卷 | 两者结合 | 故事升级一个维度，同时让关键人物关系发生可见变化 |\n\n### 执行步骤\n\n1. 拿一个简单甚至老套的故事结构\n2. 在人物身上加\"戏剧性\"——能让目标读者找到乐子的设定\n3. 通过几个人物的互动循环产生持续剧情\n\n### 循环写法（一个简单情节可写5章以上）\n\n- 第1章：主角装逼 → 师叔更迫切\n- 第2章：师叔逼女生 → 恋人帮着威逼利诱\n- 第3章：女生靠近主角 → 恋人在暗地暗爽\n- 第4章：女生回去哭诉 → 恋人假意安慰一边暗爽\n- 第5章：复命领赏 → 女生发现恋人对奖赏没那么高兴\n\n---\n\n## 人物塑造技巧\n\n### 女性角色塑造（男频）\n\n1. 读者喜欢的是女主的标签（高贵优雅、肤白大长腿），不是外貌描写\n2. 利用刻板印象：吸血鬼=高贵优雅+外貌出众，不用特意描述读者就知道\n3. 网文里美貌是最廉价的资源——不要花大量笔墨写外貌\n4. 性格设定可极端化：傲娇到极致、对主角爱得深沉、不考虑自身利益\n5. 保持性格一致性：设定后言行始终符合\n\n### 主角可以犯错但需把握尺度\n\n| 可原谅 | 不可原谅 |\n|--------|---------|\n| 因不可抗力或信息差导致的错误 | 因蠢、因圣母心泛滥导致的错误 |\n| — | 与实力不匹配的错误（斗帝强者因小人物犯蠢） |\n\n### 主角人设内外反差\n\n1. 可设计表面与内心的反差（如表面色牛实际内心孤僻）\n2. 反差感增加角色深度和趣味，提供丰富的情节冲突可能性\n\n### 反派的本质\n\n反派 = 与主角立场不同、利益相悖的人。赋予反派自己的想法和追求，不要写纯粹的恶。\n\n### 渣人设写法\n\n1. 开头就清晰传达主角人设，穿越前后保持一致\n2. 避免\"又当又立\"——前面没描写主角是老色皮后面突然追女读者反感\n3. 明确人设 = 筛选接受这种人的读者 = 预期管理\n\n---\n\n## 人物记忆点法\n\n1. 每个人物至少有一个性格方面特别突出\n2. 只有让某一特征特别突出，才有记忆点\n3. 目标：哪怕剧情不推进，几个人物坐一起聊天，读者都看得津津有味\n\n---\n\n## 金手指绑架人设法\n\n### 执行指令\n\n1. 金手指不只是给主角超能力，目的是让主角的性格合理化\n2. 用金手指规则绑架行为 → 配角反应自然塑造形象 → 不需要直接描写主角品格\n3. 追求道德爽感（最高级爽感）：让主角成为行为层面让读者心服口服的\"活圣人\"\n\n---\n\n## 以梗为中心塑造人设\n\n### 执行指令\n\n1. 单一标签\"杀伐果断\"\"热血\"太模糊 → 用具体梗来建设角色 → 读者产生强记忆点\n2. 例：配角每次看到主角成功 → 羡慕嫉妒恨 → \"你真该死啊\" → 强记忆点+趣味性\n3. 好人设+平平无奇的金手指+俗套套路 → 也能发挥意想不到的吸引力\n\n---\n\n## 九维人设框架\n\n| 维度 | 内容 | 要点 |\n|------|------|------|\n| 基本信息 | 前身今世/外貌特征 | 从人物下手建立长期期待感 |\n| 性格 | 反差人设 | 为成长弧线铺垫 |\n| 爱好习惯 | 贪财/好色/杀人后超度 | 做强烈记忆点反复强调 |\n| 人际关系 | 关系网越复杂越能制造冲突 | 牵扯的重要人物个个有实力有背景 |\n| 背景 | 家族/出身/成长环境 | — |\n| 成长弧线 | 见下方三阶段 | — |\n| 对比反差 | 恶人vs好人/医生救死扶伤→扛起枪杀人 | — |\n| 价值观态度 | 不同身份地位看法不同 | 态度=行动目标 |\n| 人物小传 | 典型重要故事 | 浓缩的生平经历 |\n\n### 人物成长弧线（三阶段）\n\n| 阶段 | 核心 | 对应 |\n|------|------|------|\n| 小我（幼年） | 虚构自己，想要成为他人眼中的我 | 动机 |\n| 自我（青年） | 真实自己，夹在两者之间痛苦 | 态度 |\n| 他我（成熟） | 别人眼中的自己就是追求的目标 | 价值观 |\n\n情绪公式：满足（认同）→ 打击（同情）→ 怀疑（共鸣）→ 心痛（共情）\n\n---\n\n## 人设关系四阶段标签\n\n| 阶段 | 了解程度 | 表现 |\n|------|---------|------|\n| 相遇（陌生人） | 只知道外表 | 警惕/保持距离/设防 |\n| 相识（过客） | 初步了解不知底线 | 察言观色/阿谀奉承 |\n| 相知（好哥们/闺蜜） | 知道秉性和底线 | 聊骚话/吐露心声/倾诉烦恼 |\n| 相恋（爱人） | 了解内心伤疤 | 占有欲强/喋喋不休/任劳任怨 |\n\n---\n\n## 用职场思维理解网文关系结构\n\n### 执行规则\n\n网文本质：在一个\"职场\"爽透，然后再到另一个\"职场\"爽。\n\n### 共性与差异\n\n| 共性维度 | 说明 |\n|---------|------|\n| 层级 | 任何环境中都有上下级关系 |\n| 互助 | 同级之间的合作和互利 |\n| 互害 | 同级之间的竞争和倾轧 |\n\n| 差异维度 | 说明 |\n|---------|------|\n| 合作方式 | 不同环境合作模式不同 |\n| 资源类型 | 不同环境争夺的资源不同 |\n| 个体能力 | 主角的独特优势 |\n\n### 执行步骤\n\n1. 为主角设计一个\"职场环境\"（学校/宗门/公司/军队）\n2. 设置层级关系（上级/同级/下级/对手）\n3. 利用层级关系自然产生矛盾和冲突\n4. 主角在这个环境中爽透后，换到更大的\"职场\"\n\n---\n\n## 代入感构建法\n\n### 执行规则\n\n- 代入感维护规则：节奏和情感链条不断裂。断裂标志=读者开始用现实逻辑评判情节\n- 一旦读者开始用现实逻辑评判 = 节奏出了问题\n- 核心是情感链条不断\n\n### 执行方法\n\n| 方法 | 做法 | 效果 |\n|------|------|------|\n| 共情切入点 | 用日常生活常见事件 | 瞬间拉近距离 |\n| 细节真实性 | 填充生活化细节 | 强化世界真实性 |\n| 救猫咪情节 | 开头一个情节强调主角人设某方面 | 读者快速熟悉并代入 |\n| 共情前提 | 让角色暴露真实一面（弱点/困境） | 读者产生保护欲 |\n| 合理化虑点 | \"缺钱\"这类人人都懂的困境 | 天然共情 |\n\n### 共情三层次\n\n1. **表层共情**：经历类似\n2. **深层共情**：情感类似\n3. **认同感**：价值观一致\n\n### 破坏代入感的行为（避免）\n\n- 角色做出读者无法理解的选择\n- 大段设定说明打断叙事\n- 节奏拖沓导致情感链条断裂\n- 主角三观与目标读者严重偏离\n\n---\n\n## 安全感与核心情绪把控\n\n1. 不同题材的读者对安全感需求不同，先确认题材\n2. 极道流等紧张感题材：安全感拉爆 = 危机感消失 = 核心情绪偏移——不要给主角找过强的靠山\n3. 禁止为主角设置可随时解决危机的强力靠山——靠山的存在必须不削弱紧迫感。违反此规则时标记为\"靠山过度\"\n4. 精力有限时，情节始终是第一位的，世界观只是加分项\n\n---\n\n## 质量检查清单\n\n完成角色设计后，逐项检查：\n\n- [ ] 角色是否有三层标签（身份/表现/内核），且至少有一层反差\n- [ ] 强关联设定是否达到 3 个以上\n- [ ] 人设是功能性设计还是只有外貌信息堆砌\n- [ ] 配角是否有明确功能，是否抢了主角风头\n- [ ] 每个角色是否有至少一个记忆点\n- [ ] 配角出场是否都有功能，没有无用水分\n- [ ] 不同角色是否有不同的说话风格和行为特征\n- [ ] 主角的错误是否在可原谅范围内\n- [ ] 反派是否有自己的逻辑和追求，不是纯粹的恶\n- [ ] 人设言行是否前后一致，有没有崩人设\n- [ ] 代入感情感链条是否连续，有没有被设定说明打断\n- [ ] 安全感是否匹配题材要求（紧张题材不能给主角太强靠山）\n- [ ] 高情商桥段是否通过具体剧情展现，而非旁白夸赞\n\nFile v1.1.28:references/character-relations.md\n\n# 角色关系与感情线操作手册\n\n## 决策路由\n\n| 你在设计什么 | 使用本章方法 |\n|-------------|-------------|\n| 角色间关系类型 | 人物关系类型表 |\n| 感情线核心人设 | 感情流人设核心法 |\n| 爱情线底层逻辑 | 男频/女频爱情线差异 |\n| 穿书/穿游戏角色选择 | 穿书角色选择法则 |\n| 多角关系/修罗场 | 修罗场收场策略 |\n| 好感度推进节奏 | 好感度体系 + 男频恋爱文攻略 |\n| 配角态度变化 | 配角攻略缓冲区 |\n| 角色共情写作 | 角色行为自洽检查 |\n| 角色目标与关系线 | 角色目标独立性 + 关系线设计 |\n\n---\n\n## 人物关系类型\n\n查表确定角色间的关系类型，然后按原则执行。\n\n| 关系类型 | 定义 | 功能 | 示例 |\n|---------|------|------|------|\n| 冲突型 | 双方利益/理念对立 | 制造张力，推动情节 | 宿敌、竞争对手 |\n| 联盟型 | 双方有共同目标 | 提供助力，制造羁绊 | 战友、师徒 |\n| 亲密型 | 情感纽带连接 | 制造软肋，提供情感支点 | 恋人、家人、兄弟 |\n| 权威型 | 上下级/支配关系 | 制造压力，限制主角行动 | 师父、老板、监管者 |\n\n**执行规则**：\n- 每个重要关系至少安排一次考验（背叛/牺牲/误解）\n- 关系必须有变化弧线（敌人变盟友、盟友变对手）\n- 禁止所有关系都是\"你好我好\"的铁板一块\n- 关系的功能必须服务于情节，不能只为甜/虐而存在\n\n---\n\n## 感情流人设核心法\n\n感情流中剧情为人设服务——每次剧情都要丰满人物或推动感情发展，否则就是无效剧情。\n\n### 构建步骤\n\n1. **确定人设核心**：写下最初出现在脑海里的角色特征（如\"想登上皇位的皇子\"\"病弱皇子\"）\n2. **围绕核心发散**：回答——为什么有这个核心？过去经历？环境影响？性格成因？\n3. **延伸剧情线**：核心自带的剧情必须写（有目标→目标线；有伤痛→治愈线）\n\n### 执行规则\n\n- 俗套剧情配上丰满人设也能脱离套路感\n- 两个主角都必须有闪光点和独立变化路线，不能一个人出彩另一个人黯淡\n- 高光不等于装逼——所有让读者对角色印象深刻的时刻都是高光，包括痛彻心扉的时刻\n- 生命不止恋爱——角色心里希望恋爱，但生命里不能只有恋爱，只有恋爱的角色立不住、很单薄\n\n---\n\n## 男频与女频爱情线底层逻辑差异\n\n**先确定目标读者群，再选择对应逻辑。两者不可混淆，否则读者会觉得\"不对味\"。**\n\n### 男频爱情线逻辑\n\n| 维度 | 说明 |\n|------|------|\n| 核心 | \"外在因素展示\"——主角和对象在一起体现两人的外在因素多优秀 |\n| 三种核心逻辑 | \"她要是我的该多好\" → \"这么优秀的人是我的了\" → \"这么优秀的人都喜欢我，我更优秀\" |\n| 围观者想法 | \"能得到这么优秀的女人，我好羡慕\"（非\"恋爱好甜\"） |\n| 女主 | 最好有多个女性角色喜欢主角，越多说明主角越优秀 |\n| 对象本质 | \"奖杯\"——一切动机的根本目的是胜利 |\n\n写男频感情线时，围绕\"展示优秀\"设计事件。\n\n### 女频爱情线逻辑\n\n| 维度 | 说明 |\n|------|------|\n| 核心 | \"连接\"——两人之间唯一、坚不可摧、最优先的情感连接 |\n| 连接要求 | \"我爱的是你这个人，外貌、财富、才华都不能替代这份连接\" |\n| 纯洁性 | 连接形成后应逐渐舍去外在因素影响 |\n| 双方 | 最好初恋+双洁——保障连接的纯洁性和唯一性 |\n| 围观者想法 | \"他们的恋爱好甜，我好羡慕\" |\n\n写女频感情线时，围绕\"深化连接\"设计事件。\n\n---\n\n## 穿书/穿游戏角色选择法则\n\n### 必须满足的条件\n\n- 叙事主角必须对原世界有相当熟悉度（最核心的期待感来源）\n- 确定穿越进熟悉的世界，一两\n\nArchive v1.1.27: 101 files, 557751 bytes\n\nFiles: references/agent-calls.md (7526b), references/anti-ai-writing.md (37187b), references/artifact-protocols.md (14882b), references/author-memory-maintenance.md (8766b), references/author-memory.md (11531b), references/banned-words.md (10424b), references/benchmark-recall.md (5648b), references/character-basics.md (16921b), references/character-design-methods.md (16262b), references/character-relations.md (17831b), references/commercial-core-methods.md (20663b), references/cross-book-recall.md (7291b), references/deslop-gates.md (14455b), references/dialogue-mastery.md (11764b), references/emotion-on-page.md (4739b), references/emotional-arc-design.md (12258b), references/emotional-methods.md (10174b), references/female-audience-writing.md (11427b), references/genre-prose-cards.md (7162b), references/genre-prose-cards/东方仙侠.md (2788b), references/genre-prose-cards/传统玄幻.md (2801b), references/genre-prose-cards/历史古代.md (2635b), references/genre-prose-cards/历史脑洞.md (2934b), references/genre-prose-cards/双男主.md (3272b), references/genre-prose-cards/古言脑洞.md (2676b), references/genre-prose-cards/古风世情.md (2622b), references/genre-prose-cards/女频悬疑.md (2637b), references/genre-prose-cards/女频种田.md (2693b), references/genre-prose-cards/宫斗宅斗.md (2522b), references/genre-prose-cards/年代.md (3069b), references/genre-prose-cards/快穿.md (2858b), references/genre-prose-cards/悬疑灵异.md (2616b), references/genre-prose-cards/悬疑脑洞.md (2788b), references/genre-prose-cards/战神赘婿.md (2810b), references/genre-prose-cards/抗战谍战.md (2728b), references/genre-prose-cards/星光璀璨.md (2800b), references/genre-prose-cards/民国言情.md (2817b), references/genre-prose-cards/游戏体育.md (2899b), references/genre-prose-cards/玄幻脑洞.md (3004b), references/genre-prose-cards/玄幻言情.md (2596b), references/genre-prose-cards/现言脑洞.md (2741b), references/genre-prose-cards/科幻末世.md (2653b), references/genre-prose-cards/职场婚恋.md (2612b), references/genre-prose-cards/西方奇幻.md (2834b), references/genre-prose-cards/豪门总裁.md (3343b), references/genre-prose-cards/都市修真.md (2580b), references/genre-prose-cards/都市日常.md (3766b), references/genre-prose-cards/都市种田.md (2584b), references/genre-prose-cards/都市脑洞.md (3485b), references/genre-prose-cards/都市高武.md (3018b), references/genre-prose-cards/青春甜宠.md (2790b), references/genre-readers.md (11007b), references/long-chapter-hooks.md (8784b), references/long-chapter-quality.md (8849b), references/long-format.md (2610b), references/long-genre-catalog.md (17378b), references/long-genre-mechanics.md (17364b), references/long-reversal.md (15581b), references/long-suspense.md (15524b), references/opening-design.md (12819b), references/outline-conflict.md (17651b), references/outline-methods.md (10896b), references/outline-rhythm.md (12878b), references/outline-structure-theory.md (12690b), references/plot-core-methods.md (20291b), references/plot-emotion-system.md (15867b), references/plot-frameworks.md (27746b), references/plot-special-topics.md (25562b), references/project-files.md (11880b), references/reader-contract-and-progression.md (11534b), references/reference-index.md (6167b), references/style-combat-face.md (17329b), references/style-craft.md (13392b), references/style-genre-modules.md (24811b), references/style-resolution.md (4016b), references/tracking-initialization.md (1355b), references/tracking-transaction.md (15296b), references/workflow-chapter.md (14593b), references/workflow-daily.md (8371b), references/workflow-outline.md (21219b)\n\nArchive v1.1.26: 94 files, 534743 bytes\n\nFiles: references/anti-ai-writing.md (37183b), references/artifact-protocols.md (24325b), references/author-memory.md (19899b), references/banned-words.md (10424b), references/benchmark-recall.md (6124b), references/character-basics.md (16921b), references/character-design-methods.md (16262b), references/character-relations.md (15470b), references/commercial-core-methods.md (20663b), references/cross-book-recall.md (7291b), references/dialogue-mastery.md (11764b), references/emotional-arc-design.md (16647b), references/emotional-methods.md (10174b), references/female-audience-writing.md (11427b), references/genre-prose-cards.md (7146b), references/genre-prose-cards/东方仙侠.md (2788b), references/genre-prose-cards/传统玄幻.md (2801b), references/genre-prose-cards/历史古代.md (2635b), references/genre-prose-cards/历史脑洞.md (2934b), references/genre-prose-cards/双男主.md (3272b), references/genre-prose-cards/古言脑洞.md (2676b), references/genre-prose-cards/古风世情.md (2622b), references/genre-prose-cards/女频悬疑.md (2637b), references/genre-prose-cards/女频种田.md (2693b), references/genre-prose-cards/宫斗宅斗.md (2522b), references/genre-prose-cards/年代.md (3069b), references/genre-prose-cards/快穿.md (2858b), references/genre-prose-cards/悬疑灵异.md (2616b), references/genre-prose-cards/悬疑脑洞.md (2788b), references/genre-prose-cards/战神赘婿.md (2810b), references/genre-prose-cards/抗战谍战.md (2728b), references/genre-prose-cards/星光璀璨.md (2800b), references/genre-prose-cards/民国言情.md (2817b), references/genre-prose-cards/游戏体育.md (2899b), references/genre-prose-cards/玄幻脑洞.md (3004b), references/genre-prose-cards/玄幻言情.md (2596b), references/genre-prose-cards/现言脑洞.md (2741b), references/genre-prose-cards/科幻末世.md (2653b), references/genre-prose-cards/职场婚恋.md (2612b), references/genre-prose-cards/西方奇幻.md (2834b), references/genre-prose-cards/豪门总裁.md (3343b), references/genre-prose-cards/都市修真.md (2580b), references/genre-prose-cards/都市日常.md (3766b), references/genre-prose-cards/都市种田.md (2584b), references/genre-prose-cards/都市脑洞.md (3485b), references/genre-prose-cards/都市高武.md (3018b), references/genre-prose-cards/青春甜宠.md (2790b), references/genre-readers.md (11007b), references/long-chapter-hooks.md (8784b), references/long-chapter-quality.md (8849b), references/long-format.md (2951b), references/long-genre-catalog.md (17378b), references/long-genre-mechanics.md (17364b), references/long-reversal.md (15581b), references/long-suspense.md (15524b), references/opening-design.md (12819b), references/outline-conflict.md (17651b), references/outline-methods.md (10896b), references/outline-rhythm.md (12878b), references/outline-structure-theory.md (22621b), references/plot-core-methods.md (20291b), references/plot-emotion-system.md (15867b), references/plot-frameworks.md (27755b), references/plot-special-topics.md (25562b), references/project-files.md (11633b), references/reader-contract-and-progression.md (11534b), references/reference-index.md (6113b), references/style-combat-face.md (20072b), references/style-craft.md (13392b), references/style-genre-modules.md (24808b), references/style-resolution.md (4017b), references/tracking-initialization.md (1137b), references/tracking-transaction.md (15042b), references/workflow-chapter.md (15893b), references/workflow-daily.md (10364b), references/workflow-revision.md (6816b), references/workflow-setup.md (34499b), references/writer-prompt-fallback.md (3469b), references/writing-craft.md (31505b), scripts/author_memory_commit.py (79698b)\n\nArchive v1.1.25: 94 files, 520207 bytes\n\nFiles: references/anti-ai-writing.md (37183b), references/artifact-protocols.md (24073b), references/author-memory.md (19899b), references/banned-words.md (10447b), references/benchmark-recall.md (6124b), references/character-basics.md (16921b), references/character-design-methods.md (16262b), references/character-relations.md (15470b), references/commercial-core-methods.md (20663b), references/cross-book-recall.md (7291b), references/dialogue-mastery.md (11764b), references/emotional-arc-design.md (16647b), references/emotional-methods.md (10174b), references/female-audience-writing.md (11427b), references/genre-prose-cards.md (7146b), references/genre-prose-cards/东方仙侠.md (2788b), references/genre-prose-cards/传统玄幻.md (2801b), references/genre-prose-cards/历史古代.md (2635b), references/genre-prose-cards/历史脑洞.md (2934b), references/genre-prose-cards/双男主.md (3272b), references/genre-prose-cards/古言脑洞.md (2676b), references/genre-prose-cards/古风世情.md (2622b), references/genre-prose-cards/女频悬疑.md (2637b), references/genre-prose-cards/女频种田.md (2693b), references/genre-prose-cards/宫斗宅斗.md (2522b), references/genre-prose-cards/年代.md (3069b), references/genre-prose-cards/快穿.md (2858b), references/genre-prose-cards/悬疑灵异.md (2616b), references/genre-prose-cards/悬疑脑洞.md (2788b), references/genre-prose-cards/战神赘婿.md (2810b), references/genre-prose-cards/抗战谍战.md (2728b), references/genre-prose-cards/星光璀璨.md (2800b), references/genre-prose-cards/民国言情.md (2817b), references/genre-prose-cards/游戏体育.md (2899b), references/genre-prose-cards/玄幻脑洞.md (3004b), references/genre-prose-cards/玄幻言情.md (2596b), references/genre-prose-cards/现言脑洞.md (2741b), references/genre-prose-cards/科幻末世.md (2653b), references/genre-prose-cards/职场婚恋.md (2612b), references/genre-prose-cards/西方奇幻.md (2834b), references/genre-prose-cards/豪门总裁.md (3343b), references/genre-prose-cards/都市修真.md (2580b), references/genre-prose-cards/都市日常.md (3766b), references/genre-prose-cards/都市种田.md (2584b), references/genre-prose-car...","readmeExcerpt":"Skill: story-long-write：长篇网文写作 Owner: worldwonderer Summary: 长篇网文规划与写作。支持只讨论结构、只写大纲或指定细纲，明确要求正文后再写章节。触发方式：/story-long-write、/写长篇、「帮我开书」「定设定」「出卷纲」「规划剧情」「写大纲」「补细纲」「日更」「续写」「继续写」「修改第X章」「回炉」「重写第X章」。 Tags: latest:1.1.29 Version history: v1.1.29 | 2026-10-03T05:23:36.536Z | user Authorized ZenStory cold-start distribution; immutable source and preserved notices. v1.1.28 | 2026-09-27T07:51:04.274Z | user Synced from CI (v0.8","codeSnippets":[],"executableExamples":[{"language":"text","snippet":"过密：他看着窗外的雨，心中涌起一股说不清的感觉，这些年走过的路和很多已经忘记的事都在这一刻涌上心头。\n\n更自然：他盯着窗外的雨，雨从下午下到天黑。\n\"你还在想她？\"老刘问。\n他没说话。"},{"language":"text","snippet":"一事一段，镜头自然断。\n对话要像人说话。\n心情不写心里话。\n结尾不搞大升华。\n打斗不写流水账。\n日常要埋伏笔桩。"},{"language":"text","snippet":"过度压缩：\n林遥抬头。\n雨棚外的街灯灭了。\n风也停了。\n柜台上的纸杯晃了两下。\n\n读顺后：\n林遥抬头时，雨棚外的街灯正一盏盏熄下去。风忽然停了，柜台上的纸杯还在原地轻轻打转。"},{"language":"markdown","snippet":"# 大纲\n\n## 全书体量与阶段总览\n{按 workflow-volume.md「全书体量与阶段总览」结构填写}\n\n## 卷级大纲\n### 第一卷：{卷名}（约 {X} 万字，{Y} 章）\n- 功能 / 所属阶段 / 卷契约 / 终局储备 / 阶段边界 / 核心事件 / 起始状态 → 结束状态\n（一段式汇总；展开见各卷 卷纲_第X卷.md）"},{"language":"markdown","snippet":"# {卷名} 卷纲\n\n## 核心信息\n- 章节范围：第{X}-{Y}章\n- 字数目标：{W}万字\n- 本卷定位：{铺垫/发展/高潮/转折/收尾}\n\n## 卷契约与终局储备（参 `reader-contract-and-progression.md`）\n\n> 单章放开密度、宏观管住终局储备。主推线之外的线按剧情自然给战果，一战多得允许；真正要守的是本卷别动用还不该解锁的终局底牌。\n- 卷契约：{本卷读者期待、主角高光、主要期待债}\n- 本卷主推线：{1条承担本卷最大高潮的升级线：战力线/资源线/身份线/关系线/信息线/地图线/制度线/势力线/事业线/情感确定性}\n- 本卷战果：{其余顺带兑现的线，轻触到大涨皆可；一战多得是好设计}\n- 本卷解锁的终局里程碑：{参 `设定/题材定位.md`「终局底牌与升级台阶」小节，本卷推进或解锁哪一个大里程碑}\n- 本卷禁碰的终局底牌：{尚未到解锁卷、本卷不得动用的宿敌/真相/身份/金手指上限}\n- 本卷鼓励长出的：{2-4 类本卷排纲时鼓励发明的东西——新故事线类型、对手侧的人、场面里的物、规矩细则、可数刻度序列；只列品类与方向，不预写内容。与上一行配对：上一行说不许动什么，本行说往哪儿长}\n- 契约风险：{契约安全 / 需补强 / 契约破坏；需补强时写清补强方式}\n\n## 本卷故事线（L 编号唯一分配处；主线之外至少 2 条）\n\n> 比剧情单元大一层的横向线。剧情单元卡「本单元在跑的线」按 L 编号引用本表。支线必须与主线有对接口（见 outline-conflict.md「支线 = 完成主线的手段」、outline-structure-theory.md「支线设计原则」）。\n\n| 编号 | 线 | 类型 | 推进靠什么 | 与主线怎么对接 | 本卷区间 | 主线停摆时能否单独扛一章 |\n|---|---|---|---|---|---|---|\n| L01 | {一句话} | {主线/资源/人脉/地位/身份/关系/信息/配角暗线} | {它自己的推进器：谁在推、图什么、时限是什么} | {汇聚点：在哪一章、以什么形式并回主线} | 第{A}-{B}章 | {能／只能半章／不能} |\n\n末栏是主线薄时的可调存量清单。填「能」的线要有自己的对手、自己的时限、自己的可见收益，不依赖主线事件发生。全卷没有一条填「能」时补线，不靠拉长主线填章。\n\n## 剧情单元卡（1–3 万字为可调经验值；存于卷纲内；不另建单独文件）\n\n> 剧情单元卡与下方「对标结构坐标」是同一单元的不同视角（见 workflow-volume.md「对标节奏迁移」），不重复编排。单元长度按本书题材、既有兑现节奏与对标调整，不是硬门槛。规划各关键节点时按 `reader-contract-and-progression.md`「契约四问」检查；无需主角亲自执行每个动作。高潮/兑现后可留短暂低压，以小而可见的收益/奖励承接下一轮压力。引入新地图/机构/能力/敌人/谜团时按第 4 问检查，不得借新鲜感逃避旧承诺。\n\n### 剧情单元 L{卷号}-{序号}\n- 单元ID：L{卷号}-{序号}（字母 L 开头，如 L1-03；不能写成 1-03，也别和故事线编号 L01 混）\n- 章节范围：{第A-B章}\n- 对标剧情参照：{{书名}《剧情标题》（类型/桥段标签；借什么：结构分布/情节点索引/兑现方式）；可列 2-3 条，无对标写「无」；**允许填「自创：{一句话理由}」**——单元内容形态不强制映射对标，自创单元照常过排纲自查与建纲批末复核}\n- 单元节拍/章功能分配：{建立期待→尝试→加压/转向→决定性行动→兑现→余波；标对应章范围，可按题材删改；建卡时可按「对标剧情参照」剧情单元提炼的共性节拍填写，见 workflow-outline.md「按剧情批出细纲」}\n- 单元承诺：{本单元向读者建立的情绪命题/期待，以及要偿还的期待债}\n- 单元情绪引擎：{核心情绪命题→承载对象/情绪缺口→受阻或缺口维持原因→本轮触发→主角不可替代的点火/转化动作→意义变化或可见兑现→题材/契约兑现；承载对象可为人物/关系/目标/规则/场景；不适用环节可写无/即时，但须保持因果闭合；机制按题材选，不强制误解/物件/反转}\n- 卷级贡献：{它如何服务本卷契约、阶段节奏或卷级目标}\n- 主角局部目标与核心利益：{主角本单元要保住/拿到/证明什么}\n- 因果入口：{由上一单元或既有事件自然引出的入口}\n- 核心阻碍：{主要敌意、限制、误判或资源缺口}\n- 关键选择与决定性行动：{主角不可替代的判断、选择和行动}\n- 兑现方式与归属：{核心兑现如何发生，收益归谁、如何可见}\n- 本单元主推线/战果：{沿用卷契约划分——主推线1条承担高潮，其余线给战果，一战多得允"},{"language":"text","snippet":"{工作区}/.story/作者记忆/          # 项目级 store：global / genre / workflow 条目，编号 AP\n├── _author-memory-state.json  # 唯一结构化权威\n├── 作者画像.md               # 仅 active，供作者查看与管理\n├── 待确认.md                 # pending / conflict，不参与约束\n└── 变更记录.md               # 最近 100 次、最新在前的事务记录\n{书}/.story/作者记忆/            # 书级 store：只存这本书的 book 条目，编号 BP，同样四个文件"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: story-long-write\nversion: 1.0.0\ndescription: \"长篇网文规划与写作。支持只讨论结构、只写大纲或指定细纲，明确要求正文后再写章节。触发方式：/story-long-write、/写长篇、「帮我开书」「定设定」「出卷纲」「规划剧情」「写大纲」「补细纲」「日更」「续写」「继续写」「修改第X章」「回炉」「重写第X章」。\"\nmetadata: {\"openclaw\":{\"source\":\"https://github.com/zenstory-ai/oh-story-claudecode\"}}\n---\n# story-long-write：长篇网文写作\n\n你是网络小说创作教练，帮用户从选题、大纲到正文写完一本长篇网络小说。\n\n## 写前必读（强制，先读后写）\n\n任何创建或修改长篇故事文件的动作前，先判断场景并读完下列文件。**只读本 SKILL.md 不算完成；`rg` 检索或局部摘读也不算完整读取。**\n\n必须分块读到 EOF：\n\n1. 规划按时刻读：定方向、定设定读 `references/workflow-setup.md`，出卷纲读 `references/workflow-volume.md`，出细纲或补纲读 `references/workflow-outline.md`，只读当前时刻的；写指定章读取 `references/workflow-chapter.md`；日更先读取 `references/workflow-daily.md`，进入正文前再完整读取 `workflow-chapter.md`；大修先读 `references/workflow-revision.md`，改稿时还要读什么由它写明。\n2. 主会话直接写正文时，首次落笔前完整读取 `references/long-format.md` 与 `references/writing-craft.md`（和写手同一套技法）；`references/long-chapter-quality.md`、`references/long-chapter-hooks.md` 只在排查具体问题时读，去味走检测器，不预读。交给 narrative-writer 时，由该 agent 按自己的 reference 表完成写前读取，主会话不得用未读 reference 的临时 prompt 替代。\n3. 本章技法按下方「本章技法」一段选，至多一份；主会话自己写时按那段只读指定小节，这是本条唯一允许的按节读。\n4. 正文写前，references 读完后立即重读当前用户请求、本章细纲和卷纲，先在上下文里**记下本轮约束**：原样记录用户明确字数范围、必发生、禁止发生、精确时间锚与本章停笔点、章尾新债。references 只提供技法，不得覆盖这些项目事实；作者给的字数范围写在细纲「字数范围」行（命令参数只作临时覆盖），有它就不用默认 ±15%。交付前逐项复核：字数带外按 `workflow-chapter.md` 的收口流程交用户处置，不自动补字；其余项越界不算完成。\n\n任一必需路径不存在、不可读或未读完时立即停止，报告准确路径，**不得先写正文再补读**。写前必读按当前任务、当前会话重新执行；旧会话的“读过”不能沿用。\n\n---\n\n> 内置适配 Claude Code / OpenCode / Codex / Antigravity / ZCode / OpenClaw。专业 agent 只查当前端 canonical 目录（`.claude/agents`、`.opencode/agents`、`.codex/agents` TOML、`.agents/agents`）；Antigravity 用 `invoke_subagent` + 同名 `TypeName`。文件或运行时能力缺失、返回 unknown agent，或当前为不执行 custom agents 的 ZCode 3.3.4 时，报告 fallback 并 solo/direct 执行。\n>\n> Spawn 版本提示（不阻断 spawn）：先读取项目根 `.story-deployed` 的 `agents_version`。与本版 `agents_version: 34` 不一致时（标记缺失、字段缺失/非整数、小于或大于 34）**照常按文件存在性检查并 spawn**，但只检查当前运行时的 canonical 目录；同时用一句白话提示作者「写作助手是旧版，运行 /story-setup 后新开对话」，`Notice: agents bundle 版本不匹配（项目 {N}，本版 34）` 原文写进技术备注行；大于 34 时额外提示先更新 oh-story-claudecode，不要用本地旧版 setup 降级覆盖。只有 agent 文件缺失、或运行时不暴露 custom agent 时才降级 solo/direct，`Fallback: ... -> solo` 同样只进技术备注行。\n\n**文风裁决**：正文写作、改写或审稿前先读 [references/style-resolution.md](references/style-resolution.md)，加载本书文风并形成 `style_resolution`；无作者记忆也执行。当前请求、本书文风和 active 偏好按维度覆盖通用 references；同一裁决交给后续执行者。\n\n## 核心方法\n\n先抓情绪，再用验证过的模式可靠交付，灵感只做素材：每个场景服务一个说得清的目标情绪；从对标里找验证过的剧情模式，把对标角色当功能位，用本书的角色和素材填；写每章只读「不知道就会写错」的状态、伏笔与设定。契约与推进决策先过 `references/reader-contract-and-progression.md`「契约四问」。作者记忆：写正文时组装脚本已代查注入；其他任务直接跑 `{PYTHON} {skill 根}/scripts/author_memory_commit.py query --workspace {放 .active-book 的那层} --book-root {书目录} --kind …`（规划查 story_design、workflow、interaction，改稿查 prose_style、story_design；≤2KB，无记忆返回空），结果只给主会话或执行者，当前请求与本书文风优先；作者说出要长期记住的偏好时才读 [references/author-memory.md](references/author-memory.md) 按它 `record` 写入、回传回执。\n\n**本章技法（每章至多读一份）**：按细纲主功能选——打脸/逆袭（爽感释放）`style-combat-face.md`；身份/认知/立场反转（震撼+痛快）`long-reversal.md`；感情拉扯（意难平）`emotional-methods.md`，自己写时加 `emotion-on-page.md`；悬疑/惊悚/异常线索（紧张+好奇）`lo"},{"path":"_meta.json","content":"{\n  \"ownerId\": \"kn7e14qz6v4n71xmjegh68jtts80dp5r\",\n  \"slug\": \"story-long-write\",\n  \"version\": \"1.1.29\",\n  \"publishedAt\": 1791005016536\n}"},{"path":"references/agent-calls.md","content":"# agent-calls.md：spawn 子代理的调用方式\n\n只在要 spawn 对应 agent 时读；主会话自己写正文、自己排纲时不读。何时调用由各流程文件决定，这里只放 prompt 与必须附带的内容。Antigravity 用 `invoke_subagent` + 同名 `TypeName`。\n\n## narrative-writer：写一章\n\n全章细纲交给写手统筹编排，默认同一 session 按前后两组交付：按实际叙述顺序在自然转场或因果停顿处分组，不在一句对话或同一动作中间截断，可交错情节点但不增删批准内容、不拆逐点字数配额；写手先把前组写到工作目录 `前组.md`，主会话只调用一次 `storyctl.py wordcount checkpoint --file {segment} --project {项目根} --chapter {N}`，把 `actual / remaining_user_range` 连同后组交回同一写手，两组按原文拼接，不回改前组追字数。作者明确要求一次成文时执行安排填「全章」，直接落盘，不跑 checkpoint。\n\n组装脚本的输出（`====` 以上）就是 prompt 骨架。**主会话填九槽**（搜 `［主会话填］`）：执行安排 ／ 本章意图 ／ 作者本轮要求 ／ 本章技法（只填类别，写手自己读）／ 本节速记 ／ 涉及角色（列名字，角色卡写手自己读）／ `genre_prose_card` ／ 必读设定 ／ `style_resolution`；外加脚本标出的条件槽（降档不成立时的情绪与节奏召回；作者偏好限定范围记忆，适用时带 `--genre`／`--workflow` 跑 SKILL.md「核心方法」的 query 命令补查）。`author_preferences` 由脚本注入，只作低优先级倾向。空槽以外一字不改，整份照抄进 Agent prompt。脚本**跑不起来**时读 [writer-prompt-fallback.md](writer-prompt-fallback.md) 手动组装并报 `Fallback: build_writer_prompt -> 手动组装`。\n\n## story-architect：定设定、出卷纲、出一批细纲（换新上下文）\n\n先跑 `{PYTHON} {skill 根}/scripts/build_architect_brief.py --project {书目录} --task world`（卷纲 `--task volume --volume {N}`，细纲 `--task outline --chapters {A-B}`，一批最多 10 章），只取输出里的任务包路径，不读包的内容。交接前确认作者在对话里定下的方向、偏好和否掉的方案都已写进 `设定/`。\n\nPrompt：`项目目录：{dir}\\n任务包：{任务包路径}\\n先完整读取任务包，按包里的流程与模板完成；作者已定的方向、设定和要求都在 设定/，对话内容不会传给你\\n交付后只回任务包开头要求的几项`\n\n收回后主会话：设定提案拿给作者逐项确认，按作者意见改文件；新卷纲跑 `outline_view.py --check --strict {卷纲路径}`（往旧卷纲追加单元去掉 `--strict`），细纲每章跑 `check-outline-contract.js`；失败把报错原样交回同一 agent 修一次。按 workflow-volume.md / workflow-outline.md 的汇报模板用故事话告诉作者，不转述任务包。\n\n## story-architect、character-designer：题材定位与角色细化（可选）\n\n定方向以和作者来回讨论为主，默认主会话自己做；复杂世界观、多线结构、强反转工程或作者明确要求时才派：\n- `Agent(subagent_type: \"story-architect\", prompt: \"项目目录：{dir}\\n任务类型：题材定位\\n查询参数：{作者选定的方向与对标信息}\")`\n- `Agent(subagent_type: \"character-designer\", prompt: \"项目目录：{dir}\\n任务类型：角色设定\\n查询参数：{主角设定信息}\")` — 辅助角色设定和语言风格档案\n\n## consistency-checker：写正文后的事实核对\n\nPrompt：`项目目录：{dir}\\n检查范围：{本次写作的章节}\\n检查类型：事实冲突+伏笔断线+角色属性不一致\\n本章新增申报：{申报表原样粘贴，无则写 0}；同时核对正文有无未申报的跨章事实，逐处列原文和细纲出处。只读与新增项和本章出场角色相关的设定、角色卡与追踪条目。冲突按 S1-S4 报出，申报项逐条给出登记/修复/先问作者的建议\\n状态：last_committed_chapter={N}，state_revision={R}（取自 tracking_commit.py check）`\n\n## narrative-writer：审查+去AI味\n\nPrompt：`项目目录：{dir}\\n任务描述：审查+去AI味\\n检查分工：你负责语义去味及原定自检；最终文件扫描由主会话执行\\n检查范围：{本次写作的章节}\\n文风路径：{设定/文风.md 全文路径}\\nstyle_resolution：{与写作一致的裁决}\\n作者偏好：{本章 query 命中的 prose_style/story_design 项}\\n触发本次审查的检测结果：{chapter check 里 blocking 与语义类 advisory 的行号和类别，原样粘贴}\\n所选 Gate：{按检测类别选，如 B 句式、G 解释腔；类别不明写 A-G}\\n删除优先：每条 AI 味项先判能否删除，删后不丢伏笔/钩子/角色/情节/必要信息的直接删，会丢才润色\\n按你的 7 Gate 与对话自检执行，台词里的工整否定不因脚本豁免而跳过\\n删除测试：按 deslop-gates.md「写法抽查」执行，报告列候选数/删改数/保留理由`\n\n## narrative-writer：超字一次净删（compress-once）\n\nPrompt：`项目目录：{dir}\\n任务描述：净删压缩\\n正文：{正文路径}\\n删除区间：{chapter check 给的 remove_to_internal_band}\\n只删不增：优先删重复解释、装饰排比、无功能微动作；全部情节点、事实、因果、情绪兑现、钩子都保留，不改写成新句\\n文风路径：{设定/文风.md 全文路径}`\n\n## narrative-writer：改写一章（大修）\n\nPrompt：`项目目录：{dir}\\n任务描述：改写已写章节\\n正文：{正文路径}（原稿已备份）\\n细纲：{细纲路径}\\n改动范围：{局部：哪几段或哪个场面，要改成什么／整章：按细纲重写}\\n作者本轮要求：{作者原话要点}\\n不动的部分：{局部修改时其余段落一字不改}\\n衔接：{前一章结尾与后一章开头各一两句}\\n文风路径：{设定/文风.md "},{"path":"references/anti-ai-writing.md","content":"# 去AI味完整指南\n\n> 本文件的句长、视角、标点、修辞与禁用词是默认写法，服从 [style-resolution.md](style-resolution.md) 的逐维裁决。所选 Gate 检查表达效果，不因作者有意选择某写法就机械删除；获准命中按书级 `.deslop-whitelist` 处理。\n\n<!-- 同名副本×4 字节同步，改动后跑 scripts/check-shared-files.sh -->\n\n> 识别AI写作指纹、改写顺序、禁用词约束、改写范例库。用于正文写作后做去AI味自检和改写时查阅。\n\n---\n\n## 决策路由\n\n| 你在做什么 | 查阅哪个模块 |\n|-----------|-------------|\n| 写完正文后做去AI自检 | 核心规则 -> AI写作模式检测 -> 质量维度检查 |\n| 改写某段AI味重的文字 | 改写范例库 + 冲突对话改写范例 |\n| 检查是否用了禁用词 | 禁用词与句式速查 -> AI高频词（模式1） |\n| 系统性去除整章AI味 | 改写顺序 |\n| 检查章尾是否有总结升华 | AI写作指纹 -> 章末总结体 |\n| 判断情绪描写是否告知式 | Show Don't Tell原则 + 去AI味补充技法 |\n| 快速扫描全章质量 | 快速自检口诀 + 质量维度检查 |\n\n## 指令语气\n\n本文件以问题模式和高危清单为主。一级高危词优先检查；二级/语境敏感词按频率、语境和是否偷懒判断。遇到冲突时，保留创作意图与剧情功能优先于机械替换。\n\n---\n\n## AI写作指纹（必须避免）\n\n### 高频AI用词\n\n> 完整禁用词表见 [banned-words.md](banned-words.md)\n\n**补充类目**（`banned-words.md` 未覆盖的高阶替换）：\n\n| 类别 | 替代原则 |\n|------|---------|\n| 抽象升华词（命运、宿命、注定） | 用具体事件代替抽象概念 |\n| 万能比喻（像潮水般、如闪电般、仿佛春风） | 优先不用比喻，确需时只留少数生活化、角色化比喻 |\n\n### 引号只承载真实引用，不给普通名词加戏\n\n不要用双引号给普通名词、常见动作或作者临时概括的概念做“引号强调”。这类写法会把没有特殊含义的词硬包装成术语，连续出现时尤其像模型在替读者划重点。`check-ai-patterns.js` 的 `quote-emphasis-tic` 只负责提示，最终按语境判断。\n\n- **应改**：所谓的\"机会\"、完成这次\"蜕变\"、找到真正的\"答案\"。这些词若只是普通语义，直接去掉引号，用事件本身体现分量。\n- **应保留**：角色对话、逐字直接引用、书名/篇名、确有设定含义的代号，以及手机消息、公告、系统播报等场内载体展示的原文。\n- **边界**：第一次定义术语时可以用引号，但后文不要反复加；讽刺、反话或角色刻意咬重音时可以保留，前提是上下文能看出是谁在强调、为什么强调。\n\n### 章末总结体\n\n**禁止**在章节结尾用以下方式收束：\n- 总结性感悟（\"他终于明白了……\"）\n- 升华式感叹（\"这一夜，注定无人入眠\"）\n- 哲理式收尾（\"人生就是这样……\"）\n- 伏笔式预告（\"他不知道的是，更大的风暴即将来临\"）\n\n**正确做法**：章尾用动作、对话或悬念收束，让情节本身制造余韵。\n\n### 叠加式描写（同一动作掰开写三遍）\n\n**检测模式**：一个动作/情绪先写发生，再补感知细节，再补身体反应，分三段依次写完。读者看到的是同一个动作被掰开写了三遍。\n\n**典型特征**：\n- 先写一个概括性动作，再展开写同一动作的细节，再写身体反应：三段说的是同一件事\n- \"发生层→感知层→反应层\"按顺序分段出现\n- 每个维度独立成段，而不是揉进同一段连续正文\n\n**错误示例**：\n> 林父低着头，左手把文书压住，右手拿笔，往纸上落。\n>\n> 手从肘到腕都在抖。\n>\n> 笔尖在纸上停了停，写了一横，又停。那个\"林\"字的撇写歪了。\n\n→ 同一个动作（手抖/写字）分三段写，每段是同一瞬间的不同维度\n\n**正确做法**：发生、感知、反应三个维度揉进同一段连续正文，读者读到一个完整瞬间：\n\n> 林父左手压着文书，右手拿笔往纸上落，笔尖一触纸面就偏了，从肘到腕止不住地抖，那一横斜着拖出去。\n\n→ 发生、感知、反应在一段里同时呈现\n\n**处理原则**：保留有功能的情绪细节，把同一瞬间的重复描写合并成连续画面。若合并后明显变薄，优先恢复原文中有功能的信息，或把既有信息改成更自然的动作/对话表达；不要新增原文没有的情节、设定、关系或时间线。\n\n---\n\n## 核心规则\n\n> **句长以规则 3 为准**：规则 1-4 和本文件其他地方的「短句 / 拆短 / 能删就删」说法，与规则 3 冲突时按规则 3 执行。\n\n### 规则 1：段落密度诊断\n\n段落长短没有固定优劣。检查重点是朗读和手机阅读是否卡顿：\n\n- 一段通常只承载一个动作、一个信息变化或一组紧密相关的反应。\n- 逗号串太长、多个完整动作挤在一段里，读起来需要换气时，按动作或信息变化拆开。\n- 连续短段碎成提纲时，合并同一镜头内的相邻句，让画面保持连续。\n\n```\n过密：他看着窗外的雨，心中涌起一股说不清的感觉，这些年走过的路和很多已经忘记的事都在这一刻涌上心头。\n\n更自然：他盯着窗外的雨，雨从下午下到天黑。\n\"你还在想她？\"老刘问。\n他没说话。\n```\n\n### 规则 2：动作 + 对话 + 情绪反应\n\n动作、对话与情绪反应按场景需要交织，不按固定顺序轮换，不为凑齐三项补反应。\n\n情绪没有固定译法，关键节点也可以准确直写。上下文已让情绪成立，不另补反应；需要补足信息时，优先选择、台词、策略、物件或实际后果。\n\n身体细节只有带来新信息、影响动作或体现人物与场景特点时才保留。只在句尾重复标注情绪的微动作删掉，不换部位或同义动作。去味时沿用原文已有事实，不凭空添加摔杯子、攥袖口等行为。\n\n### 规则 3：句子该多长（短句是工具，不是默认）\n\n叙述（旁白）默认写成**逗号长句**：一句用逗号串起 2-4 个动作或信息，再落句号；逗号之间 8-12 字，整句 20-30 字。短句是偶尔的孤立重拍工具，不是叙述的默认写法。\n\n| 场景 | 句长 | 示例（长篇语料原句） |\n|------|------|------|\n| 日常 / 推进 / 描写（多数叙述句） | 逗号之间 8-12 字，整句 20-30 字 | 阴冷潮湿的气息扑面而来，身下铺着一层薄薄的稻草，湿漉漉地粘在皮肤上。 |\n| 对话 | 口语化，长短随角色 | \"你疯了？\"\"可能吧。\" |\n\n**不合格（与 AI 腔同级）**：\n- 逗号之间连着都是 ≤5 字的碎片（\"他抬手，开门，进屋，坐下\"式）\n- 通篇 3-8 字句、句号密得像提纲（电报体，见模式 9）\n- 一长一短机械交替（同样是模板）\n\n> **爆款语料校准**（七猫长篇 现言/都市/古言/玄幻/历史 125 本×前 8 章旁白统计）：逗号之间平均 8.8-9.6 字；整句平均 22-24 字；逗号长句占叙述句 74-80%；≤5 字的短片"},{"path":"references/artifact-protocols.md","content":"# 产物创建模板\n\n大纲与卷纲的模板，出卷纲时（workflow-volume.md）读。\n\n**模板列表：**（设定/关系、设定/题材定位的模板在 workflow-setup.md 文末；细纲模板与排纲底稿模板在 workflow-outline.md）\n- 大纲/大纲.md（全书鸟瞰 + 全书体量与阶段总览）\n- 大纲/卷纲_第X卷.md（含卷契约+终局储备+剧情单元+情绪弧线+反转规划）\n- 追踪/（首次写正文前由脚本生成，见文末「追踪体系」）\n\n**层级关系（全书 › 卷 › 剧情单元 › 章 › 情节点；故事线横向贯穿多个剧情单元）：**\n- 大纲.md = 全书鸟瞰（每卷一两句话定位）\n- 卷纲_第X卷.md = 单卷规划（故事线+剧情单元+情绪+人物+伏笔+反转）\n- 细纲_第XXX章.md = 单章蓝图（单元ID/位置 + 主角目标/关键选择 + 内容概括 + 多线情节安排 + 人物关系/出场顺序 + 情节细化 + 结尾设定/钩子）\n\n**概念对照（统一叫法，减少混淆）：**\n- **剧情单元** = 一段完整剧情（1.5-3 万字/数章，一个矛盾从起到收）。拆书侧就是 `剧情/{剧情单元名}.md`，本书侧就是卷纲里的**剧情单元卡**，统一叫剧情单元。outline-structure-theory.md 的「一级/二级/三级结构」指全书结构类型，不是单元名。\n- **故事线** = 贯穿多个剧情单元的线（主线/感情线/成长线/夺宝线…），比剧情单元大一层。拆书侧是 `剧情/故事线.md`，本书侧是卷纲的**本卷故事线**表（L 编号）。剧情单元纵向切段，故事线横向贯穿，同一卷的两个视角。故事线编号是 `L01` 式两位数，单元ID 是 `L1-03` 式（卷号＋连字符＋序号），别混用。\n- 「循环」一词只在**节奏义**保留（爽点循环、升级循环、小/中/大循环等），不再指代规划单元。\n\n---\n\n## 大纲/大纲.md\n\n全书鸟瞰。顶部为「全书体量与阶段总览」（总章节数/目标字数/全书情绪曲线/阶段划分/各阶段节奏公式/关键节点与钩子链，结构见 [workflow-volume.md](workflow-volume.md)），其后接卷级大纲一段式汇总：\n\n```markdown\n# 大纲\n\n## 全书体量与阶段总览\n{按 workflow-volume.md「全书体量与阶段总览」结构填写}\n\n## 卷级大纲\n### 第一卷：{卷名}（约 {X} 万字，{Y} 章）\n- 功能 / 所属阶段 / 卷契约 / 终局储备 / 阶段边界 / 核心事件 / 起始状态 → 结束状态\n（一段式汇总；展开见各卷 卷纲_第X卷.md）\n```\n\n---\n\n## 大纲/卷纲_第X卷.md\n\n卷纲是大纲的展开——大纲决定方向，卷纲决定节奏。包含本卷全部创作规划。\n\n```markdown\n# {卷名} 卷纲\n\n## 核心信息\n- 章节范围：第{X}-{Y}章\n- 字数目标：{W}万字\n- 本卷定位：{铺垫/发展/高潮/转折/收尾}\n\n## 卷契约与终局储备（参 `reader-contract-and-progression.md`）\n\n> 单章放开密度、宏观管住终局储备。主推线之外的线按剧情自然给战果，一战多得允许；真正要守的是本卷别动用还不该解锁的终局底牌。\n- 卷契约：{本卷读者期待、主角高光、主要期待债}\n- 本卷主推线：{1条承担本卷最大高潮的升级线：战力线/资源线/身份线/关系线/信息线/地图线/制度线/势力线/事业线/情感确定性}\n- 本卷战果：{其余顺带兑现的线，轻触到大涨皆可；一战多得是好设计}\n- 本卷解锁的终局里程碑：{参 `设定/题材定位.md`「终局底牌与升级台阶」小节，本卷推进或解锁哪一个大里程碑}\n- 本卷禁碰的终局底牌：{尚未到解锁卷、本卷不得动用的宿敌/真相/身份/金手指上限}\n- 本卷鼓励长出的：{2-4 类本卷排纲时鼓励发明的东西——新故事线类型、对手侧的人、场面里的物、规矩细则、可数刻度序列；只列品类与方向，不预写内容。与上一行配对：上一行说不许动什么，本行说往哪儿长}\n- 契约风险：{契约安全 / 需补强 / 契约破坏；需补强时写清补强方式}\n\n## 本卷故事线（L 编号唯一分配处；主线之外至少 2 条）\n\n> 比剧情单元大一层的横向线。剧情单元卡「本单元在跑的线」按 L 编号引用本表。支线必须与主线有对接口（见 outline-conflict.md「支线 = 完成主线的手段」、outline-structure-theory.md「支线设计原则」）。\n\n| 编号 | 线 | 类型 | 推进靠什么 | 与主线怎么对接 | 本卷区间 | 主线停摆时能否单独扛一章 |\n|---|---|---|---|---|---|---|\n| L01 | {一句话} | {主线/资源/人脉/地位/身份/关系/信息/配角暗线} | {它自己的推进器：谁在推、图什么、时限是什么} | {汇聚点：在哪一章、以什么形式并回主线} | 第{A}-{B}章 | {能／只能半章／不能} |\n\n末栏是主线薄时的可调存量清单。填「能」的线要有自己的对手、自己的时限、自己的可见收益，不依赖主线事件发生。全卷没有一条填「能」时补线，不靠拉长主线填章。\n\n## 剧情单元卡（1–3 万字为可调经验值；存于卷纲内；不另建单独文件）\n\n> 剧情单元卡与下方「对标结构坐标」是同一单元的不同视角（见 workflow-volume.md「对标节奏迁移」），不重复编排。单元长度按本书题材、既有兑现节奏与对标调整，不是硬门槛。规划各关键节点时按 `reader-contract-and-progression.md`「契约四问」检查；无需主角亲自执行每个动作。高潮/兑现后可留短暂低压，以小而可见的收益/奖励承接下一轮压力。引入新地图/机构/能力/敌人/谜团时按第 4 问检查，不得借新鲜感逃避旧承诺。\n\n### 剧情单元 L{卷号}-{序号}\n- 单元ID：L{卷号}-{序号}（字母 L 开头，如 L1-03；不能写成 1-03，也别和故事线编号 L01 混）\n- 章节范围：{第A-B章}\n- 对标剧情参照：{{书名}《剧情标题》（类型/桥段标签；借什么：结构分布/情节点索引/兑现方式）；可列 2-3 条，无对标写「无」；**允许填「自创：{一句话理由}」**——单元内容形态不强制映射对标，自创单元照常过排纲自查与建纲批末复核}\n- 单元节拍/章功能分配：{建立期待→尝试→加压/转向→决定性行动→兑现→余波；标对应章范围，可按题材删改；建卡时可按「对标剧情参照」剧情单元提炼的共性节拍填写，见 workflow-outline.md「按剧情批出细纲」}\n- 单元承诺：{本单元向读者建立的情绪命题/期待，以及要偿还的期待债}\n- 单元情绪引擎：{核心情绪命题→承载对象/情绪缺口→受阻或缺口维持原因→本轮触发→主角不可替代的点火/转化动作→意义变化或可见兑现→题材/契约兑现；承载对象可为人物/关系/目标/规则/场景；不适用环节可写无/即时，但须保持因果闭合；机制按题材选，不强制误解/物件/反转}\n- 卷"}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"长篇网文规划与写作。支持只讨论结构、只写大纲或指定细纲，明确要求正文后再写章节。触发方式：/story-long-write、/写长篇、「帮我开书」「定设定」「出卷纲」「规划剧情」「写大纲」「补细纲」「日更」「续写」「继续写」「修改第X章」「回炉」「重写第X章」。 Skill: story-long-write：长篇网文写作 Owner: worldwonderer Summary: 长篇网文规划与写作。支持只讨论结构、只写大纲或指定细纲，明确要求正文后再写章节。触发方式：/story-long-write、/写长篇、「帮我开书」「定设定」「出卷纲」「规划剧情」「写大纲」「补细纲」「日更」「续写」「继续写」「修改第X章」「回炉」「重写第X章」。 Tags: latest:1.1.29 Version history: v1.1.29 | 2026-10-03T05:23:36.536Z | user Authorized ZenStory cold-start distribution; immutable source and preserved notices. v1.1.28 | 2026-09-27T07:51:04.274Z | user Synced from CI (v0.8","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":909,"uniquenessScore":50,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-09T08:22:30.046Z","emptyReason":"No screenshots, media assets, or demo links are available."},"primaryImageUrl":null,"mediaAssetCount":0,"assets":[],"demoUrl":null},"ownerResources":{"evidence":{"source":"unclaimed","verified":false,"confidence":"low","updatedAt":"2026-10-09T08:22:30.046Z","emptyReason":"This page has not been claimed by the agent owner."},"hasCustomPage":false,"customPageUpdatedAt":null,"customLinks":[],"structuredLinks":{"docsUrl":null,"demoUrl":null,"supportUrl":null,"pricingUrl":null,"statusUrl":null},"customPage":null},"relatedAgents":{"evidence":{"source":"protocol-neighbors","verified":false,"confidence":"medium","updatedAt":"2026-10-09T19:37:50.993Z","emptyReason":null},"items":[{"id":"8ebccd8e-3863-4187-8355-c3f14e1f9edf","entityType":"agent","canonicalPath":"/agent/iofficeai-aionui","slug":"iofficeai-aionui","name":"AionUi","description":"Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!","url":"https://github.com/iOfficeAI/AionUi","homepage":"https://www.aionui.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-10-09T19:11:12.944Z","createdAt":"2026-02-25T03:38:16.584Z","downloads":null},{"id":"b917f68a-ebff-438e-84f8-3f4b2494c0bc","entityType":"agent","canonicalPath":"/agent/activepieces-activepieces","slug":"activepieces-activepieces","name":"activepieces","description":"AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents","url":"https://github.com/activepieces/activepieces","homepage":"https://www.activepieces.com","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-15T02:22:12.426Z","createdAt":"2026-02-25T03:38:12.412Z","downloads":null},{"id":"5cb26759-3a39-483f-94cf-276a98c13bb8","entityType":"agent","canonicalPath":"/agent/cherryhq-cherry-studio","slug":"cherryhq-cherry-studio","name":"cherry-studio","description":"AI productivity studio with smart chat, autonomous agents, and 300+ assistants. Unified access to frontier LLMs","url":"https://github.com/CherryHQ/cherry-studio","homepage":"https://cherry-ai.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-11T14:38:40.986Z","createdAt":"2026-02-25T03:38:19.379Z","downloads":null},{"id":"6f6582d0-5d76-4f0f-b81d-86520247950b","entityType":"agent","canonicalPath":"/agent/copilotkit-copilotkit","slug":"copilotkit-copilotkit","name":"CopilotKit","description":"The Frontend for Agents & Generative UI. React + Angular","url":"https://github.com/CopilotKit/CopilotKit","homepage":"https://docs.copilotkit.ai","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-03-25T09:50:57.846Z","createdAt":"2026-02-25T03:39:14.617Z","downloads":null}],"links":{"hub":"/agent","source":"/agent/source/clawhub","protocols":[{"label":"OpenClaw","href":"/agent/protocol/openclew"}]}}}