构建我的第一个 Kiro Power：PostHog 可观测性
Source: Dev.to
请提供您想要翻译的正文内容，我将把它翻译成简体中文并保留原有的格式、Markdown 语法以及技术术语。谢谢！
什么是 Kiro Powers？
Kiro Powers 是 按需能力捆绑，用于你的 AI 代理。
与其一直在上下文中加载所有工具和最佳实践指南，Power 只在相关时激活。这使得代理能够在恰当的时刻加载正确的上下文和工具。
一个典型的 Power 包含：
- MCP 服务器 / 工具连接 – 让代理能够与真实系统交互。
- 引导 / 指导文件 – 最佳实践和工作流模式。
- (可选) Hooks – 针对该 Power 的验证或自动化。
“按需加载”的理念让代理保持专注，不会被无关的上下文淹没。
官方文档：
使用 Kiro 的 “Build a Power” 构建 Power
第一步是使用 Build a Power 模板，它会指导你完成文件夹结构和基础设置。
我的做法
- 告诉 Kiro 我想为 PostHog MCP 创建一个 Power。
- 提供了 PostHog MCP 的 URL / 文档作为上下文（链接见下文）。
- 提到我已经安装了 Datadog Observability Power，并询问是否可以将其用作模板，因为两者都是面向可观测性的。
我通常使用规范驱动的开发方式，但对于这个小而特定的 Power，我把过程更像一次引导式对话，而不是正式的规范。
“发生意外错误，请重试。”
在 Discord 社区中常见的 Kiro 错误是：
“发生意外错误，请重试。”
我在安装自己的 Power 之前从未见过它。我的第一直觉是我在实现时出错或遗漏了必需的配置步骤，这把我带入了一个兔子洞。
实际解决方法是什么？
- 卸载了几个未使用的 Power。
- 干净地重新安装了所有内容。
- 再次尝试安装。
- 点击 “尝试此 Power”。
安装、测试和开源
为了快速测试，我从本地文件夹导入了 Power。添加我的 PostHog API 密钥 后，Power 就可以使用了。
测试
我的应用已经接入了 PostHog，所以我可以让 Kiro：
- 检查现有的 PostHog 仪表板、洞察以及数据结构。
- 建议使用 Feature Flags（对我基本的标记使用来说是个有用的推荐）。
- 提出添加 LLM 监控 的计划，我现在正计划将其作为下一个功能实现。
Power 让我只需让代理查看我的 PostHog 设置，就能保持 数据驱动。
开源仓库
所有代码、文档和资源均可在以下位置获取：
欢迎克隆、实验并贡献！
Kiro 查看我的 PostHog 数据并将其用作上下文或新功能
如何尝试？
要安装该 Power，只需在 MCP 配置中提供 GitHub URL 和你的 PostHog API 密钥：
https://github.com/llamojha/posthog-kiro-power/tree/main/powers/posthog
教训与下一步
最初，构建一个 Power 让人有点畏惧。但当我真正动手后，这种感觉就改变了。“Build a Power” 助手一步步引导我完成整个过程，感觉就像在和 Kiro 对话——既直接又有趣。我强烈建议大家尝试一下，即使只是想看看它是如何工作的。
如果你已经知道想要封装的工具——无论是 MCP 服务器、CLI，还是常用的工作流——创建 Power 主要涉及：
- 将工具干净地打包。
- 让代理在相关时机能够轻松加载。
后续计划
这次体验既有趣又顺畅，我迫不及待想继续构建。以下是一些后续想法：
- New Relic Power – 我之前使用过 New Relic，正在探索 New Relic 的 MCP 端，并计划创建一个 New Relic Power。
- 更复杂的 Power – 将 Hooks 和 Steerings 打包在一起，测试 Power 概念在更大工作流中的潜力。
如果有 PostHog 的同事看到这篇文章，欢迎复制我的工作并正式推出 PostHog Kiro Power <3。
你使用 Kiro Powers 的体验如何？ 你自己构建过吗？在评论区分享你的想法，或加入 Kiro Discord。
链接
- 我的第一个用于 PostHog 的 Kiro Power 仓库: GitHub – posthog-kiro-power
- Kiro Powers 文档: Kiro Docs – Powers
- PostHog MCP 文档: PostHog – Model Context Protocol