osFoundry / Platform
승인
위험한 에이전트나 도구 호출은 사람이 승인할 수 있도록 여기에 큐잉됩니다. 감사 추적이 첨부됩니다.
개요
Approvals는 osFoundry 안에 있는 사람 개입(human-in-the-loop) 체크포인트입니다. 에이전트가 파일에 쓰기, 셸 명령 실행, 외부 API 호출, 연결된 도구를 통한 결제, 메시지 전송처럼 중대한 일을 하려는 순간, 그 동작을 곧바로 실행하지 않고 대기열에 붙잡아 둘 수 있습니다. 담당자가 에이전트가 정확히 무엇을 하려는지 확인한 뒤 승인하거나 거부합니다. 누군가 예라고 하기 전까지 위험한 동작은 하나도 실행되지 않습니다.
osFoundry는 로컬 우선 방식의 데스크톱 워크스페이스이므로 대기열과 그 이력은 공급업체의 서버가 아니라 사용자 곁에 남고, 에이전트를 구동하는 것이 로컬 모델이든, 자신의 API 키로 연결한 클라우드 모델이든, 자체 호스팅 엔드포인트이든 같은 승인 게이트가 똑같이 적용됩니다. 승인자는 구체적인 호출, 즉 실제로 불리는 도구와 거기에 전달된 인자를 보므로 모호한 요약이 아니라 실제 의도를 근거로 결정합니다. 승인과 거부는 모두 기록됩니다. 무엇이 요청되었는지, 누가 결정했는지, 언제인지. 이 감사 기록은 해당 실행에 계속 붙어 있어, 한참 지난 뒤에도 "에이전트가 왜 그렇게 했는가"라는 물음에 답할 수 있습니다.
이 점은 에이전트에게 실제 영향력을 주어 움직이게 할 때 가장 중요해집니다. 자율성은 에이전트가 의도하지 않은 되돌릴 수 없거나 비용이 큰 한 걸음을 내딛기 직전까지 유용합니다. Approvals를 쓰면 위험이 낮은 작업에서는 에이전트를 빠르게 달리게 두면서, 데이터를 지우거나 돈을 옮기거나 프로덕션을 건드릴 수 있는 동작 앞에는 이름이 분명한 사람을 세울 수 있습니다. "에이전트를 전적으로 믿는다"를 어디서나 자동화를 끄지 않고도 실제로 통제하는 동작 단위의 결정으로 바꿔 줍니다.
주요 기능
- 위험한 에이전트 및 도구 호출을 자동 실행하지 않고 검토 대기열에 붙잡아 둡니다
- 승인하거나 거부하기 전에 에이전트가 실행하려는 정확한 도구와 인자를 확인합니다
- 로컬, 클라우드(자신의 API 키), 자체 호스팅 모델에서 동일하게 작동합니다
- 모든 결정에 완전한 감사 기록: 무엇을 요청했고 누가 결정했으며 언제인지
- 로컬 우선: 승인 대기열과 그 이력이 사용자 기기에 남습니다
활용 사례
- 개발자: 에이전트가 셸 명령이나 파일 쓰기를 제안하면, 작업 트리에 손대기 전에 당신이 승인합니다
- 운영 리드: 외부 API 호출과 돈을 쓰는 도구 동작은 이름이 분명한 사람의 승인을 기다립니다
- 컴플라이언스 검토자: 첨부된 감사 기록을 꺼내 누가 어떤 에이전트 동작을 언제 승인했는지 보여 줍니다
자주 묻는 질문
어떤 종류의 동작이 Approvals로 보내지나요?
에이전트가 중대하다고 표시한 동작입니다. 파일 쓰기, 명령 실행, 외부 도구나 API 호출, 연결된 서비스를 통한 결제, 메시지 전송 등이 해당합니다. 실행되는 대신 호출이 대기열에 들어가, 사람이 정확한 도구와 인자를 확인한 뒤 승인하거나 거부합니다.
Approvals를 쓰면 에이전트가 자율적으로 실행되지 못한다는 뜻인가요?
아닙니다. 에이전트는 알아서 계속 일하고, 당신이 게이트를 걸기로 선택한 동작만 검토를 위해 멈춥니다. 일상적인 단계에서는 빠른 자동화를 누리면서, 위험하거나 되돌릴 수 없는 단계 앞에는 사람이 서 있게 됩니다.
감사 기록에는 무엇이 남나요?
승인이나 거부마다 요청된 동작, 결정, 타임스탬프가 함께 기록되어 그것이 나온 실행에 붙습니다. osFoundry는 로컬 우선이므로 이 이력은 제3자 서버가 아니라 사용자 기기에 남습니다.