ThoughtSpot 在 Developer Playground 推出 SpotterCode

想象一下，把一份 SDK、一叠文档和一个截止日期交给一位新开发者。他们读了二十分钟，写了十行代码，弄坏了点东西，回去翻文档，又对某个 prop 名称产生怀疑，然后再试一次。

现在把这个过程乘以他们要嵌入的每一个组件、每一个 agent、每一种配色方案，以及他们将要接触的每一个项目。

在“我知道我想让它看起来是什么样”和“我知道实现它的确切语法”之间的这道鸿沟，是每位开发者在嵌入式分析上都要付出的税。

一段时间以来，SpotterCode 一直在 Cursor、Claude Code 等 AI 原生 IDE 中弥合这道鸿沟，通过 MCP 服务器将开发者的编辑器与 ThoughtSpot 的 SDK 和 API 知识连接起来。现在，它也已登陆 Developer Playground——就在开发者构建之前进行原型设计的那个地方。

它的功能

在 Developer Playground 中，选择一个组件并输入你想要的内容：

• “嵌入一个 Liveboard”
• “嵌入 Spotter 并把 agent 重命名为 Ava”
• “把页眉改成青绿色以匹配我们的品牌”

SpotterCode 会基于 ThoughtSpot 实际的 SDK 和 REST API 生成最佳实践代码，然后将其放入编辑器。点击“Run”即可在预览面板中查看效果；如果它检测到与现有代码存在冲突，会将其标记出来，而不是覆盖你的工作。继续对话以进一步优化，或者在你更想接手时直接编辑代码。

一场横跨文档、编辑器和浏览器标签页的构建—测试—修复循环，变成了一次对话：你描述结果，看着它渲染出来，只在你真正想要的时候才碰代码。

为什么有依据的 agent 会胜出

语法很少是嵌入组件最难的部分。拖慢开发者的是：知道哪个 prop 控制什么、哪个 endpoint 做什么，以及文档假设你已经知道什么。弥合这道鸿沟需要的不仅仅是一个编码 agent，而是一个扎根于平台有文档记录的接口表面的 agent。

这种扎根正是 AI 采用速度超过信任度时所缺失的东西。使用量在上升，但对 AI 输出的信心却在下滑。最大的抱怨不是代码错误，而是代码几乎正确——agent 在猜测时犯下的那些看似合理的错误。解决办法不是更大、更自主的 agent，而是更窄的、限定在已知领域内而非在周边即兴发挥的 agent。

这就是 SpotterCode 为之而生的转变。它使用 MCP 与 ThoughtSpot 实际的 SDK 和 API 协同工作，而不是靠猜测。

IDE 还是 Developer Playground？

IDE 是你构建的地方。SpotterCode 会读取你的项目结构，生成契合你应用架构和设计系统的代码，并在 SDK 和 API 演进时让你的实现保持一致。

Developer Playground 是你探索的地方。很多嵌入工作并不是从零开始写代码，而是尝试一个组件、看看它如何渲染、调整一个标签或颜色、再试一次。这个循环在一个可丢弃的环境里跑得更快，旁边两英寸处就是实时预览，紧挨着提示词。一旦你确定了想要的效果，代码就随你一起带走。

开始使用

SpotterCode 现已在 Developer Playground 中提供。在你的 ThoughtSpot 实例中打开 Playground 即可试用，或查看 SpotterCode 文档 了解更多详情。

刚开始接触 ThoughtSpot？ 开始免费试用，看看你能多快用你自己的数据构建、白标并部署嵌入式分析。