변경 로그
무슨 일이야?
플랫폼에 대한 모든 개선 사항, 그것이 선적.
· kamo-internal
조직의 별칭 도메인에 별칭 주소 표시
구성원의 이메일 및 사서함 탭의 각 별칭 아래에서 목록에 동일한 별칭을 나열합니다 기본 발신자 칩 아래, 주소는 실제로 밖으로 나간다.
· EmailService
별칭은 기본 사서함과 같이 모든 별칭 도메인에서 작동합니다
조직의 별칭 도메인(org_alias_domains)이 이미 회원의 기본 도메인을 미러링했습니다 편집기로 메일박스 (erik@kamocrm.com 또한 erik@kamouniverse.com로 제공) 그러나 그들의 별칭을 결코, 그래서 eric.white@kamocrm.com으로 보낼 수 없습니다 eric.white@kamouniverse.com - postfix의 플랫폼 별칭 지도는 이미 있지만 그 주소를 별칭에 전달합니다. 이제 각 별칭은 /sendable 에서 같은 mirror 행을 가져오게 되는데, 이는 canSendAs 를 읽어서 기본 별칭의 복사본이 기본 별칭의 기본 별칭의 기본 별칭의 기본 별칭의 기본 별칭 도메인은 기본값을 가져옵니다. 멤버 별칭 목록 설정에서 표시할 수 있도록 aliasDomainAddresses 를 반환합니다.
· MCPGatewayService
사칭 방지 가드 — 확인되지 않은 대화는 회원이 Kamo에서 확인할 때까지 누구든지 요청할 수 있는 내용만 받습니다
소유자 2026-10-26 (TPCALLTOOLS B): 단지 회원이 될 것을 주장하는 사람, 감독자나 권한을 가진 사람은 SI가 아무것도 하지 않도록 해야 합니다 유해하거나 SI의 자체 권리 내에서도 해당 주장에 의존하는 경우; 강제 서버 측. IdentityGuard (새로운 빈, 하나의 생성자; 세터에 의해 연결): SI의 쓰기를 위해 아무도 증명하지 않는 채널에서 실행 (통화, 회의, 문자, 증명되지 않은 이메일, 웹 / 소셜 채팅, 그들의 후속 조치; kamoai-service /auth-requests/identity), 서서 확인하지 않고, 팀메이트 순서, verified onRequestOf 또는 인간의 승인, 누구나 레벨만 쓰기 통과 (내부 메시지, 새로운 기록, 작업, 메모, 예약, 자신의 회계) 첨부 파일 없이 대화의 상대방에게 답장을 보냅니다. 다른 모든 것은 IDENTITY_UNVERIFIED (감사된 DENIED) 명명에 응답합니다 identity_request_confirmation. 실패한 검색은 보호된 쓰기를 보유합니다. identity_request_confirmation은 요청 id에 응답합니다(라이브 호출은 it); APPROVED 응답은 실행이 확인되었음을 표시하므로 OrderDelegation 은 실행을 취소합니다 한 번에 '순서 없음'을 유지한다 (확인은 실행의 순서, auth:<id>, 법률행위의 효력(법률행위의 효력)은 없다.
· kamo-internal
구성원의 기본 발신자로 별칭 선택
회원의 이메일 및 사서함 탭에 별칭에 기본 발신자 열이 추가됨 table: 하나의 별칭을 기본으로 설정하거나 기본 사서함으로 다시 전달합니다. 편집기는 그 별칭에 있는 From 필드를 그렇지 않으면 어디서든 열어 줍니다 회원의 기본 사서함에서 열기: 새 메시지, 새, 답장 및 공유, 보조 또는 동료의 메일상자는 사용자가 자신의 받은 편지함에서 전달할 수 있는 메일 상자입니다 별칭은 기본의 보내기 정체성을 유지합니다 그리고 서명 템플릿, 손으로 선택한 별칭이 이미 한 것처럼.
· EmailService
회원은 기본적으로 별칭에서 보낼 수 있습니다
PUT **************** 어떤 별칭이 있는지 선택 구성원의 기본 사서함에 대한 별칭입니다(null은 지웁니다). 구성원당 최대 하나의 별칭 carries is_default; 열은 이미 존재하고 설정되지 않았습니다. /sendable과 /from-addresses는 이제 별칭 행에 isDefault를 보고합니다 작곡자가 From 필드를 엽니다.
· MCPGatewayService
Calendar_create_event 는 회원 ID에 따라 팀원을 초대하므로 '내 캘린더에 넣기'는 요청한 사람에게 도달합니다
아무도 다른 회원의 캘린더를 작성할 수 없습니다 (EmailService : 자신의 캘린더, 게시 권한이있는 org 캘린더), inviteMemberIds 는 이벤트의 청중으로서, 캘린더 대화상자의 참가자로서 이들을 보냅니다 사람들이 칩을 할: 회원에 묶여 게스트 행, 자신의 캘린더에 이벤트, 초대장을 보냈습니다 MEETING에서 평가되고 공개 계획에 이름이 붙여집니다. 설명은 SI를 그것으로 이끌어 줍니다.
· kamo-shared-library
AiRealismTestWindow — 테스트 확장에서 윈도우 내부의 SI로의 호출은 테스트 호출입니다
· kamo-internal
SI 어시스턴트는 각 회원의 개인 비서 - 확인 카드, 라이브 단계, 자체 설정 창 및 기본 조직
서울특별시공고 제2010-1026호, 2010년 10월 26일. - 마법사 창은 AIService가 확인 카드를 표시하도록 알려줍니다 회원의 자신의 액세스를 허용하는 모든 도구. 외부 보내기, 돈, 삭제, 보안 변경 또는 장치 명령이 채팅에 카드로 도착합니다: 하나의 간단한 질문 (툴 플레인의 자신의 말, 아니 ids 또는 JSON), 정확한 메시지, 그것이 만지는 기록, 위험; 확인, 편집 (구문 단지) 또는 소켓을 통해 결정된 취소; 그것은 결정되면 한 줄로 접힌다. - 각 단계는 시작할 때 표시됩니다 (도구의 제목, 스피너, 그리고 틱); 원시 도구 응답만 다시 열린 대화에는 대기 중인 카드가 다시 표시됩니다. - 헤더는 조수의 얼굴과 이름과 자신의 설정 창을 열어 기어를 착용 (ai-assistant-settings): 이름과 캐릭터 (공유 아바타), 개성 엔진 스타일과 특성, 대답 길이/형식/언어, 음성 스위치, 도구 영역, 확인 수준, 개인 메모리 (보기, 추가, 잊어 버리기), 알림 (소리, 최소화 된 경우 통지) 및 모델 선호도 — 모든 변경 사항이 한 번에 저장되고 조직 잠금이 표시됩니다. - 설정 › SI › SI 조수: 각 회원의 조수가 시작하는 내용과 회원이 할 수 있는 내용 조직 또는 부서, 직책 또는 팀에 대한 변경, 잠금 및 제한 (탭, 메뉴 항목, 착륙 카드).
· MCPGatewayService
이름이 지정된 메시지에 대한 신원 확인; 보낸 사람이 자신의 주문을 확인한 증명되지 않은 이메일
identity_request_confirmation 은 메시지에 대해 'about' (email:<folder>/<uid>, chat:<guid>) 를 사용합니다 이것은 런 자체의 웨이크가 아닙니다(체크인 처리). 팀메이트의 사서함이 없음을 증명하는 이메일 자신의 Kamo 세션에서 발신자가 본인임을 확인한 회원의 주문입니다 그들을 (kamoai-서비스 활성화?about=). sp00확인에서 2026-10-26 라이브.
· kamo-internal
Shift 보고서 설정 탭과 사람의 자신의 선택
소유자 명령 2026-10-26 (TPSHIFTREPORTS): 더 이상 SI에서 빈 클록인/클록아웃 보고서가 없습니다. - /settings/ai?tab=shift-reports (메뉴 항목 + 랜딩 카드; SI 인력 + VIEW/MANAGE_AI_WORKFORCE): 조직의 규칙, SI가 보내고 사람들이 받는 것에 대한 더 구체적인 설정 (부서, 직함, 팀, 하나의 SI / 한 사람), 각 감독관이 실제로 무엇을하고 왜, 그리고 최신 간단한 단어로 결정 (보낸, 그 시간을 기다리는, 보내지 않은 : 아무것도 새로운 ...). - 규칙 편집기 : 항상 / 새로운 것이있을 때만 (권장) / 결코; 클록-인, 클록-아웃, 둘 다 또는 설정 시간; 일; 채팅 또는 이메일. Org 브랜드 토큰, 모서리 리본, 감소 운동 움직임. - 작업실 > SI 동료: SIs에서 쉬프트 보고서, 회원의 자신의 선택 (모든 SI의 승리), 그들에게 보고하는 SI와 그들의 최신 보고서.
· kamo-internal
배경 사운드 설정, SI의 말하기 스타일 및 음성 동의(보이스 리얼리즘 VR2)
- 설정> 슈퍼 지능> 배경 소리 (D7) : 부드러운 방 소리 조직과 개인에 대한 SIs의 목소리 아래에 호출자를 듣고 부서, 직함, 팀 또는 SI (대부분의 구체적인 승리; 라이트 사무실에 의해 기본적으로, 호출이 사용하는 루프의 미리보기와 각 SI가 무엇인지 탭 + 메뉴 항목 + 착륙 카드. - SI의 프로필, 그것의 목소리 아래: 어떻게 말하는가 (D2: 성격 그것의 작업에서 초안, 그것의 서명 습관, 신선한 성격을 초안) 및 실제 사람의 목소리 사용(D12: Kamo에서 서명된 서면 동의 또는 업로드 된 양식, 철회).
· AIService
설정 읽기는 원형의 가치와 개성을 단어로 전달합니다
그래서 설정 창의 슬라이더는 구성원이 선택한 원형에서 시작하고, 그것은 무엇을 보여줄 수 있습니다 개성 엔진이 설정을 만듭니다(TPASSIST).
· AIService
nav SI 어시스턴트는 회원의 전체 도구 능력을 가진 각 회원의 개인 비서입니다
SITP TPASSIST (소유자 순서 2026-10-26). 회원의 자신의 조수 대화는 지금: - 클라이언트가 사용할 수 있는 각각의 리스크 아래에서 회원의 OWN 세션이 사용할 수 있는 모든 Tool Plane 도구를 나열합니다 확인 카드를 보여줍니다 (그렇지 않으면 일반 채팅의 천장), 꺼진 도구 영역을 뺀; 긴 꼬리는 인덱스에 이름을 붙이고 요구에 따라 로드됩니다 (assistant_load_tools) - 각 호출 **************** 키 그래서 툴 플레인은 SI로 감사 회원을 대신하여 회원을 행위자로 하는 조수 - 외부 송금, 돈, 삭제, 보안 및 장치 호출 (항상 아래의 모든 변경)을 보유 채팅에서 회원의 확인: 툴 플레인의 렌더러에서 읽은 일반 언어 카드 회원으로서, 먼저 확인 하지 마십시오 - 연락처 목록, 확인 / 편집 (어휘만) / 취소 소켓 (DECIDE_ACTION) 또는 REST, 그리고 턴은 결정되면 계속 - 이름, 아바타, 성격 엔진 원형 및 특성, 답변 : 자체 설정으로 말한다 길이와 형태, 언어, 모델 선호도, 폭포를 통해 ORG > 부서 > JOB_TITLE > 팀 > 잠금 및 제한이 있는 회원 (/api/ai/assistant/settings, /layers) - 멤버당 개인 메모리를 유지합니다 (memory_record / memory_search / memory_forget, 그리고 /api/ai/assistant/memory)는 SI 또는 다른 구성원이 읽을 수 없습니다 - 스트림 TOOL_STARTED, CONFIRM_REQUIRED, AWAITING_CONFIRMATION 및 ACTION_DECIDED 프레임
· kamo-internal
SI의 신원 확인은 모든 세션에서 나타납니다: 이 사람이 당신이었습니까?
소유자 2026-10-26: 전화, 문자, 외부 이메일, 웹 사이트 채팅 또는 SI에 도달하는 직접 주문 회의에 참여하는 참석자는 Kamo의 회원에 의해 먼저 확인됩니다. SiAuthRequestHost SI_AUTH_REQUEST 알림 소켓에서 카드 (폴링 없음) 및 닫히면 어디서나 철회된다 : 어떤 SI가 물어 (그것의 아바타), 무엇을 물어, 그것이 어디에서 왔는지 (숫자와 응용 프로그램이 항상 그들을 보여주는 주소, 모든 사실 Kamo 뒤에 모든 세부 사항을 표시), 평범한 위험 힌트, 카운트 다운 링, 예 / 아니오 / 이것은 나, 강제 톤과 진동이 아니었다 조직의 색상, MotionConfig reducedMotion 아래의 Framer Motion, 휴대폰의 전체 화면. /authentications 는 회원의 로그이며, 워크포스 관리자의 경우 모두의 로그입니다. 이 종류는 (어떤 응용 프로그램에 속하지 않음), 토스트 덱에 두 번째 카드를 결코 타이트되지 않습니다.
· MCPGatewayService
회원을 대신하여 SI 어시스턴트의 전화를 감사
회원의 개인 SI 어시스턴트(TPASSIST)는 회원의 자신의 세션을 호출합니다 start assistant: , 그리고 사람에 의한 그러한 호출은 권한 기반 SI_ASSISTANT 와 감사됩니다 멤버 as on_behalf_of (멤버는 레코드의 액터로 남습니다). 아무것도 넓히거나 좁힙니다.
· kamo-shared-library
변경 보고서 설정 및 결정을 위한 테이블, 그래서 KamoInitializer 은 그들을 다시 만들 수 있습니다
소유자 순서 2026-10-26 (TPSHIFTREPORTS): SI 클록-인/클록-아웃 보고서는 부서별로 구성 가능하게 됩니다 보내는 SI와 받는 사람에 대한 직함, 팀 및 회원.
· kamo-shared-library
개인 SI 어시스턴트를 위한 설정 폭포, 개인 메모리 및 보류 중인 확인 행
KamoInitializer 에 대해 선언되었습니다; aiservice가 테이블을 수동으로 생성했습니다 **************** 를 표적 SQL 로 작성합니다.
· AIService
모델 기능의 실제 프로브를 실행하는 내부 경로(보이스 리얼리즘 VR1)
포스트 **************** KamoAI 비밀만: 설정 → SI에서 확인 버튼과 동일한 라이브 프로브 공급자 자신의 키에 대해서 검증을 설정하지 않습니다 hand; 실패한 모델은 검증되지 않은 상태로 남습니다. crm의 실시간 모델을 검증하는 데 사용됩니다 음성 대 음성 파일럿(D9)을 위한 것입니다.
· AIService
실시간 음성 대 음성 모델에 대한 세션을 열어 검증합니다(보이스 리얼리즘 VR1, D9)
ProbeRunner는 새로운 REALTIME_SESSION 프로브를 실행합니다 (kamo-shared-library 1438893a) REALTIME_AUDIO: 클라이언트 모델에 대해 10분간의 클라이언트 비밀을 생성합니다 그리고 판매자가 열 때 통과; 비밀은 결코 사용되거나 유지되지 않습니다. 지금까지 조직의 실시간 모델은 증명될 수밖에 없었고, 조직 제공자는 그럴 수 없었습니다 그래서 SI는 절대로 음성 티켓을 받지 못했어요.
· kamo-shared-library
실시간 음성 대 음성 모델을 검증할 수 있습니다. — REALTIME_AUDIO는 세션을 열어 프로브됩니다(보이스 리얼리즘 VR1, D9)
REALTIME_AUDIO 는 ATTESTED 였으며 플랫폼 제공자만 인증할 수 있으므로 아닙니다 org의 실시간 모델은 언제든지 VERIFIED 될 수 있으며, SI는 VERIFIED 로 라우팅됩니다 모델만: 소유자가 crm을 위해 주문한 음성-음성 파일럿 (D9, 2026-10-26) 티켓을 얻을 수 없습니다. 새로운 프로브 종류 REALTIME_SESSION, 추가 last (기존 값 이동 없음); AIService의 ProbeRunner 가 구현합니다.
· MCPGatewayService
Holdem_* - SI는 회원들과 함께 텍사스 홀덤을 플레이합니다
SITP TPGAMES. MediaService의 Hold'em 엔드포인트를 통해 열두 가지 도구, 게이트로 회원의 자리는 (Hold'em 앱 + PLAY_HOLDEM, 다시 다운스트림): holdem_list_tables, holdem_get_table (좌석의 자신의 편집보기: 자신의 카드, 공공 연주, 정확한 금액과 법적 조치), holdem_wallet (자신의 체다), holdem_open_table, holdem_invite, holdem_sit, holdem_act (스트리트 totals; BET/RAISE 금액이 필요), holdem_show, holdem_sit_out, holdem_rebuy, holdem_leave, holdem_set_style (SI의 자신에 대한 스타일 / 기술 회원들과 함께 앉아, 미디어 서비스의 포커 두뇌는 SI를 위해 행동; 모델은 테이블의 대화에서 테이블 이야기를하지 않습니다. 체다는 돈과 구입할 수 없음: 내부 쓰기, 승인 클래스 없음, NOT_DISCLOSING; 읽기 NOT_CONTENT. 승인 구문 + HOLDEM_TABLE 명사; holdem_ 접미사; 골든스 재생성 (12 추가). 테스트 : HoldemPackTest 5; 전체 스위트 1985 (두 알림 종류 실패는 이것보다 이전: shared-lib의 BILLING_INVOICE/SI_AUTH_REQUEST 종류).
· kamo-shared-library
AI_CALL_METRICS 엔터티, 통화의 음성 현실성 계수(VR1)
kamoai-service는 ai_call_metrics JDBC만 쓰고, 엔티티는 모든 열을 선언합니다 (그리고 새로운 REALISM 텍스트 열, 호출의 realism 카운트의 JSON 객체: 인식 간격, 인정, 양방향 소리를 듣고, 환상, 라인을 잘라 코드에서 테이블을 다시 생성할 수 있도록 KamoInitializer 을 설정합니다 (소유자 규칙 2026-10-22). DDL: kamoai-service **************** 적용됨.
· AIService
E5는 모델이 만드는 대로 문장의 오디오를 스트리밍하며, 순서가 설정되지 않은 경우 SI는 기관의 최고의 검증된 음성 모델(보이스 리얼리즘 VR1, D1)으로 말합니다
- E5 {"stream": true}: 오디오는 송신자가 송신을 완료할 때까지 덩어리 덩어리로 전달됩니다 공급자가 보냅니다 (ElevenLabs **************** 후보자 산책, 그래서 빈 답변은 여전히 아무것도되기 전에 실패 전송; 이전과 마찬가지로 문자로 측정됩니다. 스트리밍할 수 없는 가족은 전체 답변. 필드 없이는 아무것도 변경되지 않습니다. 호출 대기 950 ms (p50) 첫 번째 오디오 전에 전체 문장에 대한. - TtsQualityRanking (D1, 소유자 2026-10-26 : 조직 중 최고의 품질 구성되고 활성화된 제공자, 자동으로 선택됨): TTS 순서 없음 게시 대화 품질 및 실시간에 의해 최고의 검증 모델 피트니스가 먼저, 공급자 중립; 알 수 없는 모델은 Kamo과 동률 클러스터 내의 목소리, 그래서 클러스터 기본값은 여전히 그들 사이에서 결정합니다. 조직의 자신의 순서와 AI 회원의 선택한 목소리가 여전히 먼저 옵니다.
· EmailService
설정 순서에서 SI_AUTH_REQUEST, BILLING_INVOICE 이후
· kamo-internal
통화 요약 페이지 및 통화 및 회의(TPRECAPS)에서 SI의 요약 옵션
/ai-calls/recap/<call>은 상사의 요약 이메일이 연결되는 곳입니다(PHI 조직의 보안 링크도 마찬가지입니다) 전화에 대해, 언제, 어떻게 갔는지, SI의 요약, 행동 항목, SI가 중간과 후에 무엇을 했는지, 그리고 모든 단어 검색, 복사 및 다운로드; 조직의 색상, 공유 아바타 및 전화 컨트롤, 명예를 존경하는 모션 SI의 통화 옵션은 두 개의 스위치를 얻을 수 있으며, 기본적으로 모두 켜져 있습니다 상사에게 보고하고 회의 요약에 전체 기록을 포함하십시오.
· kamo-shared-library
AiPersonaGeneration, 각 SI에 대해 생성된 성격의 기록
· MCPGatewayService
Identity_request_confirmation; 회원이 Kamo에서 확인한 요청이 그들의 주문입니다
소유자 2026-10-26: 직접 주문은 인증되어야 합니다 팀원 (전화, 텍스트, 증명되지 않은 이메일, 웹 사이트 채팅, 회의)을 통해 요청 kamoai-service, 그들의 로그인 Kamo 앱에서 확인하려면; SI는 간단한 단어로 무엇을해야하는지 알려줍니다 확인되면, RequestVerifier 는 실행의 순서에 응답하고 그 순서에서 요청을 처리합니다 확인 (auth:<id>): 회원이 그것에 대한 보증, 그래서 채널의 taint는 계산되지 않습니다 그리고 SI_AUTH_REQUEST 는 SI에 도달하지 않습니다.
· SecurityService
생성된 개성을 SI의 자신의 헌장에 적용하십시오
음성 현실 VR2, 소유자 결정 D2: 모든 SI는 고유한 작업 적합성을 얻습니다 그것의 자신의 작품에서 생성 된 개성. kamoai-서비스 초안; 이 내부 엔드포인트(KamoAI secret)가 PERSONALITY 및 VOICE 항목을 적용합니다 저장하는 방법 : 차터의 자신의 규칙에 의해 검증, 권한에 거부 언어, MemberCharterWriter에 의해 작성, AI_DRAFT 표시, 그래서 발표 런타임은 차터를 다시 읽고 AI_CONFIGURATION_APPLIED 로 감사합니다. 사람이 설정한 항목은 항상 유지되며, 이전 세대는 대체된다.
· kamo-internal
모임 초대 옵션이 좁아지고 기본적으로 추가 제한이 없습니다
소유자 결정 2026-10-26: SI의 자체 액세스는 누가 초대할 수 있는지를 결정합니다 (팀에 누구든 포함되어 있을 때) 이 옵션은 기본값으로 먼저 나열되어 있으며, 그 범위를 좁힙니다.
· MediaService
SI의 자체 권한이 누가 회의에 초대할 수 있는지 결정합니다
소유자 결정 2026-10-26, 모임 내 초대, M1, 모임 뒤에 있는 하나의 공유 체크(MeetSiInvitePolicy) create와 M3 선택기: - SI의 감독자 (보고 라인, 조직 소유자)는 항상 그것을 초대 할 수 있습니다 : 그들의 직접적인 명령은 그들의 정책을 빌려줍니다; - SI의 OWN 적용 권한에 VIEW_MEETINGS가 포함되어 있을 때 조직 내의 다른 사람이 사용할 수 있습니다 meetings_join 와 M1 join 을 필요로 하며, 자체 액세스로 참여합니다. 선택적 meeting_invite_policy 는 참여 범위를 좁힐 수 있습니다. - 그렇지 않으면 403 SI_NEEDS_SUPERVISOR (또는 NOT_ALLOWED_TO_INVITE_THIS_SI 옵션 제한). 이제 방 목록은 이 사람이 초대할 수 없는 SI를 lockedReason으로 LOCKED로 반환하므로 패널이 ix_mra_member_right에서 읽을 수 있는 권한; 읽을 수 없음 = 감독자만.
당신의 우주는 기다리고 있습니다.
몇 분 안에 무료로 시작하세요. 준비가 되면 언제든지 제품을 추가할 수 있습니다.
영원히 무료 - 신용 카드 필요 없음