OpenCode

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

把代码调查与实施分开

说明需要调查或修改的仓库任务,将请求区分为发现、编辑和接受环节。再评估 OpenCode 的任务模式或扩展接口是否适合现有工具,让参考机制服务具体问题,而非默认更换工作环境。

提供特性、仓库范围、验收规则和可以写文件的工具。

复制请求,在 Floatboat 新对话中粘贴,并提供所需资料。

下载 Floatboat

带入 Floatboat 的请求

请求可预览和复制,不会从此处自动发送。

参考来源: OpenCode
https://github.com/anomalyco/opencode

先阅读原始说明并核对当前环境与依赖。需要安装或连接新工具时,先提出方案。

我的任务:
参考 OpenCode 的 plan/build 流程,为应用增加搜索功能。先设计数据与路由的只读调查,再定义独立实施阶段,列出允许修改前需要我审阅的证据。

期望交付:
权限与验收分开的调查简报及实施交接。

关于 OpenCode

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

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

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

值得借鉴的工作流机制

任务模式决定调查或修改的方式,工具反馈让过程可检查,扩展接口再连接项目需要的能力。理解 OpenCode 时,这些应用职责还需与模型服务分开,避免将一层能力推给另一层承担。

  • 区分任务模式

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

  • 呈现有用反馈

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

  • 按任务评估集成

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

OpenCode的使用场景

仓库调查应先交回可核对发现,代码修改应展示差异,开发工具连接则需要限定测试。OpenCode 的工作方式可以帮助设计这些环节,明确各阶段权限和输出,而不混淆执行与接受。

代码调查阶段

实施仓库功能前,先明确需要调查的文件、路由与数据入口。保持只读调查,整理真实约束和尚未确定的决定。调查结果应能够告诉实施环节应该在哪里修改、哪些问题仍需回答,避免在尚未理解代码时直接开始改动。

可审阅的修改流程

拟议代码变更与最终接受应分开处理。展示修改差异、相关测试结果和负责人审阅所需的上下文,再明确进入接受环节。这样形成的流程能够逐步检查变更,而不会因为代码已经生成就将任务视为完成。

面向任务的开发工具

项目已有检查命令或外部开发系统可能需要专用扩展。将公开接口与现有命令、API 要求和允许的访问范围进行比较,先评估兼容性,再执行一次范围受限的工具调用测试,用实际结果说明拟议连接能够处理什么。

分开核对模型与工具权限

选择模型提供方和允许 Agent 使用仓库工具,是两类不同问题。结合任务实际访问要求,对照 OpenCode 的模型服务边界及命令、编辑发生的环境。方案同时写明两类前提,不把模型连接已经认证理解为所有可用工具动作都已获准。

构建可审阅的 OpenCode 交接

调查、修改和接受变更需要不同证据。先约定只读阶段交回的结果及工具范围,再依据实现差异和验证记录决定是否接纳代码,使执行成功不会直接替代仓库审阅。

  1. 描述阶段交接

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

  2. 限定可用操作

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

  3. 检查结果与反馈

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

相关软件项目

比较这些项目的用途、运行条件和源码许可。

OpenCode 常见问题

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