Skip to content

Commit bd48c40

Browse files
committed
Update public notes
1 parent 83221ea commit bd48c40

File tree

1 file changed

+45
-2
lines changed

1 file changed

+45
-2
lines changed

content/小说写作感触/写作技术.md

Lines changed: 45 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -16,8 +16,51 @@ updated: "2025-12-22"
1616
这也引出了 **技术使用原理**:是否应该应用一项技术,取决于技术是否有益于最终目标。
1717

1818
在这里,小说的目标**通常**是为了创作出不存在的虚拟体验或是讲述一个故事。
19-
20-
## 动作滤镜原理
19+
20+
## 注意点分离
21+
*也就是所说的「大纲-草稿」写法.*
22+
23+
> [!WARNING]
24+
> 启发自 AOP 面向切面编程。方法未经验证。
25+
26+
在写作的过程中,有太多方面需要关注,这样搞得心力过度。而如果能将相互之间关系并不紧密的方面进行适当分离,可以减轻压力,专注一个方面进行工作,再通过 pipeline 对草稿不断完善,效果也许会比一次草稿后修改好。
27+
28+
虽然说是「大纲-草稿」法,但是并不是完全的分离,而是在对同一个稿件的基础上进行不断的完善,就像在 3D 渲染中,通过渲染管线对数据进行一次次加工,最终得到完善而有质量的画面。
29+
30+
同时,pipeline 的建立也意味着多人协作写作变得可能,当然也包括 AI 人机协作。
31+
32+
比如说建立一个简单的 pipeline (我现在在用的、我命名其为 `Archmetric` 的 pipeline),如下:
33+
34+
```mermaid
35+
flowchart TD
36+
subgraph "情节设计(在小规模下可以一次进行完全的模块)"
37+
direction LR
38+
Backbone["骨架<br/>(情节上讲清楚这章节发生了什么)"]
39+
NotedBackbone["注释情节稿<br/>(注明了伏笔和相关情节设计的情节)"]
40+
Draft["手稿<br/>(包含了分镜、角色神态、角色和剧情设计,手稿的目的是讲明这章要讲明什么)"]
41+
end
42+
43+
subgraph "体验引擎、情绪和渲染<br/>(在小规模下可以一次进行完全的模块)"
44+
direction LR
45+
Note["其实就是几个经典的描写手法"]
46+
EmotionInject["刻画人物情绪反应"]
47+
Environment["刻画环境"]
48+
ForeShadowing["检查是否还有地方藏伏笔"]
49+
end
50+
51+
subgraph "校验"
52+
LastCheck["重新检查和评估"]
53+
end
54+
55+
Backbone -- 添加伏笔和细节 --> NotedBackbone -- 添加更多细节 --> Draft
56+
Draft --> EmotionInject & Environment --> ForeShadowing
57+
ForeShadowing --> LastCheck
58+
```
59+
60+
**当然,最重要的是,不需要完全遵循管线设计。因为灵感从来不会按管线来,想到什么就写什么就行了。但是重要的是,搞清楚手稿到底在哪个阶段,这样才知道手稿需要补全什么。**
61+
## 动作
62+
63+
**当然,最重要的是,不需要完全遵循管线设计。因为灵感从来不会按管线来,想到什么就写什么就行了。但是重要的是,搞清楚手稿到底在哪个阶段,这样才知道手稿需要补全什么。**滤镜原理
2164
*即动作主观化或客观化.*
2265

2366
**这个不是写作技巧,而是自然存在与语言中的暗示。**

0 commit comments

Comments
 (0)