aws-knowledge-plus

一个 Kiro Power，为官方 AWS Knowledge MCP Server未建立索引的 AWS 知识源提供支持。

为什么存在这个

官方 Server 免费、无需身份验证、由 AWS 维护，并且已经覆盖了 AWS 文档、AWS 博客、What's New、Well-Architected 以及 re:Post Knowledge Center 文章。重新构建其中任何部分，都意味着通过未公开的端点抓取那些已经可以经由受支持接口获得的内容。

因此，这个 Power 只覆盖官方 Server 未收录的内容。它的 read_documentation 允许列表是权威边界：

Related MCP server: NexusNote MCP Server

先决条件

• uv 需要位于 PATH 中（它提供 uvx）。此 Power 不需要自带 Python；uv 会获取一个解释器。

• 官方 AWS Knowledge MCP Server 负责上述“已覆盖”的全部内容。此 Power 刻意不声明它，这样已经拥有该 Server 的客户端就不会再打开到同一端点的第二个连接，从而重复载入一组工具。如果你还没有官方 Server，请在 ~/.kiro/settings/mcp.json 中添加：

{
  "mcpServers": {
    "aws-knowledge": {
      "url": "https://knowledge-mcp.global.api.aws"
    }
  }
}

安装

从 GitHub 安装（推荐团队使用）

1. 打开 Kiro → Powers 面板 → Add Custom Power → Import power from GitHub

2. 粘贴此仓库的 URL

从本地词克隆安装

1. git clone https://github.com/hey-iam-ryan/kiro-power-knowledge-plus

2. 打开 Kiro → Powers 面板 → 添加自定义 Power → 从文件夹导入 Power

3. 选择刚刚克隆好的目录

Power 面板** – 直接将服务器添加到 ~/.kiro/settings/mcp.json：

{
  "mcpServers": {
    "aws-knowledge-plus": {
      "command": "uvx",
      "args": [
        "--from",
        "git+https://github.com/hey-iam-ryan/kiro-power-aws-knowledge-plus@v0.1.0",
        "aws-knowledge-plus-mcp"
      ],
      "autoApprove": ["search_aws_knowledge", "read_aws_content", "list_sources"]
    }
  }
}

首次启动会解析依赖树，需要几秒钟；之后的启动会被 uv 缓存。

在团队中使用本 Power

除维护者之外的每个人都有此 Power 的只读权限。 在一个公共 GitHub 仓库中，只有被明确添加为协作者（collaborator）的账户才能推送，而现在没有这样的账户。因此，克隆、安装或 fork 不会赋予你任何能力，无法更改团队成员所安装的内容。

安装是锁定到发布标签（tag），而不是 main。 mcp.json 指向 @v0.1.0，即使 main 分支仍在推进，每个队友运行的依然是同一份经过审查的代码。没有人会被偷偷升级。

需要修改？开一个 issue 或 pull request。维护者会审查、合并并发布一个新的标签；队友们则会在 pin 对应升级后接收到更新。

发布新版本（维护者操作）：

# after merging changes to main
uv run python smoke_test.py            # must pass: it hits the live sources
git tag v0.2.0 && git push origin v0.2.0
# then bump the @v0.1.0 pin in mcp.json and README.md, commit, and push

工具

搜索摘要有意保持简短：它是为了帮助你挑选要读取的内容、而非据此直接回答。

三类读取是什么样的

• 重新发布（re:Post） 、（雷火）.pages — 它是从主题的 schema.org QAPage 数据重建的，因此你可以同时拿到问题以及每一篇回答（含作者、日期、投票数、已标记采纳的答案）。无 HTML 抓取，代码块也能完整保留。

• kiro.dev 文档 — 直接读取其发布为 .md 的孪生版本（/docs/steering 读 /docs/steering.md），因此没有站点装修 shell 需要拆除。

• Builder Center — 仅有 feed 摘要，并明确注明不进行正文获取。

配置

已知限制

• Builder Center 的精细度受限。 其唯一的公共索引是 next 循环自身 30 向自己头的 Atom feed，因此无法追踪更早的 posting。文章正文在客户端渲染，未包获取。所以该来源权重低、也便载入时可调。

• re:Post 搜索深度。 站点支持 pageSize 但忽略 page，所以结果在前后的更多单页中，深度分页不可用。

• 未备案的接口。 re:Post 的 search 响应是从其自身页面中附带 __NEXT_DATA__ 读取的。它不是已公开 API 且可能变化。适配对这种当前可能的两种 payload shape 做兼容；例外情况下找不到这两种 shape 也会回到空结果，而非崩溃，但游戏 site 重设计后仍可能需要修修复。

开发

uv sync
uv run python smoke_test.py     # live checks against all three sources
uv run aws-knowledge-plus-mcp   # start on stdio

smoke_test.py 将连接真实的网站，因此它同时充当一个 canary（金丝雀）：若服务方改变了其 markup 或 payload，会首先在这个文件中出现失败。

安全

对外 HTTP 请求会根据每个 adapter 显式声明的 host 和 path 前缀构建一个 allow-list 并加以限制。重定向逐跳跟随，并且每一跳都会被重新检查、不允许让抓取器走到了不在名单上的 host。只接受 https。请求不会携带任何凭据，所有目标 source 均为公开。

许可证

Apache-2.0