มีข่าวอะไร

28 ตุลาคม 2569 · MediaService

ไอทีที่ถูกเตะออกไป มันจะหายไปตลอดกาล เครื่องมือสแกนบอกว่า มันเป็นอัตโนมัติ และไอทีของตัวเองก็จะกลับมา

- DELETE **************** คนที่เข้าร่วมประชุม เตะ SI ออกไป (โปรโซดี้ไม่เคยให้ใครเตะขาจิกาซิของไอเอ มันเป็นผู้ดูแลเซิร์ฟเวอร์) - KM2 จาก auto-join sweep มีค่า automatic=true ดังนั้น Kamoai-service สามารถปฏิเสธมันได้ หลังจากที่ออกไปหรือ kick - I3 มี siAvatarUrl (รูปภาพ, เลือกอวตาร, ถ้าไม่มี = ตัวอักษรเริ่มต้น) สำหรับไทล์การประชุมของ SI; การเชิญ เจ้าหน้าที่ระดับสูงของคณะกรรมการก็มีรูปของพวกเขาอยู่ด้วย

28 ตุลาคม 2569 · kamo-internal

การตัดสินใจแสดงการตัดสินใจของ SI มันขอให้คนตัดสินใจ

หัวข้อของร่องรอยบอกว่า รายละเอียดการตัดสินใจ กำลังจะมาในไม่ช้า ผู้ตรวจสอบยืนยัน แก้ไข หรือยกเลิก การตัดสินใจที่พวกเขาไม่สามารถเห็นได้ ตอนนี้มันแสดงให้เห็นว่าไอเอตัดสินใจยังไง และทำไม ความมั่นใจของมัน มันคืออะไร เกี่ยวกับและในขั้นตอนใด ว่าไอเอทำอะไร หรือส่งมันไปให้ใคร ใครตัดสินใจ (กฎหรือโมเดล) เมื่อไหร่ และเชื่อมโยงกับเงินกู้ คำตัดสิน "แก้ไข" จะไม่ถามถึง JSON อีกต่อไป: ผู้ตรวจสอบจะเขียนขวา การตัดสินใจในรูปแบบคำ เก็บไว้ในรูปแบบ {"correctedDecision":...} และแสดงกลับมาใน ร่องรอยเป็นแปลงที่ติดป้าย

28 ตุลาคม 2569 · SecurityService

อ่านการตัดสินใจของ SI หนึ่งครั้ง เพื่อตรวจสอบร่องรอย

เอา **************** ที่ SI ตัดสินใจ ทำไม มันแน่นอนแค่ไหน สถานะและฟังก์ชัน ผลของประตู และ มันเป็นเงินกู้ สำหรับตัดสินใจเกี่ยวกับองค์กรของผู้โทรเท่านั้น สินเชื่อ (การตัดสินใจ → แฟ้มสินเชื่อ → โปรแกรม → องค์กร, การบริหารจัดการ) service' s own chain); องค์กรอื่น ๆ หรือ id ที่ไม่รู้จักก็เป็น 404 เช่นกัน การตัดสินใจไม่เคยแสดง การตัดสินใจที่มันขอให้ผู้พิจารณาตัดสิน เกทของคอนโทรลเลอร์ถูกเปลี่ยนชื่อเป็น requireSessionAsOperator ดังนั้น จุดสิ้นสุดร็อคเชทรับรู้มัน ถอดรหัสเบสลิง 7

28 ตุลาคม 2569 · SecurityService

ตั้งชื่อเงินกู้ตามผู้กู้และหมายเลขเงินกู้จากหมายเลขไฟล์เงินกู้ของพวกเขา

GET **************** (มากสุด 200): ชื่อผู้ยืมและหมายเลขเงินกู้ (หมายเลขการสมัคร) สำหรับแต่ละคน สำหรับพนักงานเท่านั้น สำหรับคอนโซลที่เก็บเพียงหมายเลขแฟ้มยืมเท่านั้น (ปิด แพ็คเกจ ความชัดเจนที่เพิ่มขึ้น) ซึ่งพิมพ์ข้อความที่ถูกตัด หมายเลขประจำตัวภายใน แทนที่จะเป็นเงินกู้

28 ตุลาคม 2569 · kamo-internal

เลือกเงินกู้โดยผู้กู้หรือหมายเลขเงินกู้ อย่าพิมพ์หมายเลขภายใน

