Problem
HALF 已经形成了明确的产品边界和早期系统设计，但目前缺少一篇系统化论文来说明其问题背景、设计目标、架构、human-in-the-loop 边界、Git-based 协作机制、多 agent 编排方式和初步使用经验。
如果没有论文材料，对外介绍 HALF 时容易出现两类误解：
- 把 HALF 误解为自动 agent runner
- 只看到任务管理界面，而没有理解其合规边界、Git 回写、DAG handoff 和多 agent 协调模型
Proposed Change
撰写一篇 HALF 系统论文，并准备 arXiv 投稿所需材料。
建议覆盖：
- 问题背景：多个 coding agent 协作时的人工协调成本
- 系统定位：HALF 是 human-in-the-loop orchestration console，不是 agent runner
- 设计原则：合规边界、Git-based artifact tracking、DAG task planning、manual prompt dispatch
- 系统架构：frontend / backend / data model / polling / task lifecycle
- 关键机制：task card、handoff、workflow preset、agent availability model
- 初步案例或 demo workflow
- 局限性：非多租户 SaaS、非自动 agent runner、非完整上下文引擎
- 未来工作：v0.3+ roadmap
Why It Matters
论文可以帮助对外准确解释 HALF 的设计空间，避免被误解为自动 agent runner，同时为后续研究引用、开源传播、企业试点和系统评估提供正式材料。
Additional Context
本 issue 只跟踪论文与投稿材料，不要求实现新的产品功能，也不计入 v0.3 产品 milestone。
建议标签：
Acceptance Criteria
Problem
HALF 已经形成了明确的产品边界和早期系统设计，但目前缺少一篇系统化论文来说明其问题背景、设计目标、架构、human-in-the-loop 边界、Git-based 协作机制、多 agent 编排方式和初步使用经验。
如果没有论文材料，对外介绍 HALF 时容易出现两类误解：
Proposed Change
撰写一篇 HALF 系统论文，并准备 arXiv 投稿所需材料。
建议覆盖：
Why It Matters
论文可以帮助对外准确解释 HALF 的设计空间，避免被误解为自动 agent runner，同时为后续研究引用、开源传播、企业试点和系统评估提供正式材料。
Additional Context
本 issue 只跟踪论文与投稿材料，不要求实现新的产品功能，也不计入
v0.3产品 milestone。建议标签：
type:researcharea:docsAcceptance Criteria