Prompts worth reusing

# 任务 针对我提供的若干个点击率（CTR）偏低的网页，调研其在搜索结果页（SERP）中的表现，参考同类竞品的标题（Title）与元描述（Meta Description）写法，输出能够提升点击率的优化方案。 # 背景 这些网页当前在搜索结果中的点击率低于预期，可能与标题、元描述的吸引力不足或与搜索意图匹配度不高有关。 # 输入 我将提供： - 需要优化的网页 URL 列表（每个网页对应的目标关键词，如已知请一并提供） # 执行步骤 1. 逐个访问我提供的网页，识别其页面主题、核心内容与目标搜索关键词。 2. 针对每个网页的目标关键词，调研该关键词在 SERP 中排名靠前的竞品页面，记录它们的标题与元描述。 3. 分析竞品标题与元描述的共性写法（如：使用的关键词位置、数字、行动号召、卖点表达、字符长度等）。 4. 结合分析结果，为每个网页设计优化后的标题与元描述方案。 # 约束 - 标题与元描述必须真实反映页面实际内容，不得夸大或与用户搜索意图相悖。 - 需覆盖目标关键词，同时突出差异化卖点以吸引点击。 - 标题控制在约 60 个字符（中文约 30 字）以内，元描述控制在约 155 个字符（中文约 75 字）以内，避免在 SERP 中被截断。 - 竞品调研须基于真实可查的搜索结果，不要虚构竞品内容；无法访问网页或获取真实 SERP 数据时，请明确说明。 # 输出格式 请以表格形式按网页逐条输出，每个网页包含： | 项目 | 内容 | |------|------| | 网页 URL | | | 目标关键词 | | | 当前标题 / 元描述 | | | 竞品参考写法要点 | （简要归纳） | | 优化后标题（含字符数） | | | 优化后元描述（含字符数） | | | 优化理由 | （说明如何提升 CTR 且符合搜索意图） | 如需我提供的网页信息，请先向我索取 URL 列表及对应关键词。

我想要了解天线的客户都注重什么，要真实的客户评价，或者帖子，就是采购或者工程师

做SEO，不知道如何定位哪个是同行，或者竞争对手，应该把哪几个定位为竞争对手，然后这些竞争对手就是可以看它们关键词、外链对吗？给我具体的判断方法和找到竞争对手以后，可以做的事，必须调研以后再给我

排名下降的策略，我的SEO关键词很多排名在下降，应该如何调整策略，并且重新将这些关键词做上排名，我需要具体细节，流程，比如调研serp什么的，然后……，然后更新，多久更新……不限于我提到的这些。调研所有可能的因素，以及每个因素的解决方案。给我完整的策略

优化下面的提示词，但我很可能对自己的需求或者细节上的方向并不明确，因为我想的并不全面，所以你需要向我提几个问题，来引导我想清楚自己真正的需求或者侧重的方向，至于问题数量，根据我需求的模糊度，可以随意，如果真的很模糊，你最高可以向我提10个问题，再开始动手生成提示词，但切记不能在我没有允许的情况下

Skill 执行、验证与证据驱动改进协议 一、任务信息 当前任务：【填写要完成的具体任务】 目标 Skill：【填写 Skill 名称或路径】 最终交付物：【填写文件、代码、页面、报告或其他结果】 完成标准：【填写功能、格式、正确性、视觉、测试等要求】 允许修改目标 Skill：【允许 / 不允许】 允许创建辅助文件或脚本：【允许 / 不允许】 允许修改项目通用规则：【允许 / 仅提出建议 / 不允许】 其他限制：【填写禁止修改的文件、时间限制、安全要求等】 二、总目标 你需要完成两件事： 正确完成当前任务，并验证真实结果。 把本次执行作为目标 Skill 的一次真实测试，在有充分证据时修复可复用的问题。 当前任务始终优先。 不要为了复盘、改写 Skill、减少 Token 或建立文档而降低当前任务结果。 允许最终结论为： 本次没有发现值得修改的 Skill 问题，因此保留原版本。 三、根据任务自动选择执行深度 不要对所有任务使用相同规模的复盘。 1. 轻量模式 满足以下情况时使用： 任务简单； Skill 指令清楚； 没有发生错误或返工； 没有发现可复用缺陷； 不需要修改 Skill。 执行： 阅读目标 SKILL.md； 完成任务； 验证结果； 简短说明是否发现 Skill 问题。 不需要创建 eval、FAQ、CHANGELOG 或辅助目录。 2. 标准模式 满足以下任意情况时使用： Skill 存在歧义； 缺少关键步骤； 出现错误、返工或重复搜索； 需要临时补救； 有明确的可复用改进； 准备修改 Skill。 执行完整的任务验证、问题分类、最小修改和回归检查。 3. 完整模式 只有满足以下任意情况时使用： Skill 主流程发生明显改动； Skill 涉及高风险操作； 修改可能影响大量任务； Skill 经常使用； 需要验证触发准确性； 修改后存在明显回归风险； 用户明确要求严格评测。 可以增加隔离会话、子 Agent、独立进程、旧版与新版对比或更完整的评测。 四、执行当前任务 1. 建立必要上下文 开始前： 找到并阅读目标 SKILL.md。 找到当前目录适用的项目规则： Codex 优先检查适用的 AGENTS.md； Claude Code 优先检查适用的 CLAUDE.md 和路径规则； 如果项目使用其他规则文件，遵循现有项目约定。 只读取本次任务需要的支持文件。 不要默认遍历或完整读取： references/ examples/ assets/ evals/ FAQ.md CHANGELOG.md 其他大型文档 只有满足下面条件时才读取： SKILL.md 明确要求； 当前问题与该文件直接相关； 需要验证已有处理方式； 准备修改对应文件； 需要确认是否已经存在相同内容。 2. 检查修改基线 如果任务会修改文件： 检查 Git 状态和现有 diff； 识别用户已有但尚未提交的修改； 不覆盖、不回滚、不格式化无关修改； 只修改任务范围内的文件。 如果没有 Git，并且准备修改目标 Skill，只备份计划修改的文件，不要复制整个项目。 除非用户明确要求，不要创建 Git commit。 3. 明确完成标准 根据用户要求、项目规则和 Skill 内容，确认： 什么结果算完成； 哪些错误不能接受； 应运行哪些测试或检查； 哪些结果需要真实运行或人工判断； 哪些边界情况与本次任务有关。 如果完成标准不完整，使用当前上下文做合理补全。 只有缺少的信息会直接影响结果、安全或不可逆操作时，才向用户询问。 4. 使用现有 Skill 执行任务 默认先按照当前 Skill 执行。 但如果发现以下阻断性问题，可以先做最小修复，再继续： Skill 文件无法解析； 引用了不存在的必要文件； 命令已经明确失效； 路径明显错误； 会覆盖用户数据； 会泄露凭据； 会执行不可逆危险操作； 不修复就无法完成当前任务。 这种修改必须记录为“执行前阻断性修复”，不能假装原 Skill 正常工作。 5. 记录有效证据 执行过程中只记录会影响 Skill 判断的问题，不记录冗长过程日志，也不要输出内部思维过程。 每个问题最多记录： **现象：**实际发生了什么； **证据：**文件、命令结果、报错、返工或输出差异； **临时处理：**本次如何继续； **验证：**如何确认临时处理有效； **复发可能：**是否可能再次出现。 重点关注： 缺少必要输入； 步骤顺序错误； 指令歧义； 重复搜索相同资料； 重复生成相同命令； 不必要的大文件读取； Skill 与真实环境不一致； 缺少结果验证； 缺少错误恢复； 只能靠猜测完成的步骤； Skill 导致无关文件被修改。 五、先验证任务，再处理 Skill 当前任务完成后，先验证交付结果。 根据任务类型选择适用检查，例如： 自动化测试； lint； 类型检查； 构建； 页面或程序真实运行； 截图或视觉检查； 输入输出对照； 文件格式检查； 数据完整性检查； 链接检查； 日志检查； 与完成标准逐项比较； 检查 diff 中是否存在无关修改。 验证必须检查真实结果。 下面这些不能单独作为完成证明： 文件已经生成； 命令没有报错； Skill 已经运行； 代码看起来正确； 测试文件已经创建； 页面能够打开。 如果验证失败： 先修复当前任务； 重新运行相关验证； 当前任务通过后，再复盘 Skill。 六、判断问题应该放在哪里 对每个真实问题进行分类。 1. 修改 SKILL.md 适用于： 主流程顺序错误； 缺少必要步骤； 输入输出不明确； 缺少完成标准； 缺少失败处理； 触发范围错误； 指令存在稳定歧义； Skill 会重复产生较差结果。 SKILL.md 只保留每次执行都需要知道的内容： 用途和触发范围； 必要输入； 主流程； 关键判断； 验收标准； 失败处理； 支持文件的读取条件。 2. 放入 references/ 或示例文件 适用于： 详细 API 说明； 稳定的平台规则； 字段定义； 设计规范； 较长示例； 低频边界情况； 不需要每次加载的知识。 必须在 SKILL.md 中说明明确读取条件，例如： 当接口返回非 2xx 状态码时，读取 references/api-errors.md。 不要写成模糊的： 有问题时查看 references。 参考资料应包含： 用途； 适用范围； 信息来源； 最后检查日期； 可能过期的部分； 重新检查条件。 3. 放入 FAQ 或 troubleshooting 适用于： 同类错误重复出现； 首次出现但排查成本很高； 解决步骤已经验证； 下次大概率再次发生； 不适合写进主流程。 每条记录包含： 现象； 适用条件； 原因； 解决步骤； 验证方式； 常见错误做法； 相关文件或命令； 最后验证日期。 不要保存未经验证的猜测。 4. 创建脚本 只适用于规则明确、结果确定的重复操作，例如： 文件批处理； 格式转换； 数据检查； 固定命令组合； 构建和测试组合； 结果比较； 项目状态收集。 脚本需要： 明确输入和输出； 参数检查； 使用说明或 --help； 正确退出状态； 清楚的错误信息； 默认不执行危险操作； 不保存密码、Token、Cookie 或其他凭据； 可以单独测试； 在 SKILL.md 中说明运行条件。 不要用脚本代替需求判断、内容创作或审美判断。 5. 修改项目规则 适用于整个项目的长期约定，例如： 项目目录结构； 启动、测试和构建命令； 编码规范； 禁止修改的区域； 项目级验收标准； 固定环境要求。 根据平台放入： Codex：适用范围内的 AGENTS.md； Claude Code：适用范围内的 CLAUDE.md 或路径规则； 其他环境：现有项目说明文件。 只有问题确实适用于整个项目，并且用户允许修改项目规则时，才能直接修改。 否则只提出建议。 6. 使用 Hook 或确定性配置 只有某个动作必须自动发生，不能依赖模型主动记住时才考虑，例如： 编辑后自动格式化； 阻止危险命令； 提交前运行固定检查； 会话结束时执行固定审计； 修改特定文件后运行验证。 仅在当前平台支持、用户允许并且行为已经验证时创建。 7. 不做永久修改 以下问题通常不应写入 Skill： 本次输入缺失； 临时网站故障； 一次性文件损坏； 当前机器缺少依赖； 权限不足； 用户本次的特殊要求； 无法稳定自动判断的审美问题； 没有足够证据的推测。 七、修改门槛 只有候选修改同时满足下面条件时才实施： 本次执行中有实际证据； 问题可能再次出现，或单次影响足够严重； 问题确实属于目标 Skill； 修改能提高正确性、稳定性或可验证性； 没有更小、更合适的处理位置； 修改不会明显降低其他任务的适用性； 修改效果能够检查或测试。 不要因为下面原因修改： 只是理论上可能发生； 只是想让 Skill 看起来更完整； 只是把本次执行日志保存下来； 新内容与现有内容重复； 只适用于当前输入； 无法解释修改解决了什么； 修改后只会让 Skill 更长。 八、实施 Skill 修改 确认值得修改后： 使用最小 diff； 保留原有正确能力； 删除被新内容替代的重复规则； 不修改无关文件； 不创建空目录或空文件； 不把详细知识全部塞进 SKILL.md； 不保存任何秘密信息； 不提交 Git commit，除非用户明确要求； 如果目标 Skill 为只读，创建可编辑改进副本，并说明路径和迁移方式。 Skill 的名称和描述需要明确说明： 它做什么； 什么时候应该触发； 什么时候不应该触发； 关键触发词或典型请求。 关键用途和触发条件放在描述前面，不要用长篇背景占据开头。 九、评测和回滚 1. 轻微修改 对于错别字、明确路径、单句歧义或支持文件索引调整，可以执行： 文件格式检查； 链接或路径检查； 使用本次任务重新验证； 检查 diff。 不必强制建立完整评测集。 2. 实质修改 如果修改了主流程、触发范围、关键判断或错误处理，至少保留： 本次暴露问题的回归案例； 一个正常案例； 一个相关边界案例。 只有触发范围发生变化时，才增加“不应该触发”的案例。 每个案例包含： 输入； 是否应该触发； 预期结果； 必须满足的检查项； 不能出现的结果； 验证方式。 3. 前后比较 条件允许时比较旧版和新版： 最终结果正确性； 本次问题是否消失； 原有能力是否保留； 是否产生新错误； 是否减少重复搜索； 是否减少不必要文件读取； 是否减少返工； 是否更容易验证； 工具调用是否减少。 只有能够获得真实 Token 统计时，才报告 Token 数量。 没有统计时写“未测量”，不要估算。 如果新版： 结果变差； 出现回归； 只适用于本次任务； 明显增加无关上下文； 无法通过必要验证； 则回滚或缩小修改。 十、变更记录 只有 Skill 实际发生了有意义的修改时，才更新现有 CHANGELOG.md。 如果项目没有变更记录，并且修改很小，不要为了形式强制创建。 变更记录应写明： 日期； 实际问题； 证据； 修改内容； 修改文件； 验证方式； 验证结果； 兼容性影响； 未解决问题； 回滚方式。 不要写“优化流程”“提高质量”之类无法判断的描述。 十一、最终输出 最终报告保持简短，只输出实际有内容的部分。 1. 当前任务结果 完成内容； 交付物位置； 验证方式； 验证结果； 已知限制。 2. Skill 复盘问题实际证据分类处理决定 没有发现问题时直接写： 本次执行未发现有充分证据支持的 Skill 修改，保留原版本。 3. 实际修改文件修改内容原因验证 没有修改时省略本节。 4. 前后验证检查项修改前修改后结论 只有实际进行了前后比较时才输出。 5. 新增长期资产 只列实际新增或更新的： reference； FAQ； 脚本； eval； 项目规则； Hook； 读取或运行条件； 更新触发条件。 没有新增时省略本节。 6. 未解决问题 只列真实存在、会影响后续使用的问题。 没有时省略本节。 十二、最终判断标准 本次工作成功需要满足： 当前任务结果正确并经过验证； Skill 问题有真实证据； 修改放在正确的文件或机制中； 修改后没有破坏原有能力； 改进可以被检查或复现； 没有为了改进而强行修改； 没有为了节省 Token 而降低质量； 没有让默认加载的 Skill 内容无意义地增长。 现在执行当前任务。先完成并验证任务，再根据真实证据决定是否修改 Skill。

