오늘 발표 내용에서 해당 내용에 대해 설명드립니다. 끝까지 시청 부탁드립니다.
오늘 발표 내용에서 해당 내용에 대해 설명드립니다. 끝까지 시청 부탁드립니다.
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
에이전트가 사용되어진 내역은 암호화되어 로그가 저장이 되고있습니다. 로그저장 주기는 최고관리자의 설정에 의해 관리 됩니다. "AgentGo는 관리자는 신뢰 한다." 아니라 "관리자도 통제 한다." 입니다. 관리자도 다음의 절차를 따라 정보에 접근하고 투명하게 기록 합니다. 이는 사용자에게 AgentGO 를 안심하고 사용할수있게 투명성을 확보 합니다. 1. 열람 사용자를 제한하고, 인가된 사용자는 열람목적을 명시 합니다. 2. 열람 범위는 최소한으로 노출이 되고 , 추가적인 개인정보 와 민감정보는 접근을 제한하고 있습니다. 3. 모든 열람 행위는 감사로그에 기록관리 하고 있습니다. 해당 기록로그는 수정이나 삭제 할수 없도록 합니다.
부서마다 각자 편한 툴을 쓴다는 것 자체가 회사 측면에서 보면 불필요한 비용 낭비일 수도 있습니다. 토큰 일괄 구매 등을 통해서 좀더 비용을 줄일 수 있는 측면도 있습니다. 기업의 중요한 정보가 SaaS 서비스에 유출되지 않아야 한다는 점도 중요합니다. 꼭 필요한 맞춤 기능을 개발 제공함으로써 각 개인에게 맡긴 부담을 줄일 수도 있습니다. 실제로 보면 굉장히 매뉴얼로 하기 불편한 업무들이 많다는 것이 내부 수요조사로 보고되기 때문입니다. 또한 투명하고 명확한 권한 관리 기능 제공에 매우 치중하고 있습니다.
망분리의 경우, 소극적인 방식과 적극적인 방식으로 분리할 수 있을 것 같습니다. 소극적인 방식은 소스를 패키지 형태로 오프라인으로 유입하여 설치하는 방식입니다. 이 방식의 가장 큰 문제점은 메인터넌스 이력 관리가 매우 어렵다는 것입니다. 적극적인 방식은 분리된 망 안에 repo 서버를 구성하는 것입니다. 이 경우, 처음 소스는 오프라인 형태로 유입하여 이 repo 서버에 넣어야 하지만 이후 유지보수와 이력을 남길 수 있다는 점에서 유용합니다. 될수록이면 온라인 환경의 배포 서버를 분리된 망 안에서 standalone으로 구축하는 방식을 취하고 있습니다.
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
예 맞습니다. public llm api, sLLM 등 현존하는 모든 모델을 하나의 LLM gateway를 통해 처리할 수 있도록 구성되어 있습니다. 또한 모델 별 토큰 수, 성능 평가가 가능하도록 구성되어 있습니다.