用途：设计、实现或审查一套可维护的 Konnect 参考架构与可读、可复制、可改编的工作示例，保持声明式与联邦式，不额外发明注册表、包装 CLI 或第二套配置格式。
主要能力：以仓库清单为预期状态，实时 Konnect 状态仅用于检查或证明部署；用 kongctl-declarative 管理团队、访问、控制平面、Catalog API、版本、规范、实现、发布、Portal 与应用认证策略；用 deck-gateway 管理 Gateway 服务、路由与插件，服务契约优先时倾向 OpenAPI 驱动生成；已有 Terraform 架构则保留。实时状态重要时使用共享 kong-konnect MCP 服务器，不可用则基于已提交清单继续，并区分预期架构与实时证明。
使用方式：先确定事实来源（kongctl 清单、decK 文件、OpenAPI 契约、CI 工作流），划分平台仓库与服务仓库的所有权边界，在默认分支上以不同命名资源显式建模开发与生产，用 !ref、!lookup、_external 等声明式引用解析父资源，保持 Catalog 与 Gateway 关注点相连但独立，端到端建模消费者授权，并按工作示例验证架构。
适用场景：跨仓库所有权与晋升、联邦平台架构评审、Catalog 与 Gateway 协同设计。
限制：命名空间不替代 RBAC，标签不授予访问；Portal 发布不单独强制运行时访问；未发布的环境或工作区特性应作为文档化未来选项，而非当前路径的隐藏依赖。具体命令、版本兼容细节与官方文档内容暂未提供。