1. 制造“画面感”（把抽象变具象） 人的大脑更容易对具体的图像产生反应，而不是抽象的道理。少用形容词，多用名词和动词。 普通表述： “这杯咖啡很好喝，非常香浓。”（抽象、平淡） 沉浸表述： “撕开封口，烘焙过的坚果香立刻钻进鼻腔；热水浇下去的瞬间，浓郁的油脂顺着杯壁缓缓流下。”（有动作、有细节、有感知） 法则： 描绘五感（视觉、听觉、嗅觉、味觉、触觉），让对方在脑海中替你完成“播放”。 2. 运用“第二人称”与“代入感起手式” 直接用“你”来对话，拉近距离，并用能够触发共情的情境作为开头。 拉入情境： “你有没有过这种时刻……”、“想象一下，当你……” 痛点共鸣： “周五下班，挤完地铁回到家，踢掉高跟鞋，倒在沙发上的那一秒……” 这种写法能瞬间让对方把文案里的故事“套”在自己身上，从“看客”变成“主角”。 3. 掌控“语言节奏”（调动情绪波动） 文案的节奏感就像音乐，决定了情绪的起伏。 长短句交错： 用短句制造紧迫感、冲击力；用长句做铺垫、渲染气氛。 留白与停顿： 在关键时刻停顿，给大脑消化和想象的空间。 例： “所有人都以为他输了。连他自己也这么想。直到——” （短句+停顿，悬念拉满）。 4. 构建“情绪弧线”（心智拉扯） 让人沉浸的不是信息本身，而是信息带来的情绪起伏。通常可以遵循这套路径： $$\text{引入熟悉情境} \rightarrow \text{打破常规/制造反差} \rightarrow \text{情绪下沉（痛点/共鸣）} \rightarrow \text{情绪回升（解法/希望）}$$ 原理： 始终平淡的叙述容易让人走神，只有制造“落差”和“反差”，人的情绪才会跟着走。 5. 降低“推销感”，增强“分享感”与“秘密感” 人天生排斥被说服，但渴望听故事和探寻秘密。 语气转换： 避免“你应该/你必须”，多用“我发现/其实很多时候”。 秘密感话术： “这件事我很少跟别人提起……”、“大部分人可能都忽略了一个细节……” 效果： 这种带有私密属性的表达，会让人不由自主地集中注意力，仔细听你接下来的每一句话。

请使用 `seo-google` Skill，并在需要操作已登录的 Google 后台时使用当前 Chrome 浏览器，直接完成配置、授权和真实查询验证。不要只告诉我操作步骤。 目标是一次性把以下两个网站接入同一套本机 Google SEO 数据环境： 1. https://globalrftech.com/ 2. https://www.asialeren.com/ 我明确授权你在当前登录的 Google 后台执行以下操作： - 给两个网站的 GSC 添加或检查服务账号权限 - 给两个网站对应的 GA4 资源添加 Viewer 权限 - 在现有 Google Cloud 项目中启用所需 API - 创建一个仅限 PageSpeed 和 CrUX 使用的 API Key - 安全更新本机配置文件 - 执行只读验证查询 禁止修改网站、服务器、WordPress、数据库、GTM 容器或 GA4 统计代码。禁止提交 sitemap、调用 Indexing API 或执行任何索引写入操作。 ## 一、已知信息 预期服务账号： globalrftech-gsc-readonly@global-rf-tech-seo.iam.gserviceaccount.com 预期 Google Cloud 项目： global-rf-tech-seo 已知 GA4 信息： - globalrftech.com： - GA4 数字资源 ID：538826847 - 数据流网址：https://globalrftech.com/ - www.asialeren.com： - 已安装 GA4 衡量 ID：G-J2RH7KGHJ8 - 已安装 GTM 容器：GTM-T87MR6CH - 数字 GA4 资源 ID 需要从 GA4 后台真实查出，禁止用衡量 ID代替资源 ID 以上信息都要实际复核，不要仅凭提示词直接写入。 ## 二、检查并接管服务账号 JSON 优先使用本次随提示词附带的服务账号 JSON。 如果没有新附件，但以下文件已经存在且有效，直接复用，不要要求我重新上传： /Users/yep/.config/claude-seo/globalrftech-gsc-service-account.json 检查 JSON 时： - 只允许显示： - type - project_id - client_email - 禁止显示： - private_key - private_key_id - client_id - 完整 JSON - 禁止用 `cat`、完整 `sed` 输出或其他可能泄露私钥的方式读取 - 如果 project_id 或 client_email 与上面的预期值不一致，停止混用凭据并明确报告 ## 三、安全配置本机凭据 确保目录存在： /Users/yep/.config/claude-seo/ 要求： - 配置目录权限：700 - 服务账号文件路径： /Users/yep/.config/claude-seo/globalrftech-gsc-service-account.json - 服务账号文件权限：600 - 配置文件权限：600 如果附件来自 Downloads： 1. 验证有效后移动到目标位置 2. 不要保留 Downloads 中的重复私钥副本 3. 不要在移动过程中把 JSON 内容输出到终端 如果目标位置已经存在同一服务账号的有效文件，直接复用，不要重复覆盖。 ## 四、检查 Python 运行依赖 先检测 `seo-google` 所需依赖是否可用，包括： - google-api-python-client - google-auth - google-auth-httplib2 - google-analytics-data 如果当前 Python 已能正常运行，直接复用。 如果缺少依赖，不要污染或破坏系统 Python；创建或复用独立环境： /Users/yep/.config/claude-seo/venv/ 只在这个环境中安装所需的官方 Google API Python 客户端。 后续认证和查询验证统一使用能够正常工作的 Python 环境。 ## 五、发现两个网站真实的 GSC 属性 不要假设属性一定是： sc-domain:globalrftech.com sc-domain:asialeren.com 必须先使用 Search Console Sites API，并使用： https://www.googleapis.com/auth/webmasters.readonly 列出该服务账号实际可以访问的全部属性。 然后分别匹配： - https://globalrftech.com/ - https://www.asialeren.com/ 要求： - 使用 API 实际返回的完整属性格式 - 如果返回 URL-prefix 属性，保留完整协议、域名和结尾斜杠 - 不要擅自把 URL-prefix 改成 `sc-domain:` - 如果同时存在多个匹配属性，报告全部匹配项，并选择确实覆盖目标网站且有查询权限的属性 - 不要把两个网站的查询数据混在一起 如果服务账号尚未出现在某个 GSC 属性中： 1. 使用当前已登录的 Chrome 打开该网站的 GSC 2. 进入“设置 → 用户和权限” 3. 添加服务账号 4. 权限设置为“完整” 5. 不要设置为所有者 6. 已存在时不要重复添加 完成后再次通过 Sites API 验证，而不是只相信浏览器成功提示。 ## 六、配置两个网站的 GA4 ### globalrftech.com 复核 GA4 数字资源 ID `538826847` 的数据流网址是否确实是： https://globalrftech.com/ 确认无误后： 1. 打开“管理 → 媒体资源访问权限管理” 2. 检查服务账号是否已存在 3. 不存在时添加： globalrftech-gsc-readonly@global-rf-tech-seo.iam.gserviceaccount.com 4. 角色设置为“查看者” 5. 关闭“通过电子邮件通知新用户” 6. 不要授予编辑者或管理员权限 ### www.asialeren.com 先在 GA4 可访问资源中查找数据流网址为： https://www.asialeren.com/ 或衡量 ID为： G-J2RH7KGHJ8 找到后： 1. 记录真实的纯数字 GA4 资源 ID 2. 确认数据流网址与衡量 ID均匹配 3. 给同一个服务账号添加“查看者”权限 4. 不授予编辑者或管理员权限 禁止把 `G-J2RH7KGHJ8` 当成 GA4 数字资源 ID。 如果当前 Chrome 登录账号看不到这个 GA4 资源： - 不要创建新的 GA4 资源 - 不要修改网站统计代码 - 不要往 GlobalRF 的 GA4 资源中混入 asialeren - 先完成其他全部配置 - 保留 GA4 页面 - 最后明确要求我切换到拥有 `G-J2RH7KGHJ8` 的 Google 账号 - 我切换后继续完成，不要重新做已经完成的步骤 ## 七、启用 Google Cloud API 使用服务账号 JSON 中实际的 project_id，预期为： global-rf-tech-seo 检查并启用： 1. Google Search Console API 2. Google Analytics Data API 3. PageSpeed Insights API 4. Chrome UX Report API 只在尚未启用时执行启用操作。 不要为了本任务启用或调用 Web Search Indexing API。 ## 八、创建或复用 PageSpeed/CrUX API Key 先检查 `/Users/yep/.config/claude-seo/google-api.json` 中是否已有有效 `api_key`。 如果已有密钥，并且能正常访问 PageSpeed 和 CrUX，直接复用，不要创建重复密钥。 如果没有可用密钥： 1. 在项目 `global-rf-tech-seo` 中创建 API Key 2. 名称使用： Codex SEO - PageSpeed & CrUX 3. API 限制只允许： - PageSpeed Insights API - Chrome UX Report API 4. 不要把 Google Analytics Data API、Search Console API 或其他 API 加入这个 Key 5. 应用限制设置为“无”，因为密钥用于本机服务端脚本，不能使用网站来源限制 6. 不绑定服务账号 7. 创建后不要在聊天或终端输出完整 API Key 8. 安全写入本机配置后清空剪贴板 9. 最后在 Google Cloud 凭据页面确认显示“2 个 API” 一个 PageSpeed/CrUX API Key 可以查询两个网站，不要为每个网站分别创建密钥。 ## 九、安全合并 google-api.json 创建或安全合并： /Users/yep/.config/claude-seo/google-api.json 必须保留所有已有有效字段，禁止为了新增字段覆盖原来的： - service_account_path - api_key - default_property - ga4_property_id - 其他已有配置 核心配置至少包括： { "service_account_path": "/Users/yep/.config/claude-seo/globalrftech-gsc-service-account.json", "api_key": "安全写入的现有或新 API Key", "default_property": "Sites API 返回的 GlobalRF 正确属性", "ga4_property_id": "properties/538826847" } 不要把示例文本或占位符写进正式配置。 由于 `default_property` 和 `ga4_property_id` 只能作为默认值： - 默认网站使用 globalrftech.com - 查询 asialeren 时显式传入它自己的 GSC 属性和 GA4 数字资源 ID - 在配置中增加一个不包含私钥的 `sites` 映射，记录两个网站的真实属性 格式如下，但只写入已经真实验证的字段： { "sites": { "globalrftech.com": { "url": "https://globalrftech.com/", "gsc_property": "API 实际返回值", "ga4_property_id": "properties/538826847" }, "www.asialeren.com": { "url": "https://www.asialeren.com/", "gsc_property": "API 实际返回值", "ga4_property_id": "找到后写入 properties/数字ID", "ga4_measurement_id": "G-J2RH7KGHJ8" } } } 如果 asialeren 的 GA4 数字资源 ID 尚未找到，不要写占位符；只记录已经验证的 URL、GSC 属性和衡量 ID。 ## 十、运行认证检查 使用 `seo-google` 的认证检查，明确报告： - 检测到的 Tier - GSC 是否可用 - GA4 Data API 是否可用 - PageSpeed Insights API 是否可用 - CrUX API 是否可用 - CrUX History API 是否可用 - 服务账号邮箱 - 两个网站各自的真实 GSC 属性 - 两个网站各自的 GA4 数字资源 ID - 哪个网站被设为默认值 完成全部连接后，目标应为 Tier 2。 如果已经是 Tier 2，但 asialeren 的 GA4 仍没有权限，必须说明“接口层级是 Tier 2，但第二个 GA4 资源尚未授权”，不能误报为两个网站全部完成。 ## 十一、执行真实只读验证 ### GSC 分别对两个网站执行真实 Search Analytics 查询： - scope：webmasters.readonly - 时间范围：最近 28 天 - 搜索类型：web - 维度至少包含 query 和 page - 必须确认可以返回： - clicks - impressions - CTR - position - 报告实际数据结束日期 - 说明 GSC 通常存在数据延迟 禁止： - 提交 sitemap - 删除 sitemap - 调用 Indexing API - 修改任何 GSC 设置 ### GA4 分别使用两个网站真实的数字 GA4 资源 ID执行只读查询： - 最近 7 天和最近 28 天 - 至少验证： - sessions - users - pageviews/views - Organic Search 流量 - 主要落地页 必须通过数据流网址确认查询的是正确网站，不能只凭资源名称判断。 ### PageSpeed 分别检测： - https://globalrftech.com/ - https://www.asialeren.com/ 至少执行： - mobile Lighthouse - desktop Lighthouse 报告： - Performance - Accessibility - Best Practices - SEO - LCP - CLS - TBT 如果 Google Lighthouse 返回 `ERR_TIMED_OUT` 或 `FAILED_DOCUMENT_REQUEST`： - 允许重试一次 - 同时确认网站在浏览器中是否能正常打开 - 报告为“Google Lighthouse 抓取超时” - 不要误报为 API Key 或认证失败 ### CrUX 分别查询两个网站的： - 当前 CrUX 数据 - CrUX History - origin 级数据 - PHONE 和 DESKTOP（有数据时） 如果返回 404、无指标或流量不足： - 报告“该网站目前没有足够的 Chrome 真实用户样本” - 不要误报为 API 没有配置 - 只要认证和 API 调用正常，就应判断 CrUX 接口连接成功 ## 十二、安全和完整性检查 最后必须确认： - `/Users/yep/.config/claude-seo/` 权限为 700 - 服务账号 JSON 权限为 600 - `google-api.json` 权限为 600 - 配置 JSON 格式有效 - 服务账号 JSON 格式有效 - 没有在聊天中输出 private_key - 没有在终端输出 private_key - 没有输出完整 API Key - API Key 已从剪贴板清除 - Google Cloud 中没有创建重复 API Key - GSC 没有添加重复用户 - GA4 没有添加重复用户 - 没有创建重复 GA4 资源 - 没有修改网站、服务器、WordPress、数据库或 GTM 如果项目中存在： - PROJECT_CONTEXT.md - PROJECT_LOG.md - PROJECT_TODO.md 更新本次记录，写明： - 两个网站的正确 GSC 属性 - 两个网站的 GA4 数字资源 ID - API 配置状态 - 已完成验证 - 未完成项 - 继续执行点 ## 十三、最终汇报格式 最终必须按以下顺序汇报： 1. 结果 2. 配置位置 3. 怎么使用 4. 检查结果 5. 注意事项 6. 下一步 7. 本轮文件完整路径 必须明确区分： - 已经完成并经过真实查询验证的功能 - 接口已配置但网站暂时没有数据的功能 - 因账号权限无法完成的功能 最终列出两个目标网站的完整网址： - https://globalrftech.com/ - https://www.asialeren.com/ 除非出现以下情况，否则不要停在教程阶段： - 服务账号附件和现有凭据都不存在 - 当前 Google 账号没有目标资源的管理权限 - Google Cloud 项目无权限 - 必须由我切换 Google 账号或完成登录 即使其中一个资源被权限阻塞，也要先完成其余所有可以安全完成的部分，再给出精确的单点继续要求。

如何保证agent 使用skill 的时候，会严格按照步骤执行呢？以及需要某些资料或者信息的时候（比如semrush 的导出表格或者其他文档），在什么时候agent 会向用户索要，并且索要的时候需要清晰明确的告诉用户如何获取这个资料。再者，如果某个本身可能失败的流程真的失败，应该如何让它继续，并得到相对来说非常接近的结果，但第二方案只能是备用，只有流程真的无法明确执行的时候，才能使用

查看这个流程是否有可以优化的点，根据seo 规则，最新的，以及最好的策略，以及最好的实现方式，并结合 agent 最好实现它的方式，优化整个流程，并最终用有序列表写出整个流程 ，不能遗漏任何一个步骤，并且必须要和整个 skill 的流程完全一致！！

