변경 로그
무슨 일이야?
플랫폼에 대한 모든 개선 사항, 그것이 선적.
· kamo-login
Consent for Google Home — 모든 문장에 연결되는 조수의 이름이 표시됩니다
iot.google 클라이언트 (목적 IOT_GOOGLE)는 자신의 단어를 얻는다 : "링크 Kamo에 Google 홈", "Google 홈이 사용할 수 있는 것은 무엇입니까?", 기본 링크 이름 "Google 홈" / "<첫 번째>의 Google 홈", 잠금 해제, 열기 및 해제를위한 Kamo 음성 PIN 및 시도 카드 ("이봐 Google, 켜라 <device>", "안녕하세요 Google, 내 장치를 동기화하세요"). Kamo 알림 센서 또는 SI 어시스턴트 약속이 없습니다 Google. Alexa 단어는 변경되지 않습니다; 클라이언트를 알 수없는 화면은 Alexa 또는 Google 집에
· SecurityService
Google 홈 계정 연결 — IOT_GOOGLE 주요 공급자 및 Google의 리디렉션 URI
IOT_GOOGLE은 I-A1/I-A2 (1 링크 테이블에서 하나의 링크 테이블)에 구글 조수와 Alexa 음성 링크 제공 업체입니다 클라이언트 관리자는 Google Cloud 프로젝트 id를 벤더 id로 받아들여 Google의 프로젝트 id를 쓰게 됩니다 이제 동의 뷰는 클라이언트의 목적을 이름 붙여서 페이지가 클라이언트의 목적을 이해할 수 있도록 합니다 단어 Google 홈 또는 Alexa.
· MCPGatewayService
Notifications_list today:true 는 오늘 소유자 영역에 도착한 메시지를 계산합니다
TPONBEHALF 라이브 체크 (sp00verify 2026-10-28 07:27Z): 물었다 "얼마나 많은 알림을 오늘 얻었습니까?", SI는 회원의 자신의 계정을 정확하게 읽었지만 총계 (12)로 응답했습니다 오늘은 읽었는지 여부에 관계없이, 자정 이후부터 모든 알림이 카운트됩니다 호출자의 자신의 영역 (SI가 자신의 계정에서 작동할 때 회원의): receivedToday, todayStartsAt, timeZone. 도구 목록 스냅샷이 의도적으로 이 도구를 위해 업데이트되었습니다.
· kamo-shared-library
Alexa 및 Google 홈을 위한 하나의 음성 링크 모델(조수 열, IOT_GOOGLE OAuth 클라이언트 목적)
iot_alexa_links.assistant = ALEXA | 구글 (이오트 서비스에서 손으로 적용 **************** 기본 ALEXA)와 OAuth 클라이언트 목적 IOT_GOOGLE "Works with Google Home" 계정 연결, 누구의 이름을 부여 동일한 VOICE_LINK 주체.
· kamo-internal
귀하를 대신하여 수행됨 — 귀하의 계정을 통해 SI 팀원이 수행한 작업
TPONBEHALF (소유자 2026-10-28): 누군가가 SI가 자신의 뭔가를 요청하는 것을 보고 할 때 ("오늘 몇 번의 알림을 받았습니까?"), SI는 자신의 계정에서 작동하고, 이러한 모든 단계 새 페이지 /on-forward 는 그것들을 간단한 단어들로 나열합니다: 어떤 SI, 그것이 무엇을 했는지, 당신이 어떻게 요청했는지, 그것이 어떻게 작동했는지 SI 인력을 관리하는 사람들에게는 모두가 참여할 수 있습니다. 양방향 연결 BFF 경로 /api/security/si-on-behalf(SecurityService로의 통과). 브랜드 토큰만, MotionConfig reducedMotion, axe clean, 전화 폭; 완전한 다음 빌드 녹색.
· kamo-internal
음성 조수 카드는 두 Alexa 기술과 공유 에코가 음성을 배우는 방법을 설명
"어떤 Alexa 기술입니까?": KamoUniverse (디바이스 + 자신의 Echo에서 SI 어시스턴트, "Alexa, ask Kamo Universe …") 옆 KamoUniverse 어시스턴트(귀하의 목소리를 알고 있는 공유 에코의 자신의 어시스턴트, "Alexa, ask Kamo Assistant …"), 그리고 음성 ID / 기술 개인화 / 링크-as-yourself 단계와 함께 접어 냅니다. 정적 복사본 (사전 6bd34a83 먼저).
· kamo-login
KamoUniverse 보조 기술에 대한 동의 및 링크가 누구인지에 대한 결정 경로 전달
클라이언트 iot.alexa.assistant (두 번째, 조수 전용 Alexa 기술) 항상 링크 "나만": 소유자 카드 없음, 장소, no "Alexa가 사용할 수 있는 것은 무엇입니까?", 루틴이 없음; 기본 이름 "KamoUniverse Assistant", 회원의 자신만 대체 링크; 공유 에코에 의미에 대한 간단한 단어 (개인화 기술, 자신의 SI 어시스턴트와 음성 프로필 자신의 액세스, 다른 사람들은 자신의 목소리, 보내기 / 지불 / 잠금 해제를위한 PIN을 연결 한 후에만, 아무것도 개인 이것은 ownerKind MEMBER 와 grantChoice {preset NONE, sensors {kamoAlert false}} 를 게시합니다 동일하게 적용됩니다. 수정: decisionPayload는 mode/name/linkId에서만 링크를 재구축했으므로 ownerKind, siteId 및 grantChoice가 선택되었습니다 동의 화면은 SecurityService에 도달하지 않았습니다. 이제 각각 알려진 필드(grantChoiceOf)에서 재구성된 채로 이동합니다.
· kamo-internal
부활절 달걀 설정 탭, 웨이크업 전화 먼저 (TPWAKEUP)
2026-10-28: /settings/ai?tab=easter-eggs (메뉴 항목 + 랜딩 카드; SI 인력 + VIEW / MANAGE_AI_WORKFORCE ): 그것이 단순한 단어로 무엇을하는 레지스트리의 모든 이스터 에그, 사람들이 어떻게 그것을 사용, 무엇을 말할, 그것의 내장 보호 장치; 스타일 (드릴)와 조직 (기본값)에 대한 상사, 부드러운, 아침 쇼); 부서, 직함, 팀 또는 SI에 따라 더 구체적인 설정 (가장 특정 승리); 각 SI가 무엇을하고 왜; 최신 웨이크업 호출 (언제, 번호, 누구를 위해, 누가 요청, 브랜드 토큰, 코너 리본, 감소된 움직임 아래 움직임.
· MCPGatewayService
OnBehalfOf — SI는 인증된 요청에 대해 상위 계정을 통해 행동합니다
TPONBEHALF (소유자 2026-10-28): 세이지는 루나가 오늘 얼마나 많은 알림을 받았는지 물었고 그녀는 단지 할 수 SI의 명령체인 위에 있는 누군가의 인증된 요청에 따라, 도구의 AI 복사본은 이제 takes onBehalfOf: "requester" (그 실행의 도구/리스트에서 제공되며, 이름을 지정함): 플래너와 핸들러 SecurityService가 실행 및 도구를 위해 민트하는 요청자 자신의 계정의 짧은 세션에서 실행, 그래서 모든 서비스는 알림, 메일, 일정, 작업으로 응답합니다 SI (헌장, 노동 조합 권리, 한계, 흠, 신원 보호, PHI, 외침). - 읽기는 자신의 인증 된 질문 만 필요; 자신의 계정에 아무것도 변경 직접 명령이 필요합니다. - 계정은 항상 주문의 저자입니다 (유일한 값은 "requester") : 다른 회원의 결코. - 단순한 단어로 거부: 인증된 요청 없음 (NO_ORDER), 쓰기에 대한 질문 (NOT_AN_ORDER), 명령체계 안에 있지 않고, 다른 SI, SI 자신의 작업(정체성, 자아, 협력, 기억, 워크스테이션, 승인, 공개, 감독, 깨우기, IoT). - 감사: authority_basis SI_ON_BEHALF_OF_MEMBER on mcp_tool_call_audit, 그리고 si_on_behalf_actions 행 액션(행 없음, 액션 없음) 이전에 작성되고 그 결과로 완성됩니다. - 그들만을 위해 자신의 계정을 통해 읽기는 SELF 읽기 (OrderPrincipal.ownAccount)입니다. - 툴 플레인 자체에 제시된 대리 세션이 거부됩니다. - NotificationsPack: SI_ASSISTANT_REPLY (보이스 어시스턴트의 새로운 종류)가 SI에 제공되지 않는 것으로 결정되었습니다. 테스트: ToolCallPipelineOnBehalfTest 12, OrderPrincipalOwnAccountTest 2; 전체 스위트 2038 녹색하지만 두 개의 알림 가드가 여기에 고정되어 있습니다.
· kamo-internal
Alexa의 호출은 "kamo"입니다 — Try it은 장치에 이름이 필요하지 않으며 SI 어시스턴트는 "Alexa, ask kamo"로 시작됩니다; open-kamo 단계; 공유-Echo 음성 프로필 제거 (Amazon 거부)
· kamo-shared-library
음성 조용 시간은 자체 켜기 / 끄기 플래그가 있습니다
**************** (수동으로 적용, nullable, null = 켜짐), 그래서 전환 음성 조용 시간 꺼짐과 켜짐은 회원의 자신의 시작과 끝을 유지합니다.
· SecurityService
SI는 인증된 주문에 대해 상위 계정을 통해 행동할 수 있습니다
TPONBEHALF (소유자 2026-10-28), NO INSUBORDINATION 규칙 확장: 인증 직접 명령에, SI는 요청자가 자신의 계정에서 할 수있는 모든 것을 사용할 수 있습니다 (그들의 알림, 메일, 캘린더, 작업...), 둘 다의 보안을 결합, 그것의 명령 체인의 모든 방법. - OnBehalfService: 명령체인(보고 라인의 SI 위에 있는 사람, 관리자 및 SI-감독자 가장자리, 전사적으로, 또는 org 소유자; 결코 동료, 보고서 또는 다른 SI) 및 요청자의 짧은 세션의 mint (memberID theirs, actorType AI, delegation block) SI_ON_BEHALF_OF_MEMBER SI를 명명하고, 순서를 정하고, 실행합니다. 권한 = (요청자의 라이브 권한 + SI의 자체) 덜 AiRightsFloor와 SI의 NUKEs, 도구의 필요에 따라 범위; 15 분; 액세스 로그. 회원의 라이브 세션, 암호 또는 일회용 키가 사용되지 않습니다. - 툴 플레인에 대한 POST ****************. - GET /api/security/si-on-behalf (내; 범위 = MANAGE_AI_WORKFORCE / VIEW_ACCESS_LOGS에 대한 기관): append-only si_on_behalf_actions Tool Plane이 각 작업 전에 쓰는 로그입니다. - 위임 세션은 민트에서 확장되지 않습니다 (그랜트 - 모든 소유자의 바닥 권리가 다시 오지 않습니다) 다른 곳에서 로그인한 회원으로 간주되지 않습니다. - DDL **************** (응용)
· kamo-shared-library
SiOnBehalfAction, 회원의 자신의 계정을 통해 SI가 행한 것에 대한 추가만 로그
TPONBEHALF (소유자 2026-10-28): 인증 된 직접 순서에 누구든지의 체인을 이러한 행위는 반드시 명령을 내리는 회원의 자신의 계정을 통해서 이루어져야 한다 si_on_behalf_actions (DDL에서 수동으로 적용된)을 선언합니다 KamoInitializer에 대한 보안서비스 ****************.
· SecurityService
Alexa 링크에서 말하는 회원을 위한 짧은 회원 세션, 음성은 주문 참조로 전환
보이스 어시스턴트 R3: POST **************** {orgId, memberId, linkId, grantId} -> {***, expiresAt} (X-Internal-Auth = IOT_INTERNAL_AUTH_SECRET). 자신의 LINKED 개인 링크에 활성 인간 회원에 대한 만든, 또는 그들의 매핑 된 음성 프로필을 수행 ORG 링크, 링크의 활성 보조금에; 다시 확인 후 민트; 회원의 자신의 권리, 최대 15분, 로그인 부작용 없음(PostAuth***Service가 시간 초과 상한을 얻음); 감사됨. A6: OrderDelegation은 orderRef voice:<turn id>를 허용합니다(음성 게이트웨이가 발음된 PIN 이후에만 보냅니다).
· kamo-internal
카운트, 삭제 대신 종료/활성화, SI가 다른 사람처럼 종료된 상태 탭
- /account?tab=team-members: 고용 상태별로 탭을 표시합니다 먼저 상태, 기본값을 활성화), SecurityService의 그룹화된 카운트에서, All/Human/SI 세그먼트에 의해 좁혀졌습니다. 삭제 제거됨. - /account?tab=members: 활성화 / 종료된 탭; 행 및 대량 종료 / 간단한 언어로 확인을 활성화 (회원 기록 만). - /account?tab=accounts : 활성 / 비활성 탭; 행 및 대량 비활성화 / 활성화. 삭제 제거 (그리고 그것에 대한 클라이언트 호출). - 프로필: 사람과 SI에 대해 동일한 상태를 선택하십시오. SI가 제공됩니다 활성/종료, 그리고 종료는 은퇴한다고 말하는 단어로 확인됩니다 좋은 SI (워크스테이션 선택); 사람의 종료는 종료된 SI의 상태는 읽기 전용입니다. - / 계정 탭 바는 밑줄 대신 모서리 리본을 착용.
· AIService
Speaches 문장은 문장별로 말해지므로 첫 번째 오디오가 첫 번째 문장 뒤에 나옵니다
Luna), 하지만 Speaches' Kokoro/Piper는 각 요청을 첫 번째 요청 전체로 만듭니다 바이트 (k3m1에서 문자당 ~0.6 s + 25 ms), 그래서 클러스터 내부의 SI 음성 (sp00verify의 넬, TPEARDEAF: 0.9-1.9 s) 전체를 기다렸다 Speaches으로 스트리밍된 PCM 요청은 이제 쉼표 뒤에 잘라집니다 세미콜론, 콜론 및 대시 (1,000 안에 결코; 작은 조항이 합류 이웃; 최대 4 개의 조각), 첫 번째 문장은 최대한 빨리 전달됩니다 그것이 만들어지고 다음은 그 옆에 만들어집니다 (비행에서 최대 두), 그리고 각 조인에서의 침묵은 쉼표 정도의 일시 정지로 트리밍됩니다 실패한 첫 번째 클래스는 여전히 실패합니다. 다른 형식과 제공자는 한 번 물었다, 전과 같이.
· MCPGatewayService
SI 모기지 읽기 걸릴 보기 자신의 모기지 대출
모든 MLOS 직원은 지금 자신의 모기지 대출을보고 의미, 그리고 SecurityService는 View Mortgage Pipeline 없이 회원을 다음으로 좁힙니다 이 책은 책을 읽는 법에 대해서 알려주는 책입니다 right는 own-loans 회원의 SI가 자신의 대출을 처리하도록 허용합니다 변경되지 않습니다.
· kamo-internal
자신의 대출 회원은 파이프 라인을 볼 수; HMDA와 재배치는 모든 대출과 함께 머물
파이프라인은 HMDA LAR 버튼과 대출 관리자 할당을 숨깁니다 본인의 모기지 대출만 보기를 보유하는 회원. 권리 거울은 새로운 루트 아래 모기지 권리, 그리고 모기지 투어 중 하나를 위해 열립니다 보기 오른쪽.
· SecurityService
자체 대출 액세스 적용; 팀원은 기본적으로 자신의 대출을 사용합니다
이제 MLOS 엔드포인트는 조직의 모든 콘텐츠를 볼 수 있는 구성원을 구분합니다 대출 (보기 모기지 파이프 라인, 또는 신 모드) 보기 만 보유하는 회원 자신의 모기지 대출. 자신의 대출 회원 볼 수 있으며 거래의 대출만 작동 지정된 대출 장교로 그들을 명명한다; 다른 장교의 대출은 403이다. 목록 (애플리케이션, 트랜잭션, 파이프라인, QC 대기열, 레거시 POS)가 좁혀짐 호출자가 모든 대출을 보지 않는 한 쓰기는 소유권이 필요합니다. 대출 책임자 재배치, HMDA, QC 교육 내보내기 / 정확성, webhooks 및 누구든지 돈을 빌려주는 사람은 돈을 빌려주지 않는 사람보다 더 많은 돈을 빌려준다 장교가 그것에 할당된다. 대출자 (당사자) 액세스는 변경되지 않습니다. MortgageLoanOwnership 은 하나의 스칼라, org-bounded 쿼리로 각 체크에 대답합니다 요청당 캐시되며, 부재시 닫히지 않습니다. 권리 동기화 씨앗 기존 모기지 권리에서 자신의 모기지 대출 보기 (아무도 액세스를 잃지 않도록) 모든 조직의 팀에 한 번 부여 구성원 역할; 보안 모델 템플릿은 팀 구성원에 대해 동일한 기능을 수행합니다 관리자 역할은 모든 권한을 부여하고 모든 대출을 유지합니다.
· kamo-shared-library
보기 자신의 모기지 대출 오른쪽; 회원의 자신의 대출에 대출 보고서의 범위
MLOS_VIEW_OWN_LOANS (660)는 모기지 권리의 새로운 루트입니다 회원이 볼 수 있으며 그들이 할당된 대출 책임자입니다 대출 작업. 보기 모기지 파이프라인 (139) 이제 조직의 대출의 모든 의미, 그리고 쓰기 권한 (140-144)은 새로운 루트 아래에 걸려 있으므로 쓰기 권한이 없습니다 모든 대출을 보는 것을 의미합니다. 새로운 조직의 팀원 역할에 새로운 권한이 부여됩니다 관리자 역할은 모든 권한을 부여하고 모든 대출을 유지합니다. 12 대출 수준 모기지 보고서는 새로운 권리를 수락하고 그들의 좁히기 호출자의 자신의 대출에 행; 6 조직 전반적인 보고서 (HMDA LAR, 편집 체크, 공정한 대출, 호출 보고서, 라이센싱, 설정 변경) 아직 모든 대출이 필요합니다.
· MCPGatewayService
phone_schedule_wakeup, phone_cancel_wakeup, phone_list_wakeups (TPWAKEUP) 휴대폰 스케줄 웨이크업
소유자 명령 2026-10-28, 첫 번째 SI 이스터 에그: 누구든지, 로그인했든 하지 않았든, 어떤 채널에서든지, SI를 요청할 수 있습니다 이 도구는 아무도의 신원에 의존하지 않으므로, 사용자는 누구에게 전화를 걸어야 하는지를 결정할 수 있습니다 신원 가드는 입증되지 않은 채널에 열려있다; kamoai 서비스는 모든 보호 장치를 보유하고 있습니다 (부활절 계란 설정, 읽기 백 확인, 하지 말아야 전화, 옵트 아웃, 통행료 사기, 한계, 스누즈 캡) ACCESS_VOIP, SI만; 공개하지 않고, 콘텐츠가 아닌, 승인 문구; 골든스 재생.
· kamo-login
Alexa 동의는 누구의 링크인지, 어디에 있는지, Alexa가 사용할 수 있는 것을 묻습니다
음성 지원 프로그램 (P1-6, P2-8, P5-3) : "그냥 나"또는 "조직"카드, 장치가 조직의 장소 링크는 "알렉사가 사용할 수있는 것은 무엇입니까?" (사전 설정, 링크에서 복사, 보안 기능이있는 방별 장치 하나씩; 잠금 해제, 문별로 열고 비활성화) 또는 "관리자에게 장치를 선택하도록 요청" 및 "Kamo 알림" 루틴 센서입니다 이전 SecurityService 응답(옵션 없음)은 여전히 원래 화면을 표시합니다.
· SecurityService
Alexa 동의는 누구의 링크인지, 위치 및 "Alexa가 사용할 수 있는 것은 무엇입니까?"를 IoTService에 전달합니다
음성 지원 프로그램 (P1-6, P2-8, P5-3): LinkChoice는 ownerKind (ORG | MEMBER), siteId 및 grantChoice를 얻습니다 동의 뷰는 IoTService의 옵션(소유권, 장치, 사이트, 센서) 및 각 링크의 소유자를 전달합니다 새 필드가 없는 오래된 페이지는 이전과 같이 작동합니다.
· kamo-internal
모든 카드는 그것에 관한 것들을 엽니다
새 이메일 알림이 /메시지 를 열고 회원이 메일을 찾도록 했습니다 읽기 창에 메시지를 표시하고, 목록을 읽기 창으로 스크롤하고, 메시지를 표시합니다 메일 클라이언트가 이미 열려 있는 동안 콜드로드에서 작동하고 공유 사서함에서 작동합니다 어떤 경로로든 메시지를 읽으면 카드가 은퇴합니다. 모든 종류에 동일한 통과: - 토스트와 OS 바탕 화면 알림은 원시 deepLink를 따라, 그래서 채팅, 텍스트, 음성 메일 및 Hold'em 카드는 홈페이지로 옮겨졌습니다. 둘 다 이제 센터가 사용하는 인텐트 리솔버를 사용합니다 프로듀서 버튼 (resolveHrefIntent). - Hold'em 초대장과 SI 음성 응답 (/?tool=ai-chat&session=)이 창을 열어 줍니다. - 청구 카드는 청구서 탭과 청구서 서랍을 엽니다. IoT 자동화 실패 카드는 반복 캘린더 알림은 해당 이벤트를 다시 엽니다. - 버튼은 "열기" 대신에 어디로 가는지 ("이메일 열기", "작업 열기", "모임 참여")를 말합니다. - 중앙의 불활성 "열기" 칩은 이제 각 행 옆에 있는 원클릭 버튼입니다 세부 정보 대화 상자.
· kamo-internal
일반 단어 알렉사 링크 상태, 그것을 시도, 장치를 선택, 조직 음성 지원 설정, 내 음성 지원 및 PIN, 채널 당 알림, SI_ASSISTANT_REPLY
음성 지원 프로그램 P1-9, P2-4, P2-5, P3-5, P4-5 (웹). 각각의 새로운 호출은 백엔드가 응답할 때까지 아무것도 렌더링하지 않습니다 (404), 그래서 이것은 iot-service와 emailservice보다 앞서 배송됩니다. @kamo/iot-core 0.12.0.
· kamo-internal
회원 프로필에서 관리자 및 소유자를 만들거나 제거하거나 다른 회원의 사진을 편집합니다
멤버십 카드: 관리자와 조직 소유자가 멤버십 유형 옆에 앉아 각각 자체 상태와, SecurityService가 그것을 받아들일 때만 (GET .../leadership), Make / Remove 작업 타이핑 된 확인 뒤에. 취소 된 작업은 왜 말한다 (자신에 대한 아니다, 소유자는 항상 소유자 또는 관리자가 메시지를 보낼 때까지 Make member 는 소유자 또는 관리자에게서 제외됩니다 역할 및 권한 탭은 동일한 답변을 따릅니다. 소유자 스위치가 제공됩니다 유일한 소유자에 대해서는 절대로 관리자에게도 적용되지 않으며 관리자 역할 확인란이 잠겨 있을 때 변경이 거부될 것입니다. 아바타: 다른 사람의 프로필을 편집하면 목록, 업로드, 선택 및 삭제됩니다 멤버 범위 경로를 통해 아바타 라이브러리 (절대로 편집자 자신) 및 거부 저장 "모든 곳에서 사용" 범위는 자신의 프로필 또는 조직 소유의 AI에서만 제공됩니다.
· SecurityService
소유자와 관리자 변경은 하나의 규칙을 따릅니다. 다른 회원의 아바타는 그들의 것입니다
리더십 (OrgLeadershipService) : - 프로필 페이지에 대한 GET / PATCH ****************. - PATCH .../access 소유자 변경은 동일한 규칙을 통해 이루어집니다 (관리자는 이제 소유자를 변경할 수 있습니다; 현재 소유자 플래그를 반영하는 것은 변경 사항이 없습니다); 관리자 역할도 그곳으로 이동합니다. - 역할 목록은 해당 규칙에 따라 관리자 역할만 이동할 수 있습니다. - 관리자는 그 상태가 갈 때까지 회원으로 강등되지 않습니다. - 조직의 유일한 지도자를 비활성 상태로 설정하는 것은 아무것도 쓰기 전에 거부됩니다. 아바타: MemberAvatarController **************** 목록, 업로드, 생성 및 TARGET 회원의 자신의 아바타를 삭제합니다(self 또는 MANAGE_MEMBER_SECURITY / open god window), 그리고 기업 소유의 AI에 대해서만 계정 전체 기본값을 설정합니다. 2026-10-20에 작성되었지만 커밋되지 않았습니다. 수정사항을 포함하여 메인에 포팅됨 (god ELIGIBILITY가 더 이상 통과되지 않고, 누락된 크기 변형이 더 이상 통과되지 않음) PUT /members/{id}는 이제 다른 사람의 라이브러리에서 아바타를 찾을 때 400 대신 400을 반환합니다 로그인 및 반환 200, 그 이유는 관리자의 사진 선택 저장 보였고 아니었다.
· kamo-shared-library
소유자와 관리자, 한 리더가 항상 유지; 관리자는 항상 CONFIGURE_SYSTEM을 유지
OrgLeadershipService는 조직 소유자 또는 관리자를 만들거나 만드는 모든 규칙을 보유합니다. 오직 소유자나 관리자 (또는 열린 신 창) 수 있습니다; 아무도 자신의 제거; 소유자는 모든 조직은 적어도 한 명의 리더, 즉 활동적인 팀원을 유지합니다 상태 활성화 누가 모두 **************** **************** 조직의 관리자 역할을 맡고 있는 회원 **************** (CONFIGURE_SYSTEM) 을 각 레벨이 끝난 후 GRANTED 로 해결하고 보안 모델의 FORCE 규칙, 그래서 부서, 직함, 팀, 회원 오버라이드 또는 FORCE_NUKE 수 더 이상 보안 역할에서 관리자를 잠그지 않습니다. AI 가드레일은 여전히 그 후에 실행됩니다.
· kamo-shared-library
이스터 에그 설정 및 웨이크업 호출 엔티티 (TPWAKEUP)
ai_easter_egg_settings, ai_wakeup_calls 및 ai_wakeup_optouts를 선언합니다 **************** 그래서 KamoInitializer 은 그들을 다시 만들 수 있습니다.
· AIService
알렉사를 위한 SI 어시스턴트의 음성 회전
2016년 10월 27일에 확인함. 박영선 (2015년 10월 27일). “<2015년 10월 27일> 1000번째 방송”. POST **************** (내부, X-내부-인증): 동일한 동기화 오케스트레이션을 통해 음성 스타일로 구성원의 자신의 비서 대화 (두 개의 짧은 구두 문장, 아무것도 임상 또는 비밀), 아니 PHI 도구 (EHR / 건강 패키지는 결코, 그리고 PHI 조직에서 PHI 민감한 도구), 위험한 호출을 개최하고 '나는 ...? 예 또는 아니오를 말하십시오.' (보내기, 돈, 보안 및 장치는 예가 촬영되기 전에 말하는 PIN이 필요), 마감 후 턴이 계속 실행되고 전화 푸시로 SI_ASSISTANT_REPLY를 올려주는, '나를 <SI>로 연결해주세요' 그 SI의 자신의 세션 (kamoai-service K5; 일시 정지 또는 은퇴한 SI는 거부됨)과 함께 '내 휴대폰으로 보내기'. 오케스트레이션 훅은 추가적입니다: TurnOptions on handleMessageSyncDetailed, SyncTurn.held, 도구 필터 AssistantService.withTools 에서 PlaneTool.phiSensitive 를 Tool Plane의 _meta 에서 찾습니다.
당신의 우주는 기다리고 있습니다.
몇 분 안에 무료로 시작하세요. 준비가 되면 언제든지 제품을 추가할 수 있습니다.
영원히 무료 - 신용 카드 필요 없음