【优化建议】能不能在助手同栏目增加一个编辑框来显示后端发送给api接口预处理信息。

[liaoyaonline]

在发送给api的时候会发送编辑框中的信息

信息太多了可能不好展示，但是本章节标题，大纲，本章节参与者实体列表应该可以展示并且编辑的。

这样做的好处是更加灵活，不至于创作内容过于偏离自己的想法，并且方便调整创作方向。

以我之前为例，明明自己已经将本章的大致内容都写的差不多了，想让帮忙润色一下就行，但是每次润色都会将内容偏转到一个狼牙饰品上去，为此不惜将我原本编写的内容大规模缩减，这个东西的确之前在使用ai生成大纲的时候出现过，但是很快删除修改了。

即便我反复确认章节大纲，写作指南，核心蓝图中都没有狼牙饰品的相关描述，依然会出现描写，即便将参与实体中的狼牙饰品删除也不影响后台发送的语句。

[RhythmicWave]

没太明白，章节标题、大纲、章节参与者实体列表这些都可以自己修改的啊，展示发送给后端接口的信息指上下文信息吗？这个在灵感助手的预览那里也可以看到的

[liaoyaonline]

没太明白，章节标题、大纲、章节参与者实体列表这些都可以自己修改的啊，展示发送给后端接口的信息指上下文信息吗？这个在灵感助手的预览那里也可以看到的

对，就是上下文信息，可能还包括参与实体，大致就等同于发给api的user_prompt。

我提出这个建议的原因是当前的包括上下文，这些改动是组装之前的，比如说章节标题、大纲、参与者实体之类的，修改之后能不能组装成合适的上下文信息，对于使用者来讲就是个黑盒。

而将组装好的语句变为可修改的就相当于前端编程改动代码立即就能看出变动，所见即所得可以提高效率，而且可以在发送之前检查一遍，即便前面环节出现错误也可以手动进行临时性的改动，保证最后发送出去的上下文是符合使用者需求的。

[RhythmicWave]

就相当于是让这里面的内容可以编辑进行临时修改吗？

[liaoyaonline]

就相当于是让这里面的内容可以编辑进行临时修改吗？

可以这么理解，但是我觉得应该将这个上下文与灵感助手的区分开来，灵感助手本身下面有个引用资料库，他的这个预览应该只展示灵感助手引用的材料，因为让灵感助手干的活不一定与当前章节相关，比如说突然有个想法让灵感助手新建一个卡片，这个卡片的建立并不需要章节创作引用的那些资料，那些资料反而有可能干扰ai对我想法的理解。

而我提的这个应该是本章节内容创作发送前的上下文，即保证发送出去的上下文与显示的一致。

[RhythmicWave]

考虑到点击某个卡片然后让灵感助手对该卡片进行修改是常见的需求，而为了修改准确就需要将该卡片相关上下文注入信息也发给灵感助手，而不仅是手动引用的卡片数据。
关于你说的场景，后面或许可以添加一个功能来切换是否要自动将上下文注入整合到灵感助手的上下文中。目前暂时没空去做新功能，等后面有空吧

[liaoyaonline]

考虑到点击某个卡片然后让灵感助手对该卡片进行修改是常见的需求，而为了修改准确就需要将该卡片相关上下文注入信息也发给灵感助手，而不仅是手动引用的卡片数据。 关于你说的场景，后面或许可以添加一个功能来切换是否要自动将上下文注入整合到灵感助手的上下文中。目前暂时没空去做新功能，等后面有空吧

我的表述可能不太清楚，我的意思是要将预览章节正文这个功能的UI排版放到与灵感助手平齐的位置，并且做成可编辑。

当前灵感助手的预览实际上也是预览章节正文上下文的，不会将灵感助手新增的引用加入进去，可以保留不变。

假设章节正文的上下文设定为A

那么预览并且编辑章节正文的上下文基于A生成可编辑的预览A’，这个A’是与正式发送给api的上下文是一致的，里面进行改动了，就会发送改动后，在里面的改动只会影响发送，不会影响原本的卡片。

灵感助手的预览是基于A进行生成的，可以增加删除引用，也就是A+，A+显示的是灵感助手引用的卡片乃至于章节正文的上下文。

[RhythmicWave]

后面有空考虑下这个功能吧