头图来自：AI生成
一、一个活了十年的“小软件”
凌晨两点，某县级政府办公室的灯还亮着。一位文秘人员正对着屏幕上的一份50页公文，逐字逐句地调整字体、字号、行距、编号层级和页边距。这份文件明天一早就要上报，格式上错一处，就可能被退文重报，甚至被问责。他手动操作了三个小时，眼睛酸涩，手指僵硬。这是公文处理助手存在的理由。
一个安装包只有2.84MB的插件，活了十年。比它功能强十倍、界面美百倍的工具，大多已经死了。为什么？
中关村在线的收录页面显示，这款Word/WPS插件的最早版本可追溯至2013年4月，当时的安装包只有2.84MB。十二年后，它的安装包增长到21.04MB，依然在保持更新。2026年1月到8月，它至少发布了15个版本，平均两三周一个。据开发者介绍，9月至10月间又发布了数个维护版本，更新节奏未见放缓。
它的目标用户非常明确：每天与公文、标书、论文、合同、档案打交道的人。功能也非常具体：把一份杂乱的文档按GB/T 9704公文国标一键排版、把手动编号转成自动编号、批量提取上百份文档的数据、按Excel表格批量生成文档、给几百张图片统一尺寸并排版成表。
这类产品没有性感的故事，不碰社交、不做平台、不讲生态，却解决了一个极其真实的问题：让那些每天重复几千次机械操作的人，少加几个小时的班。
但真正值得追问的是：为什么一个2.84MB的小插件能活十年，而同期无数功能更炫的工具早已死亡？
答案藏在需求的本质里。公文排版不是“效率优化”需求，而是“合规刚需”。GB/T 9704是国家标准，党政机关公文格式错误可能导致退文、问责。用户不是“想省时间”，而是“必须做对”。这是它与普通效率工具的根本区别。
效率工具的用户可以忍受不便，合规工具的用户不能忍受错误。效率工具的用户忠诚度取决于竞品是否更好用，合规工具的用户忠诚度取决于竞品是否更可靠。这个差异，决定了付费意愿、留存率和口碑传播效率的天壤之别。
第二个为什么：为什么它的用户群如此稳定却始终无法破圈？
因为这是一个典型的"窄众刚需"市场。公文处理人群在中国约有2000万至3000万——党政机关公务员约700万、事业单位人员约3000万、国企员工约4000万，其中频繁处理公文的比例约10%至20%。这个市场的特征是“总量大但极度分散、单点需求高度同质”。分散意味着无法用传统销售触达，同质意味着口碑传播效率极高。一个单位里只要有一个人用了觉得好，很快就会传播到整个科室、整个部门。这解释了为什么它靠免费下载站和短视频就能获客——不是它不想做营销，而是这个市场的获客逻辑天然就是“同行推荐+搜索”。
反直觉的洞察是：它的成功不是因为功能强大，而是因为需求足够窄——窄到巨头不愿意做，窄到免费竞品做不深。
二、独立开发者的生存账本
它一年可能只赚几千，但这恰恰是它能活十年的原因。
要理解这类产品的命运，先算一笔生存账。
它的商业模式是“赞赏制”：基础功能免费，高级功能需要赞赏获取，官方价格为12元两个月、36元半年、66元一年、180元永久绑定一台电脑。还有一个颇具中国特色的设计——发布一篇介绍插件的图文或视频作品，可以免费换取授权。
这笔账可以算得更细。假设累计用户5万（参考同类产品量级），赞赏转化率按行业经验值1%至3%计算，取中位数2%，则付费用户约1千人；按客单价66元/年计算，年收入约6万元；扣除支付通道费、云存储、域名等成本，开发者年净收入约5万至6万元。这个数字说明：赞赏制不是“开发者不想赚钱”，而是“定价权被免费竞品锁死”——当隔壁有完全免费的同类产品时，你无法把价格提到能支撑团队运营的水平。
但比收入总量更重要的是收入结构。赞赏制收入的本质是“离散、非契约、不可预测的现金流”，与订阅制的"连续性、契约性、可预测的现金流"有根本区别。这一区别决定了三件事：
第一，开发者无法做任何需要前置投入的决策，因为不知道下个月还有没有收入；
第二，无法用现金流折现估值，因为没有可预测的现金流；
第三，无法向任何金融机构融资，因为没有可抵押的稳定收入流。
假设赞赏制年收入6万元，如果改为订阅制且转化率不变，年收入同样是6万元，但订阅制的续费率会形成一个收入底座——假设年续费率60%，则第二年的保底收入是3.96万元，这部分收入可以用来做规划。而赞赏制没有这个底座，每年都是从零开始。收入结构比收入总量更重要。
那为什么开发者不改成订阅制？可能的原因包括支付通道限制（个人开发者难以接入自动续费）、用户心理抵触（公文处理人群对自动扣费天然警惕）、竞争约束（免费竞品存在，强制订阅会导致用户流失）。赞赏制不是最优选择，而是在约束条件下的唯一可行选择。
成本端则被压到了极致：官网是静态页面，安装包放在免费云存储蓝奏云，分发依靠游侠网、3DM、华军软件园等免费下载站和抖音、快手、B站的功能演示视频自然传播，几乎没有任何付费投放的痕迹。AI功能接入的是用户自己配置的DeepSeek等模型API，Token费用由用户自付，产品不承担推理成本。
这种"BYOK"（Bring Your Own Key）模式对独立开发者有四重意义：第一，零推理成本，避免了AI功能对微薄收入的侵蚀；第二，用户自选模型，产品不绑定特定模型厂商，降低了技术路线风险；第三，用户承担Token费用，意味着用户对AI功能的使用是有意识的、有成本的，这反而筛选出了高价值用户；第四，产品不需要为AI功能的"失败调用"买单，这降低了产品的财务风险。
这是一种典型的“一人公司”式轻量生存：极低的收入天花板，极低的成本结构，极低的死亡风险。它不需要融资、不需要增长指标、不需要向董事会交代，只要赞赏收入能覆盖开发者的时间成本，就能一直更新下去。
但硬币的另一面是：它也几乎没有能力做任何“重”的事情。没有企业销售体系，无法对接政府采购；没有标准的企业授权、发票和批量部署流程；没有团队信息和企业主体，机构客户难以建立信任；最关键的是，它没有为技术架构的根本性升级储备足够的资源。
这不是能力问题，而是模式问题。赞赏制的收入结构决定了它无法雇佣销售团队（销售成本会吃掉全部利润）、无法承担企业级合规成本（发票、等保、批量授权）、无法投入架构重写（需要6至12个月全职投入且期间无收入）。这不是开发者短视，而是“轻模式”与“重能力”在财务上的互斥。收入天花板决定能力天花板，能力天花板又反过来锁死收入天花板——这是一个闭环。
更深一层看，独立开发者面临的最大约束不是资金，而是时间。一人公司的开发者需要同时承担产品、开发、运营、客服、财务等多个角色，时间被严重碎片化。这意味着即使有迁移技术栈的意愿，也缺乏连续6个月全职投入的时间窗口。这是一种“时间约束下的理性选择”，但它的代价是“未来的技术债”和“模式锁定”。
三、技术栈的“时间炸弹”
它最强大的技术，正在变成它最致命的负债。
公文处理助手的技术底座是COM加载项和VBA——这是微软1990年代的插件技术。在很长时间里，它是操作Office最强大的方式，但今天它更像一颗倒计时的时间炸弹。
这颗炸弹的引信有三条：
其一，微软自2018年起将VBA定位为"维护状态"，不再增加新功能，官方推荐迁移路径为Office.js（Web Add-in）。
其二，Web Add-in运行在沙箱化的浏览器运行时中，出于安全考虑，无法直接访问本地文件系统、无法调用Windows API、无法直接操作部分底层文档对象，且跨进程通信带来性能开销。
其三，金山WPS在2023年前后转向JS扩展框架，新版WPS默认JS环境，VBA需手动切换，这意味着同一套COM/VBA代码在WPS新版本上的兼容性持续退化。2023年6月，公文处理助手就曾因为WPS架构问题被迫禁用浮动窗口、微调工具等部分功能。
这意味着产品未来可能面临一次伤筋动骨的重写。从COM/VBA迁移到Web Add-in或JS插件，不是简单适配，而是整个技术架构的重构。
具体而言，COM加载项是进程内组件，直接运行在Office进程地址空间，函数调用是本地调用；Web Add-in是进程外组件，运行在独立浏览器运行时，通过postMessage或WebSocket与Office宿主通信，每次调用都有序列化和跨进程开销。
对于"批量处理上百份文档""给几百张图片统一尺寸"这类高频批量操作，性能下降可能达到一个数量级。此外，COM加载项可以直接读写本地文件系统，Web Add-in只能通过Office.js提供的有限文件API或后端服务中转。这意味着部分功能在Web Add-in架构下要么无法实现，要么需要引入后端服务，而引入后端服务又意味着服务器成本和运维复杂度，这与"一人公司"的轻模式直接冲突。
把"难以承受的工程投入"具体化，就是三重风险：功能可能缩水30%至50%、6至12个月全职重写周期、迁移期间零收入且老用户可能流失。对于一个以赞赏制维持运营的个人或小团队产品，这是一笔难以承受的工程投入。
这是许多"技术驱动型独立工具"的共同宿命：它们靠对旧技术的深度挖掘建立了功能壁垒，但旧技术的淘汰也会同时摧毁壁垒的根基。
但"同时摧毁"的判断不够精确。技术壁垒的摧毁是渐进的：先是新功能无法在旧技术上实现，然后是旧技术在新版本宿主上兼容性退化，最后是用户因宿主升级而被动流失。这个过程可能持续三到五年，但方向不可逆。
更值得追问的是：为什么"靠旧技术建立壁垒"是独立工具的普遍宿命？
因为技术债会产生"复利效应"。独立开发者为了快速上线，往往选择当时最成熟、最易上手的技术（VBA门槛低、资料多），这在早期是理性选择；但技术债会随时间产生复利——越晚迁移，代码量越大、依赖越深、迁移成本越高。
如果它在2018年（VBA仍主流时）启动迁移，成本可能是现在的三分之一；如果在2021年（WPS开始转向JS）启动迁移，成本可能是现在的二分之一；现在（2026年）启动迁移，成本最高且面临用户流失风险。等待的代价，远比迁移的代价更昂贵。
四、AI带来的突围与三面高墙
当AI学会用工具，工具的价值不是下降，而是上升。
2025年以来的AI浪潮，给这个十年老产品带来了意料之外的突围机会。
2025年6月，它上线AI脚本功能：用户用自然语言描述需求，AI（DeepSeek-V3/R1）自动把数百个预置脚本模块组合成一个可执行的方案。据开发者介绍，该功能上线后用户使用频率较高，但AI组合方案的准确率仍在持续优化中。
2026年，它又密集迭代了40类领域专家、多模型适配（支持自定义接口和本地部署模型）、联网搜索、按条件执行、并发调用等能力。8月18日，它推出了AI工具Skill接口，把插件能力封装成9个命令行开关，允许豆包、OpenClaw、WorkBuddy等外部AI Agent直接调用。据开发者介绍，该接口目前支持被外部Agent调用，具体接入情况仍在推进中。
这个转型的本质是产品身份的转变：过去它是一个"人用的工具"，价值取决于用户能不能找到按钮、会不会用功能；现在它开始成为一个"AI用的工具"，价值取决于AI能不能调用它完成任务。
这个转变的深层含义，是产品价值捕获机制的根本变化。传统工具软件的价值捕获依赖"用户主动打开—找到功能—执行操作"这条链路，产品价值等于功能覆盖度乘以用户使用频率；而Agent时代，工具的价值捕获链路变为"Agent识别意图—匹配技能—自动调用—返回结果"，产品价值等于被调用次数乘以单次调用的不可替代性。
这意味着，工具产品从"争夺用户注意力"转向"争夺Agent的调用决策"。过去产品经理要研究用户怎么想，未来要研究Agent怎么选。公文处理助手封装9个命令行开关，不是在适配AI，而是在重新定义自己的价值捕获方式。
五、为什么AI Agent时代会为垂直工具打开新生态位？
因为通用Agent平台的能力分布呈"哑铃型"——"理解意图"和"规划任务"两端能力强（得益于大模型能力提升），"执行具体操作"中间层能力弱（因为执行层需要与具体软件、具体格式、具体行业规则深度耦合）。这个"哑铃型"结构决定了：Agent越强大，对垂直执行技能的需求越旺盛。用比喻来说，Agent是大脑，垂直工具是手。"手"的价值会随"大脑"的普及而上升，而非下降。
这种转变的意义，对独立开发者可能比对大公司更重要。通用AI Agent平台（豆包、WPS AI、Copilot）是巨头的战场，独立产品不可能正面竞争；但Agent的能力需要建立在大量垂直、专业、可靠的执行技能之上，这恰恰是深度垂直工具的机会。
大公司做Agent平台是"赢家通吃"逻辑，必须做通用、做规模；独立开发者做垂直技能是"利基生存"逻辑，只需要在一个足够窄的场景做到不可替代。独立开发者的机会不在于"比巨头做得更好"，而在于"做巨头算不过账来的事"——为一个小众场景维护数百个脚本模块，对巨头是负ROI，对独立开发者是正ROI。
打个比方：巨头在修高速公路，独立开发者可以做高速路上某个特殊路口的专业匝道。但匝道的价值取决于两个变量：一是高速公路的车流量（Agent平台的用户规模），二是这个匝道是不是唯一出口（工具在特定场景中的不可替代性）。公文处理助手的不可替代性来自"公文国标排版"这个场景的规则密集度——规则越密集、越本地化、越隐性，通用Agent越难原生覆盖，垂直工具的生态位就越稳固。
但这里有一个尚未回答的关键问题：Agent调用量怎么变成钱？目前来看，公文处理助手的Skill接口是免费开放的，没有按调用次数收费。这意味着，即使Agent调用量很大，也不直接产生收入。可能的商业转化路径有三条：一是通过Agent调用带来新用户，新用户转化为赞赏用户；二是未来对Agent调用按次数或按能力收费；三是被Agent平台收购。这三条路径的可行性，取决于Agent平台选择开放还是封闭，也取决于独立工具能否在生态中建立不可替代性。
但AI打开的机会窗口，同时也是正在升起的墙。
它面前还立着三面高墙。一面是致命的，一面是不致命的，一面是正在升起的。
第一面墙是平台官方。WPS AI月活已经达到2951万（据新华网2025年8月报道），商业旗舰版定价599元/人/年，且WPS 365已兼容MCP协议。一旦官方把文档深度自动化纳入原生能力，第三方插件的生存空间会被迅速压缩。
这面墙为什么可能是致命的？因为平台吞噬第三方有历史规律。从苹果App Store下架第三方天气应用后原生集成，到微信封杀第三方外挂后推出官方功能，平台方一旦发现某个第三方功能成为高频刚需，往往会选择原生集成。WPS官方做公文深度自动化的动机取决于两个因素：一是该功能对WPS商业旗舰版的付费转化贡献有多大。
二是自研成本与收购成本的对比。公文排版是高度垂直的场景，WPS官方若自研，需要投入对GB/T 9704等国标的深度理解，这需要领域专家而非通用工程师；若收购，公文处理助手这类工具是现成的收购标的。对独立开发者而言，被巨头收购可能是比独立生存更好的结局——这不是失败，而是一种合理的退出路径。
第二面墙是免费竞品。不坑盒子官网公布累计用户34万以上，支持Word/Excel/PPT和macOS/Linux，功能面更广；小恐龙公文排版助手完全免费。在一个被免费产品教育过的市场里，赞赏制的转化天花板很低。
但这面墙可能是不致命的，因为赞赏制产品面对的不是"免费竞品"，而是"不同动机的免费供给"。不坑盒子的开发者可能有大厂背景或稳定收入来源，项目属于业余兴趣或技术影响力建设，其商业模式可能是免费工具引流加付费课程或社群变现；小恐龙公文排版助手可能是开源情怀或个人兴趣项目。
这些免费产品的共同特点是：开发者不依赖产品收入生存，因此可以承受零收入。这与公文处理助手的赞赏制形成本质区别：赞赏制开发者需要收入覆盖时间成本，而免费产品开发者不需要。这解释了为什么赞赏制产品无法通过降价或免费来竞争——它面对的不是价格竞争，而是生存模式竞争。
第三面墙是AI本身。大模型直接生成格式规范文档的能力在持续增强，如果有一天AI输出的内容天然符合排版标准，"后置排版"这个需求本身就会萎缩。
但这面墙是正在升起的，短期内还不致命。因为公文格式涉及三类规则：显性规则（字体、字号、页边距、行距等可结构化描述的格式要求）、隐性规则（特定文种的特定用语习惯、层级编号的嵌套逻辑、附件说明的格式惯例）、情境规则（不同地区、不同单位的内部格式微调）。
主流大模型对显性规则的遵循率较高，但对隐性规则和情境规则的遵循率仍不稳定。AI擅长"生成内容"，但"格式合规"是规则密集型任务，短期内仍需专门工具兜底。此外，大模型可能生成看似合规但实际错误的格式，这种幻觉在公文场景中可能导致严重后果。
更重要的是，后置排版需求的萎缩不会发生在"AI生成合规文档"这一步，而会发生在"AI生成合规文档且用户不再需要修改"这一步。现实中，公文处理的核心痛点不是"从零生成"，而是"已有文档的格式修正和批量处理"——用户手里有大量历史文档、外部来文、多人协作的草稿，这些文档的格式参差不齐，需要后置排版工具来统一。AI生成能力的增强，反而可能增加文档总量和来源多样性，从而增加后置排版的需求。
三面墙的优先级可以用触发条件来判断：短期（1至2年）最致命的是平台官方，触发条件是WPS决定原生集成公文深度自动化功能；中期（2至3年）最致命的是技术栈迁移，触发条件是微软或金山正式停止支持VBA；长期（3至5年）最不确定的是AI本身，触发条件是AI生成合规文档的准确率达到用户可接受的水平。
它的应对逻辑是：把护城河建立在巨头短期不愿做、免费竞品做不深、AI短期内做不好的地方——数百个经过十年验证的脚本模块、对中国公文国标和各类专业格式的深度理解、Word与WPS双引擎的兼容性积累。这些壁垒不性感，但迁移成本真实存在。
六、独立开发者的启示
独立开发者的出路，不是比巨头做得更好，而是做巨头算不过账来的事。
公文处理助手的十年，是中国独立工具开发者生存状态的一个缩影：技术上足够扎实，需求上足够真实，商业上极其克制，长期在巨头和免费产品的夹缝中生存。
但个案的价值在于上升为类型学。独立工具可分为三类：效率型工具（如截图、录屏、文件管理），核心价值是节省时间，用户付费意愿取决于时间价值，受AI冲击最大，因为AI可以直接完成效率任务；合规型工具（如公文排版、合同审查、财务报税），核心价值是确保合规，用户付费意愿取决于违规成本，受AI冲击最小，因为合规是规则问题不是生成问题，但受平台政策影响最大。
创意型工具（如设计、写作、视频编辑），核心价值是提升创意产出，受AI冲击中等，AI可以辅助但难以替代创意判断。公文处理助手属于典型的合规型工具，其生存逻辑、护城河、AI冲击程度与效率型工具完全不同。
用"独立工具生存矩阵"来看：横轴是需求刚性，纵轴是技术迁移成本，公文处理助手处于"高刚性+高迁移成本"象限，生存概率最高但转型难度最大。
从独立开发者的社会分层看，独立开发者并非同质群体：顶层是"产品型独立开发者"（如Flomo、Craft等有明确商业模式的工具），中层是"技能型独立开发者"（如公文处理助手这类靠垂直技能生存的产品），底层是"爱好型独立开发者"（无商业目标，纯兴趣驱动）。
公文处理助手处于中层，这个层级的核心特征是：有真实收入但天花板明显，有忠实用户但难以规模化，有技术壁垒但壁垒正在被侵蚀。中层独立开发者最容易陷入"十年存续但无法突破"的困境。
但这类产品并非孤立存在。它背后有一个隐性的社会支持网络：免费下载站提供了分发渠道，短视频平台提供了展示窗口，用户社区提供了反馈和传播，AI平台提供了能力扩展。这个网络不体现在组织架构图上，但它是产品能够持续运转的社会基础设施。这个网络既是支撑，也是依赖——如果免费下载站关闭、短视频平台限流、AI平台改变API政策，产品都会受到冲击。
AI Agent时代给了这类产品一次重新洗牌的机会：垂直执行能力正在成为新的稀缺资源，深度工具可以不做平台、不做模型，而是成为Agent生态中不可替代的"手"。但能否抓住这次机会，取决于它们能否完成三件事——把技术底座从旧技术栈迁移到新架构、把口碑沉淀为可验证的用户规模、把赞赏制升级为可持续的商业闭环。
这三件事，每一件都比写一个功能难得多。
七、如果我是这个开发者，我会怎么做？
短期（1年内）优先做Agent接口，因为迁移成本高且期间无收入，而Agent接口开发成本低、可快速验证市场需求。具体而言：把Skill接口从9个扩展到30个，覆盖更多Agent调用场景；与至少一个AI Agent平台建立官方合作，锁定生态位。
中期（1至2年）启动架构迁移，利用Agent接口带来的收入或用户增长为迁移储备资源，用6个月完成技术栈迁移的可行性验证，先迁移高频功能，保留VBA作为后备。
长期（2年以上）完成迁移并建立新架构上的功能壁垒，同时探索"企业版"可能性，为机构客户提供批量授权和发票支持，哪怕只服务10个客户，也能显著提升收入天花板。
我们总乐于谈论宏大的AI革命，但真正的革命往往发生在这些不起眼的角落：一个人、一款插件、一群被文档折腾到深夜的用户，和他们之间持续了十年的相互成全。
公文处理助手的下一个十年，取决于一个它无法独自回答的问题：当AI Agent成为主流，用户还需要"打开一个软件"吗？如果不需要，那它十年积累的数百个脚本模块，是资产还是负债？
这个问题的答案，取决于Agent平台选择开放还是封闭，也取决于独立工具选择接入还是对抗。
本文仅为商业分析，不构成任何投资建议。独立开发者的生存状态具有高度不确定性，读者不应将本文案例简单套用到其他产品。