รายรับของคอนโซล ความหลอกลวง/4506-C และเครื่องมือฝากเงินจำนวนมาก และคอนโซลเอกสารขอให้พนักงานพิมพ์ "UID ของไฟล์ยืม" หรือ "หมายเลข UID ของโปรแกรมสินเชื่อบ้าน" MortgageLoanPicker ค้นหาเมื่อคุณพิมพ์ (ชื่อผู้ยืมหรือหมายเลขเงินกู้, ด้านเซิร์ฟเวอร์และมีขอบเขต), แสดง ผู้กู้กับหมายเลขเงินกู้และสถานะ และโหลดเครื่องมือบน เลือก

28 ตุลาคม 2569 · SecurityService

ค้นหาเงินกู้โดยชื่อผู้กู้หรือหมายเลขเงินกู้

GET **************** — สูงสุด 20 (สูงสุด 50) ของ ใบสมัครขององค์กรที่หมายเลขเงินกู้เริ่มต้นด้วยตัวเลขที่พิมพ์หรือ ชื่อของผู้ยืมที่มีชื่อต้น, นามสกุลหรือชื่อที่ชอบมีข้อความ, ใหม่ที่สุด สมาชิกที่ทำงานเพื่อเงินกู้ของตัวเองเท่านั้น สองคำถามที่มีขอบเขต (id, แล้วก็สรุป) ถูกประมวลผลบน สำหรับผู้ให้กู้ยืมคอนโซล ดังนั้นไม่มีใครต้องพิมพ์ หมายเลขส่วนตัวภายใน - และตัวเลือกจึงไม่เคยดึงท่อทั้งหมด

28 ตุลาคม 2569 · kamo-internal

"ติดตามกำหนดเวลาการกระทำที่ไม่พึงประสงค์" บนแท็บอัตโนมัติ

28 ตุลาคม 2569 · SecurityService

การปฏิเสธของคนหนึ่งจะเริ่มต้น นาฬิกาแจ้งเตือน ECOA เมื่อผู้ให้กู้ติดตามมัน

มีเพียงเครื่องถอดรหัสอัตโนมัติ ที่จะทำการป้องกัน 30 วัน นาฬิกา, ดังนั้นเงินกู้ที่ผู้คนปฏิเสธใน Kamo ไม่เคยแสดงการแจ้งเตือนที่ค้างชำระ รายงานการกระทำที่ไม่พึงประสงค์ นาฬิกาการกระทำที่ไม่พึงประสงค์ ตอนนี้ใช้เวลาเดียวกันหลังจาก การย้ายของผู้คนผ่านท่อไปยัง ปฏิเสธ ปิดเพราะไม่สมบูรณ์ หรือการอนุมัติล่วงหน้าถูกปฏิเสธ — เฉพาะในขณะที่ผู้กู้มี LOAN_ ADVERSE_ ACTION_ CLOCK เปิด (เจ้าของ, 2026-10-28; ปิดโดยปริยาย), ไม่เคย สำหรับผลลัพธ์ที่ซิงค์จากระบบอื่น ครั้งละนาฬิกาสด และ ไม่เคยล้มเหลวในการย้าย เพียงแค่ติดตาม ไม่มีอะไรถูกส่ง เขียนผ่าน EntityManager (SecurityService ไม่ได้ลงทะเบียน คำถามของมันถูกสร้างขึ้นบนระบบไฮเบอร์เน็ตของกองทัพเรือ

28 ตุลาคม 2569 · kamo-shared-library

LOAN_ADVERSE_ACTION_CLOCK — นาฬิกาแจ้งเตือน ECOA สำหรับการปฏิเสธที่ทำโดยผู้ใช้เป็นสวิทช์ของผู้ให้กู้ยืม

เจ้าของ 2026-10-28: ติดตามการแจ้งเตือนการกระทำที่ไม่ดี 30 วันสำหรับเงินกู้ person denies in Kamo เป็นหนึ่งในการตั้งค่าอัตโนมัติ ปิดโดยปริยาย

28 ตุลาคม 2569 · kamo-internal

นำ SI ที่ถูกปิดกลับมาโดยการตั้งค่าสถานะให้เป็น Active (TPSIREHIRE)

- สถานะของ SI ที่ถูกยกเลิกสามารถแก้ไขได้อีกครั้ง; ทำงาน ('นำ SI นี้กลับมา') ก่อนอื่นต้องยืนยันว่า มันเป็นไอซีเดียวกัน ประวัติ บุคลิกภาพ รายละเอียดงาน หน่วยความจำ การตั้งค่า และรูปภาพ สิ่งที่จะเกิดขึ้นกับที่นั่งของมัน (ว่าง, ยังไม่มี ดังนั้นมันจึง รอหยุดชั่วคราว หรือไม่ถูกเรียกเก็บค่าบริการ); การล็อกอินใหม่; งานจะยังคงอยู่กับผู้จัดการของมัน; และ 'ให้มันมีสายโทรศัพท์อีกครั้ง' (ตรวจสอบเมื่อมันมีสาย) - การเก็บข้อมูลจะส่งสัญญาณ rehirePhoneLine ไปยังบริการความปลอดภัย ข้อความธรรมดา (กลับไป, รอที่นั่ง, กำลังตั้งสายที่ส่วนต่อ N) - คำสั่งยืนยันการจบลง ไม่ได้บอกว่ามันไม่สามารถทำซ้ำได้อีกต่อไป มันบอกว่า SI ทำได้ จะถูกนำกลับมาโดยการตั้งค่าให้เป็น Active และหยุดมันชั่วคราวแทน - AI_REHIRED ในบันทึกการเข้าถึง

28 ตุลาคม 2569 · kamo-shared-library

การค้นหาแฟ้มยืมที่มีขอบเขต — เส้นทางทำงานและจำนวนต่อสถานะ

**************** (ไม่จัดเก็บไว้ในแฟ้ม) สถานะ) และ countByStatusForOrganization (GROUP BY ในฐานข้อมูล), สำหรับผู้โทรที่ใช้ findByOrganizationId เพื่อโหลดทุกการยืมที่องค์กรเคย ฉันมี (Harmony: 10,473, ประมาณหกสิบในขั้นตอน) และเก็บไว้นิดหน่อย คอมไพเลอร์กับการแปลง **************** เจ้าหน้าที่รักษาความปลอดภัยพิสูจน์ว่า พวกเขาอยู่ในเรือไฮเบอร์เน็ต 6.2