1. https://globalrftech.com/ 这个是新网站，就是主做 SEO 的，我自己可以控制后端 wordpress，也懂用 agent 优化 2. https://www.asialeren.com/这个是独立站，就是之前的老网站，叫它独立站好了，这个网站是在领动建的，之前一直在服务商运营，现在也要接收，这个还好，在 semrush 上有7 分，有两百多个关键词，但一直没有询盘 3. https://www.global-antenna.com/ 这个也是之前的老网站，但这个网站做的不行，没有seo运营过几乎，知识展示用 4. 中国制造网 https://globalantenna2014.en.made-in-china.com/ 5. 环球资源网：https://asialeren.manufacturer.globalsources.com/homepage_6008854085522.htm

# Role: 故事化知识讲解大师 ## Profile - language: 中文 - description: 一位擅长用生活化大白话和沉浸式故事场景讲解复杂知识的教学专家，能够将抽象概念转化为有人物、有情节、有情绪的精彩故事，让学习者在跌宕起伏的叙事中理解知识的本质与价值 - background: 融合了小说家、历史学者与跨学科教育者的综合能力，深谙"知识必须放在具体场景中才能被真正理解"的教学理念，擅长通过"缺失-构建-验证"的叙事结构揭示知识的核心价值 - personality: 幽默风趣、想象力丰富、逻辑严谨又不失感性，善于制造悬念和爽点，如同一位既懂知识又会讲故事的说书人 - expertise: 跨学科知识讲解、场景化教学设计、故事化叙事、类比与隐喻构建、知识本质提炼 - target_audience: 学习能力强、渴望深度理解但厌倦枯燥说教、喜欢通过故事和例子快速掌握知识本质的学习者 ## Skills 1. 场景化教学设计 - 价值锚定: 精准找到最能凸显知识价值的场景（尤其是"没有这个知识时会遇到什么灾难"的对比场景） - 穿越叙事: 善用"穿越回古代/异世界"手法，让现代知识在缺失背景下凸显其革命性意义 - 冲突构建: 设计有利益冲突、生死攸关、竞争对抗的情节，让知识成为决定胜负的关键 - 爽点设计: 通过主角运用知识实现逆袭、征服、被崇拜的情节，激发学习者的代入感和成就欲 2. 故事化叙事能力 - 人物塑造: 赋予故事人物鲜明的情绪、欲望、性格，如小说般让人物立体可感 - 情节波折: 设计有起伏、有转折、有悬念的情节，避免平铺直叙的枯燥感 - 情感调动: 通过角色的紧张、渴望、恐惧、狂喜等情绪，牵引学习者的情感投入 - 场景细节: 用生动的细节描写让故事画面感十足，如身临其境 3. 知识转化能力 - 大白话翻译: 将专业术语和抽象概念转化为通俗易懂的日常语言 - 生活化类比: 用日常生活中人人熟悉的事物做类比，降低理解门槛 - 知识面拓展: 讲解时自然延伸相关知识点，构建完整的知识网络 - 本质提炼: 剥离表象直击知识的核心原理和底层逻辑 ## Rules 1. 教学理念原则： - 大白话优先: 所有讲解必须使用通俗易懂的语言，避免堆砌专业术语而不解释 - 场景先行: 讲任何知识前，先找到最能体现该知识价值的场景，用故事引入 - 价值凸显: 通过"缺失该知识时的困境"对比"拥有该知识后的改变"来揭示知识的意义 - 知识面广: 讲解时要覆盖相关联的知识点，不局限于单一概念，帮助建立知识体系 2. 叙事构建准则： - 人物有血肉: 故事中的人物必须有情绪、欲望、性格，像小说角色一样鲜活 - 情节有波折: 故事要有冲突、有转折、有悬念，制造张力和爽点 - 代入感强: 常用"你穿越成男主/女主"的第二人称视角，增强学习者的代入体验 - 逻辑要严谨: 故事情节虽然精彩，但必须准确反映知识的真实原理，不能为爽而失真 3. 限制条件： - 不脱离知识本质: 故事再精彩也必须服务于知识讲解，不能喧宾夺主变成纯娱乐 - 不制造错误认知: 类比和故事必须科学准确，避免为了通俗而扭曲事实 - 不空泛说教: 拒绝干巴巴的定义罗列，必须落地到具体场景和例子 - 不忽视学习深度: 在保证有趣的同时，必须讲透知识的核心原理，不能浅尝辄止 ## Workflows - 目标: 让学习者在沉浸式故事中深刻理解某个知识的本质、价值和原理 - 步骤 1: 【锁定场景】接收学习者想了解的知识主题，快速思考"什么场景最能凸显这个知识的价值"，通常选择"没有该知识时会陷入怎样的困境"作为切入点 - 步骤 2: 【构建故事】设计一个穿越或代入式的故事场景，让学习者化身主角，设置人物情绪、欲望和利益冲突，制造波折和悬念，让知识成为解决困境、实现逆袭的关键 - 步骤 3: 【讲透原理】在故事推进中，用大白话解释知识的核心原理，通过"主角运用知识—产生结果—体验爽点"的方式，自然拓展相关知识面，构建完整认知 - 步骤 4: 【总结升华】故事结束后，用简洁的语言提炼这个知识的本质、关键点和现实意义，帮助学习者从故事回归到系统性理解 - 预期结果: 学习者不仅记住了知识点，更通过故事深刻理解了知识"为什么重要""怎么运作""能解决什么问题"，形成难以遗忘的深层认知 ## Initialization 作为故事化知识讲解大师，你必须遵守上述Rules，按照Workflows执行任务。请告诉我你想学习哪方面的知识，我会为你量身打造一个有人物、有情绪、有波折、有爽点的沉浸式故事，让你像看小说一样轻松掌握它的本质与价值。

UCloud ModelVerse 图片 API 用法 接口： POST https://api.umodelverse.ai/v1/images/generations 请求头： Authorization: Bearer YOUR_API_KEY Content-Type: application/json 推荐参数： { "model": "gpt-image-1.5", "prompt": "英文图片提示词", "n": 1, "size": "1536x1024", "quality": "high" } 注意：这次实测 UCloud 不接受 response_format，加了会报： Invalid param: Unknown parameter: 'response_format' 所以不要传 response_format。返回里可能是 b64_json，也可能是 url，脚本要两种都兼容。 标准 Python 调用模板 import base64 import json import os import urllib.request import urllib.error from pathlib import Path API_URL = "https://api.umodelverse.ai/v1/images/generations" MODEL = "gpt-image-1.5" api_key = os.environ["MODELVERSE_API_KEY"] prompt = """ Create a realistic B2B RF antenna industry blog image. No readable text, no labels, no numbers, no Chinese characters, no watermark, no logo, no brand names. Professional engineering photography style. """ payload = { "model": MODEL, "prompt": prompt, "n": 1, "size": "1536x1024", "quality": "high" } req = urllib.request.Request( API_URL, data=json.dumps(payload).encode("utf-8"), headers={ "Authorization": f"Bearer {api_key}", "Content-Type": "application/json", }, method="POST", ) try: with urllib.request.urlopen(req, timeout=300) as resp: body = resp.read().decode("utf-8") except urllib.error.HTTPError as e: err = e.read().decode("utf-8", errors="replace") raise RuntimeError(f"UCloud API {e.code}: {err}") from e data = json.loads(body) image = data["data"][0] if image.get("b64_json"): image_bytes = base64.b64decode(image["b64_json"]) elif image.get("url"): with urllib.request.urlopen(image["url"], timeout=300) as img_resp: image_bytes = img_resp.read() else: raise RuntimeError(f"Unsupported response: {body[:1000]}") Path("output.png").write_bytes(image_bytes) 终端使用方式 不要把 key 写进脚本或日志，只临时放环境变量： export MODELVERSE_API_KEY='你的UCloud API Key' python3 generate_images.py

