ARTICLE · 1252998
分享丨非程序员软件工具搭建心得体会
终于功夫不负有心人。从年初就开始的“数字医工坊网页版影像建模提取及设计”工具项目，到如今完成了基本功能的搭建和运用，同时也录制了相应的使用视频教程，上线后反应还不错，算是一个里程碑的进展了。
访问地址：https://shuziyigongfang666.coze.site/
后续将继续优化当前基础功能，同时基于当前功能组合，去构建可复用、快捷操作的一键式工作流方案。例如术前规划、导板设计、支具设计、接骨板等等工具。不用说这绝对是大工程，非一时半会可完成，只能一步步来了。当然，AI提取功能后续也会逐步增加，这些都是在计划内的事情。
就我了解到的，目前很多个人或团队都在对标Mimics之类的商业影像提取建模设计软件，来开发自己的软件。我觉得这是好事儿，但不得不说对标Mimics这个行业的标杆产品，是非常有挑战性、非常有意义的一件事情，尤其随着AI Agent的不断发展和更多的逆向开源项目的出现（例如REA）。
甚至我觉得用不了多久我这个网页版工具也就被人逆向过去了，当然，我欢迎各位感兴趣的朋友来逆向。如果觉得逆向麻烦费时费力费钱，你也可以找我来索取源码，算是收些你对本项目的赞助费，方便我后续进一步开发新功能，毕竟用爱发电确实不长久。
说这么多废话，这篇文章主要还是来说说我在开发这个网页版工具的感受。
1. 见多才能识广
之前写过一篇推文，感兴趣可以看看，如下。
文章中我详细介绍了我用过的软件、录过的教程以及展开过的项目。尤其学这么多软件，又学不精，或许这些东西在以前确实不值钱，但是现在AI Agent时代，你了解的东西越多，对每一个工作流越熟悉，对逻辑处理、交互方式能做到了如指掌（大多数软件属于有印象、熟悉、会玩但不深入），这些都是不可复制的价值——这不是一份帮助文档能替代的。
这就是为何一些人搞出来的东西能用，但交互费力，界面设计混乱，让人摸不到头，说到底还是接触的东西太少。AI能帮你实现你想要的东西，但前提是你知道你想要的东西应该是什么样，应该要去描述它，去驾驭它。
诚然，AI Agent好比一个个“一线员工”，你的角色应该是产品经理、架构师、AI Agent的指挥者。你不需要对每一个"员工"的专业能力精通，但不精通不等于不去了解“员工”的能力，或不去定义”员工”的任务边界，否则你如何指挥这些一线员工？
有人就会说了，这话说的轻松，你如何让这些agent按照自己的意图干活还能相互配合好？这是个很实在的问题，这就和你在行业的经验积累和目的需求有很大关系了，还是那句话，见多才能识广。
2. AI辅助编程的基本术语得了解。
比如什么是UI，什么是UX，什么是对话框、界面风格、轻提示、模态、非模态等等基本术语。知道这些词，你跟AI描述需求的时候命中率会高很多，少走弯路。
举个例子，你跟AI说"弹个窗出来提示一下"，和你说"做一个模态对话框，标题是XX，内容是XX，底部放确认和取消两个按钮"，出来的结果质量天差地别。前者AI可能给你整个alert弹窗，后者才是你真正想要的交互。
术语就是你和AI之间的"通用语言"，语言越精准，返工越少。
3. 给AI立规矩，立规则文件，圈范围。
这一点太重要了，我单独拿出来说。
刚开始vibe coding的时候，我也是想到什么说什么，东一榔头西一棒子。结果就是代码风格混乱，今天用这个组件库，明天又换成那个，这里写个函数，那里又重复写了一遍。到后面维护的时候，自己都看不懂自己的代码结构。
后来我学乖了——一开始就给AI定好规矩。
用什么技术栈、什么UI框架、代码命名规范、文件目录结构、注释要求……全部写在一个规则文件里，每次开新对话先把这个文件甩给AI。就像给新员工发员工手册，先把公司制度讲清楚，再开始干活。
效果立竿见影。代码一致性好了很多，后期改东西也不用到处翻。
4. 学会拆需求，大功能拆成小步骤。
这是非程序员最容易犯的错——一上来就跟AI说 "给我做一个Mimics"。
兄弟，这玩意儿人家一个团队做了几十年，你一句话就让AI做出来？不现实。
正确的做法是拆。一个大功能拆成几个模块，每个模块拆成几个功能点，每个功能点再拆成具体的操作步骤。一步一步来，做完一个确认一个，确认没问题了再往下走。
比如"骨骼提取"这个功能，你得拆成：DICOM导入 → 图像渲染显示 → 阈值分割 → 蒙版编辑 → 三维重建 → 网格导出。每一步都单独做，单独测，串起来才是一个完整的功能。
拆得越细，AI出错的概率越低，你排查问题也越容易。
5. 报错是常态，不要慌，要学会读报错信息。
说实话，刚开始的时候，一看到红色的报错我就头大。满屏英文，不知所云，但做着做着你就会发现——报错其实是AI最好的提示。
报错信息里通常会告诉你：哪里错了、什么类型的错误、大概在第几行。你把报错信息直接复制给AI，它大概率能定位到问题。比你跟它描述"好像用不了了""点了没反应"要高效得多。
当然，有些报错信息确实看不懂，没关系，复制粘贴给AI就行。你不需要完全理解，但你得知道"把报错信息喂给AI"这个动作。
6. 版本管理意识要有。
这个坑我踩过好几次。
改着改着功能，突然发现之前好好的东西被改坏了，想回去又回不去了。或者加了一个新功能，发现还不如旧版本好用，又没有备份。
后来我就养成习惯了——每个大版本改之前，先备份一份或git一下。哪怕就是复制整个文件夹，重命名一下加个日期版本号，也行。
7. 不要迷信"一次写好"，迭代才是正道。
我见过很多人，第一次用AI写代码，期望特别高——觉得我把需求说清楚了，AI就应该一次给我写出完美的东西。
现实是，几乎不可能。
第一版出来的东西，大概率是"能跑但不好用"，甚至可能跑都跑不起来。这很正常，因为你的需求描述不可能100%准确，AI的理解也会有偏差。
关键在于迭代。跑起来看看，哪里不对就说哪里，改完再跑，跑完再改。几个回合下来，东西就越来越像你想要的样子了。
做这个网页版工具，我前前后后改了多少版已经数不清了。大的功能重构都有好几次。但每次改完，都比上一版更好用。
心态放平，vibe coding不是"一句话生成软件"，是"聊天式迭代开发"。
8. 性能问题要提前考虑，别等卡了再优化。
做医学影像处理，数据量都不小。一个CT序列几百张图，三维模型几十万面都是家常便饭。
刚开始做的时候我没太在意性能，功能都做出来了，但一加载大数据量就卡成PPT。旋转一下模型等三秒，切个切片等两秒，用起来特别难受。
后来花了不少时间去优化——纹理压缩、模型减面、异步加载、按需渲染……改了好一阵才把帧率提上来。
所以建议大家，做类似的项目，性能问题最好在架构阶段就考虑进去。用什么渲染引擎、数据怎么加载、大模型怎么优化，这些不是"以后再说"的事情，是一开始就要想清楚的。
不然等功能都做完了再回头改，工作量不是一般的大。
9. 用户反馈是最好的产品经理。
工具做出来之后，我发了教程视频，也开放了使用。也希望各位感兴趣的朋友多多使用，多提意见，方便收集各类反馈，进一步后续优化。
我一直认为：你的工具好不好用，不是你说了算，是用户说了算。
10. 接受不完美，先跑起来再优化。
最后一条，也是我最想说的一条。
不要追求完美主义。不要想着"等我把所有功能都做好了再发布"，不要想着"等界面做到和Mimics一样漂亮再拿出来"。
不可能的。
先做一个最小能用的版本，先跑起来，先给人用。用的过程中发现问题，再一个一个改。功能少没关系，界面丑也没关系，关键是——它得能用，能解决实际问题。
我这个网页版工具刚拿出来的时候，功能少得可怜，界面也土，还非常卡。但就是这么一个"半成品"，已经有人在用了，已经有人反馈说帮上忙了。
这就够了。
完美是终点，不是起点。先上路，再调整方向。
行吧，零零散散写了这么多，算是自己的碎碎念吧，都是这大半年来实打实的感受。
不是什么高深的技术分享，就是一个非程序员用AI辅助编程做了一个医工工具的心得体会。给同样在vibe coding的朋友们做个参考，也给想入门还在观望的朋友们一个真实的参照。
这条路不难，但也不简单。说它不难，是因为门槛真的降低了，只要你愿意折腾，就能做出东西来。说它不简单，是因为真正要做好一个能用的工具，需要考虑的东西太多了，不是靠几句prompt就能搞定的。
至于能做到什么程度，那就看个人的积累和坚持了。
今天就分享到这里了，希望能给你带来不错的阅读体验。顺便多一句，如果有相关业务需求（建模、有限元仿真、培训、工具开发）、测评需求、项目合作等，欢迎联系小编微信：gjw1056941449。
下次再见啦。
/ 作者：自信速VX
关于作者，工科硕士一枚，数字医工坊博主，B站医工交叉软件教程区博主，Ai医学影像建模vibe coding深度玩家，3D打印DIY创客，参编书籍《3-Matic入门到精通》。有着多年3D打印实践经验，开发出多套医学三维建模、生物力学有限元分析、晶格设计及逆向设计等教程，全网累积播放次数百万+，参与并指导过多个院校课题组及相关企业单位或个人在医学三维建模、术前规划、生物力学有限元分析、3D打印等领域相关课题。目前正在对标mimics和3-matic独立开发三维影像建模系统网页版Web-MedCAD，以及本地版安装版软件Py-MedCAD。合作联系微信：gjw1056941449
-END-
