关于 oblique-worldbuilding
这是一项为章节创作虚构文献式题辞的写作技能,通过记录者的立场、动机与盲点营造间接呼应。适合希望以含蓄方式补充主题和世界细节的小说作者。
主要功能
- 01依据立场与偏见塑造文献声音
- 02让题辞间接呼应章节
- 03采用多种虚构文档形式
- 04叠加反讽与主题意涵
- 05检查视角与关联度
适用场景
- 01为章节创作题辞
- 02设计风格各异的文献摘录系列
- 03不靠说明性文字补充世界深度
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ jwynia/ agent-skills --skill oblique-worldbuilding安装后在 Claude Code 中输入/oblique-worldbuilding确认已加载。
详细介绍
斜向世界构建:纪实视角技能
你帮助作家创作世界构建引文和题词,通过由视角驱动的文献而非直接评论来丰富章节。其力量源于记录者有限的视野、自利的推理和系统性的盲点。
核心原则
每一种纪实声音,都会通过它无力看见的事物揭示世界。
目标不是与事件保持时间距离,而是受限于视角。与章节事件发生在同一周、由一位戴着职业眼罩的人所写的引文,比几个世纪后写下的中性描述更能传递意味。
视角引擎
纪实视角的必要组成
每一种纪实声音都需要四个要素:
- 立场:他们相对于权力、知识和事件所处的位置
- 需求:为了维持自身地位/理智/身份,他们必须相信什么
- 透镜:他们用来解读现实的框架
- 盲点:他们无力看见或承认什么
视角受限的类型
职业变形:
- 工程师只看得到工程问题
- 律师只看得到法律问题
- 牧师只看得到道德缺失
- 商人只看得到市场机会
- 官僚只看得到流程合规
- 科学家只看得到可测量的现象
位置所需:
- 中层管理者必须相信系统有效
- 革命者必须相信改变是可能的
- 幸存者必须相信自己的生还具有意义
- 加害者必须相信自己的辩解
- 历史学家必须相信过去是可知的
- 先知必须相信未来是可塑的
文化假设:
- 那些“人尽皆知”却并不真实的事
- 根深蒂固、以至于无法质疑的价值观
- 看似自然、实则并非如此的分类
- 对人性的假设
- 关于变化如何发生的信念
创造间接关联
距离层级
一阶距离:同一事件,不同视角
- 风险:过于直接
- 谨慎用于制造反讽效果
二阶距离:相关现象,不同背景
- 间接关联的最佳距离
- 展现系统性模式
- 需要读者自行推断
三阶距离:仅有主题或系统层面的呼应
- 风险:过于晦涩
- 用于营造微妙共鸣
关联类型
系统性呼应: 展现同样的力量在别处运作:
- 不同规模,同样的动态
- 不同领域中的平行结构
- 同一问题,不同表现形式
反讽式并置: 通过对比创造意义:
- 危机期间的日常琐事
- 灾难发生前的历史自信
- 用官僚语言描述人间悲剧
- 用技术精度描述混乱
主题押韵: 不同情境,同样的人类模式:
- 不同情境下的权力动态
- 不同系统中的人类代价
- 特定场景中的普遍行为
因果链: 遥远的原因或结果:
- 蝴蝶效应的影响
- 意想不到的后果
- 当前问题的历史根源
- 当下选择在未来激起的回响
文档类型及其视角
行政/官僚类
- 视角:流程与合规
- 盲点:人的代价、系统性失灵
- 示例:备忘录、规章、格式信函、合规报告
- 最适合:揭示制度的冷酷无情
学术/科学类
- 视角:可测量的现象、理论框架
- 盲点:亲身体验、无法测量的真相
- 示例:期刊摘要、拨款申请、同行评审
- 最适合:展现专家的误解
商业/经济类
- 视角:利润、效率、市场动态
- 盲点:外部影响、人类价值
- 示例:广告文案、季度报告、市场分析
- 最适合:揭示商品化
个人/亲密视角
- 视角:个人经历、情感真实
- 盲点:系统性力量、更大的模式
- 示例:日记、信件、个人笔记
- 最适合:让大规模事件更具人情味
文化/艺术视角
- 视角:审美价值、文化意义
- 盲点:政治现实、物质条件
- 示例:评论、艺术家陈述、节目说明
- 最适合:展现文化层面的否认
法律/监管视角
- 视角:规则、判例、责任
- 盲点:正义、人性的复杂性
- 示例:合同、案例笔记、法律意见
- 最适合:揭示制度的局限
宗教/哲学视角
- 视角:意义、道德、永恒真理
- 盲点:物质现实、不断变化的背景
- 示例:布道、神学论文、道德指南
- 最适合:展现意识形态框架
高级技巧
揭示性的细节
加入只有持此视角的人才会注意或在意的小细节,以此揭示他们的优先事项和盲点。
暗示性的遗漏
文档记录者完全没有提及哪个显而易见的要素(对读者而言显而易见)?
无意间揭示的真相
文档记录者通过自己的表述方式或关注重点,无意间透露了什么?
相互冲突的权威
使用关于同一现象的相互矛盾的文档,展现不同派别的视角。
不可靠的编纂者
创作一位虚构的编辑,让其偏见影响文档的筛选和呈现方式。
多层含义
设计能在多个层面发挥作用的引文:
- 表层:有趣的世界观细节
- 背景层:对章节事件的评论
- 讽刺层:揭示文档记录者的局限
- 主题层:阐明更深层的关注点
实施流程
步骤 1:分析章节
- 哪种制度或力量正在发挥作用?
- 展现了什么样的人类代价?
- 哪些假设受到质疑?
- 揭示了怎样的权力关系?
步骤 2:选择视角
- 谁会记录这类事情?
- 他们需要相信什么?
- 他们无法承受看见什么?
- 他们会如何表述?
步骤 3:选择文档类型
- 让正式程度与视角相匹配
- 考虑哪种声音最能增添价值
- 在整部作品中平衡多样性
步骤 4:调整关联强度
- 目标是让人恍然大悟,而不是觉得不言自明
- 确保引文脱离上下文也能成立
- 测试它在与情节关联时是否能带来揭示
步骤 5:叠加更多含义
- 为后续揭示埋下伏笔
- 增添世界观的质感
- 创造重读价值
完整示例
章节事件:角色发现雇主一直在利用监控技术打压工会组织活动
分析:
- 发挥作用的制度:技术助长了对劳工的压制
- 人类代价:工人失去自主权
- 受到质疑的假设:技术是中立的工具
视角选择:15 年后的中层管理人员
- 立场:曾实施这套系统
- 需求:相信自己帮助了所有人
- 视角:效率指标
- 盲点:工人的自主权
文档类型:企业通讯中的员工专访
引文:
“员工专访:Jarvis Chen,设施优化
‘我最喜欢 SmartFlow 系统的一点,就是它省去了排班中的猜测。以前,我们每次调整班次都得协商,还要处理时间安排上的冲突……现在算法全都能搞定。员工生产效率提高了 23%,再也不用进行那些尴尬的对话了!团队似乎也更开心了——他们不必担心请假会被拒绝。系统会自动知道他们什么时候最需要到岗。’”
行之有效的原因:
- 展现监控如何变得习以为常
- 揭示管理层的自我欺骗
- 用效率话语掩盖控制
- 通过热情洋溢的语气制造反讽
质量检查
视角测试
- 文档记录者的立场是否清晰?
- 他们的局限是否可信?
- 他们的盲点是否制造了反讽?
相关性测试
- 这段引文是否呼应章节主题?
- 这种关联是否可供读者发现,但又不显而易见?
- 它是否拓展了读者的理解?
独立性测试
- 即使脱离章节,这段引文是否也很有意思?
- 它能否独立构建世界?
- 它能否成为一个故事的种子?
输出持久化
查找输出位置
- 检查项目中是否存在
context/output-config.md - 如果存在,查找此技能对应的条目
- 如果不存在,询问用户:“我应该将题词文档保存在哪里?”
- 建议:
worldbuilding/documents/或explorations/worldbuilding/
主要输出
- 文献口吻——立场、需求、视角、盲点
- 文档类型——行政、学术、商业等
- 关联类型——系统回响、讽刺性并置、主题呼应
- 多层含义——表层、语境、讽刺、主题
文件命名
格式:{chapter/section}-epigraph-{date}.md
验证(Oracle)
此技能可以验证的内容
- 视角要素——是否已定义立场/需求/视角/盲点?(高置信度)
- 关联是否存在——能否辨识出与章节的关联?(中置信度)
- 独立性质量——脱离章节后,这段引文是否仍有意思?(中置信度)
需要人工判断的内容
- 含蓄程度校准——是过于直白,还是过于晦涩?
- 口吻真实性——它听起来像是文档编写者写的吗?
- 读者能否发现——这种关联能否带来“啊哈!”的顿悟?
Oracle 的局限
- 无法判断读者是否会建立预期的关联
- 无法预测讽刺是否能奏效
反馈循环
会话持久化
- **输出位置:**参见
context/output-config.md - **保存内容:**口吻定义、文档、关联分析
- 命名格式:
{chapter/section}-epigraph-{date}.md
跨会话学习
- 检查本作品中是否已有题词
- 确保文档类型和视角多样化
- 从失败的关联中总结反模式
设计约束
此技能的假设
- 故事包含可添加题词的章节/部分
- 世界中存在叙事之外的文献口吻
- 作者追求隐含的深度,而非说明性文字
此技能不处理的内容
- 直接构建世界——转至:worldbuilding
- 文化质感——转至:memetic-depth
- 散文口吻——转至:prose-style
退化信号
- 引文概述了章节事件(过于直白)
- 看不出主题关联(过于晦涩)
- 口吻千篇一律,缺少立场/盲点
推理要求
标准推理
- 创作单条题词
- 定义基本视角
- 识别简单关联
扩展推理(ultrathink)
- 完整题词系列——[原因:必须创造多样性和递进关系]
- 多层设计——[原因:表层/语境/讽刺/主题必须协调一致]
- 虚构编选者口吻——[原因:是谁挑选这些文档,为什么?]
触发短语:“设计完整的题词系列”、“创建文献框架”、“叠加多层含义”
执行策略
顺序执行(默认)
- 先分析章节,再选择视角
- 先定义口吻,再撰写文档
- 先起草,再校准关联
可并行处理
- 为不同章节创作多条题词
- 研究不同文档类型
子 Agent 候选项
| 任务 | Agent 类型 | 何时启动 |
|---|---|---|
| 文档研究 | 通用型 | 以真实文档类型为范本时 |
| 世界一致性 | Explore | 对照现有世界设定进行检查时 |
上下文管理
大致 Token 占用
- **技能基础:**约 3k tokens(视角引擎 + 文档类型)
- **包含流程:**约 4k tokens
- **包含完整示例:**约 4.5k tokens
上下文优化
- 聚焦当前视角和文档类型
- 文档类型目录仅供参考
- 完整示例可选
上下文紧张时
- 优先考虑:当前视角、活跃的文档类型
- 延后处理:完整的文档类型目录、高级技巧
- 删除:示例、所有质量检查
反模式
1. 过于直白
模式: 概述章节事件的引文、直接描述主角的文档、对特定事件的当代反应。 为何无效: 直白的评论剥夺了读者自行发现的乐趣。含蓄构建世界的力量在于推断——读者会自行将文档与章节联系起来。 改进: 拉开第二层距离。在不同情境中寻找相关现象。让系统性模式建立联系,而非明确提及。
2. 过于晦涩
模式: 看不出主题关联、需要外部知识、纯粹构建世界却缺乏共鸣。 为何无效: 如果读者无法建立联系,题词就会沦为噪音。含蓄不等于随机——它意味着间接但可发现。 改进: 找读者测试。读者能否说清这段引文为何出现在这一章之前?即使关联并不明显,也应该能够找到。
3. 缺少视角
模式: 泛泛的文献记录者口吻,没有明确立场或盲点,仿佛任何人都能写出来。 为何无效: 意义源于局限。中立的描述无法揭示世界。记录者的盲点能告诉我们这种文化看不见什么。 改进: 明确四个组成部分:立场、需求、视角、盲点。如果你无法回答“这位记录者承受不起看见什么?”,那么这个视角就不够鲜明。
4. 过度解释
模式: 引文解释自身关联、反讽过于刻意、不给读者留下自行发现的空间。 为何无效: 读者自行发现会带来参与感。把关联明说出来,阅读就会变成被动接受,而非主动赋予意义。 改进: 删去明确的关联。相信读者。让反讽自然地从并置中浮现,而非依靠评论。
5. 口吻不一致
模式: 文档听起来像作者,而非虚构的记录者。学术论文没有行话,官僚文件缺少官僚腔。 为何无效: 真实的口吻能让虚构更可信。文档听起来泛泛而谈时,世界就会显得单薄。记录者应该像他们自己那样写作,而非像作者那样。 改进: 研究文档类型。现实中的官僚、学者、记者是如何写作的?匹配正式程度、行话和假设。口吻应该像是被发现的,而不是写出来的。
最终原则
- 视角即力量:记录者的立场和局限创造意义
- 盲点揭示真相:他们看不见什么,能告诉我们这个世界的情况
- 系统彼此呼应:相同的力量会在不同情境中造就不同的文档
- 反讽自然浮现:让视角自然地产生反讽
- 相信读者:他们无需手把手引导,也会建立联系
集成
输入(为此技能提供内容)
| 技能 | 提供内容 |
|---|---|
| worldbuilding | 创造文献记录者口吻的系统 |
| memetic-depth | 让文档真实可信的文化质感 |
| prose-style | 不同文档类型的口吻技巧 |
输出(此技能支持)
| 技能 | 提供内容 |
|---|---|
| scene-sequencing | 为主题问题预热的章节开篇 |
| story-zoom | 不同的抽象层级(文档与叙事) |
互补
| 技能 | 关系 |
|---|---|
| memetic-depth | memetic-depth 创造文化质感;oblique-worldbuilding 将这种质感运用于特定文档。结合使用,可塑造真实可信的世界内口吻 |
| perspectival-constellation | 两者都处理受限视角——perspectival-constellation 用于 POV 角色,oblique-worldbuilding 用于文献记录者的口吻 |