浏览 1.1.1 文档
1.1.1

功能工作流

跟着一个有界的功能需求,从 sprint 条目一路走完实现、验证与收尾。

适用人群: 开发者与 coding agent

场景#

功能这个例子跟交互式 Demo 演的是同一件事:加一个可访问的密码可见性 控件,同时保住登录 API 和键盘行为。

需求由用户提出。仓库工作流由 coding agent 跑完。

圈定范围#

agent 写一张 sprint card,上面只放一个确切的、可开成 Task 的条目。

代码 · markdown
# Password Visibility [plan-ref: login/password-visibility/root]

- [ ] Add the accessible control and focused tests. [ref: login/password-visibility/implement]

然后从这个确切条目启动绑定的 Task。

代码 · bash
ait task start \
  --from docs/sprints/password_visibility.md#login/password-visibility/implement \
  --intent "Add accessible password visibility control"

输出会给出 Task、Change 和工作区路径。

在绑定的工作区里实现#

agent 进到打印出来的那个路径,改控件、改对应的测试,再跑仓库自己那 套验证。AIT 不猜框架,也不替你编一条测试命令。

代码 · text
src/LoginForm.tsx
tests/LoginForm.test.tsx
3 tests passed

记录结果#

检查通过之后,agent 把代码状态记下来。

代码 · bash
ait snapshot create --message "Add accessible password visibility control"

有远程支撑的工作接着用引导式的就绪命令,直到选中的 Patchset 拿齐 CI、 attestation、评审和策略这几类证据,再用评审者持有的 finish 入口完成原子 远程收尾。

代码 · bash
ait workflow ready <change-id> --apply
ait workflow finish <change-id> --apply

收尾并核对#

agent 用仓库生成指示里给的那条 Task 命令收尾,然后核对 Task、工作区、 Line 和 sprint 条目是否都已关闭。

代码 · bash
ait task finish <task-or-change-id>
ait task audit <task-id>

这个例子已经创建最终 Snapshot,所以 task finish 复用干净的 Line head。 如果本地工作仍是 dirty,就用 ait task finish <task-or-change-id> --message <message>,让同一个操作先创建 最终 Snapshot,再完成收尾。

想看同一套流程跑起来,用交互式 Demo;命令细节打开 ait task 参考。

版本权威

对照 1.1.1 源码逐条核对

这一页是公开文档,不是第二份产品契约。要确认发布权威,请以确切的源码和分发契约为准。

所属组件 Snapshot
  • ait-coreSNP-ED7593DBF982
  • ait-serverSNP-0CCD7DD2A077
  • ait-runnerSNP-35C9C133D2EE
  • ait-pythonSNP-756C731A4CC0
  • ait-nodeSNP-55E90D0A81F1