[功能提案] 是否接受 SillyTavern 导入与 AI 变更提案工作流？

[zhizhanma7-pixel]

背景

我在 fork 的 beta 分支中实现了两组与小说生产流程相关的功能。两组改动涉及范围较大，因此没有直接提交一个大型 PR，想先确认维护者是否愿意接收，以及更适合怎样拆分。

Fork：https://github.com/zhizhanma7-pixel/AI-Novel-Writing-Assistant/tree/beta

方向一：AI 变更提案工作流

目标是让 AI 在修改正文、设定或规划前先生成结构化提案，由作者逐项查看、编辑、部分批准或拒绝，批准后才真正写入。

目前实现覆盖：

• 通用变更提案的数据结构、状态流转与审批界面；
• 大纲导入和规划变更通过同一套提案审批；
• 章节执行偏离的记录、修正建议与后续计划补丁；
• 并发审批、过期提案和应用失败等保护。

设计说明：https://github.com/zhizhanma7-pixel/AI-Novel-Writing-Assistant/blob/beta/docs/dev/ARCH_RECON_PROPOSAL.md

方向二：SillyTavern 导入

目标是让作者导入已有的角色卡、世界书和预设，同时避免未经确认就改变当前小说。

目前实现覆盖：

• 识别角色卡 JSON、PNG 内嵌角色卡、世界书和预设；
• 导入前展示解析结果，并让作者决定字段进入角色、世界设定、写法资产或忽略；
• 保留无法识别的字段和值，避免静默丢失；
• 导入角色通过提案流程确认；
• 导入的写法默认不启用，由作者决定何时使用；
• 对大文件、重复角色和异常 JSON 提供保护及测试。

设计说明：https://github.com/zhizhanma7-pixel/AI-Novel-Writing-Assistant/blob/beta/docs/wiki/workflows/sillytavern-import.md

想确认

1. 上游是否愿意接收这两个功能方向？
2. 如果愿意，是否希望拆成两个独立 PR，并在每个方向内继续按后端契约、界面和测试分阶段提交？
3. 是否有希望优先保留、缩小或调整的范围？

现有实现主要用于验证完整流程。我可以根据上游的模块边界和审阅要求重新整理提交