男频小说人物情绪、欲望、动机、矛盾调研方案 适用于起点男频、都市、多女主、事业线、升级流、爽文、权谋、商战、玄幻、仙侠、历史、科幻 一、调研目标 本次调研不是做心理学词表，而是为男频小说建立一套可直接用于创作的“人物驱动力资料库”。 重点研究： 1. 男频主角常见情绪 2. 男频读者最容易共鸣的欲望 3. 情绪如何变成行动动机 4. 动机如何制造剧情矛盾 5. 矛盾如何转化成爽点 6. 爽点如何推动读者继续看 7. 人物如何在一轮轮冲突中变强、上位、征服、翻盘 最终要形成这条链路： 羞辱 / 压迫 / 轻视 / 失去 / 欲望 → 情绪反应 → 深层欲望 → 行动动机 → 冲突升级 → 主角破局 → 爽点兑现 → 新目标出现 男频小说最核心的问题不是“人物现在什么心情”，而是： 他被逼到这个位置后，会为了赢、为了证明、为了得到、为了守住、为了征服，做出什么事。 ⸻ 二、男频人物驱动力总公式 男频剧情最好按这个公式拆： 缺口 → 刺激 → 欲望 → 阻力 → 行动 → 代价 → 爽点 → 更大缺口 解释： 1. 缺口 主角现在缺什么？ * 缺钱 * 缺权 * 缺实力 * 缺地位 * 缺女人认可 * 缺家族支持 * 缺资源 * 缺真相 * 缺安全感 * 缺复仇能力 2. 刺激 谁刺激了他？ * 被人看不起 * 被女人拒绝 * 被上级压迫 * 被同辈碾压 * 被家族抛弃 * 被反派羞辱 * 被朋友背叛 * 被强者威胁 * 被现实打脸 * 被旧伤重新揭开 3. 欲望 他真正想要什么？ * 想赢 * 想变强 * 想翻身 * 想证明 * 想复仇 * 想占有 * 想保护 * 想掌控 * 想获得自由 * 想让别人后悔 4. 阻力 谁不让他得到？ * 反派 * 情敌 * 家族 * 公司 * 宗门 * 朝廷 * 系统规则 * 阶层差距 * 女主误解 * 自己实力不够 5. 行动 他做了什么？ * 隐忍 * 修炼 * 赚钱 * 布局 * 下注 * 挖坑 * 反杀 * 抢资源 * 收人心 * 破规则 6. 代价 他付出了什么？ * 暴露底牌 * 得罪强者 * 伤害关系 * 被围攻 * 被误会 * 失去退路 * 背上骂名 * 牺牲短期利益 7. 爽点 读者爽在哪里？ * 曾经看不起他的人闭嘴 * 女主态度反转 * 反派被碾压 * 主角获得关键资源 * 主角地位上升 * 主角隐藏实力曝光 * 主角把规则玩明白了 * 主角从被动变主动 8. 更大缺口 新的问题是什么？ * 更强敌人出现 * 更大资源局打开 * 更高阶层注意到主角 * 女主关系更复杂 * 主角身份秘密被盯上 * 旧敌升级为长线敌人 * 新地图开启 ⸻ 三、男频核心情绪库调研范围 男频不是没有情绪，而是情绪必须服务于行动。 必须重点调研以下情绪。 1. 不甘 男频最重要的情绪之一。 常见触发： * 明明努力了，却输给有背景的人 * 明明有能力，却被规则压住 * 明明救了人，却没人信 * 明明喜欢她，却被当成普通人 * 明明差一点就赢，却被人截胡 深层欲望： * 想证明自己 * 想重新赢一次 * 想让别人承认自己 * 想把失去的东西拿回来 可转化动机： * 加倍修炼 * 抢回机会 * 赌一把大的 * 进入更高层级 * 公开挑战强者 典型剧情： * 废柴逆袭 * 都市创业 * 学院大比 * 商战翻盘 * 情敌竞争 * 家族继承 可制造爽点： * 曾经说他不行的人，后来亲眼看他站上高位。 ⸻ 2. 被羞辱感 男频打脸爽点的燃料。 常见触发： * 当众被骂废物 * 被女人轻视 * 被岳父母看不起 * 被同学同事嘲笑 * 被反派踩脸 * 被强者随手碾压 * 被人拿出身羞辱 深层欲望： * 想恢复尊严 * 想让对方闭嘴 * 想让所有人重新评价自己 * 想证明“你们看错了” 可转化动机： * 暂时忍 * 暗中变强 * 在公开场合反击 * 用结果打脸 * 让羞辱者付出代价 典型剧情： * 退婚流 * 赘婿流 * 校园逆袭 * 职场打脸 * 宗门大比 * 豪门宴会 可制造爽点： * 羞辱越公开，打脸越爽。 * 旁观者越多，反转越有力。 * 对方越笃定，崩溃越好看。 ⸻ 3. 愤怒 男频里的愤怒不能只写吼叫，要写成反击意志。 常见触发： * 亲人被欺负 * 女人被威胁 * 兄弟被打 * 自己的成果被抢 * 底线被碰 * 对方不讲规则 * 弱者被践踏 深层欲望： * 想夺回控制权 * 想惩罚冒犯者 * 想保护自己的人 * 想让世界重新按规矩来 可转化动机： * 立刻动手 * 忍到关键时刻反杀 * 断对方后路 * 借规则反制规则 * 把小冲突做成大清算 典型剧情： * 为兄弟出头 * 为女人出头 * 为家族出头 * 为底层人出头 * 对抗恶势力 可制造爽点： * 主角平时可以忍，但底线被碰时必须狠。 * 读者会等这一刻，因为前面的压抑都在这里释放。 ⸻ 4. 杀意 杀意是男频高压场里的强情绪。 常见触发： * 对方想杀主角 * 对方动主角家人 * 对方羞辱主角底线 * 对方反复找死 * 对方知道主角秘密 * 对方会造成更大后患 深层欲望： * 想消除威胁 * 想一劳永逸 * 想让敌人不敢再伸手 * 想告诉世界自己不是软柿子 可转化动机： * 设局杀 * 借刀杀 * 公开斩杀 * 暗中灭口 * 留对方一命做更大局 典型剧情： * 反派作死 * 宗门追杀 * 商战黑手 * 黑道冲突 * 权谋清算 可制造爽点： * 敌人反复作死后，主角下狠手，读者不会觉得残忍，只会觉得痛快。 ⸻ 5. 复仇欲 复仇欲适合做长线主线。 常见触发： * 家族被灭 * 父母被害 * 爱人被夺 * 兄弟被杀 * 被陷害入狱 * 被赶出家门 * 被夺走功劳 * 被污名化 深层欲望： * 想让对方体验同样痛苦 * 想夺回公平 * 想证明自己没有输 * 想给死去的人一个交代 * 想把过去那口气吐出来 可转化动机： * 隐姓埋名变强 * 接近仇人 * 渗透对方势力 * 夺走对方最珍惜的东西 * 最后公开清算 典型剧情： * 都市复仇 * 战神归来 * 权谋复仇 * 仙侠灭门 * 商战反杀 可制造爽点： * 复仇最爽的不是直接杀，而是让仇人看着自己一点点失去权力、名声、女人、家族和安全感。 ⸻ 6. 占有欲 都市恋爱、多女主、后宫线很关键。 常见触发： * 女主和别的男人接触 * 女主被情敌追求 * 女主拒绝承认关系 * 女主对主角忽冷忽热 * 主角发现自己不是唯一 * 女主被迫联姻 深层欲望： * 想成为唯一 * 想确认自己被选择 * 想把关系拉进自己的范围 * 想让别人知道她属于自己 可转化动机： * 展示实力 * 打压情敌 * 制造独处 * 逼女主表态 * 保护女主 * 用事业、权力、资源建立吸引力 典型剧情： * 多女主竞争 * 都市暧昧 * 豪门联姻 * 校园恋爱 * 女强人破防 * 青梅天降修罗场 可制造爽点： * 主角不是跪舔，而是用价值、实力、判断力，让女主一步步承认“他不一样”。 ⸻ 7. 征服欲 男频常见，但要写得高级。 常见触发： * 对方高冷 * 对方强势 * 对方看不起主角 * 对方拒绝所有男人 * 对方身份高不可攀 * 对方能力强到压制主角 深层欲望： * 想赢下难度最高的人 * 想让强者认可自己 * 想突破阶层 * 想证明自己配得上最好的东西 * 想看高傲的人为自己低头 可转化动机： * 提升价值 * 进入对方圈层 * 破解对方难题 * 在关键时刻压住局面 * 让对方亲眼看到自己的不可替代 典型剧情： * 高冷女总裁 * 富家女 * 女强人 * 宗门圣女 * 敌国公主 * 强势女反派 可制造爽点： * 她不是被嘴炮拿下，而是被主角一次次关键判断、关键能力、关键担当打动。 ⸻ 8. 控制欲 适合权谋、商战、高智商男主。 常见触发： * 局面失控 * 队友不听话 * 敌人暗中布局 * 女主脱离预判 * 资源被别人掌握 * 自己处于被动 深层欲望： * 想掌控局势 * 想减少风险 * 想让别人按照自己的节奏走 * 想把不可控的人和事变成棋子 可转化动机： * 收集信息 * 安插人手 * 设计选择题 * 让敌人自以为主动 * 把多个势力引进同一个局 典型剧情： * 商战 * 权谋 * 黑道 * 高智商博弈 * 宗门斗争 * 家族继承 可制造爽点： * 读者爽在最后发现：主角不是运气好，他早就把每个人的欲望算进去了。 ⸻ 9. 贪婪 资源争夺类剧情必须研究。 常见触发： * 看见更高阶资源 * 发现捷径 * 获得第一次甜头 * 身边人暴富 * 敌人拥有自己没有的东西 * 主角意识到资源决定命运 深层欲望： * 想变强 * 想扩大优势 * 想不再受制于人 * 想把主动权握在自己手里 可转化动机： * 抢项目 * 抢机缘 * 抢地盘 * 抢人才 * 抢女人 * 抢话语权 典型剧情： * 修仙机缘 * 都市创业 * 商战并购 * 家族资源 * 秘境争夺 * 末世物资 可制造爽点： * 主角不是圣人。他也想要更多。关键是他要靠脑子和实力拿，而不是靠作者硬塞。 ⸻ 10. 保护欲 保护欲是主角“有情有义”的来源。 常见触发： * 亲人受欺负 * 女主遇险 * 兄弟被围攻 * 弱者被压迫 * 旧恩人被逼入绝境 * 自己曾经受过类似伤害 深层欲望： * 想守住重要的人 * 想证明自己已经不是当年的弱者 * 想弥补过去的无能 * 想建立自己的势力和归属 可转化动机： * 出手救人 * 扛下责任 * 暴露实力 * 得罪强者 * 建立组织 * 反过来清算压迫者 典型剧情： * 英雄救美 * 为兄弟出头 * 家族守护 * 宗门危机 * 末世小队 * 都市护短 可制造爽点： * 主角护短要狠。敌人可以骂他，但不能动他的人。 ⸻ 四、男频核心欲望库调研范围 调研时必须覆盖以下欲望。 1. 变强欲 本质： 不想再被别人决定命运。 常见来源： * 曾经弱小 * 被人羞辱 * 被强者碾压 * 亲人因自己无能受害 * 发现世界只认实力 可变成剧情： * 修炼升级 * 拜师夺宝 * 生死试炼 * 秘境争夺 * 技能突破 * 商业成长 * 权力上升 典型矛盾： * 主角想变强，但资源被强者垄断。 * 主角想冒险，身边人想让他安稳。 * 主角想走捷径，但代价很大。 ⸻ 2. 证明欲 本质： 我要让你们知道，你们看错了。 常见来源： * 被退婚 * 被开除 * 被家族放弃 * 被女主看不起 * 被同龄人碾压 * 被贴上废物标签 可变成剧情： * 公开打脸 * 赛事翻盘 * 商业成功 * 暗中布局后曝光 * 身份揭晓 * 隐藏实力释放 典型矛盾： * 主角越想证明，越容易被人当成笑话。 * 主角如果提前亮底牌，会破坏大局。 * 主角必须在“忍”和“爆”之间选择。 ⸻ 3. 翻身欲 本质： 从下位者变成上位者。 常见来源： * 穷 * 没背景 * 被压榨 * 被亲戚看不起 * 被现实逼到没路 * 喜欢的人进入更高圈层 可变成剧情： * 创业 * 赚钱 * 升职 * 掌权 * 加入强势组织 * 反向收购 * 从棋子变棋手 典型矛盾： * 上位者不允许下位者进场。 * 老规则天然保护既得利益者。 * 主角越往上走，越会得罪更多人。 ⸻ 4. 复仇欲 本质： 让伤害自己的人付出同等甚至更大的代价。 常见来源： * 被背叛 * 被陷害 * 被夺走人生 * 家人被害 * 爱人被抢 * 名声被毁 可变成剧情： * 查真相 * 接近仇人 * 暗中做局 * 夺走仇人资源 * 让仇人众叛亲离 * 最后公开审判 典型矛盾： * 复仇会拖累爱他的人。 * 仇人背后还有更大的势力。 * 主角复仇过程中可能变成自己讨厌的人。 ⸻ 5. 权力欲 本质： 不想再被别人安排。 常见来源： * 长期被控制 * 见过无权者的下场 * 被规则坑过 * 想保护自己的人 * 想改变一个系统 可变成剧情： * 争夺职位 * 控制组织 * 建立势力 * 拉拢人心 * 分化敌人 * 制定新规则 典型矛盾： * 你想掌权，原掌权者一定会打压你。 * 你想改规则，靠规则获利的人一定会反扑。 * 权力越大，身边人越难相信你还是原来的你。 ⸻ 6. 财富欲 本质： 钱不是目的，钱是自由、尊严和选择权。 常见来源： * 穷怕了 * 家人因钱受苦 * 被有钱人羞辱 * 喜欢的人因为阶层差距离开 * 意识到没钱就没资格谈理想 可变成剧情： * 创业 * 投资 * 捡漏 * 商战 * 资源垄断 * 逆向收购 * 打破行业规则 典型矛盾： * 钱来得太快，会引来觊觎。 * 赚钱手段如果不干净，会留下隐患。 * 主角想靠钱解决问题，但有些人要的是权力和面子。 ⸻ 7. 地位欲 本质： 我要站到说话有人听的位置。 常见来源： * 说真话没人信 * 有能力却没资格入局 * 被当成小人物 * 被重要人物忽视 * 重要机会只给有身份的人 可变成剧情： * 入圈 * 拜山头 * 打比赛 * 立功 * 拿项目 * 获得贵人认可 * 成为规则制定者 典型矛盾： * 主角有能力，但没有入场券。 * 高圈层的人不愿承认主角。 * 主角必须先替别人办事，才能获得位置。 ⸻ 8. 女人认可欲 男频都市、多女主必须重点研究。 本质： 不是简单“想谈恋爱”，而是想被高价值女性认可、选择、偏爱。 常见来源： * 曾经被女神忽视 * 被前女友嫌弃 * 被现实条件压制 * 对高阶层女性有征服幻想 * 想证明自己配得上更好的女人 可变成剧情： * 女主从不信到信 * 女主从轻视到依赖 * 女主从冷淡到主动 * 女主从旁观到站队 * 女主从高位审视到情绪失控 典型矛盾： * 女主有自己的阶层、骄傲、判断标准。 * 主角不能跪舔，跪舔会掉爽感。 * 女主态度反转必须有事件支撑，不能突然爱上。 ⸻ 9. 占有欲 本质： 我不想成为选项之一。 常见来源： * 多女主竞争 * 女主身边有强情敌 * 女主身份决定她不能只属于主角 * 女主曾经拒绝主角 * 主角一直缺乏安全感 可变成剧情： * 修罗场 * 情敌打脸 * 女主逼问关系 * 主角被迫选择 * 主角用行动宣示主权 * 女主争宠 典型矛盾： * 主角想都要，但每个女人都想成为特殊的。 * 女主想要名分，主角暂时给不了。 * 主角越强，吸引的人越多，关系越难控。 ⸻ 10. 自由欲 本质： 不想被家族、阶层、组织、命运安排。 常见来源： * 被父母控制 * 被宗门控制 * 被公司压榨 * 被婚约束缚 * 被系统任务逼迫 * 被身份困住 可变成剧情： * 逃离家族 * 反抗宗门 * 辞职创业 * 拒绝联姻 * 脱离组织 * 改写命运 典型矛盾： * 自由需要实力买单。 * 你想走，控制你的人不会放你。 * 你摆脱一个笼子，很可能进入更大的笼子。 ⸻ 五、男频矛盾模型库 调研时必须建立至少 100 个矛盾模型。下面是基础模型。 ⸻ 模型 1：被轻视后的公开打脸 起点 主角被人当众看不起。 情绪 羞辱、不甘、愤怒。 欲望 恢复尊严，证明自己。 表层冲突 别人说主角不配。 真正冲突 主角没有被这个圈层承认为“有资格的人”。 主角行动 * 先忍 * 拿出证据 * 展示实力 * 在关键节点反转局面 爽点 对方刚刚还在嘲笑，下一秒发现主角才是真正有决定权的人。 适用场景 * 宴会 * 公司会议 * 家族聚会 * 学院大比 * 宗门考核 * 女主家长见面 ⸻ 模型 2：资源被抢后的反杀 起点 主角看中的资源被别人截胡。 情绪 不甘、愤怒、警惕。 欲望 夺回资源，扩大优势。 表层冲突 双方争一个资源。 真正冲突 谁有资格进入下一阶段。 主角行动 * 表面放弃 * 暗查对方漏洞 * 找到资源真正价值 * 反向利用对方贪婪 * 最后拿到更大的东西 爽点 别人以为抢走了主角的机会，其实替主角踩了坑。 适用场景 * 商业项目 * 修仙机缘 * 家族资产 * 投资机会 * 秘境宝物 * 女主婚约 ⸻ 模型 3：女主不信任后的价值证明 起点 女主不相信主角有能力。 情绪 不爽、不甘、克制。 欲望 被认可，被重新评价。 表层冲突 女主觉得主角不靠谱。 真正冲突 女主的判断标准来自阶层、经验或过往创伤。 主角行动 * 不解释 * 直接解决问题 * 让女主看到结果 * 让女主意识到自己误判 爽点 主角不用求她信，他让事实逼她改变态度。 适用场景 * 都市恋爱 * 女总裁 * 富家女 * 医术救人 * 商战救场 * 危机处理 ⸻ 模型 4：强者压迫后的隐忍翻盘 起点 强者仗势压人，主角暂时不能反抗。 情绪 愤怒、屈辱、冷静。 欲望 活下来，变强，反杀。 表层冲突 强者欺负弱者。 真正冲突 主角没有足够实力，只能先吞下这口气。 主角行动 * 记住仇 * 避开正面冲突 * 积累实力 * 借势破局 * 关键时刻清算 爽点 强者以为主角是蝼蚁，后来发现这只蝼蚁已经能掀桌。 适用场景 * 玄幻 * 仙侠 * 权谋 * 商战 * 黑道 * 职场 ⸻ 模型 5：兄弟被欺负后的护短 起点 主角身边人被欺负。 情绪 愤怒、护短、杀意。 欲望 保护自己的人，建立威慑。 表层冲突 别人欺负主角兄弟。 真正冲突 对方在试探主角边界。 主角行动 * 先确认事实 * 找到责任人 * 不接受道歉敷衍 * 让对方付出实质代价 * 顺手打掉背后靠山 爽点 读者爽在主角有情有义，而且够狠。 适用场景 * 都市 * 黑道 * 学院 * 宗门 * 公司 * 军事 ⸻ 模型 6：退婚 / 被拒后的逆袭 起点 女方或女方家庭看不起主角。 情绪 羞辱、不甘、冷意。 欲望 证明自己，让对方后悔。 表层冲突 婚约或感情破裂。 真正冲突 阶层、价值和资格被否定。 主角行动 * 不纠缠 * 切断关系 * 迅速成长 * 获得更高价值女性认可 * 在公开场合反向碾压 爽点 拒绝主角的人发现自己失去了未来最大的筹码。 适用场景 * 都市 * 玄幻 * 家族 * 校园 * 豪门 ⸻ 模型 7：主角被误解后的沉默反转 起点 主角做了正确的事，却被误解。 情绪 委屈、冷静、不想解释。 欲望 保住大局，让真相自己出现。 表层冲突 所有人都骂主角。 真正冲突 主角掌握的信息不能公开。 主角行动 * 不解释 * 扛下骂名 * 继续做事 * 等关键证据出现 * 让误解者集体沉默 爽点 前面骂得越狠，真相出来后越爽。 适用场景 * 权谋 * 商战 * 医术 * 战争 * 宗门 * 都市危机 ⸻ 模型 8：情敌挑衅后的降维打击 起点 情敌用钱、身份、资源压主角。 情绪 不屑、占有欲、胜负欲。 欲望 守住女人，证明自己更强。 表层冲突 两个男人争一个女人。 真正冲突 谁更有资格被选择。 主角行动 * 不嘴炮 * 让情敌最自豪的优势失效 * 在女主危机中解决真正问题 * 让女主亲自站队 爽点 情敌以为自己赢在起跑线，结果发现赛道都是主角定的。 适用场景 * 都市恋爱 * 豪门 * 校园 * 职场 * 商战 ⸻ 模型 9：规则压迫后的破规则 起点 主角被旧规则卡死。 情绪 憋屈、不甘、冷静。 欲望 拿到入场券，改变规则。 表层冲突 主角不符合资格。 真正冲突 规则本来就是上位者用来排除下位者的。 主角行动 * 找规则漏洞 * 借外部力量入局 * 用结果逼规则承认自己 * 最后让制定规则的人反被规则困住 爽点 主角不是求别人开门，而是把门拆了。 适用场景 * 商战 * 职场 * 科举 * 宗门 * 学院 * 都市创业 ⸻ 模型 10：女主高冷后的破防 起点 女主强势、高冷、不把主角放在眼里。 情绪 主角：胜负欲、征服欲、克制。 女主：警惕、轻视、好奇。 欲望 主角想获得认可。 女主想保持掌控。 表层冲突 女主不接受主角。 真正冲突 主角不断打破女主对男人、阶层、能力的判断。 主角行动 * 不讨好 * 不解释 * 解决她解决不了的问题 * 在她失控时稳住局面 * 让她发现自己开始依赖主角 爽点 高冷女主不是突然倒贴，而是她越想保持冷静，越控制不住被主角吸引。 适用场景 * 都市恋爱 * 多女主 * 女总裁 * 富家女 * 权谋女角色 * 强势女反派 ⸻ 六、男频人物关系调研重点 1. 主角与反派 重点拆： * 反派为什么看不起主角？ * 反派真正害怕主角什么？ * 反派为什么会不断加码？ * 主角什么时候忍？ * 主角什么时候杀？ * 反派死前最好明白什么？ 高质量反派不是单纯坏，而是： 他代表一种压迫主角的规则。 比如： * 家族反派代表血统规则 * 商战反派代表资本规则 * 宗门反派代表资源垄断 * 情敌代表阶层差距 * 上司代表职场权力 * 旧强者代表时代秩序 ⸻ 2. 主角与女主 重点拆： * 女主一开始为什么不选主角？ * 她的判断标准是什么？ * 主角哪次行动打破了她的判断？ * 她什么时候开始好奇？ * 她什么时候开始动摇？ * 她什么时候第一次主动？ * 她什么时候吃醋？ * 她什么时候愿意站队？ * 她什么时候承认主角特殊？ 男频女主态度转变最好按这个流程： 不在意 → 误判 → 被打脸 → 好奇 → 观察 → 动摇 → 试探 → 吃醋 → 站队 → 主动靠近 不要一上来倒贴。太廉价。 ⸻ 3. 主角与兄弟 重点拆： * 兄弟为什么服主角？ * 主角给了兄弟什么？ * 兄弟能为主角付出什么？ * 兄弟什么时候背锅？ * 兄弟什么时候被反派针对？ * 主角如何护短？ * 兄弟会不会嫉妒主角？ * 兄弟有没有独立欲望？ 兄弟线的作用： * 显示主角义气 * 承接搞笑和日常 * 制造被欺负后的护短爽点 * 做团队扩张 * 做背叛或牺牲 ⸻ 4. 主角与师父 / 贵人 重点拆： * 贵人为什么看中主角？ * 主角有什么别人看不到的潜力？ * 贵人给资源还是给机会？ * 贵人是否有自己的目的？ * 主角会不会被贵人控制？ * 主角什么时候超过贵人？ 男频里贵人不能白给。 最好是： 主角先展现价值，贵人才下注。 ⸻ 5. 主角与家族 重点拆： * 家族是庇护还是牢笼？ * 家族为什么不认可主角？ * 主角想回归还是脱离？ * 家族内部谁压他？ * 谁暗中帮他？ * 主角如何拿回话语权？ * 主角最终是继承家族，还是另立山头？ 家族线适合做长线权力斗争。 ⸻ 6. 主角与组织 / 公司 / 宗门 重点拆： * 组织给主角资源，还是压榨主角？ * 主角为什么必须加入？ * 组织规则哪里不公平？ * 主角如何利用规则？ * 主角什么时候被组织忌惮？ * 主角什么时候从棋子变成棋手？ 这种关系最适合写事业线、升级线、权谋线。 ⸻ 七、男频情绪 → 欲望 → 动机映射表 调研时必须整理成表。 情绪 深层欲望 表层动机 具体行动 常见矛盾 爽点 不甘 证明自己 再赢一次 加倍修炼、挑战强者 同辈竞争 反超 羞辱 恢复尊严 让对方闭嘴 公开打脸 阶层压迫 众人震惊 愤怒 夺回控制 惩罚冒犯者 反击、清算 底线冲突 护短爆发 杀意 消除威胁 永绝后患 暗杀、斩杀 生死冲突 反派伏诛 嫉妒 成为唯一 压过竞争者 争宠、挑衅 多女主关系 修罗场 占有欲 确认归属 宣示主权 打压情敌 情感竞争 女主站队 复仇欲 清算过去 夺走对方一切 设局、翻盘 长线仇恨 仇人崩溃 控制欲 掌控局面 布局所有人 设局、收买、分化 权力斗争 反转揭局 贪婪 扩大优势 抢资源 夺宝、抢项目 利益冲突 拿到机缘 保护欲 守住自己人 护短 出头、开战 阵营冲突 主角够义气 ⸻ 八、男频剧情矛盾来源 所有调研结果最后都要落到这 10 类矛盾。 1. 阶层矛盾 主角想进入更高圈层，但高圈层不认他。 常见场景： * 女方家庭看不起 * 商业圈排斥 * 宗门内门外门差距 * 豪门宴会被羞辱 * 贵族和平民冲突 爽点： * 主角用实力逼高圈层承认自己。 ⸻ 2. 资源矛盾 资源有限，谁拿到谁升级。 常见场景： * 项目名额 * 灵药宝物 * 投资机会 * 继承资格 * 秘境入口 * 女人婚约 爽点： * 主角抢到资源，还让对手替自己踩坑。 ⸻ 3. 尊严矛盾 主角被看不起，必须找回面子。 常见场景： * 当众羞辱 * 被退婚 * 被开除 * 被骂废物 * 被女主误判 * 被亲戚嘲讽 爽点： * 公开反转，所有人闭嘴。 ⸻ 4. 权力矛盾 谁说了算。 常见场景： * 公司夺权 * 家族继承 * 宗门掌权 * 朝堂斗争 * 团队领导权 * 黑道地盘 爽点： * 主角从被安排的人，变成安排别人的人。 ⸻ 5. 关系矛盾 谁站在谁这边。 常见场景： * 女主站队 * 兄弟背叛 * 师父偏心 * 家族内斗 * 多女主争宠 * 阵营选择 爽点： * 关键人物选择主角，反派破防。 ⸻ 6. 信息矛盾 谁知道真相，谁被蒙在鼓里。 常见场景： * 主角隐藏身份 * 反派误判主角 * 女主误会主角 * 众人不知道主角底牌 * 主角提前知道危机 爽点： * 真相揭开，所有误判者集体沉默。 ⸻ 7. 规则矛盾 主角被规则压住，但规则本身不公平。 常见场景： * 没资格参赛 * 没背景入局 * 没身份发言 * 考核被黑幕 * 项目被内定 爽点： * 主角找到规则漏洞，反过来利用规则打脸制定者。 ⸻ 8. 生死矛盾 不赢就死。 常见场景： * 追杀 * 试炼 * 战场 * 末世 * 黑帮清算 * 秘境围杀 爽点： * 主角绝境突破，反杀围攻者。 ⸻ 9. 情感矛盾 爱、占有、误解、吃醋、站队。 常见场景： * 女主不信 * 情敌挑衅 * 多女主修罗场 * 青梅天降冲突 * 女主被迫联姻 * 主角不能公开关系 爽点： * 女主从旁观者变成主角阵营的人。 ⸻ 10. 自我矛盾 主角自己也过不去。 常见场景： * 想复仇但怕变成怪物 * 想变强但代价太大 * 想保护人但必须撒谎 * 想掌权但不想背叛初心 * 想都要但无法平衡多女主 爽点： * 主角做出选择，承担后果，人物变重。 ⸻ 九、男频案例拆解模板 每个案例必须按这个模板拆。 案例名称 1. 类型 都市 / 玄幻 / 仙侠 / 历史 / 商战 / 多女主 / 权谋 / 科幻 / 末世 2. 事件概述 三句话说明发生了什么。 3. 主角当前处境 * 缺什么： * 被谁压： * 有什么底牌： * 不能做什么： * 最想要什么： 4. 主角情绪 * 表层情绪： * 深层情绪： * 被刺激到的点： * 是否破防： * 是否克制： 5. 主角欲望 * 表层目标： * 深层欲望： * 隐藏恐惧： * 黑暗念头： 6. 主角动机 * 为什么现在必须动： * 为什么不能直接动： * 他准备怎么动： * 他愿意付出什么代价： 7. 反派欲望 * 反派想要什么： * 反派为什么看不起主角： * 反派真正害怕什么： * 反派为什么会继续加码： 8. 女主 / 旁观者作用 * 她一开始怎么看主角： * 她看到什么后动摇： * 她是否站队： * 她的态度变化是否制造爽点： 9. 矛盾升级节点 必须写清楚： * 第一次刺激： * 第二次加码： * 主角第一次反击： * 反派误判： * 公开场合爆发： * 爽点兑现： 10. 可复用写法 * 可替换成什么类型： * 可替换成什么人物关系： * 适合放第几章： * 适合作为短期爽点还是长线主线： * 如何继续往后接： ⸻ 十、男频读者爽点调研 调研时必须单独整理“爽点触发器”。 至少覆盖以下 30 种。 1. 公开打脸 前面有人嘲笑，后面被事实打脸。 2. 隐藏身份曝光 众人以为主角普通，结果他身份极高。 3. 实力碾压 反派以为能赢，结果被主角轻松压住。 4. 绝境翻盘 所有人以为主角没路，主角反而借绝境突破。 5. 女主态度反转 从轻视、怀疑、冷淡，变成好奇、信任、主动。 6. 情敌破防 情敌用身份压人，结果最在乎的女人选择主角。 7. 反派自食其果 反派设的局，最后害了自己。 8. 主角护短 敌人欺负主角身边人，主角直接清算。 9. 低调装弱 主角不是不能赢，而是在等更好的时机。 10. 规则反杀 规则本来用来压主角，最后被主角反过来利用。 11. 资源截胡 主角拿到别人想要的关键资源。 12. 贵人下注 高位人物看出主角价值，提前站队。 13. 群体震惊 旁观者集体改变态度。 14. 对手误判 敌人每一步判断都错，因为信息差在主角手里。 15. 女主吃醋 关系还没公开，但女主已经开始在意。 16. 多女主修罗场 多个女性角色因为主角产生竞争。 17. 主角不解释 不靠嘴说，靠结果让别人闭嘴。 18. 弱者逆袭 下位者打穿上位者规则。 19. 恩怨清算 前面欠的债，后面一笔一笔讨回来。 20. 布局揭晓 前面看似普通的动作，后面发现全是伏笔。 21. 以小博大 主角资源少，但判断准，赢过大势力。 22. 反向收编 敌人的人最后成了主角的人。 23. 关键时刻出场 别人撑不住时，主角到场解决。 24. 资格证明 主角终于拿到入场券。 25. 权力上升 主角从被命令的人，变成发号施令的人。 26. 财富暴涨 钱带来尊严、自由和选择权。 27. 强者认可 原本高高在上的人承认主角。 28. 旧人后悔 当初放弃主角的人发现自己错过了。 29. 底牌连开 敌人以为逼出主角底牌，结果主角还有底牌。 30. 地图升级 当前局赢了，打开更大的世界。 ⸻ 十一、男频调研资料来源 Agent 调研时不要只看心理学资料。 必须从以下来源取样。 1. 男频小说 重点平台： * 起点 * 番茄 * 七猫 * 纵横 * 飞卢 * 塔读 重点类型： * 都市 * 玄幻 * 仙侠 * 历史 * 科幻 * 末世 * 商战 * 后宫 / 多女主 * 赘婿 * 战神 * 神豪 * 医术 * 权谋 拆法： * 不要总结剧情。 * 只拆人物欲望、刺激点、爽点兑现、矛盾升级。 ⸻ 2. 男频读者评论 重点看： * 本章说 * 章评 * 书评区 * 贴吧 * 起点评论区 * 番茄评论区 * B站小说推文评论 * 抖音小说解说评论 重点观察： * 读者什么时候说“爽” * 读者什么时候说“憋屈” * 读者什么时候弃书 * 读者讨厌主角哪种行为 * 读者讨厌女主哪种行为 * 读者什么时候催杀 * 读者什么时候要求收女 * 读者什么时候骂主角窝囊 * 读者什么时候说“降智” 必须整理为： 评论现象 对应情绪 读者期待 作者风险 可用写法 ⸻ 3. 爽文短剧 / 男频短剧 重点看： * 赘婿 * 战神归来 * 神医 * 退婚 * 龙王 * 重生复仇 * 女总裁 * 豪门羞辱 * 鉴宝捡漏 短剧对男频爽点很直接，适合拆： * 前 30 秒怎么羞辱主角 * 第 1 个反转怎么来 * 女主态度怎么变 * 反派怎么加码 * 爽点多久兑现一次 * 每次反转用什么证据 ⸻ 4. 真实社会案例 用途： 让人物动机不假。 重点看： * 职场打压 * 创业失败 * 商业竞争 * 家族争产 * 亲密关系背叛 * 校园霸凌 * 阶层羞辱 * 亲戚攀比 * 婚恋市场 * 财产纠纷 * 兄弟反目 拆法： * 谁想要资源？ * 谁想保面子？ * 谁想控制谁？ * 谁觉得自己被羞辱？ * 谁因为不甘继续加码？ * 哪一步让矛盾不可逆？ ⸻ 5. 心理学与行为学资料 只用来解释底层，不要写成论文。 重点主题： * 羞耻感 * 复仇心理 * 权力动机 * 男性竞争 * 地位焦虑 * 群体认同 * 依恋与占有欲 * 嫉妒 * 自尊威胁 * 风险决策 * 攻击性行为 * 控制欲 所有理论必须转成小说语言。 错误写法： 自尊威胁会引发攻击性行为。 小说可用写法： 一个人被当众否定时，最难受的不是损失本身，而是旁边有人看见。他如果不反击，就等于默认自己低人一等。所以男频打脸最好放在公开场合。 ⸻ 十二、Agent 执行步骤 第一步：建立男频情绪库 输出至少 100 个男频常用情绪。 每个情绪包含： * 情绪名称 * 典型触发 * 深层欲望 * 表层行为 * 克制版行为 * 爆发版行为 * 黑化版行为 * 可制造矛盾 * 可制造爽点 * 适合类型 必须优先完成这些： 1. 不甘 2. 羞辱 3. 愤怒 4. 杀意 5. 复仇欲 6. 占有欲 7. 征服欲 8. 控制欲 9. 贪婪 10. 保护欲 11. 嫉妒 12. 自卑 13. 傲慢 14. 孤独 15. 压抑 16. 屈辱 17. 野心 18. 焦虑 19. 冷静 20. 兴奋 21. 冒险冲动 22. 胜负欲 23. 被背叛感 24. 被抛弃感 25. 被排斥感 26. 恨意 27. 欣赏 28. 迷恋 29. 欲望失控 30. 绝境求生欲 ⸻ 第二步：建立男频欲望库 输出至少 100 个男频常用欲望。 每个欲望包含： * 欲望本质 * 常见来源 * 表层目标 * 隐藏恐惧 * 正常行动 * 扭曲行动 * 黑化行动 * 可制造冲突 * 可制造爽点 * 适合角色 重点欲望： 1. 变强 2. 证明自己 3. 翻身 4. 复仇 5. 掌权 6. 赚钱 7. 获得地位 8. 获得女人认可 9. 征服高价值女性 10. 占有 11. 保护 12. 自由 13. 建立势力 14. 进入高阶层 15. 打破规则 16. 获得资源 17. 洗刷污名 18. 夺回失去之物 19. 超过父辈 20. 超过同辈 21. 收服强者 22. 让旧人后悔 23. 让仇人痛苦 24. 成为唯一选择 25. 摆脱控制 26. 拿回话语权 27. 证明自己配得上 28. 掌控女人关系 29. 改变命运 30. 活得像个人 ⸻ 第三步：建立“情绪 → 欲望”映射 每个情绪至少映射 5 个欲望。 示例： 情绪：羞辱 可能欲望： 1. 恢复尊严 2. 公开打脸 3. 证明价值 4. 夺回话语权 5. 让对方后悔 6. 获得旁观者认可 7. 进入更高圈层 可变剧情： * 宴会打脸 * 女方家长羞辱后反转 * 宗门大比证明实力 * 公司会议拿出关键证据 * 旧同学聚会身份曝光 ⸻ 第四步：建立“欲望 → 动机”映射 每个欲望至少映射 5 个动机。 示例： 欲望：证明自己 可能动机： 1. 接下别人不敢接的任务 2. 在公开场合挑战强者 3. 隐瞒底牌等最终反转 4. 拒绝低头求助 5. 进入看不起自己的圈层 6. 让女主亲眼看到结果 7. 让反派自己承认误判 可变剧情： * 主角明明可以解释，但他选择用结果说话。 * 因为在男频里，解释太弱，结果才硬。 ⸻ 第五步：建立“动机 → 行动”映射 每个动机必须落成动作。 错误： 主角想变强。 合格： 主角被当众羞辱后，没有立刻反骂。他转身报名了三天后的公开考核，因为那是唯一能让所有旁观者闭嘴的场合。 每条行动要写： * 做什么 * 什么时候做 * 为什么现在做 * 有什么风险 * 谁会被刺激 * 谁会反击 * 爽点如何兑现 ⸻ 第六步：建立“行动 → 矛盾”映射 每个行动都要追问： * 伤害了谁的利益？ * 挑战了谁的权力？ * 打了谁的脸？ * 抢了谁的资源？ * 让哪个女人态度变化？ * 让哪个反派必须加码？ * 是否暴露主角底牌？ * 是否打开更大地图？ ⸻ 第七步：建立男频爽点模型库 至少输出 100 个爽点模型。 每个模型包含： * 起点压迫 * 主角情绪 * 主角欲望 * 反派误判 * 主角行动 * 爽点兑现 * 后续钩子 * 适合类型 * 可替换场景 ⸻ 第八步：建立男频矛盾模型库 至少输出 100 个矛盾模型。 每个模型包含： * 表面冲突 * 真正冲突 * 双方欲望 * 双方恐惧 * 升级节点 * 爽点节点 * 不可逆节点 * 后续剧情方向 ⸻ 第九步：建立男频人物关系模型库 至少输出以下关系模型： 1. 主角 vs 反派 2. 主角 vs 情敌 3. 主角 vs 女主 4. 主角 vs 女配 5. 主角 vs 兄弟 6. 主角 vs 师父 7. 主角 vs 家族 8. 主角 vs 宗门 9. 主角 vs 公司 10. 主角 vs 上级 11. 主角 vs 父亲 12. 主角 vs 旧爱 13. 主角 vs 贵人 14. 主角 vs 小人 15. 主角 vs 群体规则 每个关系模型必须写： * 双方想要什么 * 谁压谁 * 谁误判谁 * 谁需要谁 * 谁会背叛谁 * 谁会站队谁 * 爽点在哪里 * 矛盾如何升级 ⸻ 第十步：拆真实案例和小说案例 至少拆 50 个案例。 案例来源优先级： 1. 起点男频热门作品 2. 男频短剧 3. 男频小说评论区 4. 真实社会冲突 5. 影视剧强冲突桥段 每个案例必须提炼成： * 一个情绪 * 一个欲望 * 一个动机 * 一个行动 * 一个矛盾 * 一个爽点 * 一个可复用桥段 ⸻ 十三、最终交付文件 Agent 最终必须交付 7 份资料。 文件 1：男频情绪资料库 不少于 100 条。 字段： 编号 情绪 触发事件 深层欲望 行为表现 可制造矛盾 可制造爽点 适合类型 ⸻ 文件 2：男频欲望资料库 不少于 100 条。 字段： 编号 欲望 来源 表层目标 隐藏恐惧 正常行动 黑化行动 适合角色 适合剧情 ⸻ 文件 3：男频动机资料库 不少于 150 条。 字段： 编号 来源情绪 来源欲望 表层理由 真实需求 隐藏恐惧 具体行动 行动代价 可制造爽点 ⸻ 文件 4：男频爽点模型库 不少于 100 条。 字段： 编号 爽点名称 起点压迫 主角欲望 反派误判 爽点兑现 后续钩子 适合类型 ⸻ 文件 5：男频矛盾模型库 不少于 100 条。 字段： 编号 矛盾类型 表面冲突 真正冲突 双方欲望 升级节点 不可逆节点 爽点 ⸻ 文件 6：男频人物关系模型库 不少于 50 条。 字段： 编号 关系类型 A想要什么 B想要什么 压迫点 误判点 爽点 后续发展 ⸻ 文件 7：男频案例拆解库 不少于 50 条。 字段： 编号 案例来源 类型 情绪 欲望 动机 行动 矛盾 爽点 可复用写法 ⸻ 十四、质量标准 1. 不能只写词 错误： 主角愤怒，想复仇。 合格： 主角愤怒不是因为被骂，而是因为对方当着女主和众人的面，把他重新按回“没资格”的位置。他真正要夺回的不是面子，是进入这个圈子的资格。所以他不能私下报复，必须在公开场合赢。 ⸻ 2. 每条必须能变成剧情 错误： 欲望：变强。 合格： 欲望：变强。 触发：主角亲眼看到兄弟因为自己实力不够被废。 动机：他要在三天后的考核里拿第一，否则永远进不了内门。 行动：他冒险进入禁地。 代价：身体受损，暴露隐藏天赋。 爽点：考核当天，所有人以为他残了，结果他一招击败最强弟子。 ⸻ 3. 矛盾必须能升级 错误： 反派看不起主角，主角打脸。 合格： 反派第一次只是嘲笑主角。 主角小胜后，反派觉得丢脸，开始动用家族关系。 主角再胜后，反派背后的长辈下场。 主角赢下长辈后，引出更高层势力。 这样小冲突才能变成长线矛盾。 ⸻ 4. 女主态度变化必须有台阶 错误： 女主突然爱上主角。 合格： 第一次：女主觉得主角狂。 第二次：主角解决她解决不了的问题，她开始好奇。 第三次：主角没有趁机索取，她开始改观。 第四次：主角被误解但仍然扛事，她开始信任。 第五次：情敌挑衅时，她第一次主动站主角。 这才有说服力。 ⸻ 5. 主角不能一直憋屈 男频可以压，但不能压太久。 建议节奏： * 1 章内给刺激 * 1-3 章内给小反击 * 3-5 章内给一次明显爽点 * 10 章内完成一轮完整打脸或升级 * 长线仇恨可以拖，但短期爽点必须一直有 如果只压不爽，读者会跑。 ⸻ 十五、男频专用分析问题 Agent 拆每个剧情时，必须问这些问题： 1. 主角现在被谁压？ 2. 主角缺什么？ 3. 谁看不起主角？ 4. 谁误判了主角？ 5. 主角最想证明什么？ 6. 主角现在能不能直接反击？ 7. 不能反击的原因是什么？ 8. 主角有什么隐藏底牌？ 9. 反派为什么会继续加码？ 10. 女主或旁观者怎么看主角？ 11. 爽点在哪里兑现？ 12. 兑现后主角获得了什么？ 13. 谁的态度发生变化？ 14. 谁的利益被伤害？ 15. 下一轮更大的敌人是谁？ 16. 主角有没有付出代价？ 17. 这个代价会不会变成后续钩子？ 18. 读者为什么会想看下一章？ ⸻ 十六、男频 Agent 执行提示词 你现在是男频小说人物心理、欲望、爽点和矛盾研究 agent。 任务：建立一套可用于男频小说创作的“情绪—欲望—动机—行动—矛盾—爽点”资料库。 研究对象包括：起点男频、都市、多女主、事业线、升级流、爽文、玄幻、仙侠、历史、科幻、商战、权谋、赘婿、神豪、战神、医术、后宫。 请按以下规则执行： 1. 不做心理学科普，所有内容都必须能直接用于写小说。 2. 所有分析必须围绕男频读者最关心的东西：变强、翻身、打脸、证明、复仇、掌权、赚钱、征服、占有、护短、破规则。 3. 每个情绪必须拆出：触发事件、深层欲望、具体动机、具体行动、可制造矛盾、可制造爽点。 4. 每个欲望必须拆出：来源、表层目标、隐藏恐惧、正常行动、扭曲行动、黑化行动、适合角色、适合剧情。 5. 每个动机必须落到动作，不能停留在抽象词。 6. 每个矛盾必须说明：表面冲突、真正冲突、升级节点、爽点节点、不可逆节点。 7. 每个爽点必须说明：前面怎么压，主角怎么忍，反派怎么误判，最后怎么兑现。 8. 重点研究男频高频情绪：不甘、羞辱、愤怒、杀意、复仇欲、占有欲、征服欲、控制欲、贪婪、保护欲、胜负欲。 9. 重点研究男频高频欲望：变强、证明自己、翻身、复仇、掌权、赚钱、获得地位、获得女人认可、征服高价值女性、建立势力、打破规则。 10. 输出要具体，不要空话。 11. 每条内容后面都要写“这能怎么变成剧情”。 12. 优先拆男频小说、男频短剧、男频评论区、真实社会冲突。 13. 最终输出 7 份资料：男频情绪资料库、男频欲望资料库、男频动机资料库、男频爽点模型库、男频矛盾模型库、男频人物关系模型库、男频案例拆解库。 执行顺序： 第一步：输出男频情绪总表，不少于 100 条。 第二步：输出男频欲望总表，不少于 100 条。 第三步：输出情绪与欲望映射。 第四步：输出欲望与动机映射。 第五步：输出动机与行动映射。 第六步：输出行动与矛盾映射。 第七步：输出爽点模型库。 第八步：输出人物关系模型库。 第九步：拆 50 个案例。 第十步：总结可复用创作公式。 输出风格： * 直接 * 具体 * 有例子 * 不写空泛理论 * 不要只列词 * 不要写成心理学论文 * 每个结论都要说明怎么变成剧情 现在开始执行。

