前言
当我的小插件出现在阮一峰老师的《科技爱好者周刊》上时，我难掩激动。那种感受很真切——自己创造的东西被人看见、被认可，确实是一件令人快乐的事。
兴奋之余，我觉得该好好做一次复盘。冷静下来回想，这段经历值得分享的，远不止“我用 AI 做了个插件”。我更想谈的，是如何从一个具体的困扰出发，用务实的方法做出解决方案，并一步步让它被该看见的人看见。
如果你对这个插件感兴趣，项目已开源在 GitHub，也欢迎你去看看或点个 Star：
https://github.com/Spute/obsidian-copy-to-mp
判断一个需求是否“值得做”？
一切始于我自己的切身需求。作为一个深度 Obsidian 用户，我始终在寻找一种更优雅的方式，将笔记发布到微信公众号。
这正应了俞军老师那句“产品经理首先是用户”。我的痛苦非常具体：无法优雅地将 Obsidian 笔记发布到公众号。
但个人的不适，未必是普遍的需求。于是我开始验证。我在全网搜索现有方案，确认了两件事：
-
这不是我一个人的困扰——很多人都有同样的需求；
-
现有解决方案仍有明显的优化空间。
这让我坚定了动手的念头。
当时的主流方案主要有两种，但它们各有缺憾：
-
格式转换网站：需要将内容粘贴到第三方网站，无法处理本地图片，步骤繁琐。
-
现有 Obsidian 插件：需要配置公众号密钥，内容需经第三方服务器，且需要付费。
这些方案要么不够便捷，要么牺牲隐私和安全。我意识到，或许可以做一个在保证方便的同时，更轻量、更安全的工具。
极简构建——如何快速交出MVP？
确认了价值，接下来就是以最小成本验证。
我的构建策略非常明确：
-
不重复造轮子：我的目标是解决问题，而非炫技。结合前期调研，我只需将“格式转换网站”的核心功能搬进Obsidian，并攻克复制本地图片的难题。很快，我找到了一个能将内容复制为HTML格式的开源插件，其思路极具借鉴价值。开发的第一步不是写代码，而是“搜刮”与整合现成的积木。
-
先完成，再完美：我规划了V1.0的核心功能：只有一个——
选中 -> 转换 -> 复制到剪贴板。设置界面、多样式支持等都留给未来。最终目标是一个可本地安装、能跑通的版本，足以验证需求。
技术路径也随之清晰：在本地将Markdown内容添加预设格式，直接生成公众号排版并复制到剪贴板，实现安全、便捷、零依赖。
那么，如何在一个陌生的技术栈中快速实现这个构想？我请来了一位“超级助理”——AI。
-
快速入门新领域：面对Obsidian插件开发文档，我让AI帮我解释核心API与工作机制，快速搭建起认知框架。
-
高效借鉴现有代码：我没有从零开始，而是让AI帮我分析、解释所借鉴开源项目的关键代码，理解其实现思路，再整合进我的项目。
-
即时调试与排错：编码中遇到的错误，AI能快速提供排查方向和解决方案，极大压缩了试错成本。
AI极大地压缩了“查找”和“调试”的时间，让我能将全部心智聚焦在“决策”与“整合”上。 它没有取代思考，而是显著降低了实现门槛。
短短几天后，一个最小可行产品（MVP）诞生了。它或许简陋，但能够完美地解决了那个核心痛点。
如何让自己的产品被看见？
作为开发者，我过去常常忽略甚至下意识逃避推广。这次，我也是经过几番思想斗争，才最终说服自己：“如果连自己都不愿意为它呐喊，又怎么能指望别人发现它的价值？”
插件完成后，我决心跨出这一步，做了以下几件关键的事：
-
精准投放，去有鱼的地方：我将插件详细介绍与下载链接，发布在 Obsidian 官方社区 及多个活跃的中文用户论坛。这里是需求的源头，是真正的“鱼群”所在。
-
降低门槛，用视觉说话：我录制了一段介绍视频然后发布到B站，直观展示从“选中笔记”到“一键粘贴至公众号后台”的完整流程，并说明了整个安装过程，给新手完整的指导。
-
主动投稿：除了常规分享，我决定尝试投稿。在浏览社区时受到启发，我整理了项目信息，向阮一峰老师的《科技爱好者周刊》投出了稿件。
然后，惊喜发生了。《科技爱好者周刊》收录并推荐了它。流量开始涌入，GitHub Star 不断增长。这次经历让我深深体会到：“厚着脸皮”去推广，并非可有可无的环节，而是闭合产品价值循环的关键一步。
一些思考
虽然这个工具没有带来直接收入，但它为我验证了一个完整的产品闭环：从需求洞察、方案设计、开发实现，到主动推广。这种全流程的实践，所带来的认知与经验，远比一时的金钱收益更有长期价值。
在这个时代，AI 已大幅降低了创造的门槛。我们所需要的，是保持好奇，持续行动，并用低成本的方式快速试错——这样，可以大大提升成功的概率。
回顾这段旅程，有两点心得尤为深刻：
-
工具的价值在于解决问题：越是具体、真切的痛点，越可能做出被需要的产品；
-
AI 是杠杆，而非替代：它极大地放大了个人开发者的能力，但核心仍在于你的想法与决策；