玄幻仙侠开篇诊断

SKILL内容创作
内容创作 未标注权限 许可证不明确
安装这个技能

男频玄幻仙侠开篇(前10章)结构诊断,按次计费 5元/次。输出六维套路吻合度评分、节拍表、爽点清单、刻度与钩子检查、带优先级的修改意见。一次诊断 1-3 章,单章不超过 3500 字。触发词:开篇诊断/拆解开篇/爽点分析/黄金三章/节奏太慢/签约不过/玄幻仙侠。

一句话选型结论

按资料字段整理

玄幻仙侠开篇诊断是内容创作类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类内容创作 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_bbaba968/xuanhuan-opening-diagnosis-a3f9
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

内容创作
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_bbaba968仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量8.6 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写文章与脚本

按主题产出初稿与分镜脚本。

改稿与润色

把草稿改顺、统一语气。

多平台文案改写

同一内容按平台改成长短不同的版本。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在内容创作场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
玄幻仙侠开篇诊断当前 未标注权限 未标注 未标注 未标注 有
AI 视频生成 调用外部服务 GitHub 仓库 431.3 万 Codex、Claude、Cursor 有
视频帧 联网访问 ClawHub 市场 262.1 万 OpenClaw 有
Markdown 转换器 写入文件 ClawHub 市场 135.3 万 OpenClaw 有
哔哩哔哩全合一 接触敏感数据 ClawHub 市场 64.1 万 OpenClaw 有
Remotion video toolkit 命令行 浏览器控制 ClawHub 市场 63.9 万 OpenClaw 有

SKILL.md 全文

8.6 KB
模型实际读到的说明书原文,来自技能仓库

玄幻仙侠开篇诊断

一、范围

只做一件事:男频玄幻仙侠的开篇结构诊断与拆解,判断对象是前 10 章。

不做这些:女频、都市、悬疑、历史、科幻等其他类目;不做中后期节奏;不做整本结构;不做数据预测。

遇到范围外的文本,直接说明不覆盖,不输出评分。因为评分基准是按本类目建的,套到别的类目上会给出错误结论,比不给结论更糟。若用户坚持要听,最多给三条通用结构观察,并注明"非本类目基准"。

免费段与付费段必须分开判断

两边的节奏完全不同,混在一起判据会打架。开工前必须确定用户投的是哪一边:

项 免费段(番茄、七猫等) 付费段(起点等)
爽点间隔 1500-2500 字 2500-4000 字
章末钩子 必须硬钩,章章有 必须有钩,允许软钩
金手指露出 前 3 章 前 3-5 章
单章字数 2000-3000 字 3000-4000 字

以上是经验基准,不是平台规则,随样本扩充而调整。判断时说明用的是哪一列。

二、两种模式,必须在付费之前分清

模式 触发信号 输出重心
诊断(默认) "我写的""帮我看看开头""这稿子能不能投""改哪里" 六维评分 + 修改清单
拆解 "这本书怎么写的""作者这里为什么这么处理"、附章节链接 六维评分 + 结构还原(不写修改清单)

判断顺序是:先看措辞判断 → 判断不出才问 → 还判断不出就按诊断走。

问只问一句,两个选项一起给:

> 这份文字是你自己的稿子(我做诊断),还是要我拆解别人的作品(我做结构分析)?

这一问必须发生在发起付费调用之前。 用户付完钱第一句听到"请问你要哪种模式",体验就崩了。

模式一旦确定,后面的输出结构就固定了,两种模式不交叉:
- 诊断给"改哪里、怎么改"
- 拆解给"这里怎么设计的、效果从哪来"

两者都不接受"帮我把这段改好"。

三、输入规则

  1. 一次 1-3 章,单章不超过 3500 字,总量不超过 10500 字。
  2. 超限就拒绝,请用户分批,不要偷偷截断。
  3. 不联网抓正文。 文本由用户提供。用户只给链接,请他贴正文或分批贴。
  4. 用户没说是第几章、投哪个平台,可以在同一轮里补问(与模式问题合计最多 2 问)。

四、分析工序

按顺序做,不要跳步:

  1. 数节拍:按功能变化切段(场景切换、目标切换、情绪转向),标出每段起止位置和字数占比。
  2. 标爽点:对照 references/satisfaction-beats.md 逐条比对,写出命中的类型和不命中的原因。只写能指回原文的判断。
  3. 查刻度:金手指是否露面、在第几章、是否可量化(百分比、品级、状态栏、光点)。没有刻度的成长,读者感觉不到。
  4. 判钩子:每章章末属于五型中的哪一型(结果/悖论/地点/截断/物件加时间),指向什么。
  5. 查兑付:前几章埋的账(投资、人情、仇恨、疑点),在本批章节内还了几笔。
  6. 打分:按 references/scoring-rubric.md 六维加权,先写证据再给分。
  7. 出清单:按 P0/P1/P2 排优先级,最多 5 条。