28 ตุลาคม 2569 · kamo-internal

Google ส่วนหน้า ด้านข้าง Alexa และ Google ลิงค์บนบัตรโพรไฟล์

ตั้งค่า -> อุปกรณ์ (IoT) -> การเชื่อมต่อได้รับส่วนบ้าน Google (GET /api/iot/voice/google; not เปิดใช้งานหรือขาดหายไป = บัตรที่กำลังจะมาในไม่ช้า ที่มีแถบบัญชีทดสอบเท่านั้น) ลิงก์มาจากรายการ V1 เดียวกันที่ถูกกรองโดยผู้ช่วย (หายไป = ALEXA); ตอนนี้ส่วน Alexa จะแสดง มีแต่ลิงก์ของ Alexa เท่านั้น กล่องแสดงลิงก์ที่แชร์ร่วมกัน แสดง Google สำหรับลิงก์ของ GOOGLE ซ่อนช่องอัปเดต และเซนเซอร์เสมือนจริง และการปรับสมดุลของมันอ่านว่า "ถาม Google เพื่อปรับปรุงรายการอุปกรณ์" วิธีการเชื่อมต่อ ลองดู จากลิงก์ tryIt, PIN เสียงสำหรับล็อค/โรงรถ/สัญญาณเตือน และ Kamo แจ้งเตือน โปรไฟล์ -> เสียง ตัวช่วยนี้แสดงเครื่องหมาย Alexa / Google Home สำหรับแต่ละลิงก์ และวิธีการเชื่อมต่อกับ Google Home ของคุณเอง

28 ตุลาคม 2569 · VOIPService

SI ที่ถูกจ้างใหม่ จะได้รับส่วนขยายเก่ากลับมา เมื่อมันยังว่าง (TPSIREHIRE)

การจัดสรรสาย RETIRED ใหม่บนเซิร์ฟเวอร์โทรศัพท์เดียวกัน เลือกสายของ ส่วนขยายก่อนหน้านี้เมื่อไม่มีใครใช้มันมาตั้งแต่นั้น ถ้าไม่เช่นนั้น ส่วนขยายที่ว่างอยู่ถัดไป ในระยะ เหมือนก่อนหน้านี้

28 ตุลาคม 2569 · SecurityService

คลาวด์ของทักษะผู้ช่วย KamoUniverse ทำการเชื่อมโยงส่วนตัวกับ Alexa เสมอ

