▲ 썸네일을 누르면 YouTube 영상으로 이동합니다. 답변을 넘어 접수 확인까지: 피클로 살펴본 AI 에이전트의 완수 조건 AI에게 맡기는 단위가 달라진다 일을 맡겼는데 다시 챙겨야 한다면 위임의 효과는 작다. 신청 방법을 알아낸 뒤 로그인하고, 서류를 채우고, 회신을 기다리는 과정이 그대로 남기 때문이다. 개인 AI 에이전트 피클의 사례에서 눈여겨볼 대목은 답변의 유창함보다 실행의 범위다. 브라우저와 이메일, 문서와 일정을 오가며 하나의 목표를 실제 결과까지 이어 간다. 여기서 위임의 단위는 질문 한 개가 아니라 완료 상태다. “신청 절차를 알려 달라”는 요청은 안내문으로 끝날 수 있다. “접수를 마치고 결과를 확인해 달라”는 요청에는 인증, 필수 항목 점검, 제출 증거 확보와 후속 확인까지 들어간다. 같은 신청 업무라도 무엇을 끝으로 정의하느냐에 따라 에이전트가 수행해야 할 일이 크게 달라진다. 완료의 기준을 행동에서 결과로 옮겨야 한다. 발송했다는 기록, 접수됐다는 회신, 실제 입금 확인은 서로 다른 단계의 증거다. 접수 버튼 이후에도 남아 있는 업무 참가 신청 과정에서 피클은 브라우저로 접수 페이지에 들어가 이메일 로그인을 진행한다. 연결된 수신함의 일회용 인증 번호는 직접 찾아 입력하고, 문자로 전달되는 인증 번호는 사용자에게 받아 입력한다. 필요한 정보를 채우고 약관 동의를 거쳐 신청한 뒤에는 완료 화면을 보관한다. 이후 문제 공개와 참가 혜택을 확인할 일정도 등록한다. 이 흐름은 자율 실행에도 사용자와의 연결 지점이 있다는 사실을 보여준다. 모든 단계를 혼자 처리해야만 위임이 성립하는 것은 아니다. 사용자 입력이 필요한 구간을 구분하고, 입력을 받은 뒤 진행하던 작업을 이어 가는 능력이 중요하다. 완료 화면을 남기는 행동도 의미가 있다. 사용자가 같은 페이지를 다시 열지 않아도 신청 상태를 판단할 근거가 생기기 때문이다. 업무별로 달라지는 완료의 증거 업무 실행 단계 결과 확인 참가 신청 정보 입력과 신청 제출 완료 화면 보...
Progressive Web App (PWA) 이 무엇인지, 왜? 구글과 MS는 이 기술에 "올인"하는지 자세히 알고 싶으면 아래 사이트를 방문하면 됩니다. http://www.ciokorea.com/news/39944 아래 내용은 위 사이트에서 일부 발췌한 내용입니다. PWA는 웹사이트이지만, 스마트폰, 태블릿, 노트북, 데스크톱에 설치된 애플리케이션과 같은 외형과 느낌을 가졌다. 에셋을 저장하고 성능을 높이는 서비스 워커라는 백그라운드 실행 스크립트(자바스크립트 파일)를 이용한다. 서비스 워커는 오프라인 실행 및 오프라인 스토리지 접근이 가능하고, 팝업 알림도 표시할 수 있다. PWA는 크롬북을 포함해 모든 종류의 기기를 지원한다. 과거에는 윈도우와 맥OS, 리눅스, iOS, 안드로이드 용의 앱을 개별적으로 만들어야했다. 여기에 크롬 익스텐션까지 만들어야 크롬북을 지원할 수 있었다. 그러나 이제는 단 한번 PWA로 만들어 크롬북을 비롯한 모든 플랫폼을 지원할 수 있다. 스마트TV와 다양한 사물인터넷 기기에 PWA를 적용하는 것도 간편하다. PWA는 앱 같은 느낌이지만, 브라우저 상의 웹 페이지이므로 인덱싱과 공유가 가능하다. 또한 상대적으로 안전하다. 설치해도 시스템 하드웨어에 전혀 액세스할 수 없기 때문이다. 이용자의 명시적 허가를 받은 후에만 사례별, 자원별로 액세스할 수 있다. 예를 들어 스토리지, 위치 정보 및 블루투스로 액세스하려면 3번 별도로 허가를 받아야 한다. 사용자는 블루투스 액세스는 허가하지만, 스토리지나 위치 정보 요청은 거부할 수 있다. 이는 모바일 앱에도 이미 상당 부분 적용된 방식이다. 그러나 전통적인 데스크톱 애플리케이션과 비교하면 상당한 개선된 방식이다. 결론은 PWA가 마침내 브라우저를 앱 플랫폼으로 변환시켰다는 것이다. 과거의 끔찍한 '웹 앱'이 아니라 진정한 앱이다 구글이 지원하는 PWA 가능한 앱들입니다. - Google Photos, Google Chat, Google Mee...