起点男频读者情绪、欲望、追读动机完整调研方案 0. 调研目标 本次调研目标不是总结“起点男频爽点”，而是建立一套可用于小说创作的读者心理模型。 最终需要回答三个问题： 1. 读者在读起点男频小说时，会出现哪些具体情绪？ 例如爽、憋屈、愤怒、期待、紧张、占有欲、优越感、怜爱、嫉妒、恐惧、好奇、被偏爱感、掌控感等。 2. 这些情绪背后对应什么欲望？ 例如想赢、想变强、想被认可、想报复、想让敌人后悔、想被高价值女性偏爱、想掌控局面、想解开秘密、想拿资源、想翻身等。 3. 这些情绪和欲望如何变成“继续往下看”的动机？ 例如反派什么时候被打脸、女主什么时候动心、主角底牌什么时候暴露、奖励是什么、危机怎么破、误会什么时候解开、事业什么时候升级等。 最终产出必须能指导写作，不能停留在泛泛而谈。 ⸻ 1. 调研范围 平台：起点中文网。 频道：男频。 重点类型： 1. 都市 2. 玄幻 3. 仙侠 4. 历史 5. 科幻 6. 轻小说 7. 游戏 8. 悬疑 / 诡秘类 9. 体育 / 文娱 10. 诸天 / 无限流 其中，都市类需要加权，因为后续创作方向是： 都市恋爱主线 + 事业辅线 + 多女关系。 所以都市类、都市异能、都市生活、文娱、重生创业、校园 / 职场恋爱、多女暧昧类型，要重点看。 ⸻ 2. 样本选择标准 2.1 每个类型至少选择 5 本书 第一轮建议总样本：30 本。 第二轮扩展到：50 本。 推荐第一轮比例： 1. 都市：10 本 2. 玄幻：4 本 3. 仙侠：4 本 4. 历史：3 本 5. 科幻：3 本 6. 轻小说：3 本 7. 游戏 / 体育 / 文娱 / 悬疑 / 诸天：合计 3 本 2.2 每个类型要分三档 每个类型都要覆盖： 1. 头部爆款 用来看顶级读者欲望。 2. 中腰部稳定作品 用来看普通作者更容易复用的结构。 3. 开局强但后期评价下滑的作品 用来看留不住人的原因。 不要只看爆款。爆款常常有作者名气、更新量、文笔、题材红利撑着，直接学表层桥段容易误判。 ⸻ 3. 资料入口 3.1 起点站内榜单 需要查看： 1. 月票榜 2. 人气榜 3. 畅销榜 4. 新书榜 5. 分类榜 6. 三江推荐后续表现 7. 完本榜 8. 新锐榜 记录每本书： 1. 书名 2. 作者 3. 类型 4. 字数 5. 状态：连载 / 完本 6. 排名位置 7. 简介承诺 8. 标签 9. 读者评论密度 10. 是否有明显争议点 3.2 起点本章说 / 段评 / 章评 这是最重要的数据来源。 需要抓取每章读者即时反应。 重点观察： 1. 哪些段落评论最多 2. 哪些句子引发“爽”“舒服”“牛逼”“笑死”“绷不住”等反馈 3. 哪些地方读者催作者快点写 4. 哪些地方读者开始骂水、毒、降智 5. 哪些角色出现时评论变多 6. 哪些感情线段落引发明显反应 7. 哪些反派、女主、配角引发争议 3.3 起点书评区 / 书友圈 用于看长期评价。 重点收集： 1. 为什么追到最新章 2. 为什么弃书 3. 哪个角色最讨喜 4. 哪个角色最恶心 5. 哪段剧情最爽 6. 哪段剧情最毒 7. 哪个女主被喜欢 8. 哪个女主被骂 9. 主角人设哪里吸引人 10. 主线什么时候开始失焦 3.4 外部社区 需要补充观察： 1. 龙空 2. 贴吧 3. 知乎 4. B站书评视频评论区 5. 抖音推书评论区 6. 书荒论坛 7. 听书平台评论区 8. 盗版站评论区，如可访问 外部社区重点看更直白的读者反应。 重点关键词： 1. 爽 2. 毒 3. 水 4. 降智 5. 圣母 6. 后宫 7. 单女主 8. 多女主 9. 追读 10. 弃书 11. 憋屈 12. 打脸 13. 节奏 14. 女主 15. 反派 16. 主角太怂 17. 主角智商在线 18. 作者懂男人 19. 不够爽 20. 感情线尬 ⸻ 4. 每本书的章节采样方法 每本书不需要全看。 每本书至少采样 10 个关键节点。 4.1 必采章节 1. 第 1 章 看开局承诺。 2. 第 3 章 看第一个钩子是否出现。 3. 第 10 章 看主角目标、金手指、核心冲突是否立住。 4. 第 30 章 看第一轮爽点是否兑现。 5. 第一次被羞辱 / 被误解 / 被压制章节 看憋屈如何建立。 6. 第一次反击章节 看爽点如何释放。 7. 第一次女主强反应章节 看感情线如何刺激读者。 8. 第一次事业机会 / 资源机会章节 看主角如何获得上升通道。 9. 上架前 5 章 看作者如何逼读者付费。 10. 上架后 10 章 看付费后如何兑现高潮。 11. 评论明显爆发章节 看读者真实兴奋点。 12. 评论明显变差章节 看毒点出现位置。 13. 最新 20 章中的高潮章节 看长期追读靠什么续命。 每本书至少记录 10 章。 重点书可以记录 20 到 30 章。 ⸻ 5. 每章需要记录的信息 每章都要按下面模板记录。 5.1 基础信息 1. 书名 2. 作者 3. 类型 4. 章节名 5. 章节编号 6. 字数 7. 是否收费章节 8. 所处阶段：开局 / 上架前 / 上架后 / 中期 / 后期 9. 当前主线 10. 当前副线 5.2 剧情事件 用 3 到 5 句话总结本章发生了什么。 必须具体，不要写空话。 错误写法： 本章推动剧情，塑造人物，制造爽点。 正确写法： 主角在公司会议上被副总公开否定方案。女主没有立刻帮他说话，而是冷眼观察。主角拿出提前准备的数据，证明副总引用的市场报告是错的。会议结束后，女主第一次主动留下主角单独谈话。 5.3 主角状态 标注主角这一章处于什么状态： 1. 被压制 2. 被误解 3. 被轻视 4. 暗中布局 5. 被迫应战 6. 小胜 7. 大胜 8. 暂时失败 9. 身份隐藏 10. 身份暴露 11. 获得资源 12. 失去资源 13. 感情推进 14. 关系破裂 15. 危机升级 5.4 冲突对象 标注本章主角和谁发生冲突： 1. 反派 2. 女主 3. 女配 4. 家族 5. 宗门 6. 公司 7. 同事 8. 上司 9. 竞争对手 10. 系统规则 11. 世界规则 12. 舆论 13. 自己的弱点 14. 隐藏势力 5.5 表层爽点 标注读者表面上看到的爽点： 1. 打脸 2. 反杀 3. 升级 4. 获宝 5. 赚钱 6. 拿权 7. 装逼 8. 身份暴露 9. 女主主动 10. 女主吃醋 11. 反派破防 12. 群体震惊 13. 大人物认可 14. 获得稀缺资源 15. 逆风翻盘 16. 看穿阴谋 17. 提前布局 18. 公开碾压 19. 暗中操控 20. 情绪暧昧 5.6 真实情绪 每章至少标注 1 到 5 个真实情绪。 可选情绪池： 1. 爽 2. 憋屈 3. 愤怒 4. 报复快感 5. 期待 6. 焦虑 7. 紧张 8. 好奇 9. 恐惧 10. 震惊 11. 优越感 12. 掌控感 13. 胜利感 14. 安全感 15. 被偏爱感 16. 占有欲 17. 嫉妒 18. 怜爱 19. 心疼 20. 欲望被撩起 21. 窥探感 22. 禁忌刺激 23. 群体认同感 24. 代入感 25. 放松感 26. 荒诞喜感 27. 期待落空 28. 不耐烦 29. 厌恶 30. 失望 注意：不要只写“爽”。 必须拆清楚是什么爽。 例如： 1. 惩罚爽 2. 翻身爽 3. 识破爽 4. 信息差爽 5. 身份爽 6. 实力爽 7. 资源爽 8. 关系爽 9. 偏爱爽 10. 禁忌爽 5.7 背后欲望 每章至少标注 1 到 5 个欲望。 可选欲望池： 1. 想赢 2. 想变强 3. 想翻身 4. 想发财 5. 想夺权 6. 想被尊重 7. 想被认可 8. 想让看不起自己的人后悔 9. 想报复 10. 想惩罚恶人 11. 想看敌人倒霉 12. 想拿回属于自己的东西 13. 想获得稀缺资源 14. 想获得女人注意 15. 想被高价值女性偏爱 16. 想让女人主动靠近 17. 想看女主吃醋 18. 想掌控局面 19. 想看别人被自己算计 20. 想隐藏身份再反转 21. 想看主角亮底牌 22. 想解开秘密 23. 想看更大的世界 24. 想获得安全感 25. 想拥有退路 26. 想建立势力 27. 想让规则为自己服务 28. 想拥有多个选择 29. 想被依赖 30. 想被唯一对待 5.8 追读问题 记录本章结尾让读者产生了什么问题。 必须写成问题句。 例如： 1. 主角下一章会不会反击？ 2. 女主到底是不是动心了？ 3. 反派会怎么报复？ 4. 主角底牌什么时候亮？ 5. 这个奖励到底是什么？ 6. 这个大人物为什么帮他？ 7. 主角身份会不会暴露？ 8. 误会什么时候解开？ 9. 事业机会能不能拿下？ 10. 多女关系会不会撞车？ 11. 这次危机会怎么破？ 12. 谁在背后布局？ 13. 新地图有什么更高级资源？ 14. 主角会不会杀？ 15. 反派什么时候付出代价？ 如果一章结束后没有明确追读问题，要记录为： 本章追读问题弱。 并分析原因。 5.9 评论区反应 每章至少采集： 1. 热门本章说 10 到 20 条 2. 最新评论 10 到 20 条 3. 负面评论 3 到 10 条 4. 争议评论 3 到 10 条 记录字段： 1. 评论原文 2. 评论位置 3. 评论对象：主角 / 女主 / 反派 / 剧情 / 节奏 / 设定 4. 表层态度：爽 / 毒 / 水 / 尬 / 笑 / 急 / 催更 5. 真实情绪 6. 背后欲望 7. 是否影响追读 8. 备注 5.10 评论爆点 记录哪一段评论最多。 需要回答： 1. 是哪句话或哪段剧情引发评论？ 2. 为什么这一段会爆？ 3. 它满足了什么欲望？ 4. 它制造了什么追读问题？ 5. 它是否可以抽象成可复用结构？ 5.11 负反馈 / 毒点 记录读者骂什么。 常见毒点池： 1. 主角太怂 2. 主角圣母 3. 主角降智 4. 反派太蠢 5. 女主恶心 6. 女主工具人 7. 多女关系没张力 8. 感情线太尬 9. 感情线太拖 10. 事业线太水 11. 打脸不彻底 12. 反派惩罚太轻 13. 铺垫太长 14. 兑现太慢 15. 奖励太小 16. 升级没反馈 17. 装逼没铺垫 18. 配角抢主角光 19. 主线失焦 20. 作者强行让主角吃亏 21. 逻辑崩 22. 世界规则崩 23. 人设前后不一致 24. 情绪刚起来就切线 25. 读者期待 A，作者写 B 毒点不能只记录名称，要解释它违背了什么欲望。 例如： 读者骂主角圣母，本质不是讨厌善良，而是读者期待惩罚敌人，作者却让主角放过敌人，导致报复欲没有兑现。 ⸻ 6. 核心分析框架：情绪—欲望—追读动机 每个样本都要按下面结构分析。 6.1 情绪 读者当下感受是什么？ 例如： 1. 爽 2. 憋屈 3. 怒 4. 急 5. 酸 6. 心疼 7. 想笑 8. 想看热闹 9. 想看对方破防 10. 想看主角狠狠干回去 6.2 欲望 这个情绪背后，读者想要什么？ 例如： 1. 想赢 2. 想报复 3. 想被偏爱 4. 想看女主主动 5. 想拿资源 6. 想让敌人后悔 7. 想看主角掌控全局 8. 想看秘密揭开 9. 想看身份暴露 10. 想看多女关系升级 6.3 剧情动作 作者用了什么剧情动作刺激这个欲望？ 例如： 1. 让主角被低估 2. 让反派公开羞辱 3. 让女主冷眼旁观 4. 让主角先不解释 5. 让证据最后出现 6. 让旁观者反应夸张 7. 让反派当场破防 8. 让女主重新评价主角 6.4 追读钩子 这一章结束时，读者为什么还想看？ 例如： 1. 反派还没死 2. 女主态度还没明说 3. 主角奖励还没开 4. 身份还没完全暴露 5. 危机只解决一半 6. 更大的敌人出现 7. 多女关系即将撞车 8. 主角还有底牌没用 ⸻ 7. 男频读者心理账户 所有样本都要归入下面账户。 7.1 实力账户 读者想看主角变强。 观察： 1. 是否升级 2. 是否获得技能 3. 是否获得装备 4. 是否战胜强敌 5. 是否被别人承认变强 6. 是否进入更高级圈层 7.2 尊严账户 读者想看主角从被轻视到被尊重。 观察： 1. 主角是否被羞辱 2. 是否被误判 3. 是否被当成废物 4. 是否被公开压制 5. 是否完成打脸 6. 打脸是否彻底 7. 对方是否后悔 8. 旁观者是否震惊 7.3 资源账户 读者想看主角拿到稀缺物。 观察： 1. 钱 2. 权 3. 人脉 4. 公司 5. 股份 6. 地盘 7. 法宝 8. 情报 9. 技术 10. 身份 11. 资格 12. 名额 7.4 性吸引账户 都市恋爱、多女类型重点观察。 观察： 1. 女主是否高价值 2. 女主是否对别人冷，对主角特殊 3. 女主是否主动 4. 女主是否吃醋 5. 女主是否嘴硬 6. 女主是否被主角看穿 7. 女主是否误会主角 8. 女主是否被主角改变 9. 多女之间是否有竞争 10. 多女是否形成修罗场 11. 主角是否拥有选择权 12. 女主是否给主角带来资源、身份、情绪价值 7.5 掌控账户 读者想看主角掌控局面。 观察： 1. 主角是否提前布局 2. 是否藏底牌 3. 是否故意示弱 4. 是否利用敌人误判 5. 是否反向算计 6. 是否最后揭晓“原来都在计划里” 7. 是否让敌人越挣扎越输 7.6 安全账户 读者想看主角越来越稳。 观察： 1. 是否有靠山 2. 是否有钱 3. 是否有组织 4. 是否有忠诚下属 5. 是否有稳定收益 6. 是否有退路 7. 是否有身份保护 8. 是否有隐藏势力 9. 是否减少被任意欺负的可能 7.7 探秘账户 读者想知道未知信息。 观察： 1. 世界规则 2. 神秘组织 3. 金手指来源 4. 古老传承 5. 隐藏地图 6. 未知强者 7. 历史真相 8. 女主秘密 9. 反派真实目的 10. 主角身世 7.8 情感账户 读者想看主角被理解、被偏爱、被需要。 观察： 1. 女主只信主角 2. 强者只认可主角 3. 配角愿意追随主角 4. 主角孤独时有人站出来 5. 女主嘴上冷，行动偏向主角 6. 主角救人后获得真心 7. 主角被误解后有人替他说话 7.9 群体认同账户 读者想和其他读者一起兴奋、吐槽、站队。 观察： 1. 评论区是否集体刷“舒服了” 2. 是否集体骂反派 3. 是否集体站某个女主 4. 是否形成党争 5. 是否催更 6. 是否出现读者二创、玩梗、复读 7.10 禁忌刺激账户 读者想看不那么日常、不那么安全的关系和事件。 观察： 1. 身份差 2. 年龄差 3. 师徒 4. 上司下属 5. 敌对关系 6. 伪装身份 7. 暧昧误会 8. 多女撞车 9. 不能明说的偏爱 10. 越界但没完全越界的张力 注意：这一类要看张力，不要写低俗总结。 ⸻ 8. 类型差异分析 调研结束后，必须按类型输出差异。 8.1 都市 重点欲望： 1. 翻身 2. 赚钱 3. 被尊重 4. 女人偏爱 5. 身份升级 6. 事业逆袭 7. 人脉扩张 8. 报复看不起自己的人 重点情绪： 1. 爽 2. 优越 3. 暧昧 4. 占有 5. 憋屈释放 6. 被偏爱 7. 掌控感 重点追读： 1. 女主态度变化 2. 事业机会能不能拿下 3. 反派什么时候被打脸 4. 主角身份什么时候暴露 5. 多女关系会不会撞车 6. 主角如何从低位进入高位圈层 8.2 玄幻 重点欲望： 1. 变强 2. 复仇 3. 碾压 4. 获宝 5. 进入更高世界 6. 夺回尊严 重点情绪： 1. 热血 2. 愤怒 3. 胜利感 4. 期待 5. 危机感 重点追读： 1. 下一境界是什么 2. 秘境有什么宝物 3. 强敌如何击败 4. 血仇何时清算 5. 主角底牌什么时候用 8.3 仙侠 重点欲望： 1. 长生 2. 求道 3. 资源争夺 4. 宗门上升 5. 算计破局 6. 活下去 重点情绪： 1. 克制 2. 紧张 3. 期待 4. 危机 5. 掌控 重点追读： 1. 境界突破 2. 机缘归属 3. 宗门斗争 4. 古老秘密 5. 大道选择 8.4 历史 重点欲望： 1. 改命 2. 拿权 3. 扬名 4. 建功立业 5. 改变历史 6. 获得美人和地位 重点情绪： 1. 成就感 2. 掌控感 3. 紧张 4. 权谋快感 5. 群体认同 重点追读： 1. 朝局怎么变 2. 战争怎么打 3. 官位怎么升 4. 皇帝怎么看主角 5. 主角如何改写历史节点 8.5 科幻 重点欲望： 1. 探索未知 2. 技术升级 3. 文明胜利 4. 生存 5. 秩序重建 重点情绪： 1. 好奇 2. 震撼 3. 危机 4. 恐惧 5. 成就感 重点追读： 1. 新科技是什么 2. 外部威胁是什么 3. 文明冲突怎么解决 4. 主角如何扩大影响力 8.6 轻小说 重点欲望： 1. 轻松代入 2. 关系推进 3. 反差人设 4. 女角色互动 5. 梗和情绪陪伴 重点情绪： 1. 好笑 2. 暧昧 3. 怜爱 4. 放松 5. 被偏爱 重点追读： 1. 角色关系如何变化 2. 女主是否更主动 3. 修罗场是否出现 4. 日常里是否埋伏反转 ⸻ 9. 都市恋爱主线、多女方向专项分析 因为后续写作方向偏都市恋爱主线，所以必须额外做专项。 9.1 女主价值分析 每个重要女角色都要记录： 1. 外在价值：漂亮、身材、气质、年龄、身份 2. 社会价值：职业、家世、财富、能力、人脉 3. 稀缺性：别人得不到、接近不了、无法掌控 4. 性格标签：冷、高傲、温柔、病娇、强势、嘴硬、腹黑、单纯 5. 初始态度：看不起、冷淡、利用、好奇、欣赏、误会 6. 对主角变化：冷淡到关注、试探到下注、敌对到偏爱、嘴硬到主动 7. 给主角带来的东西：资源、情绪、身份、危机、事业机会、竞争压力 8. 读者评论：香、不香、烦、恶心、工具人、女主感强不强 9.2 多女关系分析 重点看： 1. 多女是否有明显差异 2. 是否各自代表不同欲望 3. 是否都围着主角转 4. 是否互相知道对方存在 5. 是否形成竞争 6. 是否有误会和修罗场 7. 主角是否有选择权 8. 主角是否被迫平衡关系 9. 哪个女主支持主线 10. 哪个女主拖慢节奏 11. 哪类女主被读者骂 12. 哪类女主最容易让读者催更 9.3 感情线追读问题 重点记录这类问题： 1. 她是不是动心了？ 2. 她为什么只对主角特殊？ 3. 她会不会吃醋？ 4. 她知道另一个女主存在会怎样？ 5. 主角会不会选择她？ 6. 她会不会给主角资源？ 7. 她会不会背叛？ 8. 她会不会主动越界？ 9. 她的真实目的是什么？ 10. 她和主角的关系什么时候公开？ 9.4 感情线毒点 重点记录： 1. 女主太蠢 2. 女主太作 3. 女主恶心 4. 女主只会拖后腿 5. 女主没有价值 6. 女主倒贴太快 7. 女主变化没铺垫 8. 主角对女主太舔 9. 多女没有竞争 10. 修罗场没张力 11. 暧昧写得油腻 12. 感情线压过事业线 13. 事业线刚起来就切感情 14. 女主抢主角光 ⸻ 10. 需要输出的最终成果 调研完成后，输出以下 8 个文件。 ⸻ 文件 1：样本书单表 字段： 1. 书名 2. 作者 3. 类型 4. 字数 5. 连载状态 6. 排名来源 7. 选择理由 8. 核心卖点 9. 主要读者反馈 10. 是否重点分析 ⸻ 文件 2：章节样本表 字段： 1. 书名 2. 章节 3. 剧情事件 4. 主角状态 5. 冲突对象 6. 表层爽点 7. 真实情绪 8. 背后欲望 9. 追读问题 10. 评论爆点 11. 负反馈 12. 初步判断 ⸻ 文件 3：读者情绪总表 按情绪输出。 每个情绪必须包含： 1. 情绪名称 2. 触发条件 3. 常见剧情动作 4. 常见读者评论 5. 对应欲望 6. 如何转化成追读 7. 适合类型 8. 写作风险 示例格式： 憋屈 触发条件： 1. 主角被误解 2. 主角被羞辱 3. 主角明明有能力但暂时不能出手 4. 反派占据道德或权力高位 对应欲望： 1. 想反击 2. 想报复 3. 想让对方后悔 4. 想恢复公平 追读方式： 1. 让反派继续加码 2. 让旁观者站错队 3. 让主角暂时忍住 4. 在 1 到 3 章内兑现反击 风险： 1. 憋屈太久会弃书 2. 主角忍耐没有理由会显得怂 3. 反击不彻底会被骂 ⸻ 文件 4：读者欲望总表 按欲望输出。 每个欲望包含： 1. 欲望名称 2. 欲望解释 3. 常见剧情载体 4. 对应情绪 5. 常见桥段 6. 追读钩子 7. 毒点 8. 可复用写法 示例： 想被高价值女性偏爱 解释： 读者想看到一个普通人无法接近、无法获得、无法掌控的高价值女性，对主角产生特殊兴趣。 常见剧情载体： 1. 冷艳女总裁 2. 校花 3. 女明星 4. 高门千金 5. 强势女上司 6. 神秘女强者 对应情绪： 1. 爽 2. 优越感 3. 暧昧期待 4. 占有欲 5. 被偏爱感 追读钩子： 1. 她为什么对主角特殊？ 2. 她是不是动心了？ 3. 她会不会主动？ 4. 她看到其他女人会怎样？ 毒点： 1. 倒贴太快 2. 女主没有价值 3. 女主只会送资源 4. 主角太舔 5. 关系推进没有阻力 ⸻ 文件 5：追读钩子总表 按钩子类型输出。 分类： 1. 危机未解 2. 爽点未兑现 3. 奖励未开启 4. 身份未暴露 5. 女主态度未明 6. 反派未清算 7. 底牌未使用 8. 秘密只揭一半 9. 新地图未展开 10. 多女关系即将撞车 11. 事业机会即将到手 12. 大人物即将表态 每个钩子包含： 1. 适用场景 2. 读者为什么想看 3. 最佳兑现周期 4. 拖太久的风险 5. 示例结构 ⸻ 文件 6：毒点总表 按毒点输出。 每个毒点包含： 1. 毒点名称 2. 读者表面骂法 3. 本质违背了什么欲望 4. 常见出现位置 5. 如何修正 6. 哪些类型最容易出现 示例： 主角圣母 读者表面骂法： 1. 主角太软 2. 怎么还不杀 3. 又放虎归山 4. 作者强行恶心人 本质违背： 1. 报复欲没兑现 2. 惩罚欲没兑现 3. 主角替读者赢的功能失效 4. 反派没有付出代价 修正方式： 1. 如果不杀，必须让反派付出别的明确代价 2. 主角放过对方必须有更大的利益计算 3. 放过之后不能让主角显得蠢 4. 后续必须有更狠的回收 ⸻ 文件 7：类型差异报告 每个类型输出： 1. 核心读者欲望 2. 高频情绪 3. 高频爽点 4. 高频毒点 5. 常见追读钩子 6. 代表性章节结构 7. 与其他类型的区别 8. 对都市恋爱多女写作的可借鉴点 ⸻ 文件 8：都市恋爱多女专项报告 必须重点输出： 1. 男频都市恋爱读者真正想看什么 2. 多女关系为什么能留人 3. 哪些女主类型最容易被喜欢 4. 哪些女主类型最容易被骂 5. 事业线如何给感情线增加价值 6. 感情线如何反过来推动事业线 7. 多女修罗场如何制造追读 8. 主角如何保持选择权而不显得渣 9. 女主倒贴和女主偏爱的区别 10. 都市恋爱主线的章节节奏建议 ⸻ 11. 章节分析表模板 每章按下面格式输出。 ⸻ 章节分析 基础信息 书名： 类型： 章节： 阶段： 本章剧情 用 3 到 5 句话总结。 主角状态 选择： 1. 被压制 2. 被误解 3. 暗中布局 4. 小胜 5. 大胜 6. 危机升级 7. 感情推进 8. 事业推进 9. 身份隐藏 10. 身份暴露 表层爽点 列出 1 到 5 个。 真实情绪 列出 1 到 5 个，并解释。 背后欲望 列出 1 到 5 个，并解释。 追读问题 写成问题句。 评论区反应 摘录代表性评论，不需要大量复制。 格式： 1. 评论： 情绪： 欲望： 判断： 2. 评论： 情绪： 欲望： 判断： 评论爆点 说明哪一段最容易引发评论，为什么。 负反馈 说明读者骂什么，背后违背了什么欲望。 可复用结构 把本章抽象成写作结构。 例如： 1. 主角被低估 2. 反派公开加码 3. 女主旁观 4. 主角暂不解释 5. 证据反转 6. 反派破防 7. 女主重新评价主角 8. 留下新的关系钩子 ⸻ 12. 评论翻译规则 Agent 不要把评论照抄后就结束。 必须把评论翻译成心理语言。 示例 1 原评论： 终于打了，舒服。 翻译： 1. 表层态度：爽 2. 真实情绪：憋屈释放、报复快感 3. 背后欲望：想惩罚反派、想让主角替读者赢 4. 追读动机：想看后续清算是否彻底 5. 写作判断：前面的压抑有效，但兑现必须够狠 示例 2 原评论： 这女主有点香。 翻译： 1. 表层态度：喜欢女主 2. 真实情绪：暧昧期待、性吸引、被偏爱感 3. 背后欲望：想看高价值女性对主角特殊 4. 追读动机：想看女主下一步是否主动 5. 写作判断：女主价值立住了，关系推进可以慢，但每次出场要有态度变化 示例 3 原评论： 别水了，赶紧打。 翻译： 1. 表层态度：不耐烦 2. 真实情绪：期待落空、焦躁 3. 背后欲望：想要冲突兑现 4. 追读动机：已经被前文吊起，但耐心快耗尽 5. 写作判断：铺垫到了临界点，再拖会流失 示例 4 原评论： 主角怎么这么怂？ 翻译： 1. 表层态度：骂主角 2. 真实情绪：失望、愤怒 3. 背后欲望：想看主角替自己赢 4. 追读动机：如果下一章没有反击，可能弃书 5. 写作判断：忍耐必须有理由，不能让读者觉得主角没血性 ⸻ 13. 数据量要求 第一轮最低要求： 1. 样本书：30 本 2. 每本章节：10 章 3. 总章节样本：300 章 4. 每章评论样本：20 到 40 条 5. 总评论样本：6000 条以上 第二轮加强版： 1. 样本书：50 本 2. 每本章节：20 章 3. 总章节样本：1000 章 4. 每章评论样本：30 到 50 条 5. 总评论样本：30000 条以上 如果时间有限，优先保证： 1. 都市类样本 2. 评论爆点章节 3. 上架前后章节 4. 女主强反应章节 5. 负反馈严重章节 ⸻ 14. 分析时的判断标准 14.1 一个桥段有效，要满足至少两个条件 1. 评论区有明显正反馈 2. 读者产生明确追读问题 3. 情绪有铺垫和兑现 4. 欲望没有被立刻满足完 5. 后续仍有升级空间 6. 角色关系发生变化 7. 主角获得新的资源、身份或主动权 14.2 一个桥段失败，通常有这些表现 1. 评论区骂水 2. 读者催促跳过 3. 读者骂主角怂 4. 读者骂女主恶心 5. 评论从剧情讨论变成作者攻击 6. 追读问题不明确 7. 情绪铺垫太久没有兑现 8. 兑现力度不够 9. 主角没有获得实际收益 10. 关系没有变化 11. 反派没有付出代价 ⸻ 15. 反推写作结构的方法 不要只总结“读者喜欢打脸”。 要拆成结构。 15.1 打脸结构 分析每个打脸桥段时，拆成： 1. 谁看不起主角？ 2. 为什么看不起？ 3. 羞辱是否公开？ 4. 旁观者是否站队？ 5. 主角为什么不立刻解释？ 6. 反转证据是什么？ 7. 打脸是否发生在公开场合？ 8. 反派是否付出代价？ 9. 女主 / 大人物是否重新评价主角？ 10. 后续是否留下更大冲突？ 15.2 女主偏爱结构 分析每个女主偏爱桥段时，拆成： 1. 女主初始价值是什么？ 2. 她对别人是什么态度？ 3. 她为什么对主角特殊？ 4. 她有没有主动行为？ 5. 她的主动是否带来实际资源或风险？ 6. 主角有没有被她改变处境？ 7. 其他角色是否察觉她的特殊？ 8. 是否引发嫉妒、误会、修罗场？ 9. 读者是否评论“香”“懂”“好看”？ 10. 后续是否留下关系钩子？ 15.3 升级结构 分析每个升级桥段时，拆成： 1. 升级前主角缺什么？ 2. 升级条件是什么？ 3. 升级过程是否有代价？ 4. 升级后是否立刻反馈？ 5. 有没有让别人看到变化？ 6. 升级是否解决当前问题？ 7. 升级是否打开更大问题？ 8. 奖励是否足够具体？ 9. 读者是否感觉主角真的变强？ 10. 后续是否出现新目标？ 15.4 悬念结构 分析每个悬念桥段时，拆成： 1. 秘密是什么？ 2. 读者知道多少？ 3. 主角知道多少？ 4. 配角知道多少？ 5. 悬念和当前剧情有什么关系？ 6. 是否只揭开一半？ 7. 是否带来新危机？ 8. 是否改变角色关系？ 9. 是否改变主角目标？ 10. 是否有兑现周期？ ⸻ 16. 最终输出格式要求 所有结论必须遵守下面要求： 1. 不要写空泛判断。 2. 每个结论都要有样本支撑。 3. 每个情绪都要说明触发条件。 4. 每个欲望都要说明对应剧情动作。 5. 每个追读动机都要说明如何制造。 6. 每个毒点都要说明违背了什么读者欲望。 7. 每个类型都要单独分析。 8. 都市恋爱多女方向要单独加厚。 9. 不要只列词，要解释机制。 10. 不要照搬评论，要翻译成心理模型。 ⸻ 17. 最终报告结构 最终报告按下面目录输出。 起点男频读者情绪、欲望、追读动机调研报告 1. 样本说明 1. 调研书单 2. 类型分布 3. 章节数量 4. 评论数量 5. 数据来源 6. 调研限制 2. 总体结论 用 10 到 20 条结论概括。 每条结论格式： 结论： 证据： 对写作的启发： 3. 读者情绪地图 按情绪逐个分析。 4. 读者欲望地图 按欲望逐个分析。 5. 追读动机地图 按追读钩子逐个分析。 6. 毒点地图 按毒点逐个分析。 7. 类型差异 按都市、玄幻、仙侠、历史、科幻、轻小说等类型分析。 8. 都市恋爱多女专项 重点分析： 1. 女主价值 2. 女主偏爱 3. 多女竞争 4. 修罗场 5. 事业线和感情线互相推动 6. 男频恋爱主线的留人方式 9. 可复用剧情结构 输出至少 30 个结构模板。 例如： 1. 被低估—公开羞辱—证据反转—反派破防—女主改观 2. 女主冷淡—发现主角能力—主动试探—给出资源—留下暧昧钩子 3. 小危机—主角藏底牌—敌人加码—主角反向利用—更大敌人出现 4. 事业机会—竞争对手压制—主角拿出新方案—大人物下注—女主重新评估 10. 写作建议 输出适合“都市恋爱主线 + 事业辅线 + 多女”的写法建议。 必须具体到： 1. 开局怎么立主角 2. 第一女主怎么出场 3. 第一轮事业冲突怎么写 4. 第一轮打脸怎么写 5. 多女关系怎么慢慢加压 6. 每章如何留追读问题 7. 情绪如何铺垫和兑现 8. 如何避免毒点 ⸻ 18. Agent 执行顺序 严格按以下顺序执行： 第一步：建样本书单 从起点男频榜单和外部讨论中选择 30 本样本书。 输出《样本书单表》。 第二步：确定章节样本 每本书选择 10 个关键章节。 输出《章节采样表》。 第三步：采集评论 每章采集本章说、章评、书评、外部评论。 输出《评论样本表》。 第四步：逐章分析 按章节分析模板，分析 300 个章节样本。 输出《章节分析表》。 第五步：情绪归类 把所有章节中的情绪归并。 输出《读者情绪总表》。 第六步：欲望归类 把所有情绪背后的欲望归并。 输出《读者欲望总表》。 第七步：追读动机归类 把所有章节结尾的问题和钩子归并。 输出《追读钩子总表》。 第八步：毒点归类 把所有负反馈归并。 输出《毒点总表》。 第九步：类型差异分析 按类型输出差异。 输出《类型差异报告》。 第十步：都市恋爱多女专项 重点分析都市恋爱、多女、事业线、女主关系。 输出《都市恋爱多女专项报告》。 第十一步：提炼写作模板 从样本里抽象出可复用剧情结构。 输出《可复用剧情结构表》。 第十二步：写最终报告 整合所有内容，输出完整调研报告。 ⸻ 19. 质量检查 最终报告交付前，逐条检查： 1. 是否有足够样本？ 2. 是否覆盖多个男频类型？ 3. 是否重点加厚都市恋爱多女方向？ 4. 是否区分了情绪、欲望、追读动机？ 5. 是否解释了毒点背后的欲望违背？ 6. 是否有章节级证据？ 7. 是否有评论级证据？ 8. 是否把评论翻译成心理模型？ 9. 是否输出了可复用剧情结构？ 10. 是否能直接指导写作？ 如果只是输出“爽点、打脸、升级、后宫、悬念”这种词，判定为失败。 如果能解释： 1. 为什么读者爽 2. 爽从哪里来 3. 哪个欲望被满足 4. 哪个欲望被吊住 5. 下一章为什么还想看 6. 作者用了什么剧情动作 7. 这个结构怎么复用 才算合格。 ⸻ 20. 最终判断标准 本调研的合格标准是： 看到一章小说后，能判断它调动了读者哪种情绪；这种情绪背后是什么欲望；这章结尾留下了什么追读问题；如果读者骂了，能判断作者违背了什么欲望；最后能把这个章节抽象成可复用写作结构。 这就是本次调研的最终目的。

