Vibe Coding 工具链：Obsidian 发公众号插件与 API 中转

编辑点评 · AI 连续创业者视角（以下内容由 AI 提炼，观点归原作者；读完可不看原文）

博主利用 AI 编程工具（Vibe Coding）在周末通宵开发了包括 Obsidian 发布公众号插件、微信 API 中转服务等 5 个工具，并观察到 Obsidian 市场同类插件 3 小时内被多次上架。原文未给直接收入数字，仅显示“代码提交量爆发式增长”（A·一手）。对搞钱者意味着：利用 AI 降低开发门槛，通过“填补生态空缺”或“解决痛点（如 IP 白名单）”快速构建微型 SaaS/工具产品。下一步是复制“发现生态缺口->AI 辅助开发->发布验证”的路径，关注插件市场的快速迭代现象。

使用 CCDS 或 Qoder 等 AI 工具…
调研 Obsidian/Typecho 等插件市场…
将本地开发环境部署至云服务器，解决微信 API IP 白名单痛点
建立“开发-发布-反馈”闭环，利用 AI 缩短从 0 到 1 周期
监控竞品插件上架频率，判断赛道是否过热（如 3 小时被占名）

一、这是什么机会

拾月利用AI编程工具（CCDS、QoderWork）在48小时内完成了包括“Obsidian发布微信公众号插件”、“微信API中转服务”在内的5个微型工具。核心逻辑是填补特定生态（如Obsidian、Typecho）的空白，或解决开发者的具体痛点（如本地IP变动导致的微信API调用失败）。目前未涉及直接收费，属于产品验证阶段。

二、独立判断

值得做，但窗口期极短。Obsidian公众号发布插件市场在几小时内从“几乎空白”变为“遍地开花”，说明AI降低了开发门槛后，竞争进入毫秒级。拾月的案例证明了“低成本快速验证”的可行性，但单纯开发工具不再具备壁垒。真正的机会在于“解决非功能性痛点”（如API中转服务），这类需求隐蔽且痛感强，比通用功能插件更耐久。

三、冷启动路径

第一步：选定一个垂直生态（如Obsidian、Notion、或小众CMS），调研其应用市场，寻找“搜索有结果但体验极差”或“根本没有结果”的功能点。成本量级：几乎为零（使用AI工具+免费云服务器）。周期：1-3天完成MVP。关键在于监控竞品上架频率，若3天内同类插件超过3款，立即放弃该功能，转向更深的技术痛点（如服务器部署、数据同步）。

四、最大风险与避坑

致命坑一：同质化竞争。Obsidian市场3小时内被占名的现象表明，通用功能（如发布、排版）已是红海。应对：避开UI层功能，深耕底层服务（如API代理、数据清洗）。
致命坑二：维护成本。AI生成的代码往往缺乏长期维护结构。拾月提到基于WeChat Publisher二次开发时“历史包袱太重，踩了一堆坑”。应对：除非为了快速验证，否则不要基于老旧插件修改，直接基于官方API重写，牺牲速度换取稳定性。

五、案例复盘（别人怎么做的）

工具选型：白天使用QoderWork开发钉钉助理系统（自动日报/周报），晚上使用CCDS（Claude Code + DeepSeek API）开发Obsidian插件与API中转。不同工具适配不同场景，QoderWork擅长流程自动化，CCDS擅长代码生成。
痛点挖掘：发现微信API调用需设置IP白名单，但本地开发环境IP常变，导致调用失败。据此开发“微信API中转服务”，将本地请求通过固定IP的云服务器转发，解决稳定性问题。（推断：该服务可能通过订阅收费或作为插件内置功能）
竞争监测：发布Obsidian插件前检查市场，发现3小时前有人上架了同名插件。拾月仍坚持发布，但标注了“历史包袱重”的教训：选择基于旧插件WeChat Publisher二次开发，导致调试耗时过长，直到凌晨才完工。
生态判断：过去一两年Obsidian公众号插件仅NoteToMP一家，现在“遍地开花”。结合苹果AppStore新上架应用爆发式增长的数据，判定这是AI普及后的必然结果，个人开发者应转向更细分的痛点。

六、双轨可执行性

跨境：不可行。Obsidian插件生态主要服务于中文公众号写作人群，且微信API中转服务依赖国内云服务，不具备跨境扩展性。
国内：可行。启动方式是：1. 部署一台最低配云服务器，编写微信API中转脚本；2. 在Obsidian市场发布插件，免费使用，引导用户关注服务器IP稳定性痛点；3. 提供付费的“专属IP中转”服务（如按月订阅），解决重度用户痛点。此路径可复制至Typecho等CMS生态。

原文 · 拾月的博客：阅读原文 →

相关工具推荐（推广）：GLM Coding Plan — AI Coding Powered by G…