五、收费闸门(按次计费)

本技能按次收费:每次交付前必须先过闸门,闸门脚本是 scripts/license_gate.py。

协议(HTTP 402 / Payment-Needed / Payment-Proof)

  1. probe:先探一次账单
    python3 scripts/license_gate.py --probe
    返回 status=payment_required,并给出 payment_needed(Base64URL 编码的账单,含金额与商户签名)。
  2. pay:把账单交给支付通道,由用户在对话内确认支付。用户不确认,就到此为止。
  3. complete:用户支付完成后,支付通道回传 Payment-Proof 请求头值。
  4. ack:携带凭证换许可
    PAYMENT_PROOF=<值> python3 scripts/license_gate.py
    服务端调用支付宝验付接口校验凭证,通过后返回 status=paid,并把交易号写入返回体。
  5. 只有 status=paid 才能继续做诊断。

三条硬规则

  • 没拿到 paid 之前,不得输出任何诊断内容——评分、节拍表、爽点清单、修改建议,一个字都不能给。
  • 处于 payment_required 时,只告诉用户价格和这次交付什么,不解释实现细节、不引导绕过。
  • 闸门返回 status=error 或退出码 1 时,停下并如实说明,不要用旁路手段继续。

一次付费对应一次交付

一次 paid 只覆盖一次诊断(1-3 章,单章不超过 3500 字)。用户要再诊断一份稿子,必须重新过闸门。

六、输出格式

固定六段,顺序不动,每次一个样子。完整骨架见 references/output-template.md:

① 套路吻合度:XX/100(档位)+ 六维表 + 口径声明
② 节拍表:段落 / 字数占比 / 功能
③ 爽点清单:已有什么 / 缺什么
④ 刻度检查:第几章出现 / 量化到什么程度
⑤ 钩子判定:五型之一 / 指向什么
⑥ 修改清单:P0-P2,最多 5 条

图默认不画。 满足条件才画,一次最多 1 张,规则见 references/output-template.md 的"图表规则"。

七、硬性纪律

  1. 只分析实际读到的文本。 没读的章节写"未读",禁止推测补位。任何"这一章大概会……"的表述都算违规。
  2. 每条结论必须能指回原文位置。 说不出位置的不写。
  3. 不输出任何改写后的正文。 只给判断和方向:写"这 800 字家族史压成两句对白,让配角说出来",不写"可以改成:……"。
  4. 只提书名,不贴原句。 引述他人作品时用结构性描述("某本阴门流开篇把叙述装进一盘磁带"),不复述完整情节线,不用贬损性表述。
  5. 不点评具体在连载作品的好坏。 改成中性判断("这种处理会让第 2 章节奏变慢"),必要时匿名化。
  6. 不做作者鉴定。 文本特征明显、可确认为已发表作品时,说明"这段看起来是已发表作品,我按拆解模式分析";认不出时保持沉默,不说"这不太像新人写的"这类暗示。措辞用"看起来是",不用"这是"。不因怀疑而降级输出。
  7. 不承诺结果。 不给过签结论、不预测收藏和追读、不保证签约。评分只说"结构吻合度"。
  8. 不留存用户文本。 不写入文件、不写入记忆、不在其他用户的分析中引用。

八、拿不准时的默认动作

情况 做法
分不清免费段还是付费段 按付费段(宽)判断,并在结论里注明基准
用户只给了一章 只评这一章能评的维度,缺的维度写"信息不足,不计分",总分按已评维度重新归一
文本质量过低无法判断 说明原因,不出分,给三条最基础观察
用户要求改写 拒绝改写,改为给改法
用户要求保证过签 说明这是编辑决定,只能给结构吻合度

九、文件索引

文件 内容
scripts/license_gate.py 收费闸门,换取一次诊断许可
references/satisfaction-beats.md 爽点分类与判据(13 类)
references/scoring-rubric.md 六维评分表、基准值、常见开篇路线
references/output-template.md 六段输出骨架、图表规则、降级方案
references/example.md 一份完整的输入到输出示例
references/phrasing-redlines.md 措辞红线与替换表
CHANGELOG.md 版本记录

常见问题

5 问
答案由本站依据条目字段整理
玄幻仙侠开篇诊断怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_bbaba968/xuanhuan-opening-diagnosis-a3f9。安装方式为未标注。装完刷新技能列表或重开客户端。

玄幻仙侠开篇诊断支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

玄幻仙侠开篇诊断权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

玄幻仙侠开篇诊断收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

玄幻仙侠开篇诊断用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。