ความสามารถของ Alexa ครั้งที่2(เฉพาะการกำหนดเองเท่านั้น ดังนั้นโปรไฟล์เสียงของ Alexa จะทำงาน) เชื่อมต่อผ่าน Kamo OAuth client iot.alexa.assistant (เหมือนกัน) เป้าหมายของ IOT_ALEXA, ผู้ผลิตเดียวกันส่งต่อ URIs; ฝังด้วยมือ, **************** การตัดสินใจอนุญาตของมันถูกบังคับทางด้านเซิร์ฟเวอร์ ไปยัง ownerKind MEMBER, no site, grantChoice preset NONE และไม่มี Kamo Alert sensor, ไม่ว่าหน้าไหนที่ส่ง คลาวด์อื่นๆไม่เปลี่ยนแปลง

28 ตุลาคม 2569 · MCPGatewayService

เครื่องมือ MLOS เขียนไปยังการอนุมัติที่พวกเขาทำงานบน

ดังนั้น หน่วยรักษาความปลอดภัยสามารถบอกได้ว่า ใครอนุมัติหรือสั่งการ ที่ผู้ให้กู้อาจจะปิดการใช้งาน (LOAN_SI_CHANGES)

28 ตุลาคม 2569 · kamo-internal

"สิ่งที่ Kamo ทำเอง" - สวิทช์อัตโนมัติของผู้ให้กู้บนแท็บอัตโนมัติ

เปลี่ยนแปลงหนึ่งครั้งต่อข้อความ และ Kamo สามารถทำการเปลี่ยนแปลงด้วยตนเองได้ในสามครั้ง กลุ่ม (ข้อความไปยังผู้กู้ยืม, ข้อความไปยังทีมของคุณ, เปลี่ยนแปลงการกู้ยืม), ทุกคนปิดจนกว่าผู้ให้กู้จะเปิดมันขึ้น ด้วยการเปลี่ยนทุกคนในแต่ละกลุ่ม ถูกเปลี่ยนแปลงครั้งสุดท้าย และยังต้องการ Kamo เพื่อเปิดใช้งานความสามารถนี้ สวิทช์ใช้สีของแบรนด์ขององค์กร; ปุ่มใช้ร่วมกัน ทิ้ง ความแตกต่างคือ AA

28 ตุลาคม 2569 · SecurityService

ทุกอีเมล MLOS และการเปลี่ยนแปลงสินเชื่ออัตโนมัติ รอการเปลี่ยนแปลงของผู้ให้กู้

ผู้ให้กู้ใช้ระบบอื่นในการกู้เงิน (Harmony with Arive) ไม่ควรมี Kamo เขียนไปยังผู้ยืมหรือเปลี่ยนแปลงมัน ทุกการกระทำอัตโนมัติ ตอนนี้จะถาม MlosAutomation ก่อน และถูกข้ามไปพร้อมกับบรรทัดบันทึก ขณะที่ปิด — และ การกระทำทุกอย่างถูกปิด จนกว่าผู้ให้กู้จะเปิดมัน: - อีเมลเอกสาร (คำร้องขอ, เตือน, ยอมรับ/ปฏิเสธ, ทั้งหมดที่ได้รับ, เจ้าหน้าที่กู้ยืม "พร้อมสำหรับการตรวจสอบ"); การสแกนย้ำเตือนจะไม่สแกนอีกต่อไป นูดจ์มันไม่ได้ส่ง - ใบรับรองการสมัครออนไลน์ และ "พบเจ้าหน้าที่กู้ยืมของคุณ" - สร้างรายการตรวจสอบเอกสาร ณ จุดยื่นคำร้อง การสร้างใหม่ที่ทำงานทุกครั้งที่อ่านรายชื่อเอกสารที่ยืม - การเปลี่ยนแปลงที่เกิดจากความตั้งใจของ SI ภายใต้ /mortgage-apps (ใหม่ MlosSiInitiativeInterceptor): การเปลี่ยนแปลงที่ผู้คนอนุมัติหรือสั่งการ เก็บ X- Kamo - หมายเลขการยืนยันจากเครื่องมือและส่งผ่านเสมอ ตั้งค่า: GET/PUT **************** ตรวจสอบแล้ว ในบันทึกการเปลี่ยนแปลงการปรับแต่ง เกตของตัวควบคุมถูกเปลี่ยนชื่อ requireSessionWithManageRight ดังนั้นการป้องกันความปลอดภัยของจุดสุดท้ายจึงรู้ มันจะถอดรหัส 50 ตัวเลขเบื้องต้น

