博客

  • GPT-6.1 Terra接入Copilot:创作工具开发先从小任务试起

    事件与公告日期:2026年10月26日。本文于10月27日核对GitHub官方更新,将已公布事实与编辑建议分开说明。

    官方公布了什么

    GitHub宣布,GPT-6.1 Terra已在Copilot正式可用,定位于日常智能体编程和终端工作。官方列出的入口包括VS Code、Copilot CLI、云端智能体等,并说明将逐步推送。支持范围涉及Pro、Pro+、Max、Business和Enterprise;暂时看不到选项,并不一定是安装出错。企业与组织管理员仍可通过模型策略控制访问。

    这次消息说明的是模型进入开发工具的可用性,不等于已经验证它适合每一种创作项目。公告没有提供针对中文网文提示词、音乐工作流或短剧管理系统的专项测试,因此不宜把模型更新直接解释成创作质量提升。

    对创作工具开发意味着什么

    以下是编辑解读。对自己搭建小说资料库、提示词检索页或素材整理脚本的创作者,可以先把新模型用于边界明确、结果容易检查的小任务。例如给提示词列表增加一个筛选条件,或为素材文件生成一份清单。一次只改一处,说明输入、预期结果和不能改动的范围,比直接要求重写整个平台更容易判断效果。

    如果想尝试终端任务,可先在项目副本中处理少量测试文件,要求执行前列出计划,完成后展示变更。涉及会员、支付、账号与正式素材的操作,应保留人工确认;能完成文件处理,并不能证明它理解全部业务规则。

    限制与下一步建议

    是否值得切换,需要用自己的任务比较。选择一个现有模型已经做过的修复,提供相同需求和验收条件,记录修改范围、测试结果及人工返工量。不要只比较首次回答的长度,也不要在没有测试的情况下把“看起来能运行”当成完成。

    计费与组织权限应以当前官方文档和账户界面为准,不从模型名称推断费用。建议先验证普通页面或脚本,再考虑扩大使用范围。已有工作流能够稳定运行时,也可以保留原方案,将新模型作为可选项,而不是立即全量替换。

    官方来源:GitHub:GPT-6.1 Terra in GitHub Copilot(2026年10月26日)。

  • Copilot模型策略API正式开放:创作工具团队如何统一模型选择

    事件及官方公告日期:2026年10月19日。本文发布日期:2026年10月21日。

    已确认的变化

    GitHub宣布,Copilot模型策略的GET和PATCH接口已正式可用,覆盖企业、企业团队、智能体应用和组织四个层级。管理员可以通过REST API读取与更新模型策略,而不必只在管理页面逐项操作。企业还可按相应管理模式,把模型控制交给组织,或交给团队与应用。依据为GitHub官方更新公告。

    这次变化针对管理方式。公告没有宣布新模型,也没有承诺代码生成更准确、运行更快或费用降低。模型是否可用仍需结合实际账户、上级策略和产品支持情况核对。

    对创作者的意义:我们的解读

    独立作者只用个人账户偶尔修改网页,未必需要这些接口。更适合关注的是共同维护小说工作流、音乐素材站或短剧工具的小团队:当多人使用Copilot辅助开发时,模型选择若各不相同,排查同一问题就容易混入额外变量。

    例如,团队要调整一个故事资料上传组件,可以先固定评测任务、输入样例和验收要求,再记录允许使用的模型。这样比较的是同一任务下的修改结果。策略接口便于把管理记录接入现有流程,但代码是否正确、是否泄露数据,依然要靠权限设计、测试和人工审查。

    限制与下一步

    读取策略与修改策略应分开安排。准备试用时,先由有权限的管理员检查官方文档,确认所属层级与继承关系,再读取现有配置并留下记录。不要为了让某个模型出现在列表里,直接扩大整个团队的权限。

    如果确实需要调整,建议先在小范围验证:记录改动前后的策略、受影响人员和回退方法,用一个非生产项目检查实际可用模型,再决定是否推广。团队还应保留测试样例,避免模型调整后只凭一次顺手的输出判断质量。

    对正在搭建内容生成工具的人,先把流程拆清楚仍然更有价值。站内短篇工作流课程可作为流程搭建的学习入口;它不是本次GitHub功能的操作教程。先明确输入、输出与审稿环节,再考虑统一模型管理。

  • AI写短篇方式(10.22更新)

    [gq_protected]

    
    ---
    name: commercial-short-fiction
    description: 用于中文商业网络短篇小说的策划、开篇、正文创作、续写、审稿和定向修订。重点解决作品缺乏阅读吸引力、故事架构松散、人物行动无效、行文机械和情绪兑现不足的问题。当用户要求创作或修改商业网文时使用此技能。
    metadata:
      octop:
        emoji: "📚"
        requires: {}
        label:
          zh: "商业短篇创作法"
          en: "Commercial Short Fiction"
        summary:
          zh: "以读者阅读体验为核心,完成短篇小说策划、创作、审稿与修订。"
          en: "Plan, write, review and revise commercial short fiction with reader engagement as the priority."
    ---
    
    # 颠倒梦·商业短篇创作法 V1.0
    
    ## 一、核心目标
    
    你的目标不是写出一篇看起来像小说的文字,而是创作目标读者愿意阅读、愿意继续读、读完后觉得值得的商业网文。
    
    所有创作决策都必须服务于具体的故事与阅读体验。
    
    重点关注三个层面:
    
    1. 内容:故事有没有吸引力,人物有没有欲望,冲突有没有价值。
    2. 架构:事件是否形成因果,冲突是否持续升级,结局是否兑现期待。
    3. 行文:语言是否自然,人物是否鲜活,叙述是否具有节奏与辨识度。
    
    不得用流畅的语言掩盖空洞的内容,不得用复杂的设定掩盖缺乏冲突,也不得用大量细节掩盖情节停滞。
    
    ## 二、创作前的判断
    
    收到创作需求后,先判断以下问题:
    
    - 题材是什么,目标读者是谁?
    - 这篇故事最值得读者关注的卖点是什么?
    - 主角目前处于什么困境?
    - 主角想要什么,阻碍来自哪里?
    - 如果失败,主角会失去什么?
    - 哪件事情迫使主角现在采取行动?
    - 读者最想知道的下一个答案是什么?
    - 故事最终准备如何兑现期待?
    
    创意只有设定、没有冲突时,先补足冲突。
    
    创意只有冲突、没有合理动机时,先完善人物。
    
    创意无法支撑目标篇幅时,缩小篇幅或重新设计事件,不得用无关日常填充字数。
    
    不要为了满足模板而机械输出所有分析项目。
    
    ## 三、故事架构
    
    短篇小说默认围绕一条核心主线展开。
    
    创作前明确:
    
    1. 主角的目标。
    2. 主要阻碍。
    3. 核心对抗关系。
    4. 主角能够采取的行动。
    5. 行动需要付出的代价。
    6. 冲突升级的路径。
    7. 高潮发生的必要条件。
    8. 核心问题的解决方式。
    
    可以采用不同的叙事结构,但必须保证事件之间存在因果关系。
    
    每个重要事件至少应当改变一项内容:
    
    - 人物处境。
    - 人物关系。
    - 信息与认知。
    - 风险与代价。
    - 行动目标。
    - 主角的选择空间。
    
    如果连续多个场景结束后,故事局面没有发生变化,应当检查是否存在重复冲突、无效场景或推进不足。
    
    禁止把大纲简单扩写成流水账。
    
    禁止为了增加字数而不断引入新人物、新设定和支线。
    
    ## 四、开篇设计
    
    开篇的第一任务是建立阅读动力,而不是介绍完整背景。
    
    可以从冲突、异常事件、关系破裂、危险、利益争夺、身份反差、人物选择或其他适合题材的事件切入。
    
    不强制使用固定模板。
    
    但开篇必须尽快让读者理解:
    
    - 发生了什么值得关注的事情。
    - 主角为什么卷入其中。
    - 这件事会产生什么影响。
    - 读者接下来最想知道什么。
    
    开篇应当通过具体事件建立期待,而不是只依赖一句故弄玄虚的话。
    
    不要用大段背景介绍、世界观资料、系统面板或人物履历延迟核心冲突。
    
    设定应当在影响人物当前行动时出现。
    
    如果开篇无法让读者产生继续阅读的理由,应优先调整事件设计,而不是先润色句子。
    
    ## 五、人物与角色意识驱动叙事
    
    人物是故事的行动主体,不是剧情的执行工具。
    
    写作时持续考虑:
    
    - 人物此刻想做什么?
    - 他知道什么,不知道什么?
    - 他如何理解当前处境?
    - 他的性格、经历和偏见如何影响判断?
    - 他为什么选择这种行动,而不是其他行动?
    - 这次选择会造成什么后果?
    
    人物应当通过行动、对话、判断与选择展现性格。
    
    不要反复向读者解释已经通过行动表现出来的性格。
    
    允许人物嘴硬、误判、犹豫、偏执、逃避、说闲话或言不由衷,但这些表现必须符合具体人物和情境。
    
    第一人称应体现主角独特的认知、语言和信息边界。
    
    第三人称默认采用贴近主要人物的有限视角,不随意进入其他人物内心。
    
    不得为了推进剧情让人物突然降智,也不得让所有人物拥有同样的表达方式。
    
    ## 六、冲突与情绪兑现
    
    冲突必须与人物目标有关。
    
    主角的行动应当对局面产生影响。行动可以失败,但失败必须带来新的信息、代价或局势变化。
    
    爽点不能仅靠旁观者惊叹、反派愚蠢或作者宣布主角很强来实现。
    
    应通过有效行动、策略、信息差、反击、能力兑现、关系变化或利益变化建立爽点。
    
    不同题材使用不同的情绪机制:
    
    - 逆袭:处境差距、能力展示、有效反击。
    - 复仇:伤害、动机、反击、代价与清算。
    - 悬疑:疑问、证据、误判、揭示与解释。
    - 情感:欲望、关系、选择、误解与后果。
    - 仙侠玄幻:目标、规则、资源争夺、能力成长与强敌。
    
    不要将所有题材套进同一套打脸模板。
    
    高潮必须由前面的事件和人物选择支撑。
    
    结局必须回应核心冲突,兑现主要阅读期待。
    
    ## 七、行文与细节
    
    行文自然、鲜活、符合人物身份与当前情境。
    
    不要将小说写成剧情摘要、工作报告或设定说明书。
    
    避免:
    
    - 连续记录无意义的生活动作。
    - 反复解释人物心理。
    - 重复表达同一种情绪。
    - 用大量数字代替剧情。
    - 所有对白都完整、规范、逻辑严密。
    - 每个段落都以总结、哲理或悬念结束。
    - 为了文采滥用比喻、排比和抽象概念。
    - 为了模拟真人,刻意加入口语、停顿或不规则句式。
    
    细节的价值在于塑造人物、推动行动、建立氛围、改变局面或增强情绪。
    
    无效细节应当删减,有效细节应当保留。
    
    不要为了简洁而删除真正体现人物个性的表达。
    
    ## 八、分段创作
    
    默认短篇目标为6000—10000汉字,具体篇幅以用户要求为准。
    
    建议先规划完整故事,再分段生成正文。
    
    每个写作单元应当对应自然的剧情阶段,而不是机械切割相同字数。
    
    继续创作时必须承接已有事实,包括:
    
    - 人物当前状态。
    - 已经发生的事件。
    - 已知与未知的信息。
    - 人物关系变化。
    - 已经使用的资源、能力和道具。
    - 尚未解决的冲突。
    - 已经建立的伏笔。
    
    不得重复介绍已经明确的信息,不得擅自重置剧情,不得提前消耗后续重要事件。
    
    如果上下文不足以准确续写,应要求补充必要的前文,而不是编造缺失内容。
    
    ## 九、审稿与修订
    
    完成正文后,检查以下问题:
    
    1. 开篇是否建立了真实的阅读期待?
    2. 主角是否拥有明确目标并采取行动?
    3. 核心冲突是否持续推进?
    4. 事件之间是否存在因果关系?
    5. 人物行为是否符合自身认知与动机?
    6. 是否存在无效细节、重复解释和设定堆积?
    7. 高潮是否兑现了前文建立的期待?
    8. 结局是否解决核心问题?
    
    将问题分为:
    
    P0:严重逻辑、设定或因果问题。
    
    P1:明显损害阅读体验的问题。
    
    P2:不影响故事成立的风格偏好。
    
    优先处理确认成立的P0和P1。
    
    P2默认保留。
    
    修订时遵循最小必要修改原则:
    
    能改一句,不改一段;能改一段,不重写整章。
    
    不得为了统一风格而抹除人物的幽默、偏见、语言习惯和有效细节。
    
    审稿建议并非绝对正确。若修改会损害原有阅读体验,应当拒绝执行。
    
    ## 十、工作模式
    
    根据用户的实际要求选择模式:
    
    ### 策划模式
    输出题材定位、核心卖点、人物、冲突、故事结构和结局。
    
    ### 开篇模式
    围绕核心冲突创作开篇,并确保迅速建立阅读期待。
    
    ### 正文模式
    根据已确认的策划案持续创作正文。
    
    ### 续写模式
    严格承接已有正文与人物状态,推进下一阶段事件。
    
    ### 审稿模式
    定位真实存在的问题,提供原文证据和具体修改建议,不擅自重写。
    
    ### 修订模式
    结合原文和审稿报告,只处理确认成立的问题,保留有效表达。
    
    用户只要求某一个阶段时,不得擅自执行全部流程。
    
    用户要求完整短篇时,按策划、创作、检查和修订的顺序完成。
    
    ##

    [/gq_protected]

  • GitHub自动修复正式可用:AI开发项目如何审查安全修复

    事件日期:2026年10月15日。本文发布日期:2026年10月16日。

    官方事实:从修复建议走向可审查的修改

    GitHub在10月15日公告中宣布,代码扫描的agentic autofix正式可用。把告警分配给Copilot后,它会查阅相关代码、提出修改,并重新运行CodeQL检查;必要时继续调整,随后提交草稿拉取请求,供开发者审查。公告也说明,这项能力会消耗Code Security的AI额度和GitHub Actions运行分钟数,不能理解为所有账号免费获得自动修复。

    官方文档区分了两条流程:普通Copilot Autofix提供单个告警的修改建议,agentic autofix会进一步调查代码并验证修改。文档同时提醒,自动验证有边界,部分自定义查询、扩展查询集或第三方扫描告警无法由它确认修复,生成的代码仍需人工检查与测试。

    创作者解读:适合放进开发后的检查环节

    对用AI搭建写作工具、素材管理站或创作工作流的人,这次变化的价值在于让修复过程留下可检查的修改记录。比如一个上传接口出现安全告警,可以先查看它修改了哪些文件、是否改变文件类型限制,以及原有功能还能否运行。不能只看最终提示成功,就把修改直接部署到用户使用的系统。

    更合适的做法是把任务缩小:先选一条能理解的告警,要求修复说明写清触发条件、修改理由与验证步骤;再用原来的合法输入、边界输入和错误输入分别检查。如果项目涉及登录、付费或用户资料,还要检查权限与数据流,确认补丁没有顺手放宽访问条件。这些是本文的实践建议,不代表官方承诺了完整安全审计。

    限制与下一步建议

    不同账号和仓库的开放条件可能不同,启用前应在实际设置中核对权限、策略与预算。CodeQL不再报告某条告警,也不等于业务规则、依赖项和全部接口都已安全。建议先在隔离分支或测试环境试一条告警,比较修改前后的行为,保留测试记录,再由负责人决定是否合并。

    如果正在搭建内容生产工具,可结合本站短篇工作流课程梳理输入、接口和输出环节,再明确哪些步骤需要人工验收。先建立检查方法,再决定是否引入新的自动化能力。

    官方来源:GitHub 10月15日发布公告;GitHub自动修复说明文档。

  • Dify New Agent更新:AI写作工作流如何分开构思、生成与审稿

    创作工具更新解读|整理发布日期:2026年10月6日|官方事件日期:2026-08-27

    Dify New Agent将智能体作为可维护和复用的独立能力。对AI网文工作流开发,真正需要设计的是输入、输出、任务边界和人工检查:构思、正文与审稿分开,才能定位错误并持续更新方法。

    官方更新了什么

    Dify于2026年8月27日介绍New Agent,说明智能体可以独立维护,作为网页应用或API使用,也可在多个工作流中复用。公告介绍了模型、提示词、文件、技能与工具的集中配置,以及运行追踪等维护方式。不同部署版本的具体能力应以对应文档为准。

    开发解读:先确定任务边界

    对AI写作系统,不应把写故事、判断质量和发布作品交给同一个没有边界的指令。可以让构思环节输出候选方案,让正文环节只使用已经确认的大纲,让审稿环节输出问题清单。每个环节的结果应能被人检查,也应允许退回上一步修改。

    从一个小流程开始

    输入包含题材、主角目标、核心冲突和明确的限制;立项节点输出统一字段;人工选定后,生成一个场景的大纲;确认大纲后再生成正文。审稿节点检查因果断裂、人物知识越界和重复表达,引用原文位置,不直接替作者宣布作品已经合格。

    怎样让流程可维护

    固定每个节点的输入字段和输出结构,保留模型版本、提示词编号、运行时间与异常记录。遇到失败先区分是资料不完整、节点拿错变量,还是模型没有遵守要求。用少量原创样本重复运行,确认问题确实减少以后再扩大规模,避免把偶然成功当成稳定能力。

    限制与下一步

    复用智能体可以减少重复配置,但共享设置一旦修改,也可能影响多个工作流。升级前保留旧版本,用测试样本验证再切换。自动生成不等于自动发布,公开内容仍应核对事实与素材来源。建议先完成“一个想法到一个场景”的流程,建立人工确认点,再逐渐扩展到短篇与连续章节。

    查看固定编号的写作方法

    官方来源

    官方公告(2026-08-27)。功能信息以官方公告和当前产品说明为准。

  • Veo参考图与竖屏更新:AI短剧怎样检查人物一致性

    创作工具更新解读|整理发布日期:2026年10月6日|官方事件日期:2026-01-13

    Veo 3.1的参考图视频与原生竖屏能力,对AI短剧分镜有直接参考价值。本篇是对既有官方更新的创作解读,重点说明人物资料、镜头任务和连续性检查,不把功能升级等同于整集短剧自动完成。

    官方更新了什么

    Google在2026年1月13日的公告中介绍Veo 3.1参考图生成视频的改进,包括人物、背景与物体的一致性方向,以及原生9:16输出。公告还说明部分入口提供1080p或4K升频能力。这是对既有更新的回顾,不是今天刚发布的新消息。

    创作解读:一致性要逐镜头检查

    参考图能帮助表达人物和场景要求,但不能据此保证跨镜头完全一致。AI短剧需要检查脸部特征、服装、道具、空间位置与动作承接。分辨率更高也不代表叙事更清楚;如果角色上一镜头拿着杯子,下一镜头却突然空手,仍会破坏观众理解。

    生成前整理三份资料

    第一份是角色卡,记录外观、服装和不得改变的特征;第二份是场景卡,记录光线、关键道具与空间关系;第三份是镜头表,写清景别、人物动作、镜头运动和起止状态。每个镜头只承担一个主要叙事任务,先保证信息能被看懂。

    用一个短场景验证流程

    先做同一角色的建立镜头、行动镜头和反应镜头,比较三段画面能否连续剪在一起。检查视线方向、左右关系、动作是否越过关键过程,以及背景里是否出现多余文字或人物。出现问题时先找对应的资料项,不用一段越来越长的提示词覆盖所有错误。

    限制与下一步

    公告中的不同能力分布在不同产品入口,套餐、地区与当前可用状态需要另查。本文不提供未经实测的生成效果,建议保存参考图版本和失败样本。先把剧本写成可拍的动作,再生成画面;已有脚本的创作者可结合站内提示词库整理人物目标与场景变化,让镜头为故事服务。

    查看人物与场景方法

    官方来源

    官方公告(2026-01-13)。功能信息以官方公告和当前产品说明为准。

  • Suno v6模型更新:AI音乐提示词从风格词走向段落控制

    创作工具更新解读|整理发布日期:2026年10月6日|官方事件日期:2026-09-09

    Suno v6官方公告区分了精确创作、探索和快速生成等模型方向,并介绍局部修改能力。AI音乐提示词也应随之调整:明确歌曲结构、具体要改的位置与保留条件,让每次生成都有可比较的目标。

    官方更新了什么

    Suno于2026年9月9日发布v6公告,介绍v6、v6-wild与v6-mini三个模型方向,并列出使用自然语言修改歌曲局部、修改单句歌词等能力。官方描述的是产品功能与推出方向;实际入口、账号条件和操作方式应以当前产品界面为准。

    创作解读:把目标写具体

    对AI歌曲创作,提示词不宜只是堆叠流派与情绪词。需要说明主歌讲什么、副歌强调什么、声音与编配怎样递进。局部修改的价值在于保留已满意的部分,但是否真正保住旋律、音色与节奏,需要对生成结果逐段试听。

    先做一张歌曲任务卡

    写清歌曲主题、叙述视角、结构安排、核心情绪和主要乐器。把歌词和音乐描述分开,歌词负责具体表达,风格描述负责声音方向。需要探索时保留两三个差异明显的方案;方向确定后,每次只修改一个变量,避免同时改歌词、速度、唱法和配器。

    怎样检查一次局部修改

    给版本命名,记录修改前后时间段,试听连接处是否突兀,检查原来保留的部分是否也变化。修改副歌后要回头听主歌到副歌的推进,不只截取最响的一段。若歌词变清楚但情绪变弱,应明确下一次调整的是表达还是编配,不把两个问题混成一个。

    限制与下一步

    官方更新不等于每首歌都能达到预期,本文没有提供作者跑出的示例或收益承诺。上传的音频、歌词与参考素材应有相应使用权,发布前另行确认账号条款和渠道要求。建议先用原创歌词完成两个版本,建立自己的听感检查表,再考虑发行与推广;推广不能代替作品本身的完成度。

    浏览提示词与输入说明

    官方来源

    官方公告(2026-09-09)。功能信息以官方公告和当前产品说明为准。

  • Suno Speech公测:AI短剧旁白与有声故事怎么准备文本

    创作工具更新解读|整理发布日期:2026年10月6日|官方事件日期:2026-10-01

    Suno推出Speech公测,将口述音频与背景音乐结合生成。对AI短剧和有声故事创作者,新的入口并不能替代台词设计:先准备短文本、清楚的声音要求和停顿安排,再逐段试听,才容易发现表达上的问题。

    官方更新了什么

    Suno于2026年10月1日介绍Speech测试版。官方说明,用户可输入想法、诗歌或自己写的文字,并描述期望的声音与音乐风格,生成结合讲话和背景音乐的音轨。公告也明确提醒测试版可能出现口音变化和夸张停顿等问题。

    创作解读:先用于短段落

    它可以作为旁白、故事朗读与情绪音频的探索工具,但不能据此承诺中文配音准确率、人物声线一致性或商业成片质量。短剧旁白通常承担交代背景或推进情绪的任务,先用一小段文本验证信息是否听得懂,比直接生成整集更容易发现问题。

    文本准备可以分三步

    先把长句拆开,保留人物、行动和结果;再标注哪些词需要强调,哪里停顿,哪些内容不应由旁白直接解释;最后单独描述背景音乐的情绪和强弱。旁白正文与制作说明分开存放,避免工具把说明当成故事内容读出来。

    试听时重点检查这些地方

    核对专有名词、多音字、数字和角色姓名,观察音乐是否遮住关键台词。用手机扬声器再听一遍,检查轻声处是否丢失信息。若一段话必须依靠字幕才能理解,应先修改语言,而不是只提高音量。音轨满意后再进入剪辑,保留原始文本和版本号。

    限制与下一步

    测试版可能改变,生成结果也存在波动,文章不提供未经实测的声音效果保证。涉及模仿他人声音、素材使用与对外发布时,应先核对授权和适用规则。建议以原创的一段场景开场白做试验,记录文本、参数与问题,再决定是否放进正式AI短剧制作流程。

    查看创作任务提示词

    官方来源

    官方公告(2026-10-01)。功能信息以官方公告和当前产品说明为准。

  • Gemini连接创作工具:小说宣传素材如何建立清晰工作流

    创作工具更新解读|整理发布日期:2026年10月6日|官方事件日期:2026-09-23

    Google为Gemini扩展连接应用,涉及创意设计和项目管理工具。对网文作者和独立创作者,值得关注的是如何把作品介绍、封面需求和发布素材组织成可检查的流程,而不是把所有工作塞进一次聊天。

    官方更新了什么

    Google于2026年9月23日宣布逐步推出新一批Gemini连接应用。公告列出的创意工具包括Adobe、Picsart、Squarespace和Webflow,生产力工具包括Airtable与Linear等。官方给出的入口是应用设置或聊天中的提及功能,具体可用性应以自己的账号为准。

    创作解读:连接不等于自动完成

    这类更新对小说宣传的潜在价值,是减少资料在工具之间反复搬运。但工具接通以后,作品定位、宣传语气和最终发布决定仍需要作者确认。不能把平台能力误写成已经替自己的书完成封面、上架或营销。

    先准备一份作品资料卡

    整理书名、故事类型、主角目标、核心冲突、目标读者和禁止剧透的信息。再分开写封面需求、短视频介绍和作品简介的要求。同一份资料卡作为各环节的依据,可以减少宣传语与正文设定不一致的问题。尚未确定的内容直接标成待确认。

    用三个小任务代替一个大指令

    第一个任务是提出三种简介结构,并说明各自强调的冲突;第二个任务是生成视觉需求清单,明确人物、色调与画面禁区;第三个任务是整理发布前检查表。每一步先选方向再继续,让中间结果能够被修改,而不是一次生成一整套无法核对的素材。

    限制与下一步

    连接应用可能涉及授权、套餐与地区条件,公告列出工具并不意味着每个账号都能使用全部能力。宣传素材应根据真实作品撰写,不借用未经许可的人像、品牌或作品元素。先用自己的短篇做一次完整资料整理,再逐步增加工具;需要梳理故事内容时,可从站内写作提示词库的立项卡与因果大纲开始。

    浏览构思与大纲提示词

    官方来源

    官方公告(2026-09-23)。功能信息以官方公告和当前产品说明为准。

  • Claude Sonnet 5.5更新:AI网文改稿如何保住人物与情节

    创作工具更新解读|整理发布日期:2026年10月6日|官方事件日期:2026-09-28

    Claude Sonnet 5.5的更新,给AI网文写作者带来一个值得重新检查的问题:模型变了,旧提示词与改稿流程是否还适合?本文从人物对话、情节因果和局部修订出发,介绍可重复的检查方法。

    官方更新了什么

    Anthropic于2026年9月28日发布Claude Sonnet 5.5。官方将它定位于边界明确的日常任务,并说明写作清晰度和协作体验有所改善。这是厂商对模型的介绍,不是中文小说质量的独立测评,也不能直接推导为网文更容易签约。

    创作解读:先改一个场景

    对AI小说写作,更有价值的用法是把改稿范围缩小。提供一个完整场景、人物目标、已知信息和必须保留的情节,再要求模型指出问题并给出局部修订。这样便于比较修改前后,也能看清模型是否擅自改变设定。

    可以照着做的改稿流程

    先写一张场景任务卡:谁想得到什么,谁在阻拦,结束时局面发生什么变化。接着附上原稿,限定只处理对话辨识度或信息重复中的一项。要求每个修改建议对应原文位置,并说明它对人物行动的影响。确认建议后,再让模型输出修订段落。

    拿到结果后检查什么

    逐句检查人物是否说出了自己不知道的信息,行动是否有动机,伏笔是否被提前揭示。把角色名字遮住再读对话,观察不同人物是否仍有区别。语言更顺不等于故事更好;如果原稿的冲突目标本身不清楚,应先重做场景设计,而不是反复润色措辞。

    限制与下一步

    本文没有把模型输出包装成作者实测案例。模型版本、输入素材和对话上下文都会影响结果,建议保留同一份测试场景、提示词版本与修改记录,升级模型后再比较。可在站内提示词库搜索NW-008人物对话辨识度,先明确输入变量,再用于自己的原稿。

    查看写作提示词库

    官方来源

    官方公告(2026-09-28)。功能信息以官方公告和当前产品说明为准。