区分任务模式
研究 Agent 职责划分,确定流程中哪些阶段负责检查、规划或修改仓库。
参考 OpenCode 的编程 Agent 工作方式,优化自己的任务如何从代码理解进入修改与审阅。围绕 Floatboat 中的开发工作,研究交互、任务模式和扩展机制可以带来的流程改进。
说明需要调查或修改的仓库任务,将请求区分为发现、编辑和接受环节。再评估 OpenCode 的任务模式或扩展接口是否适合现有工具,让参考机制服务具体问题,而非默认更换工作环境。
请求可预览和复制,不会从此处自动发送。
参考来源: OpenCode https://github.com/anomalyco/opencode 先阅读原始说明并核对当前环境与依赖。需要安装或连接新工具时,先提出方案。 我的任务: 参考 OpenCode 的 plan/build 流程,为应用增加搜索功能。先设计数据与路由的只读调查,再定义独立实施阶段,列出允许修改前需要我审阅的证据。 期望交付: 权限与验收分开的调查简报及实施交接。
OpenCode 是 Anomaly 发布的开源 AI 编程 Agent,将任务对话与仓库中的开发工具连接起来。模型服务提供生成与推理能力,执行环境负责文件访问和命令运行,应用则组织这些环节之间的协作。
在工作流设计中,OpenCode 提供了可以研究的具体实现,而不是要求用户更换产品。可以借鉴其 Agent 模式与交互反馈,区分理解与实施、呈现待审阅修改,并评估如何为自己的环境增加任务集成。
项目源码采用 MIT 许可。模型服务账号、订阅访问、远程服务和社区扩展各有独立要求。可以研究和修改源码,但不能据此认为全部相关托管服务均免费或包含在内。
任务模式决定调查或修改的方式,工具反馈让过程可检查,扩展接口再连接项目需要的能力。理解 OpenCode 时,这些应用职责还需与模型服务分开,避免将一层能力推给另一层承担。
研究 Agent 职责划分,确定流程中哪些阶段负责检查、规划或修改仓库。
参考交互流程,在用户能够作出判断的位置呈现进度与工具结果。
在借鉴集成方式之前,检查工具范围与维护者,并对应到实际开发需求。
仓库调查应先交回可核对发现,代码修改应展示差异,开发工具连接则需要限定测试。OpenCode 的工作方式可以帮助设计这些环节,明确各阶段权限和输出,而不混淆执行与接受。
实施仓库功能前,先明确需要调查的文件、路由与数据入口。保持只读调查,整理真实约束和尚未确定的决定。调查结果应能够告诉实施环节应该在哪里修改、哪些问题仍需回答,避免在尚未理解代码时直接开始改动。
拟议代码变更与最终接受应分开处理。展示修改差异、相关测试结果和负责人审阅所需的上下文,再明确进入接受环节。这样形成的流程能够逐步检查变更,而不会因为代码已经生成就将任务视为完成。
项目已有检查命令或外部开发系统可能需要专用扩展。将公开接口与现有命令、API 要求和允许的访问范围进行比较,先评估兼容性,再执行一次范围受限的工具调用测试,用实际结果说明拟议连接能够处理什么。
选择模型提供方和允许 Agent 使用仓库工具,是两类不同问题。结合任务实际访问要求,对照 OpenCode 的模型服务边界及命令、编辑发生的环境。方案同时写明两类前提,不把模型连接已经认证理解为所有可用工具动作都已获准。
调查、修改和接受变更需要不同证据。先约定只读阶段交回的结果及工具范围,再依据实现差异和验证记录决定是否接纳代码,使执行成功不会直接替代仓库审阅。
明确调查阶段必须交付什么,后续规划或实施才有足够依据。
按阶段匹配工具访问和工作模式,而非让每一步都拥有同样的修改能力。
评估流程能否暴露错误,并为用户接受或修订修改提供足够证据。
比较这些项目的用途、运行条件和源码许可。