Kiro Crew：让开发任务跨越聊天会话持续运行

项目定位

Kiro Crew 面向希望让开发工作超越单次聊天会话的人。它把 Gateway 作为长期运行的工作空间，保存会话、记忆、计划和任务检查点，并可部署在本地电脑、容器或用户控制的远程主机上。项目采用 Apache License 2.0，仓库目前未归档。

这类设计适合需要反复处理工程任务的个人开发者、小型团队和自托管爱好者：例如让一个多步骤任务在离开终端后继续执行，或把周期性整理工作交给定时任务。它并不只提供一个聊天界面，而是把桌面应用、Web 仪表板、CLI 以及 Slack、Discord 等连接入口接到同一个 Gateway 上。

已知功能

README 列出的核心能力包括持久会话、并行且隔离的对话、历史搜索和上下文延续；长期任务可以规划步骤、执行、验证、重试，并从检查点恢复。定时任务、确定性脚本、心跳监控以及经过认证的 Webhook 可用于无人值守流程。子代理能够并行处理工作，再把结果带回父会话。

项目还支持把修正和失败转化为持久经验，并从重复模式生成可复用技能；这些内容可查看、调整或删除。MCP 服务器、Markdown 技能和 hooks 提供扩展点，Dashboard 则用于观察工具调用、审批、调度、记忆和日志。README 还描述了安装式 Apps，可把专用界面、工作流、集成与后端服务组合起来。

采用前的限制

首先，默认 ACP 后端依赖单独安装并登录的 kiro-cli；其他 ACP harness 也可能有各自前置条件。源码构建在 macOS 和 Linux 上要求 Python 3.12+、Node.js 22+ 与 npm，Windows 应遵循项目的独立安装指南。具体平台支持、沙箱方式和可选依赖不能仅凭概览推断，应以安装文档为准。

其次，“自学习”和“自演化”并不等于无需审核。项目允许长期运行代理、脚本和外部事件，使用者仍需确认模型、工具和凭据的配置是否适合自己的风险场景。README 提到审批、操作系统隔离、敏感路径检查、凭据脱敏、拒绝规则和审计事件，但这些机制的实际覆盖范围、配置方式与运行环境有关，不能据此直接得出绝对安全结论。

最后，远程访问需要经过认证配置；默认 Dashboard 绑定回环地址。部署到远程主机、容器或开机持久服务前，应核对官方安装、Docker、远程访问和安全模型文档，并规划数据目录、日志、备份、升级和凭据管理。项目 v0.7.1 曾针对会话代理文件增长及聊天面板性能发布热修复，这也提示长期运行部署应关注版本更新和运行状态。

部署考虑

轻量试用可选择桌面应用或本机安装；需要持续运行的场景可考虑官方 GHCR 镜像或远程 Gateway。无论采用哪种方式，都要先确认 kiro-cli、所选 ACP harness、模型访问和消息集成的可用性，再决定是否开放远程入口。建议先用低风险任务验证审批、日志、检查点恢复和定时行为，再逐步扩大自动化范围。

资料来源

• GitHub repository metadata
• Project README
• Official release
• Official project page

资料核对日期：2026-09-29