28 ตุลาคม 2569 · kamo-shared-library

สวิทช์อัตโนมัติ — การกระทำทุกอย่างที่ Kamo ทำเองนั้นเป็นตัวเลือกของผู้ให้กู้ยืม, ปิดโดยปริยาย

MlosAutomationAction แสดงรายการข้อความและการเปลี่ยนแปลงที่ MLOS ทำ โดยไม่มีผู้ใดเลือก (อีเมล์ผู้ยืม, แจ้งเตือนทีม, รายการตรวจสอบ) สิ่งปลูกสร้าง เอกสารปรับปรุง เงื่อนไขการรับประกัน ล็อคอัตโนมัติ อีเมล์ปิดการแจ้งเตือน, เปลี่ยนแปลงเงินกู้ของ SI) การตั้งค่า MlosAutomationSetting เก็บตัวเลือกขององค์กรหนึ่งตัวต่อการกระทำ (mlos_ automation_ setting, สร้างด้วยมือ); ไม่มีแถวหมายถึงปิด MlosAutomation.isEnabled เป็นตัวช่วยที่ไม่เคลื่อนไหวที่อยู่เหนือตัวเรียกเอง EntityManager, ดังนั้นบริการ MLOS ทุกอย่างจะสามารถถามได้โดยไม่มีส่วนประกอบที่ใช้ร่วมกัน ต้องการแหล่งเก็บข้อมูล มันจะไม่ตรวจสอบ หากพบอะไรที่ไม่สามารถอ่านได้ จะไม่ตอบรับ

28 ตุลาคม 2569 · SecurityService

SI ที่ถูกเลิกจ้าง ตั้งค่ากลับมาเป็น Active จะถูกจ้างใหม่เป็น SI เดียวกัน (TPSIREHIRE)

เจ้าของ 2026-10-28: SIs ถูกระงับ สามารถกระตุ้นได้เหมือนกับมนุษย์ สถานะของ SI ถูกยกเลิก ตอนนี้กำลังทำงาน AiLifecycleService.rehire หลังจากที่เหลือของ เก็บไว้ในทรานซิชันของมันเอง (สิทธิ์: จัดการกำลังคนของ SI บวกกับสถานะของ MANAGE_MEMBER_SECURITY; SI ไม่เคยจ้างตัวเองใหม่): - สมาชิกเดียวกัน ประวัติศาสตร์ ฉบับที่ บุคลิกภาพ ความทรงจำ ตั้งค่าและอวตาร - การจ้างงาน ACTIVE และ ai_state ACTIVE โดยการอัปเดตที่ปลอดภัยจาก RETERED; - ที่นั่งถูกเรียกใช้เมื่อมีที่ว่าง; หากไม่มีที่ว่าง SI จะทำงาน แต่หยุดชั่วคราว 'รอที่นั่ง' ขึ้นทะเบียนเป็นเจ้าของใบอนุญาต และถูกเปิดใหม่โดย ข้อความสิทธิ์ MEMBER เมื่อมีการกำหนดตำแหน่ง (การเรียกคืนโดยใช้มือจะถูกใช้แทน) ปฏิเสธจนถึงตอนนั้น) - เปิดขั้นตอนการจ้างงานใหม่: RUNTIME_ENROLL อีกครั้ง การทำงาน) ยังไม่เสร็จ MANAGER/ กล่องจดหมาย/ รายงาน สายโทรศัพท์เมื่อถูกถาม (ค่าปริยาย: เมื่อมีอยู่) สถานีทำงานที่ขาดหายไว้สำหรับ ตั้งค่าตอนนี้; สถานีงานที่เก็บไว้จะได้รับ เก็บไว้ ซึ่งจะยกเลิกการลบที่รอการทำ; - งานที่ส่งให้ผู้กำกับ อยู่กับที่ คนที่เกษียณคนที่สองจะส่งงานใหม่ ปิดอีกครั้ง (TASK_ HANDOFF ถูกปรับให้เป็น PENDING); - ตรวจสอบ AI_REHIRED (ทั้งสองทิศทางถูกตรวจสอบแล้ว) ประกาศสิทธิ์ คำนวณใหม่ ไม่มีอีเมลยินดีต้อนรับ ไม่มีการออกจากระบบของ SI ที่จ้างใหม่ สถานะอื่น ๆ ของ SI ที่ถูกยกเลิก ถูกปฏิเสธในคำพูดธรรมดา

