探索与踩坑：APP、Agent、完美主义

脚本工具体系成型之后，我开始挑战更大的事，这时我接触到了VS Code加Claude Code这个组合，了解了Agent概念——虽然当时还不知道Agent到底是什么，但已经想做属于自己的Agent了。

在开启做Agent之前，我先是做一个手机APP练手，熟练Vscode+Claudecode的操作方法。当时有个很具体的痛点——手机相册里照片太多，想批量删只能一张一张划。我借助Claude Code自己搞了一个上滑批量删除的工具，叫PhotoSwipeClean。

从需求挖掘到梳理、到开发实现、到真机测试、到迭代优化，完整的产品流程走了一遍。工具本身不大，但这是我第一次以"产品经理加开发者"的双重身份完成一个完整的项目。有了这个底子，我开始琢磨搭自己的业务Agent。

当时目标很明确——适配航空零件报价业务。依据豆包和Claude Code的指导，我写了5篇开发计划，选了LangChain做底层框架，全套代码搭好了。前端页面自己写了三栏布局：左侧工作区、中间数据展示、右侧对话交互。还配套开发了各类Skill工具，适配报价单录入、数据计算、报表生成。

整套框架跑起来了，界面也完全符合我的设想。看起来很完整。

然后拿实际业务一测——懵了。

航空零件报价的业务逻辑太复杂了，参数链条长，公差匹配规则繁琐。我的自研Agent始终稳定不了，输出的报价单达不到业务标准。反复调试，反复失败。

那几天翻了很多教程和实操视频，才把认知打通了：LangChain框架、漂亮的前端界面、各类Skill工具，说到底是Agent的骨架和皮囊。提示词也只是辅助。真正让Agent能干活的核心，是它自主拆解业务、规划任务、分步生成合规内容的能力。骨架和皮囊再好看，没有成熟的任务调度和推理能力撑起来，复杂的行业业务根本搞不定。

认清了这个，我也认清了自己的短板——以我当前的业余时间和认知储备，从零独立打磨一套稳定处理复杂报价的自研Agent，难度太大，周期太长。

于是换了路子：不再死磕从零自研全套Agent，转而去深耕成熟的原生Agent能力。一边高频使用，一边积累它的执行逻辑和任务调度思路，先吃透现成通用Agent怎么用。长远打算是经验攒够了，再针对自己的场景做专属Agent。

这个踩坑的过程也暴露了我另一个毛病——完美主义。

回头看PhotoSwipeClean那个APP，我反复迭代了十个版本，累计花了六七个小时。旧bug修完，新功能又引入新bug，修一个出一个，陷入死循环。为什么会这样？因为每次做工具的时候，我脑子里都在想：这个分享给别人好不好用？能不能拿得出手？

于是功能越加越多——设置页、预览、批量操作、撤销……周期越拉越长。

后来我问了自己一个问题：我到底是为了谁在做这个工具？

答案很明确——我自己。

自己用的东西，为什么非要追求产品级的完备？我的痛点就一个：删照片太慢。解决这个就够了。其他的全是锦上添花。

想明白之后，我的模式彻底变了：二十分钟快速落地一个核心可用版本，满足当下自己的需求就停。后面需要什么再加什么，不再一次性想做完所有功能。

开发不再是一份"工作"，而是我的第二双手。为自己而做，不为别人的评价而做。

内网Agent体系：踩完坑之后走出来的路

确定"够用就好"的思路后，我把整套Claude Code加VS Code工具完整迁移进了内网环境，对接llama.cpp驱动本地Qwen 27B模型，搭建起内网专属的主力Agent工作流。

这套东西帮我做了很多以前根本做不了的事。

Excel批量数据校验是其中之一。面对多表强关联的复杂报价表格，直接交给Agent梳理整体计算逻辑，自动核对跨表格关联关系、定位公式错误、标记漏填错填单元格。省去了人工逐行核对的海量工作。

还有一个更重要的——CAD和UG叶型自动化辅助开发。依托内网Agent批量开发行业专用插件：1.三坐标扫描坐标转换工具，实现了扫描点的快速转化；2.叶型点数据处理工具：实现点数据到样条曲线生成、批量点位导出DAT文件，一键导入UG自动生成完整叶型。

从测量、到数据转换、到建模，覆盖了全流程，在局域网内搭起了一个多维度的专业自动化工具矩阵。日常工艺、报价、建模、测量的数据处理效率又上了一个台阶。

这一套跑下来，印证了"先借力成熟工具、按需迭代自用功能"的思路，完全适配我的工作场景。