本地优先 · 多代理优先 · 开源
让代理继续工作,在需要时找到你。
Crewlight 在本机汇总 AI 编程代理的当前状态,把后台进展与等待输入、等待授权或需要恢复的会话清晰分开。
v0.5.0 仍是稳定化候选版本;当前最新公开 Release 仍为 v0.4.0。查看 Releases
注意力雷达
核心留在身边
除非你明确配置受信任的开发路径,daemon 只在本机监听。
突出信号,不制造噪音
输入、授权、失败、限流与疑似停滞会被提升到后台活动之前。
传递状态,不传递对话
完整 prompt、transcript、tool I/O 与原始 payload 不进入标准化输出。
注意力模型
更少的状态,换来更清楚的工作日。
Crewlight 把来源各异的活动转成一致的本地视图,并按是否需要你关注排序,而不是看哪个代理最后说了话。
让它继续运行
运行中和使用工具的会话保持可见,但不会把你从当前任务里拉走。
- running
- using_tool
在正确时机介入
输入和授权请求会变成明确的行动项,不再埋进多个终端标签页。
- waiting_input
- waiting_permission
尽早发现问题
失败、限流以及长时间没有新信号的会话,会与健康工作清楚区分。
- failed
- rate_limited
- stale
- 观察
接收明确的活动
文档化 hook、官方通知或手动命令产生有限、可解释的来源信号。
不抓取私有 API - 标准化
只保留安全字段
来源 adapter 保留状态、身份、位置和短安全消息,并丢弃完整平台 payload。
在 adapter 边界执行白名单 - 聚合
在本机整理当前会话
Daemon 验证事件,并使用 Crewlight 自有、带命名空间的 session key 聚合。
内存中 · 默认 loopback - 呈现
指出真正需要关注的工作
Desktop、companion、dashboard 和 CLI 把当前状态变成清晰的只读视图。
提供可见性,不控制代理
一个本地核心 · 四种界面
靠近工作,但不必住在每个终端里。
Crewlight 采用桌面优先的界面层级:需要管理本地服务时打开主控,只想扫一眼时看 companion,需要细节时再进入开发者界面。
Crewlight Desktop
把 Home、本地服务控制、诊断、集成配置、Demo、外观设置和 companion 控制放进一个本地应用。
本地主控台浮动 Companion
可选的紧凑界面,让活动中、需要关注、失败和停滞计数始终留在附近。
常驻身边浏览器 Dashboard
只在 loopback 提供的次级只读视图,用于查看当前会话、配置片段与本地诊断。
只读视图CLI
提供明确的 setup 片段、ingest、status、doctor、demo、脚本与 standalone 工作流。
自动化界面| 来源 | 当前等级 | 能力边界 |
|---|---|---|
| Claude Code | 精确 | 使用文档化 lifecycle hooks;仅观察。 |
| Codex hooks | 精确生命周期 | 观察文档化 session、prompt、tool、permission 和 stop 事件。 |
| Codex notify | 窄范围官方能力 | 仅使用文档化的 agent-turn-complete 通知。 |
| OpenCode | 待验证 | 已实现本地 plugin 事件;端到端验证仍未完成。 |
| Cursor | 手动 / 实验性 | 仅显式命令;不声明私有或自动生命周期观察。 |
| 自定义 ingest | 手动 | 调用方提供标准化事件和有限的本地探针。 |
诚实边界
它是雷达,不是自动驾驶。
Crewlight 只帮助你注意本机当前活动,并刻意停在编排、监视和云端历史之前。
不是云服务
代理状态不会发送到 Crewlight 托管的账号或云端观测后端。
不控制代理
Crewlight 不会自动批准权限、回答 prompt 或控制 agent turn。
不保存对话档案
完整 prompt、transcript、tool I/O 与原始平台 payload 不会保留在标准化会话中。
不使用隐藏集成
公开 hook、官方通知、plugin 和显式命令取代私有 API 抓取或屏幕监视。
源代码现已公开
从代码里检查边界。
Crewlight 以 MIT 许可证公开开发。在决定它是否适合你的工作流之前,可以先检查事件 schema、adapter 白名单、桌面界面、测试与发布门槛。