Tracker
Issue 本身就是控制界面。
工作从 Linear 开始，状态始终附着在真实工作项上。
一个把 agent 工作从规格推进到执行的 控制平面。
OpenSymphony 把 issue 跟踪、隔离工作区、执行、审查与恢复放进同一个可监督的闭环中。它以 Rust 负责编排，以 Linear 作为工作来源，并把 OpenHands 作为独立执行 harness，从而保留模型与提供商层面的灵活性，同时让编排保持稳定。
本地优先 MVP
按 issue 隔离工作区
Linear + OpenHands
审查就在闭环内
OpenSymphony
控制界面
Runtime
执行过程可隔离、可检查。
每个 issue 都拥有自己的工作区、运行历史和恢复路径，长周期工作也能保持清晰。
Policy
仓库规则变成可执行工作流。
WORKFLOW.md、AGENTS.md 和本地 skills 共同决定系统如何运行、审查与恢复。
为什么重要
长周期 agent 工程需要的是围绕 agent 的工作系统。
OpenSymphony 适合那些不满足于“写个提示词然后祈祷”的团队。它让规划、执行、审查和恢复始终保持可监督。
01
持久状态胜过超长聊天记录。
工作区、issue 历史和控制平面快照，让工作在会话结束后仍然可见、可追踪。
02
返工仍留在同一个闭环里。
审查反馈、重试与继续执行始终留在同一个工作流里。
03
人类判断保留在最关键的位置。
操作员把注意力放在工作流监督、审查与策略调整上。
工作流
从规格到结构化工作。
OpenSymphony 对闭环有明确边界定义：issue 是控制界面，workspace 是执行边界，workflow policy 是治理契约。
01
轮询并选择工作
编排器读取 Linear，应用层级规则，判断哪些 issue 具备运行资格。
02
创建或复用工作区
每个 issue 都对应一个确定性的目录，包含清单、hooks、提示词和上下文产物。
03
通过 OpenHands 分发执行
OpenHands 负责编码会话，而 OpenSymphony 把编排权始终保留在 harness 之外。
04
审查、对账与恢复
控制平面、TUI 和 issue 轨迹让重试、监督和重启恢复都能被理解。
从这里开始
先用这个网站快速建立心智模型，再进入仓库、文档、DeepWiki 和模板仓库深入理解系统。
最新更新
MVP 构建记录
2026年4月9日
OpenSymphony 发布
OpenSymphony 以本地优先的 Rust 实现正式发布，用于监督式的长周期 agent 工作。
2026年3月20日
Work Orchestration For Agentic Engineering
一个三小时的 YouTube 播放列表，系统讲解 agent harness 编排的理论基础，以及通往 Symphony 式工作系统的路径。