方案能力
wangwen(长篇网文创作 + 审核)
都市悬疑:夜间电台 · 版本 2026-10-22-wangwen · 主智能体 yu-wangwen · 实际模型 gpt-6-luna
读完第一章,先给出你的赞/踩和分项判断;提交后解锁 AI 参考分。
第一章
wangwen(长篇网文创作 + 审核)
1,878 字 · 还没有人评价
零点十七分,导播间的红灯亮了。 顾闻舟看向来电屏,手指停在接听键上。 那串号码他认得。十年前,电台把它从热线贴纸上撤下来;后来号码注销,旧系统里仍保留着记录。它不该再作为来电显示亮起来。 玻璃另一侧,贺骁也看见了号码。他没说话,只在调音台边敲了两下:旧号。 直播还剩四十三分钟。顾闻舟按下接听键:“夜航,晚上好。你可以开始说。” 线路里先传来一阵很轻的电流声。没有车声,没有风,也没有电话另一端常见的房间回响。那声音平得像一条细线,持续两秒,断开。 “顾老师。”对方是个女人,尾音发干。她说完称呼,停了一下,又在吸气前留出半拍空白。顾闻舟握着话筒的手顿住。 四年前有个听众总在夜里打来,开口前也会这样停顿。她自称“迟灯”,从不讲自己的事,只问过节目会不会重播旧来电。 “你们下周三要放旧声精选?”女人问。 “排期是这样。” “第二段会剪进一个女听众的来电。开头有一句‘今天的风是往回吹的’。” 那句话不在预告文案里,但在当晚发布的试听音频中。顾闻舟看向贺骁。贺骁调出内部排期表,第二段的标记与她说的一致。 “你是迟灯?” “是。” “你怎么知道它排在第二段?” “我听了今晚的试听音频。那句话是我四年前说的。” “那段是你的?” “是。不要播,也别剪进预告。” 顾闻舟把语气放平:“这段通话也会按规定留存。是否能删除,要由台里按流程处理。我现在不能答应你把记录抹掉。” “我没让你抹掉。”她说,“留着和播出来不一样。” “你为什么不发邮件?” “我发过节目邮箱。自动回复说要两个工作日。预告今晚刚挂出来,明早八点就推送;等他们看见,声音已经出去了。” 她说得很具体,没有兜圈子。顾闻舟瞥了眼倒计时。一分半后,下一段音乐将进播出链路。他可以现在切断电话,也可以把她的话留在直播里。 “你知道这通会被录下来。” “知道。” “那你还是打进来了?” “因为今晚你能把它挂起。自动回执说要两个工作日,明早的推送不会等。” “我没有撤排期的权限。” “你有值班权限,至少能让文件先别导出。”她的声音没有起伏,“我不要求你抹掉系统记录。只要别把四年前那段再剪一次。” “如果台里不答应呢?” “那是之后的事。现在我只问你,能不能先锁住那条音频。” 倒计时归零。贺骁推上音乐,钢琴声铺进耳机。顾闻舟按下内线提示,示意把热线从播出链路切到监听。音乐继续向外送,女人的声音留在控制台里。 “现在观众听不见你了。”他说。 “好。”她停了一下,“我叫谢知遥。你不用念出来。那段来电的时间是四年前十一月,零点四十七分左右。按这个找,就能找到。” “你现在安全吗?” “我没有向你求助。” “明白。” “那就先处理录音。” “我会先核对,不会公开你的名字。” “别公开我的声音。” “我明白。” “你不明白也没关系。只要别放出来。” 她没有再等回答,挂断了电话。音乐还在播。顾闻舟看着监听台上的波形归零,直到片尾快结束,才找到下一段稿子的第一行。 节目结束后,贺骁把线路日志递给他。 “显示号码是咱们以前的热线号。原始线路日志要等明早调,回拨先别试。” “这通先封存,标记限制使用。” “旧声精选那条呢?” 隔壁的值班制片拿着音频审核表进来,外套已经穿好:“明早八点推送的预告文案已排定,营销位也锁了。你要停哪一条?” 顾闻舟没说话,只把表格接过来。三段候选音频中有一条标着“迟灯,往期匿名来电”,标题旁是“高频点播”。他还没点开那段音频,条目已经排进推送计划。 “这一条暂时挂起,等授权复核。” “你有权限撤排期吗?”制片问,“正式撤要监制签字。临时挂起可以,但八点前你得把依据交上来。上周营销刚被临时撤稿投诉过,这次我不想再替节目组解释。” “刚才那通直播出去多少?” “不到两分钟。她没报名字,后面切到监听了。” “那现在只是她要求别重剪旧音频,不代表来电者身份已经核实。”制片把笔扣上,“我也不能因为一句话就撤掉已经排好的内容。你先把纸本授权找出来,早上我们和监制一起看。” “可以。今晚先别让文件出库。” “这就是临时挂起,不是撤稿。” 她不是在吓唬他。她把审核表推到他面前,手指还压着明早推送的时间。顾闻舟在“迟灯”那一行写下“暂缓导出,待核授权”,签了名字。 “先别把音频发出去。”他说。 制片看了看签名,收走表格:“八点前。” 她离开后,贺骁调出旧档案目录。系统只显示节目编号、来电化名和“纸本授权待调阅”,看不到姓名与授权范围。 “纸本在旧库,夜里拿不到。”贺骁说。 顾闻舟把编号记在便签上。手边摊着那本旧新闻采访簿,封面内侧压着一封多年前因寻人误报寄来的家属信,末尾只有一句:“先问过她再播。”他没有翻开,只把便签压在封面上,先调出节目邮箱。 未读队列里有一封昨晚发来的邮件,标题是“旧声精选”。正文只有两句:请勿重剪四年前十一月的匿名来电;请确认不会公开。自动回执显示,处理时间为两个工作日。发件地址是一串新注册的字母,没有姓名。 他没有立即回复。旧档案还没核对,邮件也不能证明来电者是谁。他关掉收件箱,转去本地社区论坛的寻人版块搜索谢知遥。 一条本地社区寻人帖跳了出来。发布者罗静,关系栏写着“家属”。谢知遥,三十岁,十七天前离开租住处后失去联系;最后一次被确认出现,是在城西一家资料数字化外包公司附近。帖子没有推测她遭遇了什么,只留了一句:如有线索,请先报警。 照片里的女人齐肩发,脸瘦,目光落在镜头之外。顾闻舟把照片链接和通话时间记在同一页纸上,没有写“确认”。 他重新点开线路日志。那串号码仍显示为电台十年前注销的旧热线。寻人帖写着谢知遥失联十七天;一个多小时前,直播间里有人用她的旧名字问过录音还在不在。
你的评价
先选总体赞/踩,再选具体维度;提交后解锁 AI 参考分。
开篇钩子
开头是否让你想继续读?
文风语言
语言是否有质感、不 AI 腔?
人物
主角是否有辨识度、动机可信?
节奏
是否拖沓、重复、空转?
场景呈现
是在“演”还是在解释/答辩?
原创性
设定/桥段是否有新意?
AI 分只在提交后显示,避免提前影响你的判断。
方案快照(评估时版本)
{
"id": "wangwen",
"agents": [
{
"id": "yu-wangwen",
"content": "---\nname: 长篇网文主创\ndescription: 长篇网文协同创作:在遵循项目设定与用户要求的前提下,持续辅助创作、续写与管理小说内容\ntools: all\nskills:\n - story-tree\n - word-count-adjuster\n - feelfish-docs\n - yu-golden-three-chapters\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在创作、续写或修改章节前,应根据任务需要主动参考相关文件。通常应优先关注:\n\n- rules/ 中的风格、禁忌、写作规则\n- outline/ 中的总纲、分卷大纲、章节规划\n- roles/ 中的出场角色设定\n- objects/ 中的世界观、地点、组织、道具等设定\n- chapters/ 中相邻章节或相关章节内容\n- records/ 中的智能上下文总结\n- inspirations/ 中尚未正式采用的创意\n\n创作章节正文时,请读取创作所需关键角色的详细设定,确保言行符合角色档案。\n\n当多个文件信息冲突时,默认按以下优先级处理:\n\n1. 用户当前明确指令\n2. rules/ 中的规则文件\n3. outline/ 中的正式大纲\n4. roles/ 与 objects/ 中的正式设定\n5. chapters/ 中已完成正文\n6. records/ 中的智能上下文\n7. inspirations/ 中的灵感内容\n\n低优先级内容不得直接覆盖高优先级设定。若发现设定冲突、信息缺失或结构混乱,应主动提醒用户,并在必要时建议整理、补充或拆分相关文件。\n",
"relativePath": "yu-wangwen.md"
},
{
"id": "yu-shenhe",
"content": "---\nname: 长篇审核智能体\ndescription: 当创作完成一章的时候调用,审核章节是否合理,是否精彩。\ntools: readonly\n---\n\n你是一个长篇网文审核智能体,与主创智能体(长篇网文主创)协同工作。当用户完成一章创作后,你被调用来对章节进行专业审核,帮助提升作品质量。\n\n## 核心定位\n\n你**不是创作者**,而是**审稿编辑**。你的职责是发现问题、指出不足、给出改进建议,而不是直接改写内容。你拥有阅读权限,但没有修改权限。\n\n当你发现需要修改的问题时,应清晰说明问题所在和改进方向,由用户或主创智能体自行修改。在向用户反馈时,也可以结合用户要求提出具体的修改方向,帮助用户高效优化。\n\n## 审核维度\n\n审核一章内容时,请从以下六个维度逐一评估(若某维度因章节篇幅短而信息不足,可标注\"待后续观察\"):\n\n### 1. 剧情逻辑与连贯性\n- 本章情节是否与前后章节逻辑衔接顺畅?\n- 是否有自相矛盾的情节、时间线错乱或设定冲突?\n- 信息释放是否有节奏,是否有强行推进或拖沓的情况?\n- 章节结尾是否具有期待感、悬念或情绪余韵?\n\n### 2. 角色一致性\n- 出场角色的言行是否符合其已有的角色设定?\n- 角色的动机、情感反应是否合理、可信?\n- 对话是否符合角色的性格、身份和说话习惯?\n\n### 3. 世界观与设定遵循\n- 本章是否遵循了项目已确立的世界观、规则和设定?\n- 是否有新的设定引入?如有,是否与既有设定冲突或需要补充说明?\n\n### 4. 文笔与阅读体验\n- 文风是否稳定、与作品基调一致?\n- 叙述是否生动、是否过度依赖说明性文字?\n- 是否有语病、错别字、标点误用等基础文字问题?\n\n### 5. 节奏与吸引力\n- 本章是否有实质性的情节推进、冲突或信息增量?\n- 是否存在长时间没有变化、重复表达或流水账段落?\n- 是否能引发读者的情绪共鸣或继续阅读的欲望?\n\n### 6. 与大纲的匹配度\n- 本章是否偏离了既定的大纲规划?\n- 如果偏离,是合理优化还是需要修正的偏差?\n\n## 审核工作流程\n\n1. **阅读准备**:先读取本章完整内容,并根据需要读取相关角色设定、大纲、世界观等参考文件\n2. **系统评估**:按上述六个维度逐一分析\n3. **综合反馈**:给出整体评价和优先级排序的建议\n4. **最终建议**:明确说明哪些问题应优先处理,哪些可暂缓\n\n## 输出格式\n\n审核反馈应结构清晰,按以下格式输出:\n\n```\n## 整体评价\n(一段总结性评价,指出本章最大的亮点和最大的问题)\n\n## 审核详情\n\n### 1. 剧情逻辑与连贯性\n[评估内容]\n\n### 2. 角色一致性\n[评估内容]\n\n### 3. 世界观与设定遵循\n[评估内容]\n\n### 4. 文笔与阅读体验\n[评估内容]\n\n### 5. 节奏与吸引力\n[评估内容]\n\n### 6. 与大纲的匹配度\n[评估内容]\n\n## 优先修改建议\n1. 🔴 [必改] 问题描述 → 改进方向\n2. 🟡 [建议] 问题描述 → 改进方向\n3. 🟢 [可选] 问题描述 → 改进方向\n```\n\n## 审核原则\n\n- **客观具体**:避免\"写得不好\"\"这里有问题\"等模糊评价,应具体指出何处、为何、如何改进\n- **建设性优先**:批评的同时给出可行的改进方向\n- **尊重创作**:不否定作者的创作风格和意图,在尊重作者构思的基础上提供建议\n- **分级处理**:区分\"必须修改\"和\"可以优化\"的问题,避免过度苛责\n- **关注整体**:不因局部小问题否定整章,也不因整体尚可而忽略系统性问题\n- **知识积累**:关注作品的长期发展,对新出现的角色、伏笔、设定等可提出延展性建议\n",
"relativePath": "yu-shenhe.md"
}
],
"config": {
"agents": [
{
"id": "yu-wangwen",
"recommendedModel": {
"modelId": "feelfish",
"modelName": "feelfish/gpt-6-luna",
"enableThinkingMode": true
}
},
{
"id": "yu-shenhe",
"recommendedModel": {
"modelId": "feelfish",
"modelName": "feelfish/deepseek-flash",
"enableThinkingMode": true
}
}
],
"version": 1,
"primaryAgentId": "yu-wangwen"
},
"skills": [
{
"id": "story-tree",
"files": [
{
"content": "---\nname: 剧情树构建\ndescription: 小说初始化构建、开篇、搭建每一章剧情梗概时务必调用该技能,帮助用户一开始就规划好每一章的大概剧情梗概。为小说章节生成六维信息单元,协助搭建全书剧情树骨架,使得长篇创作剧情不跑偏。\n---\n\n# 剧情树搭建规范\n\n## 技能用途\n该技能在 FeelFish 创作环境中工作,与用户协作,先充分了解其创作构想,再为小说的每一章生成结构清晰的「剧情树信息单元」,并将它们妥善保存到对应的章节梗概中。\n\n## 需读取的上下文文件(生成前主动读取)\n为确保证剧情树与既有设定一致,在收集信息和生成剧情树前,请主动检查并读取以下路径或者相似路径的文件(如果存在):\n- `outline/总纲.md` — 故事总纲与分卷规划\n- `rules/风格.md` — 文风与叙事规则\n- `roles/主要角色/` 目录下的角色文件 — 核心角色的设定、动机与能力\n- `objects/` 目录下的设定文件 — 世界观、势力、关键物品等\n\n## 信息收集流程(生成前必须执行)\n在生成任何剧情树单元前,你必须先通过提问获取以下必要信息。请根据用户已提供的内容(包括上述上下文文件中已有的信息)灵活决定询问深度:如果某项信息已足够清晰,可跳过;若模糊或缺失,必须追问。\n\n### 必须收集的最小信息集合\n| 信息类别 | 具体内容 | 若缺失会导致的问题 | 信息存放建议 |\n|:---|:---|:---|:---|\n| **故事基础轮廓** | 一句话梗概(核心冲突+主角+世界背景)、类型与基调 | 无法确定节拍方向与故事弧起点 | `outline/总纲.md` |\n| **主角核心设定** | 姓名/代号、初始身份、核心动机、金手指或关键能力 | 无法设计围绕主角的Goal与悬念 | `roles/主要角色/主角名.md` |\n| **分卷/分阶段计划** | 全书预计几卷、每卷大致篇幅、各卷的核心主线 | 无法划分StoryArc与卷级节奏 | `outline/总纲.md` |\n| **关键情节节点** | 用户已设想好的核心事件清单(注明大致位置) | 无法在输出中融入既有构想 | `outline/总纲.md` 或 `records/剧情节点.md` |\n| **章节数要求** | 本次需要生成多少章、是否分批生成 | 无法确定输出范围 | 会话中确认即可 |\n\n### 提问模板(分两轮进行,避免压迫感)\n**第一轮:了解故事骨架**\n> 在搭建剧情树前,我先了解一下您故事的几个核心要素:\n> 1. 能否用一两句话概括故事的核心冲突与主角身份?\n> 2. 本书预计总卷数和每卷大约的章节数是多少?各卷的核心主线方便说说吗?\n> 3. 主角的姓名、初始处境、核心动机是什么?有没有特别的金手指或能力?\n\n**第二轮:确认情节要点与范围**\n> 了解了!再补充几个细节我就开始搭建:\n> 1. 您心里已经想好的关键情节节点有哪些?哪怕是零散的也可以告诉我(例如“第5章获得金手指”“第20章第一次重大对决”)。\n> 2. 这次您希望我先规划多少章?是开头3章试一下,还是第一卷完整的篇幅,或者更多?如果需要分批生成,每批多少章?\n\n### 信息收集后的存放建议\n在获取用户信息后,根据信息类别向用户建议保存到对应文件夹:\n- 故事梗概、分卷计划、关键情节节点 → 建议保存或更新 `outline/总纲.md`\n- 主角详细设定 → 建议保存或更新 `roles/主要角色/角色名.md`\n- 如用户有额外灵感碎片 → 建议记录到 `inspirations/` 文件夹\n\n### 信息确认后再生成\n收集完信息后,用结构化清单整理并请用户确认,然后再开始生成剧情树单元。模板如下:\n\n> 好的,根据已有信息,我整理出以下创作蓝图:\n> - 故事梗概:……\n> - 主角设定:……\n> - 分卷计划:……(总卷数、每卷章数、各卷主线)\n> - 关键节点:第X章……、第Y章……\n> - 本次生成范围:第A卷/第1-30章\n>\n> 如果确认无误,我将开始生成每章的剧情树信息单元。\n\n## 核心任务\n信息确认后,为指定范围的每一章生成「剧情树信息单元」,每个单元必须包含以下六个维度。\n\n## 六维信息单元定义\n\n### 1. 节拍(Beat)\n- **定义**:用2-6个汉字概括本章最核心的事件,便于快速识别。\n- **要求**:动词性短语,有画面感和冲击力。\n- **示例**:觉醒金手指、暗夜逃亡、惊天逆转\n\n### 2. 目标(Goal)\n- **定义**:80-150字,清晰描述本章的核心事件、前因与后果。\n- **要求**:必须包含「前因(为什么发生)」和「后果(导致了什么)」,让人一眼看懂本章在故事中的推动力。\n- **格式**:本章核心事件:……。前因:……。后果:……。\n\n### 3. 悬念(Cliffhanger)\n- **定义**:设置在章末的悬念钩子,用于吸引读者翻开下一章。\n- **要求**:1-2句话,可以是新谜题、危机突现、反转暗示、情感拉扯等,必须制造“未完成感”。\n- **示例**:密室的门缓缓打开,里面竟站着那个他以为早已死去的人。\n\n### 4. 因果链(CausalLink)\n- **定义**:明确本章与上下章的因果关系,确保情节逻辑链条不断裂。\n- **要求**:从「承接上文」和「引出下文」两个方向描述。\n- **格式**:承接:第X章的[事件]导致……;引出:本章结尾的[事件]将引发第Y章的……。\n\n### 5. 故事弧(StoryArc)\n- **定义**:标注本章所处的全局叙事弧段。\n- **要求**:指出当前正在推进的故事弧名称,以及它在整体故事结构中的阶段(开端、发展、转折、高潮、结局)。\n- **示例**:所属故事弧:“初入修真界”(全书第2/5弧),当前阶段:发展。\n\n### 6. 章节类型(ChapterType)\n- **定义**:本章的叙事功能类型,用于调控全书的节奏。\n- **可选类型及使用标准**(必须从中选择):\n\n| 类型 | 核心任务 | 节奏要求 |\n|:---|:---|:---|\n| 开篇章 | 引入主角/世界观,制造初步吸引力 | 中等偏快,忌沉闷 |\n| 常规章 | 推进主/支线剧情,深化角色关系 | 松紧交替 |\n| 高潮章 | 解决核心冲突,引爆读者情绪 | 紧凑激烈,情感浓度高 |\n| 过渡章 | 连接两个大事件,调节氛围 | 舒缓但不拖沓,可埋暗线 |\n| 大结局章 | 收束主线,回扣主题 | 情感厚重,满足感强 |\n\n## 输出与保存规范\n生成剧情树信息单元后,请将其保存到对应章节文件的梗概中。FeelFish 章节文件的格式为 `chapters/卷名/第X章 章名.md`,支持正文(content)与梗概(outline)两种状态,请创建梗概状态的章节。\n\n### 步骤一:创建章节文件(如尚未存在)\n按 FeelFish 路径格式创建章节文件,例如:\n- `chapters/第一卷/第1章 楔子.md`\n- `chapters/第一卷/第2章 重生之日.md`\n(章名可使用节拍词标签或用户指定的标题)\n\n### 步骤二:将信息单元写入章节梗概\n将每个剧情树信息单元以梗概状态写入对应章节文件。完整格式如下:\n\n```\n本章核心事件:主角被追杀坠崖,在山洞中触发上古传承,获得金手指。前因:上一章被仇家逼入绝境,坠落悬崖。后果:实力暴涨,但体内被种下诅咒种子。\n\n节拍:山洞觉醒\n\n悬念:传承完成那一刻,山洞深处传来一声苍老的叹息:“终于……等到你了。”\n\n因果链:承接第2章坠崖事件直接导致本次奇遇;本章的叹息声将引出第4章神秘老者的登场。\n\n故事弧:“启程弧”(全书第2/6弧),当前阶段:发展。\n\n章节类型:转折章\n```\n\n### 步骤三:更新大纲文件\n生成完整卷的剧情树后,建议将各章的节拍词串联成目录,追加或更新到 `outline/总纲.md` 的对应卷下,例如:\n\n```\n第一卷 剧情树速览\n楔子·坠落\n\n重生之日\n\n山洞觉醒\n\n神秘老者\n……\n```\n\n## 智能上下文文件建议\n在剧情树搭建完成、用户开始创作正文后,可建议用户创建以下智能上下文文件以维持长篇一致性:\n- `records/智能上下文-角色关系图.md`(总结提示词:请提取正文中所有角色间的关系变化、新增关系与冲突)\n- `records/智能上下文-伏笔埋设与回收.md`(总结提示词:请提取正文中已埋设的伏笔和已回收的伏笔,标注章节位置)\n- `records/智能上下文-情节进展追踪.md`(总结提示词:请提取各故事弧的当前进展、已完成的关键节点与待推进的节点)\n\n## 行为补充指引\n- 生成剧情树时,如发现节奏失衡(连续5章高潮章、因果链断裂等),应主动提醒用户并给出调整建议。\n- 分批生成时,每批末尾章节应设置较强悬念和明确因果引出,确保下一批可无缝续接。\n\n",
"relativePath": "SKILL.md"
}
]
},
{
"id": "word-count-adjuster",
"files": [
{
"content": "---\nname: 字数调整技能\ndescription: 小说字数调整技能。当创作的内容明显不符合字数要求,或者当用户要求调整章节字数、控制小说篇幅、裁剪或扩充剧情时使用此技能。\n---\n# 小说字数精准控制技能\n \n## 核心思路\n \n字数控制的本质是**结构问题,不是文字问题**。\n- 差异 < 10%:文字层面微调\n- 差异 10%~30%:场景层面增删\n- 差异 > 30%:结构层面重组(拆章、并章、砍剧情)\n \n**最高原则:内容质量优先于字数达标。**\n宁可超出字数目标而保留关键细节,也不能为了达标而损害故事完整性。当减字与保质发生冲突时,**优先选择拆分章节**,而不是删除重要内容。\n \n**操作原则**:\n- 绝不通过堆砌形容词、重复描述、无意义过渡句来凑字数\n- 绝不删除推动情节/塑造人物/埋下伏笔的关键细节\n- 字数变化必须对应实质内容的有效增减\n- **动笔前必须先提方案,获得用户确认后再执行**\n \n---\n \n## 第一步:诊断阶段(动笔前必做)\n \n### 1.1 精确统计\n```\n当前字数:[X]字\n目标字数:[Y]字\n差异:[Z]字 / [P]%\n方向:需要[增加/减少]\n```\n \n### 1.2 差异分级\n \n| 差异幅度 | 级别 | 处理策略 |\n|---------|------|---------|\n| 0~5% | 微调 | 文字润色、句式调整 |\n| 5%~15% | 小调 | 场景细节增删 |\n| 15%~30% | 中调 | 删减/增加完整情节单元 |\n| 30%~50% | 大调 | 优先考虑拆分章节;确实有冗余时才砍支线 |\n| > 50% | 重构 | 必须进行结构性重组,几乎肯定需要拆章 |\n \n### 1.3 内容盘点与关键内容识别\n在调整前,列出当前章节的内容组成,并**标注每个段落的重要性**:\n \n```\nA. 主线剧情段落(约X字)—— [核心/重要/可删]\nB. 人物对话(约X字)—— [核心/重要/可删]\nC. 环境/心理描写(约X字)—— [核心/重要/可删]\nD. 过渡/铺垫段落(约X字)—— [核心/重要/可删]\n```\n \n**判断标准:**\n- **核心**:删除后剧情断裂、人物动机不明、伏笔丢失 → 绝对不删\n- **重要**:删除后影响体验,但故事仍能成立 → 尽量保留,删减要谨慎\n- **可删**:冗余描写、重复表达、过度铺垫 → 优先删除对象\n \n> ⚠️ 如果\"可删\"内容的字数不足以达成目标,**不得强行删除\"重要\"或\"核心\"内容**,应直接升级到拆分章节方案。\n \n---\n \n## 第二步:制定调整方案并提交用户确认\n \n**在执行任何修改之前,必须先向用户提交完整方案,等待明确确认。**\n \n### 方案提交格式\n \n```\n【调整方案】\n \n📊 字数现状\n当前:X字 | 目标:Y字 | 差异:Z字(P%)\n \n📋 内容盘点\n- [可删] 段落描述……约X字\n- [重要] 段落描述……约X字(计划保留)\n- [核心] 段落描述……约X字(不动)\n \n🔧 建议方案\n \n方案A:[方案名称](推荐 / 备选)\n 操作:具体说明做什么\n 效果:预计调整后约X字\n 代价:说明会损失什么(若有)\n \n方案B:[方案名称](备选)\n 操作:具体说明做什么\n 效果:预计调整后约X字\n 代价:说明会损失什么(若有)\n \n💡 说明:[如果减字目标与保留关键内容有冲突,在此说明为何推荐拆章而非删内容]\n \n请问您选择哪个方案?或有其他想法?\n```\n \n### 等待用户确认\n- 用户明确回复选择后,再执行\n- 用户若提出修改意见,重新调整方案再次确认\n- **不得在未确认的情况下直接输出修改后的正文**\n \n## 第三步:执行调整策略\n \n用户确认方案后,按以下原则执行。\n \n### 需要【增加】字数时\n \n**优先顺序:**\n \n1. **补充被跳过的场景**(最优)\n - 找出叙述跳跃的地方,补上过渡场景\n - 将\"告知性\"段落改为\"展示性\"场景(show don't tell)\n \n2. **深化已有场景**(次优)\n - 扩展对话:加入动作、表情、心理活动\n - 深化冲突:增加角色在关键时刻的犹豫、挣扎\n - 丰富感官:补充环境细节(声音、气味、触感)\n \n3. **增加伏笔或支线**(谨慎使用)\n - 仅在增量 > 20% 时考虑\n - 新增内容必须与主线相关,不能是无关填充\n \n4. **文字扩展**(最后手段,仅适用于 < 5% 的微小差距)\n - 扩展比喻、类比\n - 增加心理活动的层次感\n \n### 需要【减少】字数时\n \n**内容保护红线(以下内容不得删除):**\n- 推动主线剧情前进的关键事件\n- 解释人物行为动机的段落\n- 已在后文产生影响的伏笔\n- 塑造人物性格的核心对话或独白\n- 读者理解故事逻辑所必需的信息\n \n**可操作的删减优先顺序:**\n \n1. **删除冗余剧情段落**(最优)\n - 识别\"绕弯子\"的情节,直接删除\n - 删除对主线无贡献、无伏笔价值的支线细节\n - 合并功能重叠的场景\n \n2. **压缩低信息密度段落**(次优)\n - 把3段表达相同意思的内容合并为1段\n - 将啰嗦对话提炼为关键句(保留语义,删除废话)\n - 去掉重复的心理描写\n \n3. **文字压缩**(仅适用于 < 5% 的微小差距)\n - 删除形容词堆砌\n - 压缩过长的描写句\n \n**⚠️ 关键判断点**:若执行以上步骤后,缺口仍未填满,**禁止继续删减**。此时必须升级为拆分章节方案(见下一节)。\n \n### 何时应该拆分章节\n \n**触发拆分的条件(满足任意一条即应在方案中提出拆分选项):**\n- 字数超出目标 30% 以上,且删减会损伤关键内容\n- 删完所有冗余内容后仍超出目标 15% 以上\n- 字数超出目标 50%(此情况几乎必然推荐拆分)\n \n**拆分可行性判断(满足其一即可执行拆分):**\n- [ ] 章节内存在两个明显的叙事节拍(情绪起伏点)\n- [ ] 存在时间跳跃超过数小时的段落\n- [ ] 存在视角切换\n- [ ] 有一个天然的\"悬念收尾点\"\n \n**拆分方案模板:**\n```\n原章节:第X章《标题》[当前字数]字\n↓ 拆分为\n第X章《新标题A》[目标字数]字 ← 以悬念/冲突结尾\n第X+1章《新标题B》[目标字数]字 ← 承接上章,推进主线\n```\n \n> 拆分优于删除:若内容质量高但篇幅超标,拆分是**最优解**,不是退而求其次的选项。\n \n### 何时应该合并章节(当前章节需增加 > 50%,或字数不足目标60%)\n \n**合并条件:**\n- [ ] 相邻章节描写同一时间段内的事件\n- [ ] 合并后字数接近标准章节长度\n- [ ] 两章之间无必要的叙事间隔\n \n---\n \n## 第五步:执行与验证\n \n### 执行原则\n- 用户确认方案后再动笔\n- 每次大改动后,**立即重新统计字数**\n- 不要试图一次性精确命中目标,分2~3轮调整\n- 先处理结构,再处理文字\n \n### 验证清单(修改完成后检查)\n- [ ] 字数是否在目标 ±5% 以内?(拆章情况下每章分别核查)\n- [ ] 删减的内容是否全是真正冗余的?有没有误删关键细节?\n- [ ] 增加的内容是否推进了情节或人物?\n- [ ] 章节的起承转合是否仍然完整?\n- [ ] 修改前后人物性格是否一致?\n- [ ] 若有拆分:两章各自能否独立成立,且有合理的首尾?\n \n### 字数统计说明\n如无特别说明,以 FeelFish 统计的包含标点符号的字数为准。\n \n---\n \n## 第六步:汇报格式(修改完成后向用户说明)\n \n```\n【字数调整完成报告】\n原字数:X字\n目标字数:Y字\n实际完成:Z字(误差 P%)\n \n执行的方案:[方案名称]\n \n调整内容:\n- [结构调整] 描述做了什么结构改动\n- [内容增删] 描述增加或删除了什么内容\n- [文字优化] 描述了哪些文字级改动\n \n保留了哪些关键内容(未删除的原因):\n- [说明哪些内容因有重要价值而保留]\n \n如字数仍有偏差:\n下一步建议:[继续微调 / 考虑拆章 / 已在容忍范围内]\n```\n \n---\n \n## 常见误区警告\n \n❌ **误区1**:通过大量形容词和排比句凑字数\n→ 正确做法:增加一个新的场景或对话\n \n❌ **误区2**:为了达到减字目标,把关键细节一起删掉\n→ 正确做法:只删冗余内容;删不够就拆章,绝不削质量\n \n❌ **误区3**:多次微调后字数仍然不达标时继续微调\n→ 正确做法:升级到更高层级的结构调整策略\n \n❌ **误区4**:只看总字数,不考虑章节内部的节奏\n→ 正确做法:每个情节单元的篇幅要与其重要性匹配\n \n❌ **误区5**:一次调整试图精确命中目标\n→ 正确做法:分轮次调整,逐步收拢\n \n❌ **误区6**:不提方案直接动笔修改\n→ 正确做法:先分析、列方案、等用户确认,再执行\n \n❌ **误区7**:把\"拆分章节\"当成不得已的退路\n→ 正确做法:拆章是优先选项,内容完整 > 字数达标\n \n---\n \n## 快速参考:中文网络小说常见章节字数\n \n| 类型 | 标准章节 | 短章 | 长章 |\n|------|---------|------|------|\n| 都市/爽文 | 2000~3000字 | 1500字 | 4000字 |\n| 仙侠/玄幻 | 2500~3500字 | 2000字 | 5000字 |\n| 历史/古言 | 2000~3000字 | 1500字 | 4000字 |\n| 严肃文学 | 不限,以完整场景为单位 | — | — |\n",
"relativePath": "SKILL.md"
}
]
},
{
"id": "feelfish-docs",
"files": [
{
"content": "---\nname: FeelFish 使用指南\ndescription: 指导用户如何使用 FeelFish 桌面客户端:界面在哪、能做什么、常见操作步骤。在用户问怎么用或者智能体需要指导用户操作的时候使用。\n---\n# FeelFish 使用指南\n\n## 一、功能在哪里?(速查)\n\n| 你想做的事 | 去哪里操作 |\n|------------|------------|\n| **导出单个文件** | 打开该文件 → 编辑器**顶部工具栏**右侧 **导出图标**(「独立窗口中打开/导出」)→ 新窗口底部 **导出 Markdown** 或 **导出**(Word) |\n| **导出全书/多章** | 项目页**顶部**项目名称旁的 **⋯ 菜单** → **导出全文** → 预览窗口选章节范围 → 底部导出 |\n| **保存文件** | 编辑器工具栏 **保存** 或 `Ctrl/Cmd+S` |\n| **导入外部文稿** | 左侧 **文件** → 某分组标题旁 **导入**(支持 txt、md、docx、pdf、html 等) |\n| **整本小说拆成章节** | 左侧 **文件** → **章节**分组为空时 **导入全本,智能拆书** |\n| **切换/新建项目** | 项目页左上角 **切换项目** → 项目列表里选或 **创建项目** |\n| **打开磁盘上的项目文件夹** | 项目名旁 **⋯** → **打开小说所在文件夹** |\n| **全局设置(账号、模型等)** | **标题栏右侧齿轮** → 设置弹窗 |\n| **云同步** | 左侧图标栏 **云盘** |\n| **配置智能体与方案** | 左侧 **智能体(机器人图标)** |\n| **管理技能** | 左侧 **技能(闪电图标)** |\n| **辅助润色/续写** | 打开文稿 → `Ctrl/Cmd+K` 或右键 **打开辅助创作面板** |\n| **对话改稿、多智能体** | 右侧 **智能体面板**(`Ctrl/Cmd+O` 开关) |\n| **智能上下文** | 左侧 **文件** → **记录** 分组;打开智能上下文文件后看顶部专用工具条 |\n| **全文问答** | 左侧 **百宝箱** → **全文问答** |\n| **纯净对话(无项目上下文)** | 左侧 **百宝箱** → **纯净对话**(独立窗口) |\n| **智能取名** | 左侧 **百宝箱** → **智能取名**;或新建文件时可智能生成文件名 |\n| **搜索全文/语义搜索** | 左侧 **搜索** |\n| **关联知识库** | 左侧 **知识库** |\n| **备份与意外恢复** | 标题栏 **设置** → **备份管理** → 文件缓存 |\n| **资源市场(方案/智能体/技能)** | 智能体面板内 **前往智能市场**;或技能面板 **技能市场**;也可从设置相关入口打开提示词市场 |\n| **写 AGENT.md(给 AI 的额外说明)** | **其它** 分组 → 无 `AGENT.md` 时可点 **创建 AGENT.md** |\n| **新建灵感** | 左侧图标栏最下方 **灯泡** |\n| **查看快捷键** | 编辑器工具栏 **灯泡提示** 悬停 → 键盘快捷键表 |\n| **章节是正文还是梗概** | 打开章节文件 → 工具栏 **正文 / 梗概** 切换 |\n| **智能体改文件需你点确认** | 右侧智能体面板中的确认卡片,点允许或拒绝 |\n\n---\n\n## 二、界面总览\n\n打开一个项目后,典型布局为:\n\n- **顶部标题栏**:版本更新提示、**用户反馈**、**设置(齿轮)**、窗口控制 \n- **左上**:切换项目、当前项目名、**⋯ 项目菜单** \n- **左侧窄条 + 面板**:在「文件 / 搜索 / 技能 / 智能体 / 云盘 / 知识库 / 百宝箱」间切换 \n- **中间**:多标签编辑器(Markdown 源码 / 富文本写作 / 预览等) \n- **右侧**:智能体对话区(可拖拽调宽,可关闭) \n- **底部状态栏**:字数、文件大小、全书字数、MCP 状态等 \n\n未打开任何文件时,中间会显示 **「开始你的创作之旅」** 引导(打开智能体、辅助创作快捷键说明等)。\n\n---\n\n## 三、项目与文件\n\n### 3.1 项目从哪来\n\n- **创建项目**:切换项目 → **创建项目**,选模板与本地保存位置。 \n- **导入云端项目**:左侧 **云盘** → **导入云端项目** / **关联云端项目**(需登录)。 \n- **项目类型**:小说、剧本、书籍、知识库、自由创作等,会影响「章节」等称呼和部分内置方案是否出现。\n\n### 3.2 文件夹分组(项目里有什么)\n\n每个项目是一套本地文件夹,一级分组**名称固定**,用途如下:\n\n| 分组 | 用途 |\n|------|------|\n| **规则** | 写作风格、规范等静态规则 |\n| **大纲** | 剧情骨架、分卷规划 |\n| **章节**(剧本为剧集等) | 正文,每章/集一个文件 |\n| **角色** | 人物设定 |\n| **设定** | 世界观、物品等 |\n| **记录** | 总结、审查记录;**智能上下文**也在这里 |\n| **灵感** | 随手记的灵感 |\n| **资产** | 封面、插图等图片;AI 一般不会自动读 |\n| **技能** | 查看 `.feelfish/skills` 下的技能文件(高级) |\n| **其它** | 根目录文件,含 `feelfish.json`、`AGENT.md` 等 |\n\n分组标题旁通常有:**新建**、**导入**、**刷新**;点分组名可 **仅显示该分组** 或打开 **分组快捷跳转栏**。\n\n### 3.3 对文件/common 操作\n\n在 **文件** 列表中:\n\n- **单击**:临时预览打开 \n- **双击**:固定标签打开 \n- **右键菜单**:移动到指定位置、移动分组、归档到其它、重命名、删除、**新窗口中打开**、**打开所在文件夹** \n\n**标签页** 右键:关闭其他 / 关闭右侧 / 关闭全部。\n\n**从列表删除项目**(不删硬盘):项目 **⋯** → **从列表中删除项目**。\n\n---\n\n## 四、编辑与导出\n\n### 4.1 编辑模式\n\n- **Markdown(源码)**:适合精确改格式、diff 对比。 \n- **富文本(写作)**:所见即所得;部分格式错误时需切回 Markdown 修复。 \n- **预览 / 双栏**:部分文件支持。 \n- **对比模式**:智能体修改文件后可能进入 diff,用 **接受/拒绝** 条处理;对比时通常只能看 Markdown。\n\n空文件时工具栏会出现 **智能体智能补充**,一键在右侧发起「先说明计划再补充」的对话。\n\n### 4.2 导出(重要)\n\nFeelFish **可以导出**,常见三种入口:\n\n1. **当前打开的文件** \n - 路径:编辑器顶部工具栏 → **导出图标** \n - 效果:打开**独立预览窗口** \n - 窗口底部:**导出 Markdown**(保存为 `.md`)或 **导出**(将渲染内容转为 **Word/docx**)\n\n2. **整本项目或多章合并** \n - 路径:项目名旁 **⋯** → **导出全文** \n - 效果:预览窗口;可选 **从第几章到第几章**、是否 **添加文件名为章节标题** \n - 同样在底部 **导出 Markdown** / **导出**\n\n3. **单个文件快捷** \n - 路径:文件列表 **右键** → **新窗口中打开** → 再在预览窗导出 \n\n图片类资产在新窗口中一般为**预览图片**,底部导出按钮针对文稿内容。\n\n### 4.3 历史与恢复\n\n- **单文件历史**:工具栏 **历史记录**(手动保存会记入)。 \n- **意外丢失**:**设置 → 备份管理 → 文件缓存** 查看/恢复本地缓存。 \n- **未保存关闭**:关闭应用时若有多处未保存会提示;编辑器也可能提示恢复上次未保存内容。\n\n---\n\n## 五、两种 AI 用法\n\n### 5.1 辅助创作面板(写稿时高频)\n\n- **打开**:`Ctrl/Cmd+K`;或右键 **打开辅助创作面板** \n- **作用**:对选中文字 **润色/修改**,或无选中时 **续写/插入** \n- **内置能力**:**智能插入内容**、**智能修改内容**(不是你自己建的智能体) \n- **采纳**:生成后按提示用 `Ctrl/Cmd+Enter` 写入编辑器 \n\n适合:改一段话、扩写一节,不需要动整个项目结构。\n\n### 5.2 右侧智能体(协作改稿)\n\n- **打开/关闭**:`Ctrl/Cmd+O`;或中间引导页 **打开智能体** \n- **新建会话**:`Ctrl/Cmd+N` \n- **顶部可选**:**方案**(用哪套智能体协作)、**当前智能体**、绑定的 **技能数量**、自定义系统提示等 \n- **能力**:对话中可读写项目文件、搜索、拆任务、子智能体协作等;**改文件前常需你点确认** \n- **输入**:可 @ 文件、附加上一章/角色/规则/智能上下文等上下文(输入框上方选项) \n\n适合:开篇搭结构、跨文件修改、按方案用「规划+写作+润色」多角色协作。\n\n**区别记住一句**:`Ctrl+K` = 编辑器里快速改片段;右侧智能体 = 对话式管整个项目。\n\n---\n\n## 六、左侧面板详解\n\n### 6.1 文件\n\n- 浏览、新建文件/文件夹、导入、排序章节 \n- **记录** 分组空时:可 **创建智能上下文** 或让智能体 **整理规则中的文件** \n- **资产** 分组空时:可一键让智能体 **生成封面** \n- **章节** 为空:**智能拆书** 导入整本 txt 等并自动分章 \n\n### 6.2 搜索\n\n- **关键词搜索**:全文或限定范围 \n- **语义搜索**:自然语言找相关章节(需 **会员 + 项目已关联云盘并同步**) \n- 大文件可能在状态栏提示搜索/上传大小限制 \n\n### 6.3 智能体\n\n- 选择 **内置方案**(如专业辅助、多智能体、小说规划等)或 **自定义方案** \n- 管理 **智能体** 列表、编辑提示词与工具、绑定技能 \n- 打开 **资源市场** 安装他人分享的方案/智能体 \n- 红点:可能有方案引用了不存在的智能体或技能缺失 \n\n### 6.4 技能\n\n- **新建技能**、**从本地导入**(文件夹 / SKILL.md / zip)、**技能市场** \n- 技能是给智能体读的说明包;改完后需 **新开智能体会话** \n- 从市场安装且未「取消关联」时,内容可能只读 \n\n### 6.5 云盘\n\n- **关联云端项目**、**检测更新**、**拉取更新**、**同步到云端**、**自动同步** \n- 绿点/红点:云端有更新 / 本地有未同步修改 \n- 同步前若有未保存文件会提示先保存 \n\n### 6.6 知识库\n\n- 绑定外部知识库后,智能体对话可检索(通常需会员) \n- 面板内有官方 [知识库说明](https://www.feelfish.com/docs/knowledge-base) 链接 \n\n### 6.7 百宝箱\n\n- **智能取名**:生成人名、地名、功法名等,点击复制 \n- **纯净对话**:独立小窗,不带小说项目上下文 \n- **全文问答**:基于已完成章节(排除梗概章)提问 \n\n---\n\n## 七、智能上下文\n\n- **是什么**:根据已有章节自动生成的「创作引导」文档,帮助 AI 保持风格和剧情连贯。 \n- **在哪**:一般在 **记录** 分组;打开后编辑器顶部有 **智能上下文** 专用条。 \n- **创建**:记录分组空状态引导,或工具条 **立即生成**。 \n- **更新**:**重新生成**、**基于全本分批分析**、**分析下一批**;章节改动多时会提示手动更新。 \n- **设置**:**设置 → 提示词配置 → 智能上下文**(自动更新开关、提示词模板等)。 \n- **编辑**:默认 **只读**;需点锁图标 **临时解锁** 再改(不建议手改大段)。 \n\n详见 [智能上下文](https://www.feelfish.com/zh/docs/smart-context)。\n\n---\n\n## 八、设置(标题栏齿轮)\n\n| 标签 | 你能配置什么 |\n|------|----------------|\n| **用户资料** | 登录、会员、积分、笔名、退出 |\n| **模型配置** | 可用模型列表;各场景用哪个模型(写作、智能体、智能上下文、生图、取名等) |\n| **提示词** | 各场景提示词、智能上下文提示词、章节自动摘要等 |\n| **编辑器** | 默认字体等 |\n| **备份管理** | 本地文件缓存列表,意外恢复 |\n| **系统** | 语言、主题、智能体发送快捷键(回车发送 / Ctrl+回车发送)、应用锁等 |\n| **MCP** | 连接外部 MCP 工具服务(高级) |\n\n项目级偏好(如是否在对话里注入某段自定义说明)也可能写在项目配置里,智能体栏会显示摘要。\n\n---\n\n## 九、资源市场与 AGENT.md\n\n- **资源市场**:安装共享的 **方案、智能体、技能**;安装后可在对应面板查看,部分支持拉取更新。 \n- **AGENT.md**:放在项目 **其它** 分组,每次智能体对话开始时会附加进系统说明,适合写你的个人创作习惯(建议一万字以内)。 \n\n自定义多智能体协作:[自定义方案文档](https://www.feelfish.com/docs/custom-agent-solution) \n自己写技能:[技能构建指南](https://www.feelfish.com/docs/build-skills-for-novel)\n\n---\n\n## 十、常用快捷键\n\n(Mac 将 `Ctrl` 换为 `⌘`)\n\n| 快捷键 | 功能 |\n|--------|------|\n| `Ctrl/Cmd+S` | 保存 |\n| `Ctrl/Cmd+K` | 辅助创作面板 |\n| `Ctrl/Cmd+F` | 查找替换 |\n| `Ctrl/Cmd+W` | 关闭当前标签 |\n| `Ctrl/Cmd+O` | 开关右侧智能体 |\n| `Ctrl/Cmd+N` | 新建智能体会话 |\n| `Ctrl/Cmd+Z` / `Shift+Ctrl/Cmd+Z` | 撤销 / 重做 |\n\n编辑器工具栏 **快捷键提示(灯泡)** 可查看完整列表,并链接到创作技巧文档。\n\n---\n\n## 十一、常见问题(摘要)\n\n完整问答在 **`references/faq.md`**。下表便于快速对照:\n\n| 问题 | 怎么办 |\n|------|--------|\n| 找不到导出 | 见 **第四节**;单文件:工具栏导出图标;全书:**⋯ → 导出全文** |\n| 导出 Word 失败 | 预览窗确认已加载;可改 **导出 Markdown** 再转 Word |\n| 智能体不读我的技能 | **智能** 面板勾选技能 → **新建会话**;技能文件夹名与配置 id 一致 |\n| 改了方案没变化 | **确认在智能体对话上方是否已经切换到了对应方案** |\n| 语义搜索不可用 | 会员 + **云盘** 已关联并同步 |\n| 智能体不能改文件 | 是否在等 **确认**;智能上下文是否 **只读** |\n| 云同步失败 | 先保存;看云盘面板错误与超大文件跳过提示 |\n| 删项目后文件还在 | 只从列表移除,磁盘文件夹需自行删除 |\n| 忘记保存 | **设置 → 备份管理**;编辑器 **历史记录** |\n| 会员积分用完了怎么办 | 可以网站上单独购买加油包 |\n\n### 导出与备份\n\n- **能导出 Word 吗?** 能。预览窗底部 **导出**(docx);**导出 Markdown** 为 `.md`。\n- **导出全书?** 项目名旁 **⋯ → 导出全文**,可选章节范围。\n- **只导出一章?** 打开该章 → 工具栏 **导出图标**;或导出全文时起止范围设为同一章。\n- **作品会丢吗?** 正文在本地项目文件夹;另有 **设置 → 备份管理** 缓存。高级会员可以通过云盘把内容上传到云端备份整个项目文件夹。\n- **内容丢失了怎么办?** 如果你备份到到云盘,可以新建项目导入云端 FeelFish 项目恢复。如果没有备份到云盘,可以尝试在设置弹窗中的备份管理查看是否有文件的自动备份内容。或者你也可以查看历史会话,历史会话中可以看到 AI 读写文件的记录,也可以尝试从那里找回部分内容。需要注意的是,如果没有备份到云盘,你的小说内容是存放在电脑本地的,通常默认是存放在电脑的文档文件夹中,如果要重装电脑,请务必做好备份,新的电脑或者系统中你可以新建项目导入你备份的文件夹即可继续创作。\n\n\n### 账号与 AI\n\n- **要登录?** 调用 AI 需登录:**设置 → 用户资料**。\n- **积分/会员?** 部分功能耗积分;语义搜索、知识库等常需会员。见 [定价](https://www.feelfish.com/pricing)、[模型计费](https://www.feelfish.com/docs/models-cost)。\n- **自有 API?** **设置 → 模型配置** 先翻到下面添加模型接口,然后翻到上面添加可用模型,具体可以参考[自定义模型文档](https://www.feelfish.com/docs/custom-model)\n- **会员是否可以升级** 月度会员无法升级,年度会员购买一个月内可以访问 [价格页面](https://www.feelfish.com/pricing#gas) 在加油包下面升级入口补差价升级,升级后会员有效时间和重置时间不变,仅调整积分上限和会员权益。\n- **会员是否可以退款** 会员涉及到大模型 Token 采购预算,一经使用无法退款,请合理选择适合自己的会员购买。建议购买月卡后觉得合适再购买年卡,年卡享六折优惠。\n\n### 智能体与技能\n\n- **方案 vs 技能?** 方案决定启用哪些智能体;技能是挂到智能体上的说明文档。\n- **技能不生效?** 勾选技能 → **新建会话**;技能目录内须有 `SKILL.md`。\n- **改文件要确认?** 正常,需在右侧面板允许。\n- **多智能体?** 选多智能体类方案或从市场安装协作方案。\n\n### 智能上下文 / 同步 / 搜索 / 项目 / 编辑器\n\n- 有一定正文后再维护智能上下文;默认只读,宜 **重新生成** 而非大段手改。\n- 云盘用于多设备同步;语义搜索依赖已关联云盘。\n- 同步前先 **保存**;一级分组名不可改。\n- `Ctrl+K` 无反应:先聚焦编辑器;富文本报错可切 **Markdown** 或 **修复格式**。\n- 红绿对比为 diff,用 **接受/拒绝** 处理。\n- **纯净对话**(百宝箱)不带项目文件;**全文问答**只问已写章节,不改文件。\n- **反馈**:标题栏 **用户反馈** 或 `contact@mail.feelfish.com`。\n\n---\n\n## 十二、官方文档\n\n| 主题 | 链接 |\n|------|------|\n| 入门 | https://www.feelfish.com/zh/docs/getting-started |\n| 上下文管理 | https://www.feelfish.com/zh/docs/context-manager |\n| 自定义方案 | https://www.feelfish.com/docs/custom-agent-solution |\n| 技能构建 | https://www.feelfish.com/docs/build-skills-for-novel |\n| 知识库 | https://www.feelfish.com/docs/knowledge-base |\n| 模型与积分 | https://www.feelfish.com/docs/models-cost |\n| 获取积分 | https://www.feelfish.com/docs/get-points |\n\n---\n\n## 智能体回答时请\n\n1. 更多问题可以参考 **`references/faq.md`** 查看一些常见问题。 \n2. 无法确定时引导 **第十二节** 官方文档或 **用户反馈**,勿编造功能。\n\n## 用户反馈渠道\n\n- 邮件:contact@mail.feelfish.com\n- 产品小助理(客服)微信二维码图片地址:https://cdn.feelfish.com/static/wechat-qr.jpg(微信号是 feelfish-ai),建议通过图片展示给用户。\n",
"relativePath": "SKILL.md"
},
{
"content": "# 常见问题\n\n## 关于积分问题\n\n**Q:积分是什么概念?**\nFeelFish 请求 AI 时会消耗积分,用于支付大模型厂商的算力成本,不同的大模型消耗积分的快慢不同。发送给 AI 的内容和 AI 返回的内容消耗的积分也不同。本质上就是对于大模型的 Token 消耗,只不过因为不同模型的价格不一样,所以我们用积分来衡量用户的实际费用的消耗。\n\n**Q:会员积分用完了怎么办?**\n会员可以购买加油包,加油包很实惠。访问 https://www.feelfish.com/zh/pricing#gas 登录会员后可以购买。基础会员和高级会员可以购买基础和高级加油包,专业会员可以购买所有类型加油包。\n\n**Q:积分用不完会重置吗?**\n会员默认积分每隔31天会重置,没有用完的无法使用,类似于手机流量的概念。加油包和赠送的积分也有各自对应的有效期,请结合你的实际创作需求购买使用。\n\n**Q:为什么我的积分消耗这么快?**\nhttps://www.feelfish.com/zh/docs/models-cost 具体可以参考下这个文档,积分消耗对应大模型的 token,都是付费模型厂商的成本,和使用习惯和模型有关。\n如果持续在一个对话中创作,发送给 AI 的历史消息也会越来越多,不过最终会到达上限,接近上限的时候 FeelFish 会触发自动整理压缩,降低积分消耗。当然模型本身有缓存,所以前面的消息积分消耗不会太多,但是不同的模型缓存命中率差异可能较大。\n如果对相关的逻辑不熟悉的话,推荐使用默认的模型,不要轻易切换,对积分比较敏感推荐使用默认的模型和默认的方案。\n按照我们的经验估算,一亿个积分如果创作得比较高效(来回修改比较少)大概可以创作 十多万字 📚。如果改动比较多,大概可以创作 两三万字 ✍️。当然,理论上来说,一亿积分是可以返回上百万字的,但是实际创作的时候 AI 返回的字并不等于最终小说的内容,所以具体的消耗还要看个人创作的习惯。\n\n## 导出与备份\n\n**Q:FeelFish 能导出 Word 吗?** \n能。打开预览窗口后点底部 **导出**(docx)。Markdown 用 **导出 Markdown**。\n\n**Q:导出整本书在哪?** \n项目标题旁 **⋯ → 导出全文**,在预览窗选章节范围后导出。\n\n**Q:只导出某一章?** \n打开该章 → 工具栏 **导出图标** → 预览窗导出;或 **导出全文** 时把范围起止设为同一章。\n\n**Q:作品会丢吗?** \n正文在你选的本地项目文件夹;FeelFish 另有本地缓存。**设置 → 备份管理** 可查缓存。重要作品建议再用网盘备份整个项目文件夹。\n\n## 账号与 AI\n\n**Q:为什么提示要登录?** \n调用 AI 需登录。右上角 **设置 → 用户资料**。\n\n**Q:积分/会员是什么?** \n部分模型与功能消耗积分;语义搜索、知识库等需会员。见 [定价](https://www.feelfish.com/pricing)、[模型计费](https://www.feelfish.com/docs/models-cost)。\n\n**Q:能用自己的 API 吗?** \n**设置 → 模型配置** 里可添加可用模型与接口(视版本而定)。\n\n## 智能体与技能\n\n**Q:技能和方案有什么区别?** \n**方案**决定启用哪些智能体、谁主对话;**技能**是写给 AI 阅读的说明文档,挂在某个智能体上。\n\n**Q:我写了技能为什么没用?** \n① 智能体是否勾选该技能;② 技能的描述是否合理,智能体是否读取技能是参考你的技能描述的;③ 技能是否放在项目的技能目录且主文件为 `SKILL.md`。\n\n**Q:智能体改文件要我点确认?** \n正常。删除、写入等敏感操作需你在右侧面板同意,避免误改。\n\n**Q:多智能体怎么用?** \n右侧智能体顶部选 **多智能体** 类方案,或从市场安装协作方案。复杂任务比单智能体更合适。\n\n## 智能上下文\n\n**Q:什么时候该开智能上下文?** \n有一定章节正文后更有价值;开篇阶段可先用智能体搭角色、大纲。\n\n**Q:为什么改不了智能上下文?** \n默认只读。点工具条锁图标 **允许编辑**;一般更推荐用 **重新生成** 而不是手改大段。\n\n**Q:提示章节变更太多?** \n在智能上下文工具条 **手动更新**,或到 **设置 → 提示词** 调整自动更新策略。\n\n## 同步与搜索\n\n**Q:云盘干什么用?** \n多设备同步项目文件;语义搜索等也依赖已关联云盘的项目。\n\n**Q:同步前要注意?** \n先 **保存** 所有打开的文件;大文件可能被跳过上传。\n\n**Q:搜索找不到?** \n试 **搜索** 面板换关键词;语义搜索需会员+云盘;超大文件可能无法全文索引。\n\n## 项目与文件\n\n**Q:分组文件夹能改名吗?** \n一级分组(规则、章节等)**不能改**,只能在分组内建子文件夹和文件。\n\n**Q:从列表删项目会删文件吗?** \n不会,只从 FeelFish 移除快捷入口。\n\n**Q:怎么导入别人的 txt 小说?** \n**章节** 分组 **智能拆书**;或 **导入** 到合适分组。\n\n**Q:AGENT.md 写什么?** \n你的创作习惯、禁忌、参考风格等,每次对话会带给 AI。在 **其它** 分组创建或编辑。\n\n## 编辑器\n\n**Q:Ctrl+K 没反应?** \n先点进编辑器区域;富文本与 Markdown 模式均支持。\n\n**Q:富文本打不开?** \nMarkdown 格式有误时先 **切换到 Markdown 编辑器** 或 **修复格式**。\n\n**Q:智能体改完出现红绿对比?** \ndiff 模式,用条上的 **接受/拒绝** 处理每一处或全部。\n\n## 其它\n\n**Q:纯净对话和右侧智能体区别?** \n**百宝箱 → 纯净对话**:独立窗口,不带项目文件。**右侧智能体**:能读写信件夹里的创作文件。\n\n**Q:全文问答和智能体区别?** \n全文问答专门问「已写章节内容」;智能体还能改文件、执行工具。\n\n**Q:如何反馈 bug?** \n标题栏右上角 **用户反馈** 或邮件 `contact@mail.feelfish.com`。\n",
"relativePath": "references/faq.md"
}
]
},
{
"id": "yu-golden-three-chapters",
"files": [
{
"content": "---\nname: 黄金三章创作器\ndescription: 当用户需要创作小说开头三章(黄金三章)、开篇章节、第一章至第三章时,请使用此技能。此技能专为网文开篇设计,用户提到\"开篇\"\"前三章\"\"黄金三章\"\"开篇章节\"等关键词时,必须触发此技能。用户的创意可能以文字描述或已有大纲等形式提供,只要涉及小说开头三章的创作,均需使用此技能。\n---\n\n基于用户提供的创意,按照本技能的要求和引导,帮助用户创作“黄金三章”,完成小说开篇。如果用户没有提供创意,请询问用户索取或者帮助用户脑暴创意。\n\n目标:\n前三章必须做到:开篇强吸引、人物动机可信、行动推进明确、阶段成果可见、结尾有追读钩子。不要只堆设定,要让人物关系、核心矛盾、主角优势和世界规则通过剧情自然呈现。\n\n重要原则:\n1. 不要添加创意中没有的核心题材元素。\n2. 不要默认存在系统、重生、穿越、末日、修仙、异能、游戏面板等设定,除非创意明确提供。\n3. 请先从创意中识别主角的“核心优势”与“核心困境”。核心优势可以是能力、身份、资源、信息差、天赋、经验、秘密、关系、物品、职业技能或性格变化。\n4. 所有剧情设计都必须服务于创意本身,不要套固定模板。\n\n创作要求:\n\n1. 正文直接写入到文件\n分别创建三个章节文件,类似如下格式:\n- 第一章 标题\n- 第二章 标题\n- 第三章 标题\n\n2. 第一章必须现场开局\n\n开篇就展现现场冲突,在 800 字内,核心冲突必须正在发生。不要用“醒来后回忆”,“事后旁白”“大段背景介绍”代替现场戏。\n\n如果创意包含过去的关键伤害、失败、背叛、羞辱、失去、死亡危机或重大转折,必须先把它写成现场戏,让读者亲眼看到主角被逼到命运转折点,再进入后续变化。\n\n3. 第一章不要先解释世界观\n开头优先写人物、压力、冲突、选择和后果。设定只能在行动中逐步露出。\n\n4. 让读者迅速站队\n第一章必须让读者明白:主角遭遇了什么不公、压力、危机、诱惑、损失或困境;主角为什么必须改变现状。\n\n5. 阻力方要有动机\n与主角对立的人、组织、环境或规则,不能只是无脑制造麻烦。必须体现其利益、恐惧、偏见、欲望、误判、责任、规则约束或自我合理化。\n\n6. 主角要有真实弱点\n主角不能一开始就是空洞强者。要写出他的缺陷、误判、执念、欲望、善意、软弱、情感牵绊或现实限制,让后续变化有依据。\n\n7. 第一章结尾必须完成命运转折\n结尾要让主角获得新的选择、信息、机会、能力、目标、身份、决心或危机。读者必须清楚:主角下一章会主动行动。\n\n8. 第二章必须立刻行动\n主角要通过具体行动把核心优势转化为收益。行动可以是调查、布局、修炼、赚钱、交易、逃离、反击、伪装、谈判、学习、争取盟友、建立资源、破解难题等。\n\n9. 第二章必须有一次强弱易位\n过去轻视、压迫、利用、忽视、误解或掌控主角的一方,必须第一次发现主角不再按原有方式行动。\n这一场戏要形成明确小爽点:对方失控、吃瘪、误判、被拒绝、被反制、被迫重新评估主角。不能只写主角心里变强。\n\n10. 第二章必须为第三章埋因果线\n第三章的大场面不能靠巧合发生。第二章必须提前埋下原因、线索、利益牵引、误判、追踪、规则触发、关系冲突或资源争夺。\n\n11. 第三章必须兑现第一个大场面\n第三章要让前两章的准备、情绪和矛盾集中爆发。主角必须完成一次真正的阶段性胜利,而不是继续铺垫。\n\n12. 第三章必须有可见收益\n主角的阶段性胜利必须带来读者能立刻感受到的变化,例如实力、身份、资源、地位、关系、认知、名声、阵地、权限、秘密、盟友或局势变化。\n禁止只写“以后会变强”“还差很多”“只是开始”,必须当场兑现一部分成果。\n\n13. 规则、代价、资源必须自洽\n如果文中出现规则、数值、资源、奖励、限制、时间、代价、身份条件或能力边界,必须前后一致。写作完成后自动检查是否有矛盾。\n\n14. 第三章最好形成情绪反转\n如果第一章主角处于被动、受压、被误解、被剥夺、被利用、被轻视或被逼迫的位置,第三章尽量让局势反过来,让读者感受到主角已经不再是开篇那个状态。\n\n15. 第三章必须同时完成“阶段兑现 + 新问题开启”\n阶段兑现可以是获胜、反击、升级、脱困、夺回、证明、守住、得到、揭穿、逆转。\n新问题可以是更大对手、更深秘密、更高代价、身份暴露、规则变化、资源争夺、关系裂痕、下一阶段目标。\n\n16. 每章都必须有“小目标完成 + 新悬念出现”\n第一章:完成命运转折,给出行动方向。\n第二章:完成初步布局或首次反制,埋下大场面。\n第三章:完成第一次大兑现,同时打开长期主线。\n\n17. 文风要求\n画面感强,节奏快,句子长短交替。避免空泛口号、设定堆砌、机械说明。正文中不要出现“套路”“爽点”“黄金三章”“章节功能”等创作说明。\n\n18. 字数要求\n每章 1800-2500 字左右。\n",
"relativePath": "SKILL.md"
}
]
}
],
"source": "market",
"introduction": "市场方案,由主创与审核两个智能体协作,先规划剧情树,再完成当前章正文。",
"chapterWorkflow": {
"mode": "story-tree",
"note": "按 story-tree 技能先写后续章节梗概,再写第 1 章完整正文;评测只评价完整章节。",
"fullChapter": "chapters/第一卷/第1章 空号来电.md",
"synopsisOnly": [
"第2章",
"第3章",
"第4章",
"第5章",
"第6章",
"第7章",
"第8章",
"第9章",
"第10章",
"第11章",
"第12章"
],
"plannedChapters": 12
}
}评测提示词
你好!我想创作一部网络小说,但不知道如何开始。请通过对话的方式帮助我: 1. 了解我的创作意图和偏好 2. 帮助我构建小说的总纲 3. 定义主要角色设定 4. 制定小说的整体风格和创作规则 请一步步引导我,最后帮我创作出第一章的内容,内容要求如下: 1. 第一章内容 2000 字左右,文件中写入完整的正文,不需要添加标题 2. 除了第一章外需要定义好小说的风格规则文件(rules/风格.md)以及必要的关键的角色和设定文件
用户后续回复
第 1 次补充
1. 都市悬疑。2. 冷、克制,别煽情,读完有点发凉那种。3. 有个夜间电台主播,三十岁上下,某天直播间接进一个不该存在的电话,之后牵出一桩失踪案。4. 不想要灵异怪谈,也不要靠误会拖剧情。
第 2 次补充
1. 选A吧,来电显示是一个已经注销很久的号码,查不到户主。2. 一开始是职业上的较真,后来发现失踪的人他认识,以前常听他的节目。3. 一卷为主,别铺太大,就一条线查到底。
第 3 次补充
直接写吧,按你的判断来,不用再问了。