论文助手
- 作者仓库星标 2,679
- 作者更新于 实时读取
- 作者仓库 danghuangshang
- 领域
- 通用
- 兼容 Agent
-
- Claude Code
- Cursor
- Cline
- Codex
- Windsurf
- Gemini CLI
- +20
- 信任分
- 88 / 100 · 社区维护
- 作者 / 版本 / 许可
- @wanikua · 未声明 license
- Token 消耗评级
- 低消耗
- 接入复杂程度
- 即装即用
- 是否需要外部 API Key
- 不需要
- 兼容的系统
- 未声明(默认跨平台)
- 底层运行要求
- 无特殊要求
- 文件与系统权限
-
- 只读
- 允许写入 / 修改
- 网络行为
- 仅限本地
- 安装命令数
- 26 条
档案由构建时根据 SKILL.md 与安装命令自动衍生,可能与作者实际意图存在差异。
需要注意: 未限定 allowed-tools,默认拥有全部工具权限。
---
name: novel-research
description: 深度调研 - 当需要检索真实世界细节、推演复杂逻辑、获取风格参考时触发。关键词:调研、检索、搜索、参考、素材。 你已被注入 novel-research 技能。你的职责是为小说创作提供高质量的…
category: 通用
runtime: 无特殊运行时
---
# novel-research 输出预览
## PART A: 任务判断
- 适用问题:通用任务拆解、检查和交付。
- 输入要求:目标材料、限制条件、期望输出和验收方式。
- 证据边界:围绕“1. 真实细节检索 / 定位 / 使用场景”读取原文规则,不把推断写成作者承诺。
## PART B: 执行结果
- **01** 任务判断:确认你的需求是否属于通用任务拆解、检查和交付,并标出输入、限制和预期结果。
- **02** 执行计划:优先按“1. 真实细节检索 / 定位 / 使用场景”拆成步骤,说明每一步会读取什么、修改什么、产出什么。
- **03** 交付结果:给出可复制的命令、文件改动、检查清单或内容草稿,并说明如何继续迭代。
- **04** 风险边界:结合 读取文件、写入/修改文件、主要在本地完成、通常不需要额外 API Key 给出执行前确认项。
## Running Rules
- 读取文件、写入/修改文件;主要在本地完成;通常不需要额外 API Key。
- 先小样例验证,再放大到真实任务。
- 交付时同时给结果、检查口径和下一步迭代建议。 先确认触发方式
原文没有稳定的斜杠命令要求。安装验证后通常全局生效,直接在对话里点名这个 Skill 并描述任务即可。
给清楚输入和边界
告诉 Agent 目标文件或材料、期望结果、不可改范围、是否允许联网或执行命令。本 Skill 的权限画像是:读取文件、写入/修改文件。
小样例验证后再放大
先用一个小任务确认它会围绕“1. 真实细节检索 / 定位 / 使用场景”工作;涉及文件或命令时,先看 diff、日志、预览或测试结果。
复核后再交付
检查最终产物是否包含明确结果、必要证据和下一步动作;如果输出泛泛而谈,就补充输入、边界和验收标准后重跑。
---
name: novel-research
description: 深度调研 - 当需要检索真实世界细节、推演复杂逻辑、获取风格参考时触发。关键词:调研、检索、搜索、参考、素材。 你已被注入 novel-research 技能。你的职责是为小说创作提供高质量的…
category: 通用
source: wanikua/danghuangshang
---
# novel-research
## 什么时候使用
- 把通用方向的常用动作沉淀成 Agent 可调用的技能 适合处理通用任务拆解、检查、交付和复盘,核心价值是把输入、判断、执行、验证和交付边界固定下来,避免 Agent 泛泛回答。 把任务拆成可执行、可检查、可继续迭代的步骤;通常不需要额外…
- 面向通用任务拆解、检查和交付,优先处理能明确输入、步骤和验收标准的工作。
## 需要提供什么
- 目标材料、目录范围、期望结果和不可改动内容。
- 是否允许联网、执行命令、读写文件或调用外部服务。
## 执行规则
- 围绕「1. 真实细节检索 / 定位 / 使用场景」组织步骤,不把推断写成作者事实。
- 读取文件、写入/修改文件;主要在本地完成;通常不需要额外 API Key。
- 先跑小样例,确认结果可检查后再扩大任务范围。
## 输出要求
- 给出最终产物、关键证据、验证方式和下一步动作。
- 信息不足时标记 unknown,不编造命令、平台或依赖。 证据边界与执行链路
作者原文负责流程事实;仓库文件负责来源和命令;流狐只补充适用场景、限制和质量判断。
skill "novel-research" {
输入层 -> 用户目标 + 目标文件 + 禁止范围 + 验收标准
上下文层 -> 1. 真实细节检索 / 定位 / 使用场景
规则层 -> SKILL.md 触发条件 / 执行顺序 / 输出格式
运行层 -> 无特殊运行时 | 读取文件、写入/修改文件 | 主要在本地完成
安全层 -> 通常不需要额外 API Key + 小任务验证 + diff / 日志复核
输出层 -> 可复制结果 + 检查清单 + 下一步迭代
} 深度调研技能
你已被注入 novel-research 技能。你的职责是为小说创作提供高质量的信息检索和逻辑推演支持。
1. 真实细节检索
定位
搜索真实世界信息,为虚构叙事注入可信度。细节是谎言的伪装,让虚构更可信。
使用场景
| 场景 | 示例查询 |
|---|---|
| 历史场景 | "19世纪伦敦东区街道布局和日常生活" |
| 专业知识 | "氰化物中毒的症状和发作时间" |
| 地理文化 | "京都祇园花街的建筑风格和艺伎文化" |
| 军事/武器 | "二战德国U型潜艇内部结构" |
| 医学/科学 | "失血过多时人体的生理反应" |
| 社会制度 | "古罗马共和国的元老院运作方式" |
使用方法
通过可用的搜索工具(web_search 等)进行检索:
- 构造明确的搜索查询(中文或英文均可)
- 获取搜索结果
- 提取关键细节融入叙事
使用原则
- 精准查询:查询语句要具体,避免过于宽泛
- 提取细节:从搜索结果中提取具体的名称、数字、描述
- 融入叙事:将事实自然地编织进故事,不要像百科全书式的罗列
- 适度使用:不是每个场景都需要查证,只在需要可信度的关键场景使用
2. 逻辑推演
定位
用于复杂情节的深层逻辑推演,确保故事经得起推敲。
使用场景
| 场景 | 推演内容 |
|---|---|
| 复杂反转 | 提前验证反转是否有足够铺垫,读者是否能接受 |
| 多线收束 | 推演多条故事线如何自然汇合 |
| 智斗环节 | 设计攻防逻辑,确保双方行为合理 |
| 逻辑验证 | 检查情节因果链,发现潜在漏洞 |
| 时间线推演 | 验证多角色同一时间段的行动是否冲突 |
| 动机分析 | 推演角色在特定情境下的合理反应 |
使用原则
- 问题明确:将待推演的问题清晰地表述为一个具体命题
- 分步推演:逐步推理,不要一次给出太大的命题
- 批判采纳:推演结果是参考,用创作者的判断力筛选
- 留有余地:推演出多个可能路径时,选最有戏剧性且合逻辑的那个
3. 风格参考
使用场景
- 卡文需要灵感时
- 需要参考特定场景描写方式时
- 学习某种叙事风格时
工作流
- 在工作区
novel/{书名}/或参考素材目录中检索相关风格参考 - 分析检索结果:韵味、节奏、手法、切入点
- 参考而非抄袭
调研与创作的结合
"参考而非抄袭"原则
- 搜索结果:提取事实细节(名称、数据、描述),用自己的语言重新叙述
- 风格参考:学习风格和手法(节奏、视角、氛围营造),用自己的内容重新创作
- 逻辑推演结果:采纳逻辑结论,但用创作者的方式表达
调研强度选择
| 场景类型 | 调研强度 | 方法 |
|---|---|---|
| 日常对话/情感场景 | 低 | 无需调研 |
| 专业知识相关场景 | 中 | 网络检索 |
| 复杂反转/多线汇合 | 中 | 逻辑推演 |
| 历史/真实场景还原 | 高 | 检索 + 推演 |
| 卡文/风格探索 | 中 | 风格参考 |
注意事项
- 不要过度调研:调研是为创作服务的,不要陷入无休止的搜索
- 不要堆砌细节:搜索到的信息要自然融入叙事,不要变成知识百科
- 时间管理:调研应在写作前完成,不要边写边查打断创作节奏
- 结果存储:重要的调研结果写入
设定/对应文件(见 novel-memory 技能),避免重复搜索
先判断是否适合
作者设计意图
作者的方法与取舍
边界和复核