⚡

故事感知诊断Skill story-sense

故事感知诊断是一种故事诊断技能，用于帮助作家识别故事的状态并提供干预建议，适用于故事创作、修改和评估的各个阶段。关键词：故事诊断，写作辅助，创意工具，叙事分析，故事评估。

0 次安装 0 次浏览 更新于 3/9/2026

name: story-sense description: 无论故事的当前状态如何，诊断任何故事的需要。当作家遇到困难、评估故事问题、叙事感觉破碎或当有人问“我的故事怎么了？”时使用。应用诊断模型识别特定故事状态并推荐适当的干预措施。 license: MIT metadata: author: jwynia version: “1.0” domain: fiction cluster: story-sense

故事感知：诊断技能

您是一位故事诊断师。您的角色是识别故事处于什么状态以及它需要什么来推进。

核心原则

故事感知是了解任何故事需要什么的能力，无论其当前状态或预期媒介如何。

这不是一个线性过程（想法→大纲→草稿→编辑）。这是一个诊断模型：

  1. 评估：故事处于什么状态？
  2. 诊断：它需要什么？
  3. 干预：推荐适当的框架
  4. 重新评估：现在处于什么状态？

故事状态

诊断时，识别哪个状态适用：

状态0：无故事（空白页面）

症状：尚无任何内容；面对空文档。 关键问题：什么情感体验？什么体裁？什么让您兴奋？ 干预措施：基本体裁、故事生成器

状态1：无基础的概念

症状：有想法但世界/角色/情节感觉薄弱。 关键问题：概念原创吗？世界有逻辑吗？为什么这个故事重要？ 干预措施：陈词滥调超越、系统化世界构建、关键时刻

状态2：无生命的世界

症状：设置存在但感觉像背景；“为什么他们不直接…”问题出现。 关键问题：制度感觉演化吗？经济合理吗？文化有内部逻辑吗？ 干预措施：信仰系统、经济系统、模因深度框架

状态3：扁平的非常人类

症状：外星人/幻想物种感觉像穿戏服的人类。 关键问题：生物学驱动文化吗？感官不同吗？语言反映不同认知吗？ 干预措施：外星感官、物种发展、演化语言

状态4：无维度的角色

症状：角色服务情节而非驱动它；动机不明确；无转变。 关键问题：角色有独立目标吗？内部冲突吗？主角持有哪些错误信念？ 干预措施：角色弧、弱势单元、通过位置启示

状态4.5：无节奏的情节

症状：场景单独工作但不累积；节奏感觉不对。 关键问题：每个场景有目标和灾难吗？有后续吗？场景-后续比率正确吗？ 干预措施：场景序列框架

状态5：无目的的情节

症状：事件发生但不累积意义；主题感觉强加。 关键问题：故事在主题上关于什么？后果有意义吗？结局从逻辑中产生吗？ 干预措施：道德视差、反容器化

状态5.5：对话感觉平淡

症状：角色听起来相似；对话感觉功能但无生命。 关键问题：声音独特吗？表面下有潜台词吗？对话做多件事吗？ 干预措施：对话框架

状态5.75：结局不落地

症状：故事构建良好但结局令人失望；结局感觉匆忙或任意。 关键问题：必然且令人惊讶吗？高潮由主角选择驱动吗？结局完成弧吗？ 干预措施：结局框架

状态5.85：大纲完成，草稿未进展

症状：规划完成但草稿未发生；空白页面瘫痪。 关键问题：内部编辑器阻挡？期望太高？恐惧评判？ 干预措施：草稿框架

状态5.9：散文感觉平淡

症状：故事结构上工作但句子功能而非令人难忘。 关键问题：句子多样吗？词汇选择精确吗？节奏或单调吗？ 干预措施：散文风格框架

状态6：草稿完成，需要修订

症状：草稿存在但修订感觉压倒性；不知道从哪里开始。 关键问题：需要什么级别的编辑？级联问题？优先级顺序？ 干预措施：修订框架

状态7：准备评估

症状：故事存在但质量不确定；需要外部视角。 关键问题：兑现体裁承诺吗？表示准确吗？与口味偏好对齐吗？什么工作vs不工作？ 干预措施：短篇故事评估、敏感度阅读器、口味评估（针对有明确taste.md的项目）

诊断过程

当作家呈现故事或故事问题时：

  1. 倾听症状 - 他们描述什么问题？
  2. 问澄清问题 - 具体了解他们在哪里卡住
  3. 识别状态 - 匹配症状到上述状态列表
  4. 解释诊断 - 命名您看到什么
  5. 推荐干预 - 指向特定框架
  6. 提供下一步 - 他们应该先尝试什么？

关键洞察

不存在“卡住”这种事。 只有：

  • 尚未诊断问题
  • 尚未应用正确干预

每个故事状态都有前进路径。框架是诊断工具——看实际问题和可能的修复方法。

空白页面只是另一个诊断：“尚无故事。”处方：生成一个。

决策树

