仓库
一个项目可以跨越多个仓库。
绑定仓库的子 issue 在经过验证的 checkout 中运行。无仓库标签的父 issue 等待合并完成,再在独立的集成工作区中检查组合结果。
OpenSymphony 在一个 local-first 控制平面中协调多仓库项目、依赖感知任务图、隔离工作区,以及通过 OpenHands、Codex 或 ACP 执行任务。桌面应用与 TUI 展示仓库路由、实时运行及其产生的知识。
仓库
绑定仓库的子 issue 在经过验证的 checkout 中运行。无仓库标签的父 issue 等待合并完成,再在独立的集成工作区中检查组合结果。
Harness
OpenHands 仍是默认路径。本地 Codex app-server 和具名 ACP v1 profile 为每个 issue 提供明确的执行路径,并在支持时提供会话恢复和操作员权限处理。
Knowledge
记忆捕获与知识图谱保留 issue capsule、关系、来源引用和可导航上下文。
Desktop
桌面应用连接任务图、运行详情、已变更文件和图谱视图,让长周期工作保持可检查。
为什么重要
OpenSymphony 保持协调层的权威性,同时让每个界面展示下一步决策所需的证据。
01
仓库绑定、父任务阻塞、依赖关系和关键路径在创建工作区之前明确多仓库工作的去向。
02
经过验证的 checkout、OpenHands、Codex 和 ACP 会话、运行详情、重试与恢复让执行过程保持可检查。
03
记忆捕获和基于 AST 的代码智能,把已完成工作连接到相关文件、符号、诊断信息和决策。
操作界面
桌面应用把任务状态和项目记忆带入可检查、可筛选、可追溯到来源上下文的界面。
Task Graph
Completed、Current 和 Backlog 面板展示阻塞关系、跨面板关联以及当前工作的关键路径。
Knowledge Graph
Knowledge Graph 将项目记忆组织为可导航的区域、概念、capsule、关系和来源引用。
工作流
OpenSymphony 将每个子 issue 路由到经过验证的仓库 checkout,通过选定的 harness 执行任务,并为父 issue 提供独立工作区来检查合并后的结果。
01
编排器读取 Linear 层级、依赖关系和明确的 `repo:<alias>` 标签,再选择可调度的工作。
02
每个子 issue 都在其绑定仓库的隔离 checkout 中运行,并保留持久的配置、仓库和工作区标识。
03
OpenHands 仍是默认路径,也可以明确选择本地 Codex app-server 或具名 ACP v1 profile。
04
子 issue 合并后,父 issue 在独立的集成工作区中检查组合结果,操作界面同步展示阻塞、证据和恢复状态。
快速开始
你无需克隆仓库即可按照这些说明开始使用。如果想了解架构文档、记忆引用或更深入的项目资料,请访问 Resources 页面。
最新更新
2026年9月26日
OpenSymphony 3.0.0 可以把同一个 Linear 项目路由到多个仓库,并通过持久且对操作员可见的会话运行本地 ACP v1 agent。
2026年7月28日
OpenSymphony 2.11.0 采用 Rust 1.97.1 和 Cargo Resolver 3,解决曾阻塞部分升级的依赖不匹配问题,并通过锁定安装让未来的 CLI 更新可复现。