개발자는 렌더링을 위한 백엔드 호출을 전송하기 전에, 단계와 작업을 계획하기 위한 프롬프트 작성 과정에서 대화형 경험을 활용할 수 있습니다.

계획 모드의 이점

프롬프트 작성은 반복적인 설계 활동입니다. 개발자는 올바르고 유지 관리가 용이한 솔루션에 도달하기까지 의도, 순서, 제약 조건을 지속적으로 다듬습니다. 계획 모드는 실행 전에 시스템이 생성할 내용을 미리 보여줌으로써 이러한 작업을 지원하며, 개발자가 렌더링을 확정하지 않고도 프롬프트를 검증하고 조정할 수 있게 합니다.

렌더링될 내용을 단계별로 제공함으로써, 계획 모드는 의도를 조기에 검증할 수 있도록 합니다. 개발자는 렌더링을 확정하기 전에 AI가 프롬프트를 올바르게 해석했는지 확인하고, 단계 순서를 평가하며, 누락 사항이나 잘못된 가정을 사전에 식별할 수 있습니다. 이는 요구 사항이 계속해서 변경되고 빠른 실험이 예상되는 초기 설계 및 아이디어 구상 단계에서 특히 유용합니다.

계획을 먼저 검토하고 수정하면 사소한 프롬프트 오류로 인한 반복 렌더링을 피할 수 있어 효율성이 향상되고 자동화 생성 속도가 빨라집니다.

종합적으로 이러한 이점은 대화형의 반복적인 개발 워크플로를 가능하게 합니다. 개발자는 엄격성, 거버넌스, 성능에 대한 기대를 저해하지 않으면서 AI를 협업 설계 파트너로 활용해 높은 품질의 결과를 달성할 수 있습니다.

계획 모드 활성화

주: 빌드 모드는 Automator용 Co-Pilot의 기본 작동 모드입니다. 이 모드에서는 승인된 프롬프트가 자동화 아티팩트를 생성하는 백엔드 호출로 이어집니다. 각 단계는 요청마다 처리되며, 완료되면 시스템은 이후 상호작용을 위해 계속 빌드 모드에 남아 있습니다.
Co-Pilot 인터페이스에서 /plan을 입력하면 계획 모드가 활성화됩니다. 비활성화될 때까지 이후의 모든 프롬프트는 계획 모드를 사용해 처리됩니다. 이 모델은 설계와 실행을 분리함으로써, 기본 빌드 워크플로를 변경하지 않고도 제어된 반복 작업을 가능하게 합니다. 다음 예제를 참조하십시오.
  • /plan a task to send emails to all contacts in spreadsheet $Client List$.
  • /plan a process that requests manager approval before a PTO request is accepted.

계획 모드는 자동화를 실행하지 않고 프롬프트를 분석하는 계획 에이전트를 활성화합니다. 에이전트는 프롬프트를 자동화 흐름을 나타내는 순차적인 단계 세트로 변환합니다.

주요 특징:

  • 사전 렌더링 분석 전용으로, 자동화 아티팩트는 생성되지 않습니다.

  • 단계 수준 출력으로, 구조, 순서 및 종속성을 설명합니다.

  • 에이전트 멀티턴 상호작용으로, 의도나 제약 조건이 명확하지 않을 경우 에이전트가 추가 설명을 요청할 수 있습니다.

  • 마찰이 적은 반복 작업을 지원하며, 프롬프트는 실행 전에 반복적으로 편집하고 재평가할 수 있습니다.

출력은 검토 및 개선을 위한 요약된 자동화 계획입니다.

계획 모드 비활성화

두 가지 방법 중 하나를 사용하여 쉽게 계획 모드를 비활성화할 수 있습니다.
  • 계획을 완료한 후, build it을 입력하면 자동화 아티팩트가 생성되며 계획 모드가 비활성화됩니다.
  • 계획을 세우지 않고 계획 세션을 종료하려면, 인터페이스를 그냥 닫으면 됩니다. 다음 세션은 기본적으로 빌드 모드에서 열립니다.