PROJECT & ROADMAP
项目、历史与 Roadmap
理解 V1/V2/V3 演进，并区分已实现、适配验证和未来方向。
先说结论
项目状态分成三档：开发仓库里已经实现、正在为公开发布验证，以及未来方向。三者不能混为一谈。项目地址保留为 Super-Dolphin，目前还不能匿名访问。
怎么理解
V1 / V2 / V3 历史
| 阶段 | 形态 | 延续下来的工程问题 |
|---|---|---|
| V1 | Python 命令行多 Agent 工具 | 验证模型能通过工具拆分任务、协作并完成真实工程工作 |
| V2 | 直接前身 go-agent-v2 | 扩展到桌面控制、Provider 集成、自动化工作流与持久执行 |
| V3 | Super Dolphin Harness Driver | 用显式契约、代码地图、LSP、可恢复 Orch 与仓库门禁重建长期基础 |
V3 不是“支持所有 Harness”的版本标签。它当前以 Codex 为完整 Driver 的集成默认路径；Claude 适配中且不支持子 Agent Orch；Google Antigravity 仅有 LSP client 接入。
已在开发仓库实现
- Wails + React/Vite 桌面 host。
- Codex 默认 Harness Driver、Harness Orch，以及公开七个工具的 LSP 服务。
- LSP runtime 的 27 个 primary language 路由入口；实际语义能力仍按 server、平台和验证结果判断。
- SQLite-backed Threads、Turns、Memory、Automation 与 Workflow。
- 持久 DAG、Provider-native Skills、代码地图、能力契约和仓库守卫。
正在验证开源发布
- 完整社区、贡献、支持与安全入口。
- default-deny 的公共源码候选、密封 receipt 与独立验证。
- 最小权限公共 CI 和 clean-machine onboarding 证据。
- Claude Harness Driver 适配；Claude 当前不是默认路径且不支持子 Agent Orch。
未来方向
- 让部分治理规则可脱离桌面应用复用。
- 发布最小化 AI code-rot 案例与 misses/false positives。
- 生成可审计的每版本维护 receipt，并扩大 Provider/LSP 验证覆盖。
- 验证更多 Harness 的完整 Driver 与 Orch；在验证前统一标记为 planned / not verified。
这些分类没有交付日期；Roadmap 条目不是兼容或支持承诺。
怎么使用
贡献者应让一个分支/PR 只承载一个逻辑任务，先复现问题并定义证据，再做最窄修改。提交标题使用中文，修复必须携带锁定缺陷的回归证据，hooks 不得用 --no-verify 绕过。完整流程见贡献指南。
普通缺陷、功能建议和问题应分别进入对应 issue 类型；问题标题保持单一主题。提交支持请求时提供 commit、环境版本、复现步骤、预期/实际结果、命令退出码和脱敏诊断。渠道决策与证据清单见支持与安全。
安全问题必须私下报告，不得公开漏洞细节、凭据、用户数据、私密 trace 或未脱敏日志。
候选准备完成不等于发布授权；源码导出、确定性 receipt、人工评审与远端发布是独立门槛。当前状态和停止条件见发布状态。
常见问题
- 公共仓库或 issue tracker 不可用：不要把发布目标 URL 当作已上线证据；现有维护者只使用已授权渠道。
- 私密漏洞入口不可用：检查 owner profile 是否有私密联系方式；没有时私下保留报告，公共请求不得包含技术细节。
- 请求涉及上游 Provider、账号或计费：向相应服务报告，除非 Super Dolphin 自身引入问题。
- Roadmap 能力无法复现：先确认它属于“已实现”“发布验证中”还是“未来方向”，再决定是否作为缺陷提出。
适用范围
- 项目当前尚未发布版本；
CHANGELOG.md的条目都在[Unreleased]。 - 社区支持不承诺固定响应、诊断、修复、披露或 CVE 时间。
- 网站选择的仓库 URL 与产品仓库开源策略中的 canonical URL 仍有待发布前统一。
- Apache-2.0 项目身份不覆盖第三方依赖各自的许可证与归属。