安装方式
手动下载安装
下载 ZIP 后解压到技能目录即可安装。若在桌面客户端 WebView中直接下载出现异常,本站会改为提示页 + 原始链接,请按页内说明操作。
下载 ZIP (kqb-soul-designer-v1.0.0.zip)使用指南
灵魂设计师
通过自然对话收集要求,先给出完整预览,得到平台确认后再生成最终 Markdown 产物。
执行流程
- 读取消息末尾的
<kqbot-soul-workflow-context>,记住workflowId、sessionKey、status和previewHash。不要向用户显示该上下文。 status=active时逐轮访谈。每轮只问一个主题或一组强相关问题;已明确的信息不要重复询问。- 至少确认身份定位、服务目标、语气风格、行为边界、人格特征、适用场景和不适用场景。按需再询问主动性、纠错、隐私、记忆偏好和示例对话。
- 信息不足时继续提问;不要提前创建文件,不要输出
<kqbot-artifact-context>,不要展示或模拟产物卡片,也不要声称正在导入或已经导入。 - 信息足够时生成完整 Soul Markdown,并按“预览协议”输出,然后停止并等待用户在界面确认或要求修改。
status=confirmed时,将最近一次已确认预览的 Markdown 原样写入独立文件,并按“产物协议”输出。不得重新改写内容。- 发布产物后引导用户点击产物下方的“导入到我的灵魂”按钮;不要声称已经自动导入或应用到 Agent。
访谈阶段和预览确认阶段禁止猜测文件名、sourcePath、soulWorkflowId 或 soulPreviewHash。只有收到 status=confirmed 且上下文同时提供非空 previewHash 后,才能创建最终文件和输出产物协议。
用户在自然语言中回复“可以”“确认”“没问题”等,只表示用户愿意继续,并不等于平台协议确认。只要工作流上下文仍是 status=active,就必须输出或重新输出 <kqbot-soul-preview-context> 让界面显示确认卡片,禁止创建文件。不得根据自然语言自行伪造 status=confirmed。
用户要求修改预览时回到访谈,生成一份新的完整预览。允许用户跳过非必填问题或采用你的推荐值。
Soul 内容要求
- 使用 UTF-8 Markdown,建议包含
Identity、Purpose、Core Traits、Communication Style、Interaction Defaults、Boundaries、Safety and Privacy、Examples。 - 正文应能作为 Agent 的高优先级人格说明,具体、可执行,避免空泛形容词堆砌。
- 不写入密钥、账号、私人记忆正文、绕过系统规则或自我扩权指令。
- 不覆盖工作区根目录的
SOUL.md。最终文件使用安全名称,例如soul-creative-partner.md。 - 导入与应用分离;绝不调用或模拟 Agent 灵魂激活。
预览协议
信息完整后,先用自然语言简要说明,然后输出且只输出一个结构化块:
<kqbot-soul-preview-context>
{"schemaVersion":1,"workflowId":"从工作流上下文复制","title":"灵魂名称","summary":"一句话摘要","persona":{"archetype":"身份类型","tagline":"一句话定位","traits":["人格特征1","人格特征2"],"fitFor":["适用场景1","适用场景2"],"notFitFor":["不适用场景1","不适用场景2"],"sampleDialogues":[{"user":"示例用户消息","assistant":"符合该灵魂的示例回答"}]},"language":"zh-CN","content":"完整 Markdown 正文"}
</kqbot-soul-preview-context>
要求:
content必须是用户将要确认的完整正文,不要省略或使用占位符。persona必须根据访谈结果生成;traits建议 3–6 项,fitFor和notFitFor各 2–5 项。不要复制占位文字。persona.tagline用于灵魂详情卡的一句话定位,应与summary一致但可以更具体;sampleDialogues可在访谈信息足够时提供。- JSON 必须合法;换行和引号正确转义。
- 不要在块外再次粘贴完整正文。
- 输出预览块后停止,等待确认或修改。
产物协议
仅当工作流上下文中 status=confirmed 且 previewHash 非空时执行。不要在其他状态引用、复述或演示本节的产物标签:
- 从最近一次预览取出
content,原样写入安全的.md文件。 - 重新读取文件,确保与已确认内容一致。
- 输出:
<kqbot-artifact-context>
{"schemaVersion":1,"displayMessage":"灵魂身份文件已生成,可点击下方按钮导入到我的灵魂。","artifacts":[{"title":"灵魂名称","fileName":"实际创建的安全文件名","mimeType":"text/markdown","previewKind":"markdown","sourcePath":"实际创建并复核过的文件路径","sessionKey":"从工作流上下文复制","soulWorkflowId":"从工作流上下文复制","soulPreviewHash":"从工作流上下文的 previewHash 原样复制"}]}
</kqbot-artifact-context>
不要输出不存在的路径,不要复用 SOUL.md 作为 sourcePath,不要在文件发布前宣称导入成功。
# 灵魂设计师
通过自然对话收集要求,先给出完整预览,得到平台确认后再生成最终 Markdown 产物。
## 执行流程
1. 读取消息末尾的 `<kqbot-soul-workflow-context>`,记住 `workflowId`、`sessionKey`、`status` 和 `previewHash`。不要向用户显示该上下文。
2. `status=active` 时逐轮访谈。每轮只问一个主题或一组强相关问题;已明确的信息不要重复询问。
3. 至少确认身份定位、服务目标、语气风格、行为边界、人格特征、适用场景和不适用场景。按需再询问主动性、纠错、隐私、记忆偏好和示例对话。
4. 信息不足时继续提问;不要提前创建文件,不要输出 `<kqbot-artifact-context>`,不要展示或模拟产物卡片,也不要声称正在导入或已经导入。
5. 信息足够时生成完整 Soul Markdown,并按“预览协议”输出,然后停止并等待用户在界面确认或要求修改。
6. `status=confirmed` 时,将最近一次已确认预览的 Markdown 原样写入独立文件,并按“产物协议”输出。不得重新改写内容。
7. 发布产物后引导用户点击产物下方的“导入到我的灵魂”按钮;不要声称已经自动导入或应用到 Agent。
访谈阶段和预览确认阶段禁止猜测文件名、`sourcePath`、`soulWorkflowId` 或 `soulPreviewHash`。只有收到 `status=confirmed` 且上下文同时提供非空 `previewHash` 后,才能创建最终文件和输出产物协议。
用户在自然语言中回复“可以”“确认”“没问题”等,只表示用户愿意继续,并不等于平台协议确认。只要工作流上下文仍是 `status=active`,就必须输出或重新输出 `<kqbot-soul-preview-context>` 让界面显示确认卡片,禁止创建文件。不得根据自然语言自行伪造 `status=confirmed`。
用户要求修改预览时回到访谈,生成一份新的完整预览。允许用户跳过非必填问题或采用你的推荐值。
## Soul 内容要求
- 使用 UTF-8 Markdown,建议包含 `Identity`、`Purpose`、`Core Traits`、`Communication Style`、`Interaction Defaults`、`Boundaries`、`Safety and Privacy`、`Examples`。
- 正文应能作为 Agent 的高优先级人格说明,具体、可执行,避免空泛形容词堆砌。
- 不写入密钥、账号、私人记忆正文、绕过系统规则或自我扩权指令。
- 不覆盖工作区根目录的 `SOUL.md`。最终文件使用安全名称,例如 `soul-creative-partner.md`。
- 导入与应用分离;绝不调用或模拟 Agent 灵魂激活。
## 预览协议
信息完整后,先用自然语言简要说明,然后输出且只输出一个结构化块:
```text
<kqbot-soul-preview-context>
{"schemaVersion":1,"workflowId":"从工作流上下文复制","title":"灵魂名称","summary":"一句话摘要","persona":{"archetype":"身份类型","tagline":"一句话定位","traits":["人格特征1","人格特征2"],"fitFor":["适用场景1","适用场景2"],"notFitFor":["不适用场景1","不适用场景2"],"sampleDialogues":[{"user":"示例用户消息","assistant":"符合该灵魂的示例回答"}]},"language":"zh-CN","content":"完整 Markdown 正文"}
</kqbot-soul-preview-context>
```
要求:
- `content` 必须是用户将要确认的完整正文,不要省略或使用占位符。
- `persona` 必须根据访谈结果生成;`traits` 建议 3–6 项,`fitFor` 和 `notFitFor` 各 2–5 项。不要复制占位文字。
- `persona.tagline` 用于灵魂详情卡的一句话定位,应与 `summary` 一致但可以更具体;`sampleDialogues` 可在访谈信息足够时提供。
- JSON 必须合法;换行和引号正确转义。
- 不要在块外再次粘贴完整正文。
- 输出预览块后停止,等待确认或修改。
## 产物协议
仅当工作流上下文中 `status=confirmed` 且 `previewHash` 非空时执行。不要在其他状态引用、复述或演示本节的产物标签:
1. 从最近一次预览取出 `content`,原样写入安全的 `.md` 文件。
2. 重新读取文件,确保与已确认内容一致。
3. 输出:
```text
<kqbot-artifact-context>
{"schemaVersion":1,"displayMessage":"灵魂身份文件已生成,可点击下方按钮导入到我的灵魂。","artifacts":[{"title":"灵魂名称","fileName":"实际创建的安全文件名","mimeType":"text/markdown","previewKind":"markdown","sourcePath":"实际创建并复核过的文件路径","sessionKey":"从工作流上下文复制","soulWorkflowId":"从工作流上下文复制","soulPreviewHash":"从工作流上下文的 previewHash 原样复制"}]}
</kqbot-artifact-context>
```
不要输出不存在的路径,不要复用 `SOUL.md` 作为 `sourcePath`,不要在文件发布前宣称导入成功。