VSCode插件TikZ Preview实现本地渲染与预览

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

做VSCode插件TikZ Preview，本地编译替代Web版，解决几何/函数图渲染问题。总耗时5小时，烧钱3.05元（B·第三方账单）：Pro模型13万token规划，Flash模型4.8万token写码，缓存率99.7%。搞钱启示：AI写工具“规划用Pro，执行用Flash”是省钱核心，但“续接会话”会成倍浪费成本，必须手动校验自动发布的代码。

• 规划用Pro模型，写码切Flash模型
• 续接对话成本高，新任务开新窗口
• 自动发布技能需人工复查代码
• Codex隔天复查能补自测盲区

一、这是什么机会

这是一个垂直领域的开发者工具优化机会。目标用户是习惯使用VSCode进行LaTeX/TikZ绘图的博主、研究人员及程序员。痛点在于TikZ代码无法在VSCode内实时预览，需频繁切换外部工具。解决方式是开发一款调用本地TeX引擎并集成PDF.js预览的VSCode插件，通过免费开源积累声誉，或未来提供高级特性（如云端渲染、协作功能）进行商业化。

二、独立判断

值得作为“作品集”或“流量入口”做，直接变现难度较大。关键理由：TikZ用户群体虽精准但规模有限，且现有开源方案（如KtikZ）已能满足基础需求，差异化在于“无需安装WASM引擎”和“支持LuaLaTeX/Shell Escape”带来的轻量级体验。编辑视角：这个案例的价值不在于卖插件，而在于验证了“AI辅助开发垂直小工具”的极低成本与极短周期，是典型的低成本试错模型。

三、冷启动路径

第一步验证动作：不要从头写代码，而是先寻找现有插件（如KtikZ）的差评点，确认用户是否真的在意“本地渲染”而非“在线渲染”。成本量级：极低，主要为API调用费（实测全流程仅3.05元），主要成本是时间（约5小时）。周期：从需求细化到代码发布，1-2天即可完成MVP验证。若用户反馈强烈，可顺势开源并建立社区。

四、最大风险与避坑

最大风险是“AI幻觉导致的隐性Bug”。原文案例中，AI生成的初始代码无法正确渲染PDF，且未覆盖“快速切换文件”的极端场景，导致残留旧渲染结果。应对方法：必须引入独立的Code Review环节，不要依赖同一AI会话的自我检查。另一个坑是Token成本失控，频繁使用“resume”功能会导致非缓存输入激增，需严格控制会话上下文，避免无关的多轮对话污染上下文。

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

• 技术选型决策：放弃主流的WebAssembly方案（texjsx/BusyTeX），因其实体包过大（200-340MB）且不支持Shell Escape；最终选择仿照KtikZ调用本地TeX环境，确保对LuaLaTeX和复杂宏包（tkz-elements, tkz-fct）的完全兼容。
• 工作流设计：使用“superpower skill”先行细化需求。在写代码前，AI通过提问完善结构，解决了大量潜在逻辑漏洞，减少了后续Debug轮次。
• 模型分层策略：规划与Spec编写使用高配模型（deepseek-v4-pro），实际代码编写使用低成本模型（deepseek-v4-flash）。实测Pro模型缓存命中率99.7%，Flash模型处理了大量执行细节，总成本被压缩在3元以内。
• 次日Code Review：使用另一款模型（Codex/gpt-5.5）对昨日代码进行审查，成功发现“快速切换文件导致渲染错误”的关键Bug。该Bug在日常调试中极易被忽略，跨模型审查弥补了单模型视野盲区。
• 自动化发布：创建专用Skill处理版本发布，输入指令即可自动更新Changelog、README及版本号。但必须人工校验自动生成的Skill文件，防止AI误改核心逻辑。
• 成本陷阱规避：避免频繁使用`resume`功能。实测发现，连续三次resume导致未命中输入Token激增4倍，单日仅更新文档的花费几乎等于第一天开发总和。建议新任务新会话，或定期压缩上下文。

六、双轨可执行性

跨境：可行。此类开发者工具插件在海外市场需求巨大，可发布至Marketplace获取曝光，并探索SaaS化托管渲染的收费模式。国内：可行。虽LaTeX用户基数小，但作为“AI编程案例”进行技术自媒体传播，可吸引开发者关注，转化为课程或咨询业务。

原文 · 如鱼饮水：阅读原文 →

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