28 ตุลาคม 2569 · kamo-shared-library

เหตุการณ์ปูมบันทึกการเข้าถึง AI_REHIRED สำหรับ SI ที่ถูกปิดการใช้งาน ตั้งค่ากลับเป็น Active (TPSIREHIRE)

เพิ่มครั้งสุดท้าย: event_ type คือ VARCHAR( 30), STRING- persistent, ไม่มี CHECK ดังนั้นจึงไม่มี DDL

28 ตุลาคม 2569 · kamo-login

Consent for Google Home — ทุกประโยคมีชื่อของผู้ช่วยที่ถูกเชื่อมโยง

คลาวด์ iot.google (เป้าหมาย IOT_GOOGLE) ได้รับคำอธิบายของมันเอง: "เชื่อมโยง Kamo ไปยัง Google หน้าแรก", "อะไรที่ Google บล็อกสามารถใช้ได้?", ชื่อลิงก์ปริยาย "Google บล็อก" / "< แรก > ของ Google บล็อก", หมายเลข PIN เสียง Kamo สำหรับเปิดล็อค, เปิดใช้งานและปิดการใช้งาน และบัตร Try it ("เฮ้ Google เปิดใช้งาน <device>", "เฮ้ Google, ปรับสมดุลอุปกรณ์ของฉัน". ไม่มีเซ็นเซอร์แจ้งเตือนหรือผู้ช่วย SI สำหรับ Kamo Google. คำอธิบายของ Alexa ยังคงไม่เปลี่ยนแปลง; หน้าจอที่ไม่สามารถรู้ตัวไคลเอนต์ได้ แสดงว่า Alexa หรือ Google Home

28 ตุลาคม 2569 · SecurityService

การเชื่อมโยงบัญชีผู้ใช้ส่วนตัว Google — ผู้ให้บริการหลักของ IOT_GOOGLE และ URI ของการนำทางกลับของ Google

IOT_GOOGLE เป็นผู้ให้บริการลิงก์เสียงของ Alexa กับผู้ช่วย GOOGLE ใน I-A1/I-A2 (ตารางลิงก์หนึ่งใน ระบบบริหารงานของไคลเอนต์ใช้หมายเลขโครงการ Google Cloud เป็นหมายเลขผู้จัดจำหน่าย และเขียนข้อมูลของ Google ตอนนี้มุมมองการอนุญาตจะตั้งชื่อวัตถุประสงค์ของไคลเอนต์ ดังนั้นหน้าจึงสามารถ คำว่า Google บ้าน หรือ อเล็กซ่า

28 ตุลาคม 2569 · MCPGatewayService

Notifications_list today:true นับสิ่งที่มาถึงในวันนี้ในโซนของเจ้าของ

TPONBEHALF live check (sp00verify 2026-10-28 07: 27Z): ถามว่า "ฉันได้รับแจ้งเตือนกี่ครั้งในวันนี้?", SI อ่านบัญชีของสมาชิกเองได้ถูกต้อง (เป็นตัวแทน, ตรวจสอบ) แต่ตอบกลับด้วยจำนวนรวม (12) เมื่อไม่มีใครมาถึงวันนี้ วันนี้: จริงนับ, อ่านหรือไม่, ทุกการแจ้งเตือนตั้งแต่เที่ยงคืน โซนของผู้โทรเอง (ของสมาชิกเมื่อ SI ทำงานบนบัญชีของพวกเขา): receivedToday, todayStartsAt, เขตเวลา รายการเครื่องมือที่ถูกปรับปรุงโดยเจตนาสำหรับเครื่องมือนี้

28 ตุลาคม 2569 · kamo-shared-library

โมเดลการเชื่อมต่อเสียงสำหรับ Alexa และ Google Home (คอลัมน์ผู้ช่วย, จุดประสงค์ของไคลเอนต์ IOT_GOOGLE OAuth)

iot_alexa_links.assistant = ALEXA | GOOGLE (ใช้ด้วยมือจาก iot-service **************** ALEXA ค่าปริยาย) และไคลเอนต์ OAuth เป้าหมาย IOT_ GOOGLE สำหรับการเชื่อมโยงบัญชีผู้ใช้ "ทำงานกับ Google ที่บ้าน" ซึ่งให้ชื่อ VOICE_LINK เดียวกัน

28 ตุลาคม 2569 · kamo-internal

ทำแทนคุณ - สิ่งที่เพื่อนร่วมทีมของ SI ทำผ่านบัญชีของคุณเอง

เมื่อใครสักคนที่ SI รายงานว่า ต้องการสิ่งของของตัวเอง (ฉันได้รับแจ้งกี่ครั้งในวันนี้? ) เจ้าหน้าที่รักษาความปลอดภัย ทำงานตามบัญชีของพวกเขาเอง และทุกขั้นตอน หน้าใหม่ / on- behalf แสดงรายชื่อพวกเขาในภาษาธรรมดา: SI ใด, มันทำอะไร, คุณถามยังไง, มันทำยังไง ข้อมูลผู้ป่วยถูกแจ้งเตือน ทุกคนสำหรับคนที่จัดการแรงงานของ SI เชื่อมโยงทั้งสองทาง กับ /authentications. BFF เส้นทาง /api/security/si-on-delegate (ผ่านไปยังบริการความปลอดภัย) แบรนด์ท็อคเก็ตเท่านั้น MotionConfig ลดการเคลื่อนไหว axe clean ความกว้างของโทรศัพท์

28 ตุลาคม 2569 · kamo-internal

บัตรผู้ช่วยเสียงอธิบายทักษะสองอย่างของอเล็กซ่า และวิธีการที่เอโก้เรียนรู้เสียงของคุณ

"ความสามารถของ Alexa ใด?": KamoUniverse (อุปกรณ์ + ผู้ช่วย SI ของคุณบน Echo ของคุณเอง, "Alexa, ถาม Kamo Universe …") ด้านข้าง ผู้ช่วย KamoUniverse (ผู้ช่วยของคุณบน Echo ที่ใช้ร่วมกันที่รู้จักเสียงของคุณ, "Alexa, ถามผู้ช่วย Kamo …"), และ คลิกที่นี่เพื่อดูรายละเอียดเพิ่มเติม

28 ตุลาคม 2569 · kamo-login

การยอมรับสำหรับทักษะผู้ช่วย KamoUniverse และเส้นทางการตัดสินใจจะส่งต่อไปยังลิงก์ของผู้ที่มันเป็น

คลาวด์ iot.alexa.assistant (สอง, ผู้ช่วยเฉพาะ Alexa ทักษะ) เชื่อมโยงเสมอ "แค่ฉัน": ไม่มีบัตรเจ้าของ, ไม่มีที่, ไม่มี "Alexa สามารถใช้อะไรได้บ้าง?", ไม่มีโปรแกรมปฏิบัติการ; ชื่อปริยายคือ "KamoUniverse Assistant", แทนที่ด้วยชื่อของสมาชิกเท่านั้น ลิงค์; คำพูดธรรมดาเกี่ยวกับสิ่งที่หมายถึงบน Echo ที่ใช้ร่วมกัน (โพรไฟล์เสียงที่มีทักษะปรับแต่งตามความต้องการ, ผู้ช่วย SI ของคุณเอง) ด้วยการเข้าถึงของคุณเอง คนอื่น ๆ หลังจากที่พวกเขาเชื่อมโยงเสียงของตัวเอง PIN สำหรับส่ง/จ่าย/เปิดล็อค ไม่มีอะไรเป็นส่วนตัว มันจะโพสต์ ownerKind MEMBER และ grantChoice {preset NONE, sensors {kamoAlert false}}; SecurityService บังคับใช้เช่นเดียวกัน แก้ไข: decisionPayload สร้างการเชื่อมโยงใหม่จาก mode/name/linkId เท่านั้น ดังนั้น ownerKind, siteId และ grantChoice ถูกเลือกไว้บน หน้าจออนุญาตไม่เคยไปถึงบริการความปลอดภัย ตอนนี้พวกเขากำลังเดินทางต่อไป โดยแต่ละครั้งจะสร้างใหม่จากพื้นที่ที่รู้จัก (grantChoiceOf)

28 ตุลาคม 2569 · kamo-internal

แท็บการตั้งค่าของอีสเตอร์ไอเกิ้ล, เรียกการปลุกก่อน (TPWAKEUP) Name

คำสั่งของเจ้าของ 2026-10-28: /settings/ai?tab=easter-eggs (รายการเมนู + แผนที่ลงจอด; SI workforce + ทุกๆ อีสเตอร์ไอเกิร์ลของระบบทะเบียน กับสิ่งที่มันทำในภาษาธรรมดา คนทำยังไง ใช้มัน, อะไรจะพูด, ความปลอดภัยภายในของมัน; เปิดสำหรับองค์กร (ปริยาย) ด้วยสไตล์ (ดิลล์) จ่า, นุ่มนวล, รายการเช้า); ตั้งค่าที่เฉพาะเจาะจงขึ้นไปตามแผนก, ตำแหน่งงาน, ทีมหรือ SI (ที่มากที่สุด รายละเอียดของการชนะ อะไรที่ SI ทำและทำไม หมายเลขโทรศัพท์ล่วงหน้า การพยายาม, การนอนหลับ, ผลลัพธ์ในคำ ตราสินค้า, ริบบิ้นมุม, การเคลื่อนไหวที่ลดลงการเคลื่อนไหว

28 ตุลาคม 2569 · MCPGatewayService

OnBehalfOf — SI กระทำผ่านบัญชีผู้ใช้ของผู้ใช้ที่สูงกว่าตามคำร้องขอการตรวจสอบสิทธิ์ของพวกเขา

เซจถามลูน่าว่า เขาได้รับแจ้งเมื่อวานนี้เท่าไหร่ อ่านของตัวเอง ถ้ามีการร้องขอจากใครก็ตามที่อยู่ในสายการสั่งการของ SI ตอนนี้เครื่องมือ AI จะสำเนา takes onBehalfOf: "requester" (เสนอในเครื่องมือ/รายการของการทำงานนั้น, ตั้งชื่อพวกเขา): ตัววางแผนและตัวจัดการ ทำงานบนเซสชันสั้น ๆ ของบัญชีผู้ร้องขอเอง ที่เซิร์ฟเวอร์ความปลอดภัยสร้างขึ้นเพื่อการทำงานและเครื่องมือ ดังนั้นทุกหน่วยงานตอบสนองด้วยการแจ้งเตือน อีเมล ปฏิทิน งานที่ต้องทำ กฎหมาย สิทธิสหภาพ ขอบเขต ความไม่บริสุทธิ์ รักษาความปลอดภัย ข้อมูลส่วนบุคคล - คนอ่านต้องการแค่คำถามที่ถูกตรวจสอบความถูกต้องของพวกเขา เปลี่ยนอะไรก็ได้ในบัญชีของพวกเขา ต้องการคำสั่งโดยตรง - บัญชีผู้ใช้เป็นผู้เขียนคำสั่งเสมอ (ค่าเดียวคือ "requester"): ไม่เคยเป็นสมาชิกคนอื่น - ปฏิเสธในภาษาธรรมดา: ไม่มีการยืนยันคำขอ (NO_ ORDER), คำถามสำหรับการเขียน (NOT_ AN_ ORDER), ไม่ใช่ในห่วงโซ่คำสั่ง อีกไอเอ งานของไอเอเอง สถานีทำงาน การอนุมัติ การเปิดเผย การดูแล การตื่นขึ้นมา การเชื่อมต่อ - ตรวจสอบ: authority_basis SI_ON_BEHALF_OF_MEMBER บน mcp_tool_call_audit และแถว si_on_behalf_actions เขียนก่อนการกระทำ (ไม่มีแถว, ไม่มีการกระทำ) และเสร็จสิ้นด้วยผลลัพธ์ของมัน - การอ่านผ่านบัญชีของตัวเอง สำหรับพวกเขาเพียงคนเดียวคือการอ่าน SELF (OrderPrincipal.ownAccount) - เซสชันแทนที่นำเสนอต่อเครื่องมือเครื่องบินเอง ถูกปฏิเสธ - NotificationsPack: SI_ASSISTANT_REPLY (ผู้ช่วยเสียงประเภทใหม่) ตัดสินใจว่าไม่เสนอให้ SIs ทดสอบ: ToolCallPipelineOnBehalfTest 12, OrderPrincipalOwnAccountTest 2; เต็มชุด 2038 สีเขียว แต่ เจ้าหน้าที่รักษาความปลอดภัยสองคน ติดอยู่ที่นี่

28 ตุลาคม 2569 · kamo-internal

การเรียกใช้ของ Alexa คือ "kamo" — ลองดูว่าอุปกรณ์ไม่จำเป็นต้องมีชื่อ และผู้ช่วย SI จะเริ่มด้วย "Alexa, ask kamo"; เปิดขั้นตอน open-kamo; เอาโพรไฟล์เสียง Echo ที่ใช้ร่วมกันออก (Amazon ปฏิเสธพวกเขา)