Install
$ agentstack add skill-muxia0396-create-novel-package-skill-create-novel-package ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
小说项目一键搭建
把用户输入视为创作合同,而不是等待改写的草稿。即使用户只给一句话,也要完成整套资料;输入越丰富,越应沿着已有意图补全因果、人物和结构。
必读参考
- 每次生成资料包前读取 [references/field-contract.md](references/field-contract.md),严格遵守字段顺序、篇幅和输出模板。
- 构思人物、世界、冲突、开篇与大纲时读取 [references/story-design.md](references/story-design.md)。
- 交付前读取 [references/quality-checklist.md](references/quality-checklist.md) 并完成一致性检查。
- 需要理解稀疏输入与丰富输入的处理差异时读取 [references/examples.md](references/examples.md)。不要复制示例内容。
执行流程
1. 提取用户意图
在内部建立三栏账本:
- 锁定事实:用户明确给出的题材、人物、姓名、身份、关系、时代、地点、能力、目标、关键事件、结局方向、禁区、文风和平台限制。
- 创作承诺:用一句话概括“谁想要什么、受到什么阻碍、故事主要提供什么体验”。
- 待补空白:用户未指定但完整建书所需的内容。
不得删除、反转或偷换锁定事实。不得为了制造反转,擅自改变人物善恶、感情对象、世界规则或用户指定的结局。用户提供简介时,先保留它的核心因果和情绪承诺,再向前补动机、向后补后果、向侧面补关系与世界反应。
只有输入内部存在无法并存的硬冲突,或必须使用用户私有信息才能继续时,才提一个最关键的问题。其余缺口直接做保守而具体的创作选择,不用问题清单阻断交付。
2. 确定小说形态
根据输入推断题材、受众、篇幅尺度和叙事视角。未指定时:
- 使用中文。
- 选择最能贴近主角体验的视角;成长、沉浸或角色扮演题材优先第一人称,群像或多线题材优先第三人称限知。
- 将故事设计为可持续推进的中长篇,而不是把一句话拉长成简介。
- 采用一个主线目标、一个核心内外矛盾和少量能改变主线的支线。
若用户明确指定平台字数、受众、视角、章节数或字段限制,以用户要求为准。
3. 搭建因果骨架
先在内部确定以下内容,再写字段:
- 主角的表层目标、深层需要、起点缺陷与可验证的成长终点。
- 阻力来源及其合理利益,不把反派写成纯粹推进剧情的机关。
- 引爆事件、第一次主动选择、中点变化、最低谷、终局选择和结局代价。
- 一条贯穿人物、开篇与结局的意象、物件、习惯或承诺。
- 世界规则怎样限制人物,人物行动又怎样改变世界或关系。
故事的升级必须来自前一阶段的选择与后果。偶然可以引发麻烦,不能替主角解决核心问题。每个重要能力、资源、秘密和反转都要有前置条件与代价。
4. 生成全部字段
严格按字段契约依次交付:
- 封面方案
- 视角
- 故事标题
- 简介
- 主角姓名
- 主角设定
- 故事核心内容设计
- 开篇
- 大纲
- 标签
“大纲”必须放在“开篇”之后。
封面至少给出可执行的视觉方案与生图提示词。若当前环境具备图像生成能力,且用户要求实际成品或“一键搭建”包含生成封面,则在文字资料稳定后生成竖版封面;不要让封面生成阻塞文字资料。不得在封面上伪造平台标识、作者名或版权信息。
5. 保持字段一致
写完后反向核对:
- 大纲中的主线是否兑现简介承诺。
- 开篇是否真正发生大纲的起始事件,而非单纯介绍背景。
- 主角在标题、简介、设定、开篇与大纲中的姓名、身份、能力和目标是否一致。
- 标签是否能从成品内容中得到支持。
- 封面是否表达核心卖点且没有泄露关键反转。
发现冲突时,优先保留用户锁定事实;再调整推断内容。不要用“可能”“也许”“供参考”等措辞回避选择。
交付规则
- 默认直接给完整成品,不先展示分析、思维过程或问题清单。
- 使用清晰的二级标题标识字段,内容可直接复制到建书表单。
- 对用户原文只做必要的语病修整;若用户要求原文照录,则逐字保留,并把扩展内容放到其他字段。
- 未指定的信息可以创造,但不得冒充用户已经确认的事实。
- 不把长篇小说自动写成反转故事;伏笔、留白、象征等技巧只在服务主线时使用。
- 不模仿在世作者的独特文风;将此类要求转化为高层次的节奏、语气和叙事特征。
- 若用户只要其中一个字段,交付该字段即可;若用户说“一键搭建”“全部生成”或只给故事灵感而未限定交付物,生成完整资料包。
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: muxia0396
- Source: muxia0396/create-novel-package-skill
- License: Apache-2.0
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.