28 lines
3.6 KiB
Markdown
28 lines
3.6 KiB
Markdown
# 深度创作流程
|
||
|
||
这里涉及到写文章的工作流程，每个环节的产物。我将之前的从灵感到发布的全部过程梳理一下。
|
||
由于`knowledge-vault`知识库已经重构完成，我就按照新的知识库来模拟。
|
||
|
||
1. 产生灵感。我会记录下来。不论是PC还是手机，这个记录一般会进入`knowledge-vault/diary`
|
||
2. 确定观点。基于灵感，做深入洞察。这个主要在`knowledge-vault/discussions`中完成，可能会有多个智能体参与，会直接在不同平台上与LLM探讨，甚至会做Deep Research。
|
||
3. 确定创作。因为写文章需要一整段时间，且不是所有的观点都会进入写作。确定创作主要包括确定什么题材——用什么主笔智能体/skill，文章思路，选定的素材，是否要作为我已有的系列中后续的一篇等等，相当于项目计划书初稿。我会在`writing-workbench/projects`中建立一个子项目，这时候日期确定，项目标题可能是临时的。
|
||
4. 确定文章立意。将确定创作阶段的成果扔给主笔，以前素材都会进提示词，现在我会告诉主笔智能体，引用了哪些素材文件（包括确定观点阶段的讨论结论，过往文章，调研报告等等）；文章思路等内容还是文字描述。这部分放哪儿？
|
||
5. 确定文章提纲。这个过程，不论是主笔，还是评审员都可能会开启多轮会话，因为确定提纲是整个创作流程中最重的环节，一次会话往往都在十几个回合。
|
||
1. 我与主笔交流，生成初版提纲放在`outlines`中，这个最终参与评审的提纲一个版本就是一个文件，不会有多个文件；提纲生成可能会是多轮对话，这个对话过程存在哪里（以前我都保存在`knowledge-vault/discussions`中）。
|
||
2. 评审提纲。调用其他评审的Skill，来做评审。在搭建评审委员会之前，需要我明确指定谁来参与评审。与提纲生成类似，评审有三部分内容要考虑保存：
|
||
- 参与评审的素材准备，（之前一股脑放在提示词里），如果只放提纲，不放素材（上下文）大概率很多评审不过；
|
||
- 评审过程记录，我的智能体不是只出评审意见报告，还可以进行交流讨论（比如张辽不但是红队，还是建设性苏格拉底）；
|
||
- 评审意见结果。
|
||
3. 我汇总各评审意见，写应对策略，交给主笔修复提纲。然后重复前两个步骤，直到我认为OK。
|
||
4. 文章提纲确定后，对于复杂些的，会再生成一个附录提纲，放在提纲末尾。
|
||
6. 撰写正文。一般这时候都会重启会话。包括了正文的每次讨论输出，和最终正文。
|
||
1. 按章或按小节输出，我自行合并，正文初稿。
|
||
2. 进入正文初稿的评审。这个主要是措辞的修复。大多数评审1、2轮就通过了。
|
||
7. 撰写正文附录。对于跨学科，概念多的会基于附录提纲生成附录。包括了附录的讨论，附录会合并进正文。
|
||
8. 生成Metadata。包括了Metadata的结果，插图，和合并进正文。
|
||
1. 调用Skill生成Metadata，我放到正文的头信息中，包括关键词、摘要等等。
|
||
2. 生成插图，我上传到服务器，将URL放到头信息中。
|
||
9. 启动审判庭。以前的文章在提纲阶段下的力气少，所以进入审判庭的多。现在很少了。审判庭是一个由10个左右的智能体协作机制。
|
||
10. 基于审判意见修改。
|
||
11. 然后是建面向用户的模型阶段。可能直接抽取模型，也可能会调用`建模者委员会`，由6个智能体构成的协作机制。包括了讨论稿，和最终的模型说明正文。
|