变更记录
什么是新的。
平台的每一个改进,随着它的出货。
· SecurityService
终止的 SI 设置回到活跃状态,并作为相同的 SI 重新聘用(TPSIREHIRE)
Owner 2026-10-28: 被终止的SI可以像人一样重新激活 剩下的时间,我们就可以继续工作了 保存,在自己的事务(权限:管理 SI 工作人员加上状态的 MANAGE_MEMBER_SECURITY ;一个 SI 永远不会重新雇用自己 ) : - 相同的成员,历史,章程,个性,记忆,设置和头像; - 由一个保护的更新退休的就业ACTIVE和ai_state ACTIVE; - 当有一个空位时,会声明一个空位;如果没有空位,则 SI 处于活动状态,但暂停 当然,这些都不算什么,只不过是被人看见了 一旦分配了座位(手动复习是必要的 ) , 会员消息 直到那时为止)。 - 雇佣步骤重新打开: RUNTIME_ENROLL 再次(新的凭据和会话从 运行时 ) , 未完成的 MANAGER/MAILBOX/BRIEF, 当被问及电话线 (默认:当它有一个时 ) , 一个缺少的工作站留给立即设置; 保留的工作站获得 Keep,该命令取消待删除的操作; - 交给主管的任务留在那里;第二个退休人员交给新的 再次关闭一个(TASK_HANDOFF 升级回 PENDING ) ; - 审计AI_REHIRED(两个方向现在都审计 ) , 宣布,权利 重新计算;没有欢迎电子邮件,没有重新雇用的 SI 退出。 终止的 SI 上的其他状态以明确的语言予以拒绝。
· kamo-shared-library
终止的 SI 的 AI_REHIRED 访问日志事件设置为 Active (TPSIREHIRE)
最后添加: event_type 是 VARCHAR(30 ) , 字符串持久,没有 CHECK,因此没有 DDL。
· kamo-login
Consent for Google 主页 — 每句话都提到被链接的助手
iot.google 客户端(目的是 IOT_GOOGLE)获得自己的措辞 : " 链接 Kamo 到 Google 主页 " , "什么可以 Google 主页使用 ? " ,默认链接名称 " Google 主页 " / "<第一个>的 Google 主页 " , Kamo 语音 PIN 用于解锁、打开和解除武装,以及试用卡 ( " 嘿 Google,打开 <device> , " 嘿 Google,同步我的设备 " 。 没有 Kamo 警报传感器或 SI 助理承诺 Google . Alexa 措辞保持不变;无法识别客户端的屏幕会显示 Alexa 或 Google Home。
· SecurityService
Google 主帐户链接 — IOT_GOOGLE 主提供商和 Google 的重定向 URI
IOT_GOOGLE 是 Alexa 语音链接提供商,在 I-A1/I-A2 上配有 Google 助手(一个链接表在 客户端管理员将 Google Cloud 项目 ID 作为供应商 ID,并写入 Google 的项目 ID 同意视图现在命名了客户端的目的,以便该页面可以 word Google 主页或Alexa。
· MCPGatewayService
Notifications_list today:true 计算今天到达所有者区域的通知
TPONBEHALF 实时检查 (sp00verify 2026-10-28 07:27Z ) : 询问"我今天收到多少通知 ? " , 会计师事务所正确地读取了成员自己的账户(代表、经审计 ) , 但回答了总数(12) 今天:true 计数,无论是否已阅读,自午夜以来的每一条通知 调用者自己的区域(当 SI 对其帐户采取行动时是成员的 ) : receivedToday, todayStartsAt, timeZone。 工具列表快照专门为此工具更新。
· kamo-shared-library
一个 Alexa 和 Google Home 的语音链接模型(助理列,IOT_GOOGLE OAuth 客户端用途)
iot_alexa_links.assistant = ALEXA | 谷歌 (应用手工从iot服务 **************** 默认 ALEXA)和 OAuth 客户端目的 IOT_GOOGLE 用于 "Works with Google Home" 帐户链接,其授予名称 同一 VOICE_LINK 主体。
· kamo-internal
代表您完成的操作 — 通过您自己的帐户完成的 SI 团队成员操作
TPONBEHALF (owner 2026-10-28 ) : 当有人一个SI报告要求它的东西自己 ( " 我今天收到多少通知 ? " ) ,SI 根据自己的需求工作,每一步都 新页面 /on-behalf 以简单的语言列出它们:哪个SI,它做了什么,你是如何提出要求的,它是如何完成的 对于那些管理 SI 工作人员的人员来说,每个人都可以访问 BFF 路由 /api/security/si-on-representation(通过安全服务 ) 。 仅限品牌令牌,MotionConfig reducedMotion,Axe清洁,手机宽度;全面的下一个构建绿色。
· kamo-internal
语音助理卡解释了两个Alexa技能和共享回声如何学习你的声音
"哪种 Alexa 技能 ? " : KamoUniverse ( 设备 + 您自己的回声上的 SI 助理 , " Alexa,问 Kamo Universe . . . " ) 旁边 KamoUniverse 助理(共享回声上您自己的助理,了解您的语音 , " Alexa, ask Kamo Assistant . . . " ) ,以及 与语音 ID / 个性化技能 / 链接为自己步骤折叠。 静态复制 (字典 6bd34a83 首先 ) 。
· kamo-login
KamoUniverse 助手技能的同意,以及其链接的决策路径转发
客户端 iot.alexa.assistant (第二个,只能用助手的Alexa技能)总是链接"只是我 " : 没有所有者卡,没有地点, no "Alexa 可以使用什么 ? " ,没有例程;默认名称为 " KamoUniverse Assistant " , 仅替换成员自己的名称 链接;在共享回声(具有个性化技能的语音配置文件,您自己的 SI 助理)上说明其含义的简单语言 与您自己的访问,其他人只有在他们链接自己的声音,发送/付款/解锁的PIN,没有私人 它发布 ownerKind MEMBER 和 grantChoice {预设为 NONE, 传感器 {kamoAlert false } } ; SecurityService 实施相同。 修复: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(最常见的) 最近的唤醒电话(何时、号码、为谁、谁提出请求、 品牌标记,角落丝带,运动在减少的运动之下。
· MCPGatewayService
OnBehalfOf — SI 通过其上级的帐户对其经过身份验证的请求进行操作
TPONBEHALF (所有者 2026-10-28 ) : 智者问月亮有多少通知,他今天得到,她只能 对于来自 SI 指挥链上方任何人的经过身份验证的请求,工具 AI 的副本现在 takes onBehalfOf : " 请求者 " ( 在该运行的工具/列表中提供,并给它们命名 ) : 规划者和处理器 在请求者自己的帐户的一个短会话中运行,而 SecurityService 会为该运行和工具创建会话, 所以每个服务都会回复他们的通知,邮件,日历,任务 SI (宪章, 工会权利, 限制, 污点, 身份保护, PHI, 外联 ) . - 读者只需要他们的认证问题;更改他们帐户上的任何东西需要一个直接的命令。 - 帐户始终是订单的作者(唯一的值是"请求者 " ) :从来不是其他成员的。 - 用简单的词语拒绝:没有认证的请求(NO_ORDER ) , 写入问题(NOT_AN_ORDER ) , 指挥链之外,另一个SI,SI自己的工作(身份,自我,协作,记忆, 工作站,批准,披露,监督,唤醒,iot ) 。 - 审计: mcp_tool_call_audit 上的权限基础 SI_ON_BEHALF_OF_MEMBER 和 si_on_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 步骤;删除了共享回声语音配置文件(Amazon 拒绝了它们)
· kamo-shared-library
语音安静时间有自己的开/关标志
**************** (手动应用,可删除,null = on ) , 所以切换 声音安静小时关闭和保持成员自己的开始和结束。
· SecurityService
一个SI可以通过其上级的自己的帐户来执行其认证的订单
TPONBEHALF (所有者 2026-10-28 ) , 无不服从规则扩展:在经认证的直接命令, SI可以使用请求者可以在自己的帐户下做的一切(他们的通知,邮件, 日历,任务 . . . ) , 并将两者的安全性结合起来,直到其指挥链的顶端。 - OnBehalfService：指挥系统(指挥系统报告线上的人员、管理人员和 SI-监督者边缘, 转移, 或组织所有者; 从来没有同行, 报告或另一个SI) 和 请求者的一个短会话(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 记录工具平面在每个此类操作之前写入的内容。 - 一个委派的会话从来没有在 Mint 扩展(授予所有所有者的地板权利永远不会回来) 并且永远不算作在其他地方登录的成员。 - DDL ****************(已执行)。
· kamo-shared-library
SiOnBehalfAction,SI 通过成员自己的帐户所做的事情的仅附加日志
TPONBEHALF (所有者 2026-10-28 ) : 来自其链上任何人的经过认证的直接订单 委托人可以通过委托人自己的账户行事;每一项此类行为都必须留下一个记录 声明 si_on_behalf_actions (在 DDL 中手动应用的) 安全服务 **************** 为 KamoInitializer 。
· SecurityService
一个简短的成员会话,成员在 Alexa 链接上发言,并将语音转换为订单参考
语音助理 R3: POST **************** {组织ID,成员ID,链接ID,授权ID } -> { ***,过期日期} (X-Internal-Auth = IOT_INTERNAL_AUTH_SECRET ) , 只为活跃的人类成员在他们自己的 LINKED 个人链接上,或一个 组织链接携带他们的映射的声音配置文件,在链接的ACTIVE授予;重新检查后铸造;成员自己的权利, 最多 15 分钟,无登录副作用(PostAuth ***Service 获得超时上限 ) ; 审核。 R6: OrderDelegation 接受 orderRef voice : < turn id > (仅在发出 PIN 后由语音网关发送 ) 。
· kamo-internal
状态选项卡包括计数、终止/激活而不是删除,以及像任何人一样终止的 SI
- /account?tab=team-members: 按雇佣状态分类的选项卡(所有 首先是状态,然后是默认值 ) , 从 SecurityService 的分组计数, 按所有/人类/SI 分段缩小范围。 - /account?tab=members: 活动/终止的选项卡;行和批量终止/ 通过简单语言确认激活(仅限会员记录 ) 。 - /account?tab=accounts: 活动/非活动选项卡;行和批量停用/ 删除已删除(以及对它的客户端调用 ) 。 - 概况：为一个人和一个SI选择相同的状态；提供一个SI 活动/终止,并且终止是用说它退役的词语确认的 永久终止SI(可选择工作站 ) ; 终止一个人是 终止的 SI 的状态是只读。 - /account 标签栏使用角色带而不是下划线。
· AIService
Speaches 句子是逐句说的,所以它的第一个音频在第一个句子之后
Luna ) , 但 Speaches ' Kokoro/Piper 在第一个请求之前使每个请求完整 字节(在k3m1上每个字符约为0.6秒+25毫秒 ) , 因此是一个具有集群内的SI 声音(sp00verify的Nell,TPEARDEAF:0.9-1.9秒)等待整个 流式PCM请求到Speaches , 现在在逗号后被截断, 分号、冒号和连字符(从不在1000之内;小段加入一个 第一句话是关于一个人对于自己所做的事情的看法 下一步,就是要把这些东西放在一起,然后再把它们放在一起 每个连接处的沉默被修剪到大约一个逗号的暂停 失败的第一个子句仍然失败;其他格式和提供程序仍然失败 就像以前一样。
· MCPGatewayService
房屋抵押贷款 房屋抵押贷款
每个MLOS工作人员现在意味着查看自己的按揭贷款, 和 SecurityService 将不包含 View Mortgage Pipeline 的成员缩小到 在新的贷款中,他们被分配贷款官员 right 让自有贷款成员的 SI 处理自己的贷款; 不变。
· kamo-internal
自有贷款成员看到他们的管道;HMDA和重新分配留在所有贷款
管道隐藏了HMDA LAR按钮和借贷官员分配 按揭贷款是指按揭贷款的一种形式 第二十三条 抵押权人在抵押权发生之日起十五日内, 向右看。
· SecurityService
强制实施自借访问;团队成员默认使用自己的借款
MLOS 端点现在可以区分哪些成员可以查看组织的所有 来自仅持有视图的成员的贷款(视图抵押管道或神模式) 自己的贷款成员看到和工作的贷款,其交易 指定他们为指定借款官员;另一名官员的借款为403。 列表 (应用程序、交易、管道、QC队列、传统POS) 缩小 写入需要所有权,除非调用者看到所有的借款。 借贷官员重新分配,HMDA,QC培训导出/准确性,webhooks和 创建一个新的帐户,并且创建一个新的密码 借款人(当事人)的访问权限保持不变。 MortgageLoanOwnership 用一个标量组织结构约束查询回答每个检查, 每次请求缓存,并在缺席时失败关闭。 权利同步种子 查看现有抵押权的自己的抵押贷款 (这样没有人会失去访问权限)并将其授予每个组织的团队一次 成员角色;安全模型模板对团队成员也有同样的作用 管理员角色是授予全部并保留所有借用。
· kamo-shared-library
查看自己的抵押贷款权利;贷款报告范围到成员自己的贷款
MLOS_VIEW_OWN_LOANS (660) 是抵押权的新根:它允许一个 成员查看和工作的贷款,他们是指定的贷款官员。 查看 (139) 按揭管道现在指组织的所有贷款,并且 写入权限(140-144)挂在新的根目录下,因此持有写入权限的用户无法 更长的意味着看到每一笔贷款。 新组织的团队成员角色被授予新权限; 管理员角色是授予所有并保留所有贷款。 12个贷款级抵押贷款报告接受新的权利,并缩小其范围 6个组织范围内的报告(HMDA LAR, 编辑检查,公平借贷,调用报告,许可证,配置更改)仍然 需要所有的贷款。
· MCPGatewayService
电话安排唤醒,电话取消唤醒,电话列表唤醒 (TPWAKEUP)
2026-10-28,第一个SI复活节彩蛋:任何人,无论是否登录,在任何频道上,都可以要求SI 这些工具并不依赖任何人的身份,所以您可以在任何时间打电话给任何人 身份警卫让他们在未经证实的渠道开放; kamoai服务拥有每一个保障(复活节 鸡蛋设置, 读回确认, 不打电话, 选择退出, 收费欺诈, 限制, 睡眠帽 ) ACCESS_VOIP, 仅限 SI; 不披露, 不包含内容, 只能用于呼叫者的呼叫者 ID 批准短语;黄金再生。
· kamo-login
Alexa同意询问它是谁的链接,在哪里,以及Alexa可以使用什么
语音助理程序(P1-6,P2-8,P5-3 ) : "只是我"或"组织"卡,其设备的组织的地方 链接看到 , " 什么可以Alexa使用 ? " (预设,从链接复制,设备的房间与安全功能一个一个;解锁, 按门开启和解除武装)或"要求管理员选择设备 " , 以及"Kamo警报"常规传感器。 客户评论 较旧的 SecurityService 响应(无选项)仍然显示原始屏幕。
· SecurityService
Alexa同意携带谁的链接,它是,地点和"什么可以Alexa使用 ? " 到物联网服务
语音助理程序 (P1-6, P2-8, P5-3 ) : LinkChoice 获得 ownerKind (ORG | MEMBER ) 、 siteId 和 grantChoice, 形状检查在这里 并由 IoTService 判断;同意视图通过 IoTService 的选项(所有权、设备、站点、传感器)和每个链接的所有者 没有新字段的旧页面和以前一样工作。
· kamo-internal
每张卡片打开的东西,它是关于
新邮件通知会打开 /messages 并让成员找到邮件。 现在它会打开 在阅读窗格中的消息,将列表滚动到它与组织颜色的简短洗,并标记它 当邮件客户端已打开时,从冷载运行,并从共享邮箱运行 通过任何路径读取消息后,卡片就会退出(它会切换回成员自己的卡片 ) 。 同样的过程在每种类型: - 烤面包和操作系统桌面通知跟随原始的深度链接, 所以聊天, 文本, 语音信箱和 Hold'em卡片被移到主页。 两者现在都使用中心使用的意图解析器,所以 生产者按钮 (resolveHrefIntent ) 。 - 德州扑克邀请和SI语音回复 ( / ? tool=ai-chat&session=) 打开他们的窗口。 - 账单卡打开发票选项卡和发票抽屉。 IoT自动化故障卡打开 重复日历提醒重新打开其事件。 - 按钮说他们去哪里 ( " 打开电子邮件 " , "打开任务 " , "加入会议 " ) 而不是"打开 " 。 - 中心的惰性"打开"芯片现在是每行旁边的一个单击按钮 详细信息对话框。
· kamo-internal
Alexa 链接状态简单的话, 试试看, 选择设备, 组织语音助理设置, 我的语音助理和 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 操作 一个被拒绝的动作说明了为什么(不是针对你自己,所有者总是被拒绝的 ) 所有者或管理员的权限被保留,直到管理员的权限被取消 Roles & Permissions 选项卡遵循相同的答案:提供了所有者切换, 管理员角色复选框锁定时,管理员角色也会锁定,而不是唯一所有者 变更将被拒绝。 头像:编辑他人的个人资料现在列出,上传到,从中选择和删除他们 通过成员范围路径(从不包括编辑器自己的路径)访问头像库,并拒绝保存 "在任何地方使用"范围仅适用于您自己的个人资料或组织拥有的 AI 。
· SecurityService
所有者和管理员更改遵循一套规则;其他成员的头像是他们的
领导(组织领导服务 ) : - GET/PATCH **************** 用于配置文件页面。 - PATCH . . . / 访问所有者更改通过相同的规则(管理员现在可以更改所有者; 重复当前所有者标志为无变更 ) ; 管理员角色将随之移动到该位置。 - 角色列表只能根据这些规则移动管理员角色。 - 管理员不会降级为会员,直到该状态消失。 - 将组织的唯一领导人设置为非活动状态在写任何东西之前被拒绝。 头像: MemberAvatarController **************** 列表,上传,创建和删除头像 删除 TARGET 成员自己的头像(self 或 MANAGE_MEMBER_SECURITY / 打开 god 窗口 ) , 并 仅为组织所有的 AI 设置全帐户默认值。 编写于 2026-10-20,但从未提交; 移植到 main 并修复了问题(god ELIGIBILITY 不再通过,缺少的大小变体不再 PUT /members/{id} 现在会回复 400 来自他人库中的头像,而不是 400 来自其他库中的头像 记录并返回 200, 这就是为什么管理员的照片选择看起来保存,而不是.
· kamo-shared-library
所有者和管理员,总是保留一个领导者;管理员总是保留 CONFIGURE_SYSTEM
OrgLeadershipService 包含用于创建或取消创建组织所有者或管理员的所有规则: 只有所有者或管理员(或开放的神窗口)可以;没有人可以删除他们自己的;所有者是 每个组织都至少保留一个LEADER,一个活跃的团队成员 与状态 ACTIVE 谁是同时 **************** **************** 持有组织管理员角色的成员 每个级别结束后解析 ************** (CONFIGURE_SYSTEM) 为 GRANTED,并且 安全模型的 FORCE 规则,因此部门、职称、团队、成员覆盖或 FORCE_NUKE 可以 不再将管理员锁定在安全角色之外。 AI guardrails 仍然在它之后运行。
