OpenCode

参考 OpenCode 的编程 Agent 工作方式,优化自己的任务如何从代码理解进入修改与审阅。围绕 Floatboat 中的开发工作,研究交互、任务模式和扩展机制可以带来的流程改进。

关于 OpenCode

OpenCode 是 Anomaly 发布的开源 AI 编程 Agent,将任务对话与仓库中的开发工具连接起来。模型服务提供生成与推理能力,执行环境负责文件访问和命令运行,应用则组织这些环节之间的协作。

在工作流设计中,OpenCode 提供了可以研究的具体实现,而不是要求用户更换产品。可以借鉴其 Agent 模式与交互反馈,区分理解与实施、呈现待审阅修改,并评估如何为自己的环境增加任务集成。

项目源码采用 MIT 许可。模型服务账号、订阅访问、远程服务和社区扩展各有独立要求。可以研究和修改源码,但不能据此认为全部相关托管服务均免费或包含在内。

值得借鉴的工作流机制

先理解项目展示了什么机制,再判断它能解决自己工作流中的哪个具体问题。

  • 区分任务模式

    研究 Agent 职责划分,确定流程中哪些阶段负责检查、规划或修改仓库。

  • 呈现有用反馈

    参考交互流程,在用户能够作出判断的位置呈现进度与工具结果。

  • 按任务评估集成

    在借鉴集成方式之前,检查工具范围与维护者,并对应到实际开发需求。

如何用于自己的工作流

将这些场景作为 Floatboat 中任务设计的参考;具体软件接入仍需单独核对兼容性与权限。

代码调查阶段

明确实施之前 Agent 必须掌握哪些文件、约束与待定问题。

可审阅的修改流程

将提出修改与接受修改分开,为生成代码配套差异展示与相关检查。

面向任务的开发工具

需要连接项目已有检查或外部开发系统时,研究扩展接口是否适合。

从项目参考到工作流验证

从具体任务和可验证的小改动开始,判断需要优化说明、连接工具,还是复用运行组件。

  1. 01

    描述阶段交接

    明确调查阶段必须交付什么,后续规划或实施才有足够依据。

  2. 02

    限定可用操作

    按阶段匹配工具访问和工作模式,而非让每一步都拥有同样的修改能力。

  3. 03

    检查结果与反馈

    评估流程能否暴露错误,并为用户接受或修订修改提供足够证据。

相关 Agent 项目

从不同的运行方式、扩展机制和工作流出发,比较其他独立 Agent 项目。

OpenCode 常见问题

OpenCode 是模型提供商吗?
OpenCode 是编程 Agent 应用,负责交互与执行工作流。具体模型由会话配置决定,应用与模型服务分别承担不同职责。
OpenCode 应归为 Skill 吗?
不应。它是独立编程 Agent 项目;Skills 等任务说明可以参与工作流,但不能代替运行工作流的应用本身。
官方仓库由谁发布?
官方仓库为 Anomaly GitHub 组织下的 anomalyco/opencode。社区集成和同名项目需要另行核实,不能自动归属于 Anomaly。
规划和实施是否属于同一种模式?
官方项目为不同职责介绍了不同 Agent 模式。应先了解所选模式的行为和权限,再判断会话是否应该修改内容。
MIT 许可包含免费模型订阅吗?
不包含。MIT 许可覆盖应用源码,模型账号、调用、商业订阅和外部集成分别适用自身条件与费用。
借鉴这些机制是否需要更换工作工具?
不需要。可以先将 OpenCode 作为任务结构、工具边界和结果审阅的设计参考,在已有工作流中验证思路。软件复用是另一项选择,需要核对兼容性、权限与许可;借鉴设计思路不会自动完成软件与 Floatboat 的连接。