Before an AI agent builds, reconcile the specs and plan checkpoints

Devin shows how to find conflicting requirements, compare assumptions with recommendations and plan a staged build.

DCDevin Chase연사 · Google
채널
Google Cloud Tech
게시일
2026년 10월 29일
영상
11:16
읽기
3분
원문
영어
YouTube에서 열기
스크롤하면 영상이 오른쪽 아래로 작아져 계속 재생됩니다. 자막은 읽기 언어를 따릅니다.
읽기 언어2개 언어로 읽을 수 있음
이 글은 아직 한국어 번역이 없어 영어 원문으로 표시합니다.
요약

30초 요약

Before asking an AI agent to build a fitness app, Devin has Gemini find missing requirements and conflicts across three design documents. He compares what it would assume with what it recommends, updates the source documents after making backups, and adds a phased implementation plan. Each phase includes verification and human checkpoints, with version control to return to a working state if a later step fails.

  1. 1Review the specifications without building the appDevin explicitly tells Gemini not to create files or write code while it lists missing details and contradictions.
  2. 2Compare assumptions with recommendationsFor each open question, the agent describes what it would have assumed in a one-shot build and what it recommends instead.
  3. 3Use verified stages instead of a single buildThe plan breaks the app into gates for foundations, backend, state and interface, with checks between them.
  4. 4Include rollback before implementation startsDevin asks the agent to add version control so a working checkpoint can be restored after a later failure.

핵심 정리

  1. Ask an agent to identify contradictions and missing requirements before it writes code.
  2. Compare the agent’s default assumptions with its recommendations.
  3. Build in phases with verification and a human checkpoint at each gate.
  4. Add version control and rollback points before implementation begins.
전문

챕터별로 다듬은 전문 읽기

원본 자막만 보기
01

Find missing and conflicting requirements

Devin asks Gemini to audit three specifications before building and compare its assumptions with recommendations.

Devin introduces a smart personal trainer app being developed from specifications. Before handing three design documents to an agent to build, he wants to resolve missing details and contradictions.

He gives Gemini references to all three documents and explicitly asks it not to create anything, build or write code. The agent lists information still needed and inconsistencies across the specifications.

For each issue, Devin asks what the agent would have assumed if told to build immediately and what it recommends instead. Comparing those answers helps him identify choices that otherwise might have been made silently.

02

Update specifications while preserving backups

The agent proposes edits to the original documents. Devin backs them up, reviews the changes and starts a new planning session.

He considers either editing the three documents or adding a fourth document with assumptions. Gemini recommends updating each source document in place; Devin reports its reasoning that details kept together are less likely to be missed.

To preserve the existing work, Devin asks Gemini to back up the documents, propose an implementation plan for the edits, make the changes and review them. After he is satisfied, he deletes the backups; he mentions Git as another way to preserve versions.

In a new session in the same workspace, he supplies the revised specifications and again asks for review, not code. He asks whether to combine the documents and whether a separate app implementation plan would help.

03

Plan a phased implementation with checks

The agent recommends separate specifications and an implementation plan with staged verification and human checkpoints.

Gemini recommends keeping the three specifications separate and organized by subject, and adding a distinct implementation plan. Devin explains this as a way to make relevant information easier for the agent to find.

Devin asks whether the agent should build the entire application in one pass or proceed in steps. The recommended approach uses phases with verification between them, so a problem is easier to isolate before the next phase begins.

The proposed gates begin with shared types and the database, followed by a human check of the types and database seed. The next stage covers server APIs and the AI coach, then state infrastructure and workout execution, and finally interface assembly and systematic tests.

Devin asks for a human checkpoint at each stage. He also describes Antigravity’s ability to run the app in a browser, test functionality and attempt fixes, while noting that he may still click through it himself.

04

Add rollback checkpoints

Devin asks for version control in the implementation plan so the team can return to a known working state.

After the agent writes the plan, the workspace has four documents: the three design specifications and the implementation plan. Devin then asks how to return to a working state if a later phase breaks something.

He asks the agent to add version control and rollback checkpoints to the implementation plan. With the planning documents updated, the application can proceed to the build stage.

같은 채널의 다른 글