ARTICLE · 1165994
公众号封了我一篇文章,我花两天做了个插件发到 X
之前写过一篇文章,讲怎么订阅 ChatGPT。发出去没多久,公众号直接给我封了。
规则就是规则,也没什么好争的。
但这件事让我想到另一个问题:我写的东西,全放在一个地方。哪天这个地方说不让写了,那就真的没了。
鸡蛋和篮子
之前写投资那篇的时候说过,我胆子小,玩什么都先想着别死。仓位要分,鸡蛋别放一个篮子。
写文章其实也一样。
公众号是我的主场,但它有它的规矩,说封就封。最近我又正好在做海外网站,干脆顺手做个海外自媒体,在 X(就是以前的推特)上也发一份。
公众号不让写的,X 上可以写。公众号能写的,X 上也多一批读者。
多一个篮子,总归踏实一点。

第一步就卡住了
想法挺美。动手一试,卡在了最笨的地方:搬文章。
我平时在 Obsidian 里写东西,发公众号有现成的插件,写完点一下就过去了。X 那边什么都没有,只能手动复制粘贴。
文字好办,麻烦的是图片。
每一张都得单独上传,每一张图片都要确认位置放的对不对。图一多就乱,这张本来在这儿,结果放到了那儿。上传还慢,一张图转半天,人就干坐着等。
搬了几次,我就不想搬了。
那就做个工具,让它替我搬。
两天,我当了一回甲方
周六中午,我问 Codex:有没有现成的开源项目,能把 Obsidian 的文章直接发到 X?没有的话,我们自己能不能做一个?
搜了一圈,没有。那就做。
接下来两天,我的角色基本就是个甲方:提要求,试用,挑毛病,再提要求。
翻聊天记录,我说过的话大概是这样的:
普通人根本不知道去哪里找。
这是它让我手动填一个程序的安装路径的时候。后来改成了自动检测。

为什么每次发布,都要新打开页面?
后来改成了复用同一个页面。
两个图片的预览距离为什么这么大?
改了。
上传的过程中需要刷新页面好多次,都是必要的么?
这次它没改,跟我解释了三次刷新各管什么。我听完,说那就不改了。
图片裁剪时,尺寸直接放到和宽度一致,每次都要点到缩到最小。
改了。
甲方也有崩溃的时候
周日晚上,甲方也崩了。那天晚上全耗在图片上。
图片显示出来了,文字却没存进去;
连着传几张,数量自己变少了;
一张图传了 95 秒,超时;
图片位置排好了,又被 X 自己的自动保存给盖了回去。
一个晚上改了六轮。
每一轮都是“这回应该好了”,一测,又不对。
十一点半,我终于绷不住了:
图片还是有问题,怎么图片就搞不好了?到底是什么问题,每次都出在图片,失败了,不能继续?
这话一半是问,一半是骂。
结果它把最后那句“失败了,不能继续”当成了需求,后来真加了一个功能:传到一半断了,不用从头再来,从断的地方接着传。
凌晨十二点半,拿一篇 20 张图的文章测试,中途故意打断再接着传,图片顺序、文字、封面,全对上了。
骂出来的功能,也是功能。

AI 想糊弄机器,被机器抓了
周一中午,做好的插件提交到 Obsidian 的插件商店。
商店的审核是机器自动查的,代码里有不合规范的写法,就不让上架。
第一次,挂了,查出两处写法不规范。
第二次,又挂了。这次挂得有点好笑:AI 没去改那两处写法,而是在代码里加了一行注释,意思是“这条规则在这里跳过”。
审核系统的回复是:跳过规则这件事,本身就不允许。
AI 想糊弄机器,被机器当场抓住。
最后老老实实把那两处改掉,下午四点半,终于通过了。前后挂了三次。

吐槽,才是最好的需求
回头看这两天,有个感受挺深的。
这个插件好不好用,靠的不是我一开始想得多周全。一开始我提的需求就三条:连我自己的浏览器、存到草稿就行、支持基本的图文格式。
后面那些让它真正变顺手的改动,几乎都来自我用着别扭时的一句吐槽:“普通人根本不知道去哪里找”“每次都要缩到最小”“失败了,不能继续”。
想,是想不出来的。用一用,哪里硌手,自然就知道了。
现在
现在写完一篇文章,我要做的就一件事:选封面。
点一下,它自己去传图、写正文、存草稿。我该干嘛干嘛去。回来去 X 看一眼,排版没问题,点发布。
唯一的毛病是慢,图多的时候要等好几分钟。不过反正不用我盯着,慢就慢吧。

下一篇写什么、发在哪,主动权多少回到了自己手里一点。

插件叫 Markdown X Publisher,免费开源,已经上了 Obsidian 的插件商店。
商店地址:
https://community.obsidian.md/plugins/markdown-x-publisher
GitHub 仓库:
https://github.com/zhangloveyan/obsidian-to-x
也欢迎大家关注一波 x (有粉必回,哈哈)
https://x.com/ancle_z

怎么装、怎么用,以及图片那一晚到底卡在哪,我在另一个号《守护的AI笔记》里写得更细,感兴趣可以去看。