这个捂耳朵的场景灵感来自于《当然了》游戏环节(金钟国vs.李民基 feat.女主角尹恩惠),我觉得也可以说是古早韩综名场面,嗨呀终于有机会让我致敬了。
然后我看到评论区有朋友想让我分享一下我的obsidian看板教程,我有点心虚,因为我还是一本小说都没有完本的菜鸡,整个写作流程可能还会更新。但因为分享欲很强烈,本来想周末整理一下发地瓜的,但地瓜很容易双向爆马(现生朋友知道写的小说名字/读者知道我的现生信息),所以还是现在作话先来一个简单的文字版嘿嘿。
首先,需要下载的东西有:obsidian软件(免费,我目前把它当作markdown文档编辑器+思维导图工具使用,但应该还可以解锁更多功能),以及obsidian内部的第三方插件,我目前常用到的就是Better Word Count(能够在文档内标题后展现标题内字数)、Dataview(查询文档并列表展示)、Longform(可以统计每个章节以及整个Project字数,并且设定每天写作目标之后可以看当天进度完成情况)以及Templater(从指定模板创建到指定文件夹,结合Dataview查询需要维护Frontmatter)。
在obsidian的Vault内,我建立的文件夹如下:
00-看板(放章节总览、时间线总览、角色总览和论坛体与聊天体清单四个md文件)
01-正文(每章一个md文件)
02-角色(每个角色一个md文件)
03-世界观(存放资料,比如izone造假案时间线、2019年11月-2020年1月上映韩影及观影人次)
04-灵感库(放脑中会想到的场景、if番外设想、苑未来的专辑概念等)
05-草稿与章纲(放我的废稿、简纲、章纲)
templates(放角色模版和章节模版,新建的时候直接按照模版创立文件)
(补充一句,如果是苹果全家桶的话,这个Vault建在iCloud里,支持手机、pad和电脑同步访问,偶尔用手机码字的时候也很方便。)
每次新增一个章节的时候,我就会从章节模版创建一个新的章节到正文文件夹,然后打开看板文件夹内的四个文件备用。
为什么这么做呢?因为我自己在写作的时候经常失忆。比如我得翻前面几章,某个角色叫啥、或者我上一次写到豆瓣高楼的时候写到第几楼了;而obsidian虽然提供了跨文件全局搜索的功能,但我都忘了这个人叫啥了,我怎么知道搜什么关键字?而且我也会忘记是哪章写到的这个人或者最近一章写到这个楼。
看板的构成里我最常用的是两种,一种如果朋友们会SQL的话,对于Dataview的查询理解起来非常容易,比如时间线总览文件中:
```dataview
TABLE WITHOUT ID file.link AS "时间线", tags AS "标签"
FROM "不懂音乐/03-世界观/时间线"
SORT file.name ASC
```
类似于SELECT语句,把这个文件夹内的所有文件展示出来,需要在文件内部寻找的时候直接点击link跳转到对应文件。
另外一种就是直接用obsidian的链接功能,比如论坛体与聊天体清单文件中金熙苑手机mail出现的章节:
| 章节 | 标题/内容 | 说明 |
| --- | --- | --- | --- |
| 1 | 【[01-正文/第32章-日本音番\|第32章】] | "和我一起看星星吧" | 日语双语 mail,观星图 |
| 2 | 【[01-正文/第40章-相交的平行线\|第40章】] | (拍戏+练习照) | "photographed by 宥真尼和 hitomi酱" |
点击引用link直接跳转对应文件。这里甚至可以link具体段落,但是我觉得引用到文件已经可以了。
比起来Dataview查询可以自动更新,链接的缺点主要是需要自己手动更新,但是如果熟悉这套流程,一行加起来就是30秒的事情。
进阶一点,我还会在角色文档中应用Dataview的JavaScript,比如在角色文档里面我会去看每个角色的出场章节和次数,用全名检索:
```dataviewjs
const name = dv.current().name;
for (let p of dv.pages('"不懂音乐/01-正文"')) {
const content = await dv.io.load(p.file.path);
const count = (content.match(new RegExp(name,"g")) || 【】).length;
if(count){
dv.paragraph(`${p.file.link}: ${count}`);
}
}
```
这个代码看上去就复杂一些,但是在AI飞速发展的时代,不会写的代码问DS和GLM就好了(我到现在都没排上买Kimi code plan的队)。
另外obsidian也是可以通过API key直接对接各厂家模型的,比如广为人知的copilot插件,但是这个插件有几个问题:
1.不翻墙只用国内的模型的话,这个插件暂时不支持原生Zhipu GLM配置,虽然应该可以通过cc-switch解决,但是很麻烦,我没尝试过;
2.harness不行,我平时工作上最常用的是vs code的copilot chat插件,即使都接DeepSeek V4 flash,obsidian copilot表现出来的“智力”也比copilot chat差远了。
这里不提API key的费用问题,是因为梁圣已经把DS V4 Flash的金额打下来了。在95%以上的缓存命中率情况下,我这种轻度使用用户一个月在token上花的钱还没有在奶茶上贵。
谢谢梁圣!
因为说到了AI,我来表达一下我个人对于AI应用到写作的看法吧。我支持资料查找和总结中应用AI,我也现在在这样做,比如上面说到的2019年11月上映的韩国本土电影票房,让我去KOBIS查的话非常费劲。如果有精力和能力的话我会去人工佐证。
但我绝对反对AI进行创意写作。
借着金熙苑的口,我曾经表达过“创作是神圣的”。真正创作起来,无论是小说、绘画、音乐还是各种其他的艺术形式,每一项都需要大量的创作者的心力,换句话说是对产出的热爱和思想的表达。在这个过程中,用AI代替思考本质上是在扼杀对于产出的感情。
我可能写出的是一坨,但是这是我亲自拉的。
工作中代码/文档写作是另一码事。即使我不是开发,古法coding对我来说也仿佛是上辈子的事情了,ctrl C ctrl V已经变成了yes continue的样子。
不知道我的想法会不会变,至少在2026年的8月我是这样想的。
来自芭乐上班摸鱼时的絮絮叨叨。