从零搓出 Word AI 助手02:Trae vs Gemini Antigravity:谁才是最佳开发搭档?
作者：微信文章大家好，我是老墨！从零搓出 Word AI 助手系列第3期，咱不绕虚的——直接吐槽我怎么在Trae Solo上栽大跟头，又靠Antigravity+Gemini 3 Pro把Word AI助手的架子搭起来的。全是血泪踩坑经验，新手看完直接避掉80%的弯路！
书接上回先交代上一期背景
上一期定完PRD/TSD 2.0，就到了最关键的编码环节。我手里有两个候选工具——Antigravity（支持Gemini 3 Pro、Claude Sonnet4.5，牌面拉满但每日请求有限）和Trae Solo（国内版，模型随便用不心疼）。干脆搞并行开发，谁靠谱就跟谁深交，这波操作够机智吧？结果没想到，Trae直接给我上了一堂“反向教学课”。
Trea VS Antigravit经验分享
第一步就见分晓：开发计划藏着工具的“真心”
我给两个工具的“启动指令”完全一样：先吃透PRD和TSD文档，再出开发计划。本以为会旗鼓相当，结果差距大到离谱。
Trae启动建立项目提示词
Antigravity阅读后，需要审核3点关键决策内容的提问。
Antigravit先审查后执行
Trae阅读后是没有任何提问，输出计划就准备开始编码了。我赶紧手动终止，仔细阅读了开发计划，并提出了一些功能需求，才让Trae进行编码开发。
Trae修改开发计划内容
比较两个工具给出的开发计划，Antigravit开发计划包括用户审核要点、项目结构、验证计划和验证点等内容还是比较详细。其中，需用户提供内容中明确“开发环境需要安装Office开发证书”——这一个重要点细节，决定了我最后放弃Trae开发。
再看Trae Solo，计划简单到像敷衍作业：“1. 项目初始化 2.核心配置修改 3.核心功能开发……”。写的非常简洁，当时我心里就咯噔一下，但想着“说不定代码给力”，还是抱着期待往下走。
两个工具的开发计划比较技术路线大翻车：Trae的“假完工”把我坑惨了
Trae和Antigravit开发的第一版代码在等待中都生成了，可以看到它们给出的下一步说明是完全不一样。Antigravit下一步操作首先是“安装Office证书: npx office-addin-dev-certs install”，而Trae则是“开发智能体管理界面，支持创建、编辑和删除智能体”。
两个工具的下一步计划
我先测的Trae——毕竟模型请求管够，心里有偏爱。多次测试启动开发服务器都不正常，但Trae的回复里明明白白写着“已完成部署测试，可直接使用”，这脸打得我措手不及o(╥﹏╥)o。
我不死心，按着它给的步骤去Word里试：打开「Word 加载项」→「上传我的加载项」，选本地文件上传——这一步我反复试了40多分钟，终于明白了它是要在加载项中添加共享目录和manifest.xml文件，Trae完全抓不住重点。
与Trae讨论如何加载证书文件
转头测Antigravity的代码，差距瞬间体现。它生成代码后特意提醒：“Office Add-in开发需先安装开发证书，否则会被Word拦截”。我照着它给的命令行指令，3分钟装完证书，点击启动按钮——项目直接跑起来，Word里顺利加载出插件面板，这效率绝了！
Antigravit执行安装office证书
后来我才想明白：Trae根本没吃透“Office插件开发”的核心逻辑，上来就奔着“做界面”去，却忽略了证书、权限这些基础门槛；而Antigravity抓准了开发的“先后顺序”，先解决能跑通的问题，再谈功能迭代——这才是懂行的表现。
UI颜值暴击：Trae的界面丑到我想删代码
如果说技术路线是硬伤，那UI就是压垮Trae的最后一根稻草。打开Trae生成的界面，我直接瞳孔这界面太简洁了，丑到我完全没心情往下开发。我说太丑了，Trae改来改去又继续报错，修改再修改依然没有修改处亮眼的UI。至此，我只能跟Trae说拜拜了！
Trae开发的UI丑到哭
反观Antigravity的第一版UI，虽然不算惊艳，但胜在清爽规整，基本符合我的要求。但点击各个按钮没有任何响应。比较两个工具的第一版代码都只实现了10%的功能，大部分按钮还只是“样子货”。Antigravity至少给了我“能优化下去”的基础，而Trae连“让人想优化”的欲望都没给——果断弃坑Trae，专心跟Antigravity+Gemini死磕。
Antigravit调用浏览器检查下一期预告
跟Gemini斗智斗勇的核心开发技巧
放弃Trae后，我和Antigravity的“合作”才算真正开始。后面开发中，不仅搞定了LLM模型的切换配置，还解决了“AI回答自动插入Word”的核心逻辑——不过过程也没那么顺利，比如Gemini偶尔会生成冗余代码，Antigravity的请求次数越用越紧张，我都总结出省Tokens的小技巧了。
下一期，咱就扒一扒：如何用Prompt驯服Gemini，让它生成“少而精”的代码？Antigravity的请求次数不够用怎么办？还有Markdown转Word的核心代码，我会一行行拆给你们看，新手也能跟着抄作业！
你们开发时有没有遇到过“工具掉链子”的情况？Trae这种“看似能打实则拉胯”的坑，你们踩过吗？评论区聊聊你的踩坑经历，抽3位家人送我整理的《Office插件开发避坑指南》！
关键进展速览
1. 完成Antigravity与Trae Solo的并行开发测试，确定Antigravity为核心开发工具；2. 解决Office插件开发的核心门槛——安装开发证书，实现项目顺利启动；3. 明确第一版UI优化方向，完成核心功能区域的布局规划。
核心经验分享
1. 开发工具别只看“资源多少”（如Trae的请求次数），更要关注“是否懂场景”，Office插件开发优先选对Office生态熟悉的工具；2. 第一版代码别追求“功能全”，先保证“能跑通、逻辑清”，Antigravity的“先解决基础问题”思路值得借鉴。
页:
[1]