用途：帮助用户在无服务器计算上部署和运行 Temporal Worker，覆盖 AWS Lambda 与 GCP Cloud Run 两种计算服务，二者均为 Public Preview，面向所有 Temporal Cloud 客户开放。其他云厂商暂不支持，遇到时应直接说明不支持并停止，不要套用已支持厂商的资料。
主要能力：生成所选 SDK 的 Worker 代码、部署配置、连接配置与打包步骤，并指导排查 Worker 未领取任务的问题。Lambda 上由 Worker Controller Instance（WCI）按需调用 Worker，处理可用任务后关闭，空闲时缩容到零；Cloud Run 上 WCI 改为调整 Worker Pool 规模，实例运行常规长驻 Worker。支持 Go、Python、TypeScript、Java、.NET 五种 SDK。
使用方式：按五个阶段推进——Scope（确认 SDK、计算厂商、Namespace、命名前缀）、Access（校验双方凭据与权限，列出将创建的资源并等待批准）、Build（编写、打包、部署 Worker）、Connect（绑定 Task Queue、将版本设为 current）、Verify and hand back（启动 Workflow 验证、交付资源清单并提供拆除选项）。计算厂商由 Namespace 的云厂商推导：AWS 托管 Namespace 用 Lambda，GCP 托管用 Cloud Run；自托管 Temporal Service 才需询问。Namespace 应从列表中选择，可用 tcld namespace list 与 tcld namespace get -n <namespace> 读取 provider、region 与 authMethod；Cloud Run 使用 API key 认证，只提供接受 API key 的 Namespace。Cloud Run 还需确认 GCP 项目与区域。
适用场景：在 Temporal Cloud 或自托管 Temporal Service 上以无服务器方式运行 Worker，需要按需伸缩、空闲缩容到零，或需要排查无服务器 Worker 未领取任务。
限制：仅支持 AWS Lambda 与 GCP Cloud Run；Public Preview 阶段 API 仍可能变化，长期使用应固定 SDK 与 CLI 版本，并以已安装包的实际 API 为准。Lambda 单次调用上限 15 分钟，Cloud Run 无此限制，Activity 时长可据此选择。资源命名前缀需在早期确定，部署名、构建 ID 与 Task Queue 会编译进 Worker 二进制，事后修改需改代码、重新构建打包并清理旧资源。不要从 shell 历史获取 Namespace、账户或资源标识。具体命令、模板、权限与默认值见各厂商参考目录，资料未提供更细的收费与价格信息。