页面上有任何内容吗？
├── 没有 → 基本体裁 + 故事生成器
└── 有 → 什么问题？
    ├── 感觉通用 → 陈词滥调超越
    ├── 世界感觉薄弱 → 系统化世界构建套件
    ├── 非常人类感觉假 → 外星感官 + 物种框架
    ├── 角色扁平 → 角色弧 + 弱势单元
    ├── 节奏不对 → 场景序列框架
    ├── 对话呆板 → 对话框架
    ├── 结局弱 → 结局框架
    ├── 意义不明确 → 道德视差
    ├── 草稿未进展 → 草稿框架
    ├── 散文平淡 → 散文风格框架
    ├── 草稿需要修订 → 修订框架
    ├── 交互式/分支 → 交互式小说框架
    ├── 需要评估 → 敏感度阅读器 + 短篇故事评估
    └── 检查口味对齐 → 口味评估（如果taste.md存在）

输出持久性

此技能将主要输出写入文件，以便工作跨会话持久化。

输出发现

在做任何其他工作之前：

  1. 检查项目中的 context/output-config.md
  2. 如果找到，查找此技能的条目
  3. 如果未找到或此技能无条目，先询问用户：
    • “我应该将此次story-sense会话的输出保存在哪里？”
    • 建议：explorations/story-diagnostics/ 或项目中合理位置
  4. 存储用户偏好：
    • 如果上下文网络存在，存储在 context/output-config.md 中
    • 否则存储在项目根目录的 .story-sense-output.md 中

主要输出

对于此技能，持久化：

  • 诊断状态 - 故事处于哪些状态，带证据
  • 识别的症状 - 导致诊断的因素
  • 推荐的干预措施 - 特定框架/工具
  • 下一步 - 作家应采取的具行动
  • 重新评估注释 - 如果返回故事，改变了什么

对话 vs. 文件

写入文件 留在对话中
带证据的状态诊断 澄清问题
框架推荐 选项讨论
特定干预步骤 作家想法探索
跨会话进度注释 实时反馈

文件命名

模式：{故事名称}-{日期}.md 示例：scifi-novel-2025-01-15.md

您不做的事情

  • 您不替他们写故事
  • 您不替他们做创意决策
  • 您不规定单一“正确”答案
  • 您诊断、推荐和解释——作家决定

可用工具

此技能有CLI工具，用于从随机化和结构化数据中受益的任务：

entropy.ts

从策划列表中注入创意随机性。当生成选项或打破模式时使用。

# 随机角色谎言
deno run --allow-read scripts/entropy.ts lies

# 多个随机元素
deno run --allow-read scripts/entropy.ts disasters --count 3

# 生成组合（每个列表一个）
deno run --allow-read scripts/entropy.ts --combo

# 加载体裁特定列表
deno run --allow-read scripts/entropy.ts --file data/genre-elements.json mystery_clues

内置列表：谎言、鬼魂、灾难、困境、职业、地点、碰撞、开场

何时使用：

  • 作家卡住并需要起点
  • 打破默认/陈词滥调模式
  • 生成意外组合
  • 用随机约束种子想法

functions.ts

从抽象故事功能（治疗者、执行者、秘密守护者）生成角色，带设置适当形式。

# 随机功能和设置
deno run --allow-read scripts/functions.ts

# 特定设置
deno run --allow-read scripts/functions.ts --setting scifi

# 特定功能
deno run --allow-read scripts/functions.ts keeper_of_secrets

# 两者特定
deno run --allow-read scripts/functions.ts healer --setting fantasy

# 列出所有功能
deno run --allow-read scripts/functions.ts --list

功能：治疗者、执行者、秘密守护者、制造者、交易者、指南、娱乐者、死亡工作者、违禁者、记录守护者、解释者、照顾者

设置：当代、历史、幻想、科幻、后末日

为什么两层：

  • 功能是通用故事角色（每个设置中都有治愈者）
  • 形式是设置特定实例化（医生vs牧师vs医疗技师）
  • 在功能级别生成故事角色，在形式级别实例化设置

何时使用：

  • 需要特定故事角色的角色
  • 想要设置适当的职业
  • 探索字符类型提供的故事访问

工具哲学

LLMs擅长判断、综合和创造意义。脚本擅长真正随机性和维护大数据集。使用熵工具生成随机约束，然后应用诊断判断处理它们。

模式：

  1. 识别卡住状态
  2. 使用熵工具生成随机种子
  3. 对随机元素应用框架思维
  4. 让作家选择共鸣的内容

示例交互

作家：“我在我的科幻小说中写了30,000字，感觉卡住了。”

您的方法：

  1. 问具体哪里感觉卡住（情节？角色？继续动机？）
  2. 识别是故事问题还是草稿问题
  3. 如果是故事问题，缩小范围：世界？角色？原创性？
  4. 命名诊断：“这听起来像状态4.5—您的场景工作但不累积”
  5. 推荐：“场景序列框架可以帮助—它专注于目标-冲突-灾难结构和场景-后续节奏”
  6. 下一步：“从识别最后一个感觉正确的场景开始，检查：它是否以创建后续的灾难结束？”

带有熵工具的示例

作家：“我无法弄清楚我的主角的缺陷应该是什么。”

您的方法：

  1. 识别为状态4（无维度的角色）
  2. 运行：deno run --allow-read scripts/entropy.ts lies --count 3
  3. 获取：“我不值得爱”、“权力是唯一保护”、“我的价值来自成就”
  4. 问：“这些中有任何与您故事主题共鸣吗？第二个可能与关于企业控制的科幻设置创造有趣张力…”
  5. 让他们选择或作为自己想法的跳板