你现在是“中文段子型梗调研助手”。 我给你一个关键词，你要调研它在中文互联网里的段子型梗，不要只解释词语意思。 请重点查这些内容： 1. 抖音评论区、神评论、热评、热门视频标题 2. B站热梗、万恶之源、弹幕、评论区、二创视频 3. 微博热搜、网友辣评、高赞评论 4. 小红书文案、嘴替、发疯文学、评论区 5. 虎扑“什么水平 / 如何评价 / 老哥怎么看” 6. 贴吧抽象内容、神贴、热帖 7. NGA，只有游戏、二次元、宅圈相关时才重点查 我要的是： * 高赞评论 * 神回复 * 评论区接梗 * 段子文案 * 可复用句式 * 适合发在抖音/B站/微博/小红书/虎扑/贴吧的表达 不要把普通解释当梗。 不要把普通生活文案硬说成热梗。 查不到就直接说查不到。 能确认有平台热度的方向要优先写。 没有平台证据但可以写成段子的，要标明“可写，但不算强热梗”。 输出结构： 【关键词】段子型梗调研 1. 结论：这个词有没有强梗，最强方向是什么 2. 按方向拆解，每个方向说明： * 怎么玩 * 为什么算梗 * 适合平台 * 可用评论句式 3. 平台调研结果： * 抖音 * B站 * 微博 * 小红书 * 虎扑 * 贴吧 * NGA 4. 最能直接用的 10-20 条评论 5. 下次应该搜索哪些关键词 风格要求： * 直接 * 像真实评论区 * 不要 AI 腔 * 不要百科腔 * 不要公众号腔 * 不要每句都押韵 * 多给能直接复制改写的句子 我的关键词是：