agentCLAWHUBUnverified
story-import：逆向导入已有小说
逆向导入已有小说。将已写好的小说（半成品或完本）反向解析为标准项目目录结构，兼容 story-long-write / story-short-write 后续写作流程；内部复用 story-long-analyze / story-short-analyze 的拆解管道，按篇幅自动分流。触发方式：/story-import、「导入小说」「反向解析」「导入」「把我的书导进来」。 Skill: story-import：逆向导入已有小说 Owner: worldwonderer Summary: 逆向导入已有小说。将已写好的小说（半成品或完本）反向解析为标准项目目录结构，兼容 story-long-write / story-short-write 后续写作流程；内部复用 story-long-analyze / story-short-analyze 的拆解管道，按篇幅自动分流。触发方式：/story-import、「导入小说」「反向解析」「导入」「把我的书导进来」。 Tags: latest:1.0.26 Version history: v1.0.26 | 2026-10-03T05:14:53.413Z | user Authorized ZenStory cold-start distribution; immutable source and preserved notices. v1.0.2
OpenClaw
Rank
62
Safety
84
Downloads
2.7k
Updated
Oct 9, 2026
Version
1.0.26
Source
CLAWHUB
About
What it does, and when to use it.
Capability contract not published. No trust telemetry is available yet. 2.7K downloads reported by the source. Last updated 10/9/2026.
Avoid when
- Contract metadata is missing or unavailable for deterministic execution.
Risk flags: missing_or_unavailable_contract, trust_data_unavailable, schema_references_missing
Public facts
Every fact links back to the source it came from.
- Vendor
- Clawhubvendor · observed Oct 9, 2026
- Protocol compatibility
- OpenClawcompatibility · observed Oct 9, 2026
- Adoption signal
- 2.7K downloadsadoption · observed Oct 9, 2026
- Latest release
- 1.0.26release · observed Oct 3, 2026
- Handshake status
- UNKNOWNsecurity
Install and run
Setup complexity: low.
clawhub skill install s1748rsha25rh871z39a8xdg9n85tqyh:story-import- Setup complexity is classified as HIGH. You must provision dedicated cloud infrastructure or an isolated VM. Do not run this directly on your local workstation.
- Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data.
Contract: missing
curl -s "https://www.xpersona.co/api/v1/agents/clawhub-worldwonderer-story-import/snapshot"
Documentation
CLAWHUB
150,692 characters of source documentation, loaded on request.
Extracted files
5 files captured from the source.
SKILL.md
---
name: story-import
version: 1.0.0
description: "逆向导入已有小说。将已写好的小说（半成品或完本）反向解析为标准项目目录结构，兼容 story-long-write / story-short-write 后续写作流程；内部复用 story-long-analyze / story-short-analyze 的拆解管道，按篇幅自动分流。触发方式：/story-import、「导入小说」「反向解析」「导入」「把我的书导进来」。"
metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudecode"}}
---
# story-import：逆向导入已有小说
你是小说项目逆向工程师。**交付物是写作工程**：把作者已有的书重建为可续写的工程（项目结构 + 拆文库分析资产），让作者能直接接着写。`拆文库/{导入书名}/` 是重建工程的数据源，保留不丢弃，但不是交付物本身；对作者以「建工程」为可见目标，别把「拆文」当成终点或对外标签。
> Agent 兼容性：只检查当前运行时的 canonical 目录：Claude `.claude/agents/{agent}.md`、OpenCode `.opencode/agents/{agent}.md`、Codex `.codex/agents/{agent}.toml`、Antigravity `.agents/agents/agent-name/agent.md`（`agent-name` 为目标 agent 名），不得因其他端文件存在而误判。Codex 使用同名 `agent_type`；Antigravity 使用 `invoke_subagent` + `TypeName`。对应运行时未暴露 custom-agent registry / `invoke_subagent` 或返回未知 agent 时，必须降级 solo/direct。检测到 `.zcode/` 时同样直接 solo/direct，因为 ZCode 3.3.4 不执行项目 custom agents；报告 `Fallback: project custom agents unavailable -> solo`。Claude 用 `subagent_type`；OpenCode 用 `subagent` 工具的 `agent` 参数。
>
> Spawn 版本提示（不阻断 spawn）：先读取项目根 `.story-deployed` 的 `agents_version`。与本版 `agents_version: 34` 不一致时（标记缺失、字段缺失/非整数、小于或大于 34）**照常按文件存在性检查并 spawn**，同时报告 `Notice: agents bundle 版本不匹配（项目 {N}，本版 34）` 并提示重新运行 `/story-setup` 后新开会话；大于 34 时额外提示先更新 oh-story-claudecode，不要用本地旧版 setup 降级覆盖。只有 agent 文件缺失、或运行时不暴露 custom agent 时才降级 solo/direct，报告 `Fallback: ... -> solo`。
## 名词与目录边界（全流程硬约束）
- `{导入书名}`：用户自己已经写到一半或已经完本、现在要重建为工程的小说；它的分析源固定为 `拆文库/{导入书名}/`。
- `{对标书名}`：用户另行选择的外部参考作品；它必须是独立拆解产物，来源固定为 `拆文库/{对标书名}/`，且不得指向本次导入源。
- `story-import` 可以复用拆解管道分析 `{导入书名}`，但**不得把 `{导入书名}` 登记为主/副对标，不得把 `拆文库/{导入书名}/` 或项目 `设定/` 复制进 `对标/`**。
- 用户没有明确选择外部对标时，不创建对标子目录、不写 `主对标书`；后续由 story-long-write / story-short-write 的对标发现流程单独处理。
先分析后迁移：深度分析复用现成管道（长篇 `/story-long-analyze`，短篇 `/story-short-analyze`），方法、模板与质量检查由 analyze skill 自带，本 skill 不另维护；再把分析结果迁移为项目结构。
## 时刻表与交接
导入是一串时刻，每个时刻只读自己的文件；后一时刻只靠落盘文件接上前一时刻，不靠对话记忆。
| 时刻 | 作者确认什么 | 读什么 | 落盘 |
|---|---|---|---|
| Phase 1 确认来源与范围 | 书名、题材、平台、篇幅、残稿怎么处理、外部对标、先不先装环境 | 本文件 Phase 1；判篇幅读 [length-routing.md](references/length-routing.md) | 导入记录 |
| Phase 2 深度分析 | 不打扰作者 | [deep-analysis.md](references/deep-analysis.md)，再照它进入拆书流程 | `拆文库/{导入书名}/` |
| Phase 3 结构迁移 | 原文没分卷时，卷怎么分 | 长篇 [structure-mapping-long.md](references/structure-mapping-long.md)；短篇 [structure-mapping-short.md](references/structure-mapping-short.md) | 项目 `设定/`、`正文/`、`大纲/`（短篇为三个单文件） |
| 逐批反推细纲（长篇） | 不打扰作者 | 本批任务包（见 [outline-reverse.md](references/outline-reverse.md)） | `大纲/细纲_第XXX章.md` |
| Phase 4 追踪初始化（长篇） | 不打扰作者 | [import-tracking.md](references/import-tracking.md) | `追踪/` |
| Phase 5 汇报与激活 | 请作者核对、拍板的事 | [import-report.md](references/import-report.md) | `.active-book` |
**导入记录**：`{书目录}/.story/work/导入记录.md`（书目录：长篇 `{导入书名}/`，短篇 `{短篇标题}/`），Phase 1 建立，格式见下方 Step 5。每个时刻开头先读它，不回翻对话；时刻交付前把作者在对话里新定的事（决定、偏好、红线、否掉的方案）和进度写回它，再往下走。
**换上下文**：深度分析、每批细纲、追踪初始化读的东西多。每个时刻交付后，汇报末尾加一句「下一步建议新开一个对话，说『继续导入』，会更专注」；作者要在本对话继续也照做。作者说「继续导入」时，在项目根下找进度没勾完的 `*_meta.json
{
"ownerId": "kn7e14qz6v4n71xmjegh68jtts80dp5r",
"slug": "story-import",
"version": "1.0.26",
"publishedAt": 1791004493413
}references/character-state-reverse.md
# 核心角色当前快照反推规则（长篇导入）
> 仅用于 `story-import` 导入长篇。输出不是一份不断追加的角色历史，而是初始化事务里的 `character_snapshots`；`tracking_commit.py init` 会为每个核心角色生成 `追踪/角色状态/{角色名}.md`。
## 一、输入来源
只从已经落盘的拆书产物反推，不重读 `原文/`：
| 输入 | 用途 |
|---|---|
| `拆文库/{书名}/角色/{角色名}.md` | 身份、能力、目标、成长弧线、出场记录 |
| `拆文库/{书名}/角色/角色关系.md` | 截至最后完整章的关键关系 |
| `拆文库/{书名}/章节/第N章_摘要.md` | 从 `涉及` 锁定相关章，从 `状态变化`、`信息变化`、`局面结果` 和 `章尾钩子` 提取最后位置、最新状态、已知信息与未结事项；旧摘要缺字段时回退其关键事件与情节点 |
| `拆文库/{书名}/剧情/*.md` | 阵营/身份转折、阶段目标和长期冲突 |
| 初始化事务中的伏笔与时间线候选 | 核对角色未结事项及其可知范围 |
## 二、追踪对象
只为主角、反派、核心配角建立独立快照。临时路人和只承担一次功能的角色不建文件。边界不清时优先不建，后续角色真正进入复用状态时再由逐章事务创建。
## 三、反推方法
对每个核心角色，以最后完整导入章 N 为截面，分别确定：
1. `identity`：截至 N 章实际成立的身份/职业，不写未来晋升计划。
2. `location`：最后落点或下一章开始前可确定的位置。
3. `goal`：角色当前正在追求的具体目标。
4. `state`：身体、情绪、名望、立场中会影响续写的当前状态；只写必要信息。
5. `abilities_resources`：当前确实掌握的能力、物品、权限、作品或人脉，最多 8 条。
6. `relationships`：与后续会复用角色的当前关系，最多 8 条。
7. `knowledge`：角色本人已经知道、且会影响其行为的信息，最多 8 条。作者真相不能误写成角色已知。
8. `open_threads`：角色相关的未结事项，最多 8 条；必须有已写正文证据，纯未来设计留在大纲。
若同一字段有多次变化，只取截至 N 章的当前值，不把变化史塞进快照。历史变化由后续 `逐章记录/第NNN章.md` 承担；导入旧章不补造这些记录。
## 四、初始化 JSON 形状
以下示例来自 demo《让你管账号，你高燃混剪炸全网》第 10 章：
```json
{
"江晨": {
"identity": "火箭军文工团宣传兵；军宣爆款创作者",
"location": "火箭军文工团高层看片会",
"goal": "完成五天百万粉任务，继续做出真正能打的军宣内容",
"state": "专业团队重拍版反向坐实手机原版的价值，军内认可继续抬升",
"abilities_resources": [
"前世 MCN 爆款运营经验",
"《中国军魂》伴奏",
"大师级导演能力"
],
"relationships": [
"钟嘉嘉持续提供军报资源",
"周薄森和张耀祖已明确认可其创作能力"
],
"knowledge": [
"《军报》采访稿已经过审",
"高层决定继续采用《诸君，且听龙吟》手机原版"
],
"open_threads": [
"五天百万粉任务尚未结算",
"钟嘉嘉所谓只猜对一半仍未解释"
]
}
}
```
工具据此生成的文件固定包含：截至章节、身份、位置、当前目标、身心状态、能力与资源、关键关系、已知信息、未结事项。模型不得另写一套 Markdown 模板。
## 五、残稿与分批导入
- 最后一章是残稿：所有快照截至残稿之前的最后完整章；残稿中的动作、获得物、关系变化不得提前生效。
- 分批导入：快照只表示本次已导入范围的当前状态；扩大导入范围时重新执行一次完整导入，不在旧快照上追加历史段落。
## 六、质量检查
- [ ] 每个文件对应一个核心角色，无功能角色堆积
- [ ] 所有字段都是截至最后完整章的当前值
- [ ] 角色已知信息没有混入作者真相
- [ ] 未结事项都有正文证据，未来设计仍在大纲
- [ ] 单角色快照目标不超过 4096 字节；确有必要可放宽，但不得超过 8192 字节硬上限
- [ ] `tracking_commit.py check` 通过references/deep-analysis.md
# 深度分析时刻：导入场景怎么驱动拆解管道
Phase 2 只读本文件，再按篇幅进入对应 analyze skill；拆书的方法、产物结构、分批、恢复与质量检查全部由 analyze skill 自己的流程负责，本文件只写导入场景的取值。篇幅、原文位置、题材和写作环境都读导入记录（`{书目录}/.story/work/导入记录.md`），不回翻对话、不重新问作者。
| 篇幅 | 进入 | 产物目录 |
|------|------|---------|
| 长篇 | `/story-long-analyze` 的统一管道（旧成果直用 / 按需增强 / 全新或部分续跑） | `拆文库/{导入书名}/` |
| 短篇 | `/story-short-analyze` 的拆解管道（Stage 2-6） | `拆文库/{导入书名}/` |
## 长篇：先兼容识别，再决定是否续跑
先运行 story-long-analyze Phase 1 的只读检查器（`inspect_existing_assets.py`），登记实际文件和覆盖范围；检查建议不能覆盖下列语义规则：
新生成或按当前契约续跑的长篇进度保持 `schema_version: 2`；旧成果直接使用不以缺少该字段为失败。
- **旧成果已完成且足以重建写作工程**：直接进入 Phase 3。旧 `_progress.md` 版本、缺少 `chapter_index.csv`，或缺少本次新增字段，都不能单独成为重拆理由。
- **旧成果可以导入，但缺少当前写作/对标功能需要的 `剧情/节奏.md`、`剧情/情绪模块.md` 等资料**：先用现有逐章、剧情、关系、报告和文风做 Stage 3+ 按需增强，不回读原文。不得重跑已完成章节，也不得用空壳文件让门禁通过。
- **只完成一部分或新旧产物混存**：验证并保留已完成部分，从首个缺失的连续章节块续跑，最后统一聚合。进度记录与实际文件冲突时，以可验证文件为准并记录冲突。
- **全新导入**：运行 Stage 0-6 完整管道。
导入需要自动完成本次判定出的必需范围，不把 Stage 1 停靠询问甩给作者。全新导入命中「完整拆解、一次跑完」路径；旧成果增强或部分续跑只执行缺失 Stage/章节块。原有用途当前不消费新增分析时，缺少新增字段只记录能力限制，不阻断导入。
- 措辞示例（全新）：启动深度分析时声明「以『完整拆解、一次跑完、不要停下询问』模式拆解本书，确保 Stage 2-6 全部产出」。
- 措辞示例（旧成果）：声明「先复用并校验现有成果，只补当前导入缺失的章节或分析，不覆盖用户原成果」。
- **兜底**：若全新导入实际仍停在 Stage 1，自动选择继续；若旧成果任务停靠，则按已登记的缺失范围继续，不能扩大成全书重跑。
- 派发：导入记录写着分析助手可用时，属自动续跑，按 story-long-analyze 的「有限并行」档派 `chapter-extractor`（每轮 3 批），每个连续章节批次只调用一次，同次生成逐章事实与跨章观察；作者明确要求时改用串行或不限批次顺序。作者选了直接导入（或 ZCode）时，Stage 2 由主会话按相同连续章节块契约串行处理，不能退回每章一次独立调用；产物仍完整，仅速度变慢。
- 超过 200 章的作品按 [import-special-cases.md](import-special-cases.md)「超过 200 章的作品」分批拆解。
## 短篇：单一全量管道
story-short-analyze 的拆解管道（Stage 2-6）本身**无 Stage 1 停靠点**，一次跑完即可。它的 Phase 1 四个 Step 都要跑，按下表的导入场景取值执行，不整段跳过：
| Phase 1 步骤 | 导入场景下的处理 |
|-------------|----------------|
| Step 1：拿到原文 | 用导入记录里的源文件，不重新问 |
| Step 2：字数检查（长短篇路由） | 篇幅已在导入 Phase 1 判定并经作者确认，直接答「按短篇继续」，不重新路由 |
| Step 3：题材识别 | **照常跑**，题材标尺必须加载；导入记录里已确认的题材类型直接代入，不重复提问 |
| Step 4：续跑检查（`拆文库/{导入书名}/_meta.json` 已存在时三选一） | 先看旧产出是否可直接复用：`stages_completed` 已含 6 且 `拆文报告.md` / `情节节点.md` / `写作手法.md` / `原文/` 均非空、来源与本次导入源一致 → 直接进 Phase 3，不重跑也不归档。否则本轮首次进入 Phase 2 → 按 (a) 覆盖：先把旧产出归档到 `拆文库/{导入书名}/_archive_{时间戳}/`，再从 Stage 2 重跑；同一轮导入内重试同一本书 → 按 (b) 续跑。不把三选一甩给作者，也不跳过归档 |
`_meta.json` 的 `genre_detected` 由 Step 3 产出，是拆文契约的阻断级必填字段，下游 story-short-write 靠它选题材标尺——**不要跳过 Step 3 直接从原文备份起跑**。
- 措辞示例：启动深度分析时声明「《{导入书名}》篇幅已确认为短篇（题材 {题材类型}，全文约 {N} 字），Step 2 直接按短篇继续，Step 4 按覆盖并归档处理，题材识别照跑，确保 Stage 2-6 全部产出」。
- **兜底**：若运行环境仍抛出「此文字数 {N} 偏长，建议改用 `/story-long-analyze`」或灰区提问「介于短/长之间，按短篇还是长篇拆？」，一律按导入记录里锁定的判定逐字回「按短篇继续」，**绝不把路由询问甩给作者**。
## 交付
拆解管道自带的质量检查通过、产物落在 `拆文库/{导入书名}/` 后，在导入记录勾「深度分析」。拆书流程自带的完工汇报（长篇「全部拆完」、短篇「可以运行 /story-short-write 写下一篇」）在导入里不用，由这里交代：向作者用一两句故事话说拆到了什么（几章、主要人物、主线一句），末尾按 [SKILL.md 的换上下文规则](../SKILL.md#时刻表与交接) 建议新开对话。拆书中断时不在这里另做恢复：重新进入同一拆解管道，由它按自己的进度文件续跑。references/format-and-structure.md
# 正文格式与小节结构 > 写作前必读。以下格式是当前仓库约定的默认正文交付格式；用户或目标平台有明确要求时，以用户/平台要求覆盖。 > > **适用范围**：段落格式（戏剧单元/镜头优先，短段为底色，长段用于完整推理、氛围和情绪链）和对话格式适用于所有体裁。小节(beat)结构仅适用于短篇；小节不设统一最低字数。长篇按 `visible_chars_v1` 测量同口径细纲 `字数目标`：内部带 ±12%，用户带 ±15%。 --- ## 章节标记 默认格式（按灵活度排序）： | 格式 | 平台适用 | 示例 | |------|----------|------| | `###1.` | 短篇默认 | `###1.` `###2.` `###3.` | | `###第一章` | 部分平台 | `###第一章` `###第二章` | | `1.`（纯数字） | 知乎 | `1.` `2.` `3.`（无 ### 前缀） | **规则**：全文统一一种格式，不要混用。短篇推荐 `###1.` 或纯数字，简洁高效。 --- ## 段落格式 ### 核心规则：戏剧单元优先 默认交付排版是**按戏剧单元/镜头自然断段，段落紧密排列**。不要把固定字数当成强制切刀；先判断“一件事/一个推理链/一个情绪变化”是否完成。 - 一段承载一个戏剧单元：一个动作链、一个线索发现、一次视线切换、一轮心理判断，或一条连续的氛围/推理/情绪链。 - 场景结束、一件事结束、新动作、新物件、新信息、新对话另起一段；同一瞬间的发生、感知、反应应织在一起，不拆成动作层/感知层/反应层。 - 正文相邻段落之间**只允许一个换行符 `\n`**；不得出现空行或连续换行 `\n\n`（紧密排列）。 - 无缩进（平台渲染器自行处理，不需要 ` ` 或空格）。 - 长度只作诊断：读起来拥挤、混入多个拍点、或手机屏上难以跟读时才拆；完整推理、氛围铺陈、情绪递进未结束时，允许稍长段保留连贯性。 ### 段落节奏（长短交错 + 疏密有别） 短段快读，是网文手机阅读的底色；长段负责承载完整推理、氛围和情绪沉淀。**忌通篇同长度**，也忌把每段按同一字数阈值切开： - **长短交错**：高潮、打脸、反转压到最短（单句成段）；推理链、环境压迫、情绪沉淀、章节收束可保留较长段，让读者读完一个完整变化。 - **疏密有别（详略）**：爽点、转折 beat 写密（感知、动作、细节铺满）；过场、连接 beat 写疏（1-2 句带过，不平均用力）。每个 beat 一样长、一样细，正是 AI 腔的来源。 - **不过度碎片化**：连续多个极短段若仍属于同一镜头/同一件事，应合并成自然段，避免像提纲或诗行。 ### 主语与角色名节奏 角色名不宜一味省略，也别每句都点名。按“主语重置”使用： - 段首、场景切换、多人同场、或主语可能混淆时，用主角名/角色名建立视角。 - 同一段或同一动作链内，优先混用代词、动作承接和合理省略，避免每句都以同一角色名开头。 - 关键转折、情绪爆点、身份反差或读者需要重新盯住主角时，可以再次点名强化。 - 审查主语节奏看“读起来是否打磕巴”，不按全章出现次数一刀切；只有连续句/连续段无主语重置却反复点名，才算主语过密。 --- ## 对话格式 ### 对话标记 按目标平台/用户要求选择；未指定时使用默认格式： | 优先级 | 格式 | 适用平台 | |--------|------|----------| | 首选 | `"说话内容"` | 短篇默认、番茄 | | 平台/项目指定 | `「说话内容」` | 知乎盐言短篇、部分古言、日式或用户指定 | **默认用 `""`**；用户或平台指定盐言风格时改为 `「」`，不要把 `「」` 视为错误。 ### 对话规则 1. 对话**独立成行**，不嵌在叙述段落中 2. 对话标签按需：高频或公式化的「他说」「她道」「他笑了笑说」用动作描写替代；普通「说」低频使用可保留（与「8 条绝对禁止」中「避免对话标签机械化」一条一致） 3. 两人对话连续出现时，省略标签，靠内容区分说话人 **正确示例**： ``` 她把杯子放下。 "你走吧。" 他没有动。 "我说，你走吧。" ``` **也合法（普通「说」低频使用）**： ``` 她把杯子放下。 "你走吧。"她说。 他没有动。 "我说，你走吧。" ``` **错误示例**： ``` 她把杯子放下，说道："你走吧。"他没有动，她又说："我说，你走吧。" ``` --- ## 语气标点谱系 标点服务语气、人物声线和情绪节奏，不能通篇句号化，也不能为了“丰富”随机堆砌符号。先判断当前句子的功能，再选择标点： | 语气 / 功能 | 标点策略 | 防线 | |---|---|---| | 压迫 / 冷静 / 克制 | 短句、逗号、句号，必要时用冒号压出判断落点 | 不人工加感叹号；克制不是每句都平铺句号 | | 质问 / 试探 / 反问 | 问号 + 短促追问片段，配合动作停顿 | 避免每句话都以 `？` 结尾 | | 惊讶 / 爆发 / 打脸 | 真正爆点可用 1 个感叹号，连续爆发最多 1-2 处 | 禁止 `!!!`、整段喊叫式感叹 | | 犹豫 / 吞咽 / 未说完 | 逗号、句号、短句断开、动作 beat | 不用 `……` 制造停顿；优先用动作和句长变化 | | 被打断 / 拖长音 | 不使用 `——`；改用动作打断、换行、短句或未完成动作 | 正文和对话都禁止 `——` / `—` / `--` | | 信息揭示 / 判断落点 | 冒号、分号或单句成段制造落点 | 保持手机阅读友好，不写论文式分号串 | 执行规则： - 写对话时先看角色关系和权力位置：强势角色常短句收束，试探角色多问号和半句，崩溃角色才允许少量感叹/省略。 - 写叙述时用句长、逗号停顿和单句成段制造节奏；默认不用破折号硬造节奏；本书文风明确授权的功能性用法保留。 - 精修时检查两类问题：**通篇句号化**（语气全被压平）与**随机标点堆砌**（问号/感叹号不承载情绪功能，或用省略号/破折号硬造停顿）。 - 引号风格按项目/平台约定；知乎盐言的 `「」` 是合法对话格式，`quote-mode keep` 时不得擅自改掉。 --- ## 小节（beat）结构 ### 基本规则 - 用数字编号（`1` `2` `3`）分割小节，每个小节是一个完整的叙事 beat - 小节长度服从其叙事职责，不设统一最低字数；整篇按锁定的交付范围控制，长篇章节按细纲「字数目标」处理 - 小节数由情节阶段和转场需要决定；不为平均分配字数拆分完整动作链，也不把承担不同职责的小节硬合并 - 每小节推进一个明确的情节点 ### 小节内部结构 每个小节至少完成第 1 项，其余按本节职责选用： 1. **一个主事件** + **一个或多个真实推进**（风险、信息、关系、资源、决定、行动或读者理解至少改变一项；相关情节点可由同一动作链或对话同时兑现，不为数量新增阻碍、对话或冲突） 2. **情绪或压力落点**（确有变化时写清读者感
Github ReposUpdated 2h agoRank 70
AionUi
Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!
MCPOPENCLAW
Github ReposUpdated 6mo agoRank 70
activepieces
AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents
OPENCLAW
Github ReposUpdated 6mo agoRank 70
cherry-studio
AI productivity studio with smart chat, autonomous agents, and 300+ assistants.
MCPOPENCLAW
Github ReposUpdated 7mo agoRank 70
CopilotKit
The Frontend for Agents & Generative UI. React + Angular
OPENCLAW
Machine-readable data
The same record, as JSON, for agents and crawlers.
{
"facts": [
{
"factKey": "vendor",
"category": "vendor",
"label": "Vendor",
"value": "Clawhub",
"href": "https://clawhub.ai/worldwonderer/skills/story-import",
"sourceUrl": "https://clawhub.ai/worldwonderer/skills/story-import",
"sourceType": "profile",
"confidence": "medium",
"observedAt": "2026-10-09T12:15:19.910Z",
"isPublic": true
},
{
"factKey": "protocols",
"category": "compatibility",
"label": "Protocol compatibility",
"value": "OpenClaw",
"href": "https://www.xpersona.co/api/v1/agents/clawhub-worldwonderer-story-import/contract",
"sourceUrl": "https://www.xpersona.co/api/v1/agents/clawhub-worldwonderer-story-import/contract",
"sourceType": "contract",
"confidence": "medium",
"observedAt": "2026-10-09T12:15:19.910Z",
"isPublic": true
},
{
"factKey": "traction",
"category": "adoption",
"label": "Adoption signal",
"value": "2.7K downloads",
"href": "https://clawhub.ai/worldwonderer/story-import",
"sourceUrl": "https://clawhub.ai/worldwonderer/story-import",
"sourceType": "profile",
"confidence": "medium",
"observedAt": "2026-10-09T12:15:19.910Z",
"isPublic": true
},
{
"factKey": "latest_release",
"category": "release",
"label": "Latest release",
"value": "1.0.26",
"href": "https://clawhub.ai/worldwonderer/story-import",
"sourceUrl": "https://clawhub.ai/worldwonderer/story-import",
"sourceType": "release",
"confidence": "medium",
"observedAt": "2026-10-03T05:14:53.413Z",
"isPublic": true
},
{
"factKey": "handshake_status",
"category": "security",
"label": "Handshake status",
"value": "UNKNOWN",
"href": "https://www.xpersona.co/api/v1/agents/clawhub-worldwonderer-story-import/trust",
"sourceUrl": "https://www.xpersona.co/api/v1/agents/clawhub-worldwonderer-story-import/trust",
"sourceType": "trust",
"confidence": "medium",
"observedAt": null,
"isPublic": true
}
],
"events": [
{
"eventType": "release",
"title": "Release 1.0.26",
"description": "Authorized ZenStory cold-start distribution; immutable source and preserved notices.",
"href": "https://clawhub.ai/worldwonderer/story-import",
"sourceUrl": "https://clawhub.ai/worldwonderer/story-import",
"sourceType": "release",
"confidence": "medium",
"observedAt": "2026-10-03T05:14:53.413Z",
"isPublic": true
}
]
}Record generated Oct 9, 2026.