规约驱动开发

把需求转化为规约、计划、代码和可追溯的变更记录。

在实现开始前,为人和 Coding Agent 建立共同契约。FiboCode 与 Fibo Skills 把初始请求转化为明确的验收标准、相连的设计、有序计划、经过审查的代码,以及与仓库共同保存的变更记录。

快速写出代码,不等于对目标达成一致。

Coding Agent 可以迅速从简短请求进入实现,但缺失的假设经常要等到文件已经改变后才暴露。如果需求、边界与完成证据始终是隐含的,审查者就必须一边判断代码,一边重新推测原本想实现的行为。

规约驱动开发在执行前建立明确路径:需求成为可检验的验收标准;设计说明如何满足标准;计划列出有序任务、涉及文件与验收方法;实现因此具备可见契约,最终差异记录再解释真实发生了什么。

看看工作流如何与真实改动相连。

真实产品演示呈现可追溯项目记录如何随代码成长,以及 Agent CLI 如何留在既有终端工作流中。

演示视频——规约、设计、计划、差异与分析记录随代码库层层展开

查看从初始需求到决策、任务、实现证据与后续理解的文档链路。

演示视频——工作区文件搜索、符号查询、图片粘贴与可点击终端路径

让 Agent CLI 留在终端中,同时提供具体文件、符号、截图与可导航输出路径。

用四个阶段从意图走到证据。

每个阶段职责不同,让问题在变成隐含实现选择前得到解决。

  1. 澄清需求与验收标准。

    把初始请求转化为明确、可检验的结果,并界定改动范围之外的内容。开发者在生产代码开始前签署这份契约。

  2. 根据验收标准设计方案。

    说明系统如何满足每项标准,包括边界、接口与重要取舍;链接让每项决策都能追溯到它服务的行为。

  3. 创建并执行有序计划。

    把设计拆成带有涉及文件和验收方法的有限任务,Coding Agent 按顺序使用已确认上下文工作。

  4. 审查代码并记录真实变更。

    检查最终差异、验证验收标准,并为未来工作保留按变更块说明“改了什么、为何修改”的记录。

围绕 Agent 执行建立可追溯契约。

  • 实现前明确验收标准。

    规约把模糊意图变成可观察结果,让开发者与 Agent 共享同一完成定义。

  • 设计决策连接目标行为。

    设计说明改动应该如何工作,并让重要决策连接到要求它的验收标准。

  • 有限且有序的执行。

    计划列出任务、涉及文件与验证方法,让实现以可审查单元推进,而不是一次不透明的大跳跃。

  • 以真实差异为依据的变更历史。

    执行完成后,差异记录解释真实实现变更块,并连接周边逻辑与项目意图。

使用场景:修改跨越多个模块的行为。

一项看似简单的请求实际涉及路由、状态、界面与校验。开发者先确认可观察结果与排除项;设计把这些结果映射到受影响边界;计划再按涉及文件和验收方法拆分工作。

Agent CLI 因此减少了隐含选择。审查者可以把结果与已签署标准对照,检查真实代码差异,并保留说明实现如何连接原始需求的变更记录。

这是工作流层,不会替代 Agent 或测试。

Fibo Skills 引导澄清、规约、设计、计划、执行与变更记录。真正编码仍由你选择的 Agent CLI 完成,结果是否正确也仍由项目的真实测试与验收方法决定。

它的价值在于共同对齐与可追溯性。提示词优先的流程可能带着未解决意图开始编码;规约驱动路径先让意图接受审查,并在修改后继续保存相关证据。

规约驱动开发常见问题

每个小改动都需要规约吗?

在行为、边界或验收需要对齐时使用这套流程;很小的机械改动未必需要与跨模块功能同等深度。

Fibo Skills 是什么?

Fibo Skills 是用于兼容 Agent CLI 环境的工作流指令,引导澄清、规约、设计、计划、执行与变更记录。

Agent 可以在签署前开始编码吗?

目标流程要求开发者先批准规约,让生产代码依据明确行为契约,而不是尚未解决的假设。

设计与计划如何保持可追溯?

设计决策连接验收标准,计划任务则列出相关标准、涉及文件与验收方法。

实现完成后会发生什么?

根据规约和真实差异审查结果,再由变更记录解释各个实现变更块并保存它们存在的原因。

在 Agent 编码前先对齐改动。

下载 FiboCode,建立相连的规约工作流;也可以继续了解如何由人掌控最终实现审查。