什么是新的。

2026年10月28日 · kamo-shared-library

十个按揭计算器权利下的计算器 (650-659)

CALC_MORTGAGE_PAYMENT , _ 可负担性,_贷款从付款,_首付,_关闭成本, _CASH_TO_CLOSE, _DTI, _LTV, _EXTRA_PAYMENT 和 _AMORTIZATION:每个按揭计算器一个, ServiceType.CALCULATOR 除了九种现有模式之外,还有一个独立的根。 RoleRightHierarchyTest: 值 403 -> 413,独立 79 -> 89,根 124 -> 134。

2026年10月27日 · KlusterServices

每个会议占用者的身份都是其自身经过验证的会话的身份 (mod_kamo_presence_identity)

TPMEETAUTH (业主订单 2026-10-26 ) : SI的耳朵读取每个端点谁 存储的presence_identity 将客户端的身份识别信息删除 只对令牌会话拥有自己的 <identity>,因此匿名 guest.meet.Meet 或 吉加西的腿可能是伪造的 这个MUC模块剥夺了每个客户端 并且只写入会话的 JWT 上下文(副车会签署它) 来自成员自己的 ***;客户端携带 guest-<hex> ) Prosody pod(删除伪造身份,写入令牌身份 ) 。 应用 2026-10-27 04:32Z 无现场会议 (jicofo 统计: 0 场会议, 0 位观众) Jicofo和Jigasi重新连接,客人获得代币。

2026年10月27日 · MCPGatewayService

在会议中,该行的发言者决定权限(已登录的主管命令,团队成员询问,客人是任何人)

TPMEETAUTH (业主订单 2026-10-26 ) . kamoai-voice 会议名称 行 a 调用响应 (X-Kamo - Meeting-Turn, 从不调用模型 ) ; kamoai-service 谁说的,从该端点自己的流和验证 身份： - 监督员(登录,或客人他们确认 ) : 他们的顺序,没有 不从属联合(orderRef meet : < turn> 或 auth : < id> ) , 没有弹出; - TEAM_MEMBER: 经过身份验证,身份保护器允许 SI 使用其身份验证器 仅拥有自己的权利; - NONE/未读/在发言者的流中不匹配:任何人级别。 命令是按行保持,从来没有在运行的关键,所以一个发言者的命令 会议中的identity_request_confirmation 用于确认会议的身份 该行的发言者 (about=meet-turn : < turn > ) 。 测试: ToolCallPipelineMeetingTest (6 ) 、 IdentityPackTest(+1 ) ; 2013年绿色全套。

2026年10月27日 · SecurityService

已登录的主管说,会议行是工具平面可以借用的一个命令 (meet : < turn id>)

TPMEETAUTH (业主订单 2026-10-26 ) : 在 Kamo Meet 一个已登录的主管的 要求是他们的直接命令(没有不服从联盟 ) 通过 kamoai-service 的发言人归属验证线路(每个 参与者自己的麦克风 ) , 并将其引用为 meet : < turn id>。

2026年10月27日 · kamo-internal

显示组织别名域上的别名地址

在成员的"电子邮件和邮箱"选项卡上的每个别名下,列出 然后,在默认的发件人芯片下,它实际的地址 出去了。

2026年10月27日 · EmailService

别名适用于每个别名域,如主邮箱

组织的别名域 (org_alias_domains) 已经镜像了成员的主域 将邮箱添加到编辑器中(erik@kamocrm.com 也提供为 erik@kamouniverse.com) 但从来没有他们的别名,所以eric.white@kamocrm.com不能发送为 eric.white@kamouniverse.com - 虽然postfix的平台别名地图已经存在 将该地址传递给别名。 每个别名现在都在 /sendable 中获得相同的镜像行,canSendAs 读取了这些镜像行,所以 组织的默认别名上的默认别名的副本 domain 采用默认值,就像主域一样。 成员别名列表 返回 aliasDomainAddresses,以便 Settings 可以显示它们。

2026年10月27日 · MCPGatewayService

防伪装保护 — 未经验证的对话只会收到任何人可能询问的内容,直到成员在 Kamo 中确认

Owner 2026-10-26 (TPCALLTOOLS B ) : 一个只声称自己是会员的人, 主管或权威人士不得让SI做任何事情 有害或依赖于该主张,即使在SI自己的权利范围内; 强制服务器端。 IdentityGuard (新豆,一个构造函数;由设置器连接 ) : 用于 SI 的写入 在一个证明没有人(电话,会议,文本,未证明)的通道上运行 电子邮件,网络/社交聊天,他们的后续行动; kamoai-service /auth-requests/identity ) , 没有常设确认,队友顺序, onRequestOf 或人类批准,只有任何人级写入通过 (内部消息,新记录,任务,笔记,预订,自己的簿记) 并回复对话的对方,但不附加任何附件。 其他一切都回应 IDENTITY_UNVERIFIED (审核后的 DENIED) 命名 identity_request_confirmation 。 失败的查找保留受保护的写入。 identity_request_confirmation 回复请求 id(实时调用等待 一个APPROVED答案标志着运行被确认,所以OrderDelegation将其解除 保持"没有顺序 " ( 确认是运行的顺序,auth : < id>, 没有不服从工会权利 ) 。

2026年10月27日 · kamo-internal

选择别名作为成员的默认发件人

成员的"电子邮件和邮箱"选项卡在别名上获得默认发件人列 table: 将一个别名设为默认别名,或将其交还给主邮箱。 编辑器在该别名上打开其 From 字段,无论其位于何处 在成员的主邮箱上打开:新消息,新消息,回复和 共享邮箱、辅助邮箱或同事的邮箱是用户的个人邮箱 该别名保留了主机的发送身份,并且不会影响主机的发送身份 和签名模板,就像一个手工挑选的别名已经做了。

2026年10月27日 · EmailService

默认情况下,成员可以从别名发送

PUT **************** 选择哪个别名位于 用于成员的主邮箱(null 将清除它 ) 。 每个成员最多一个别名 carries is_default ;该列已经存在且从未设置过。 /sendable 和 /from-addresses 现在在别名行上报告 isDefault,这是什么 作曲家打开其 From 字段。

2026年10月26日 · MCPGatewayService

Calendar_create_event 通过成员 ID 邀请团队成员,因此"将其放在我的日历上"会到达提出请求的人

没有人可以写入另一个成员的日历(EmailService:自己的日历,组织日历与发布权 ) , inviteMemberIds 将它们作为事件的受众发送,作为日历对话框的受众发送 人们的芯片做:一个客人行绑定到成员,事件在他们自己的日历,邀请发送。 他们是 在 MEETING 上评估并在披露计划中命名;描述指导 SI 到它。

2026年10月26日 · kamo-shared-library

AiRealismTestWindow — 从测试扩展调用窗口内的 SI 是测试调用

2026年10月26日 · kamo-internal

SI 助理是每个成员的个人助理 — 确认卡、实时步骤、自己的设置窗口和组织默认值

SITP TPASSIST (业主订单 2026-10-26 ) 。 - 向导窗口告诉 AIService 显示确认卡片,因此向导与 外部发送,金钱,删除,安全更改,或是其他任何工具,都可以通过会员自己的访问权限进行 设备命令作为卡片在聊天中到达:一个简单的问题(工具平面自己的话,没有 确认、编辑(确认、编辑的措辞是“确认”或“编辑 ” ) :确切的消息、它触及的记录、风险 只)或取消,在插槽上决定;一旦决定,它折叠为一行。 - 每个步骤在开始时显示(工具的标题,一个旋转器,然后一个勾号 ) ; 只有原始工具回答 重新打开的对话将再次显示其等待卡片。 - 头部穿着助手的脸和名字和一个齿轮,打开自己的设置窗口 (ai-assistant-settings ) : 名字和角色(共享头像 ) , 个性引擎风格和特征, 回答长度/形式/语言,语音开关,工具区域,确认级别,专用内存 (查看、添加、忘记 ) 、 通知(声音、最小化时通知)和模型偏好 — 每 一次性保存更改,显示组织锁。 - 设置 › SI › SI 助理:每个成员的助理从什么开始以及成员可以做什么 更改组织或部门的职称或团队,并设置锁定和限制(选项卡, 菜单条目,登陆卡 ) 。

2026年10月26日 · MCPGatewayService

身份检查关于一个指定的消息;一个未经证实的电子邮件,其发件人确认是他们的订单

identity_request_confirmation 使用 'about' (email:<folder>/<uid>, chat:<guid>) 来确认消息 这不是跑步本身的后遗症(一个检查处理它 ) 。 一个电子邮件没有队友的邮箱证明 仍然是确认其发件人是 Kamo 会话中的成员的订单 他们(kamoai服务活跃?about= ) 。 现场2026-10-26在sp00验证。

2026年10月26日 · kamo-internal

移动报告设置选项卡和一个人的自己的选择

业主订单 2026-10-26 (TPSHIFTREPORTS ) : 从 SI 处不再有空入时/出时报告。 - /settings/ai?tab=shift-reports (菜单项 + 登陆卡; SI 工作人员 + VIEW/MANAGE_AI_WORKFORCE ) : 组织的规则,更具体的设置SI发送什么和人们接收什么(部门, 工作职称,团队,一个SI / 一个人 ) , 每个主管实际上得到什么和为什么,以及最新 决定用简单的话(发送,等待它的时间,没有发送:没有什么新的 . . . ) 。 - 规则编辑器: 总是 / 只有当有新的东西(推荐 ) / 永远不;钟进,钟出, 两者或设置时间;天;聊天或电子邮件。 组织品牌令牌,角色丝带,运动减少运动。 - 工作室 > SI 同事: SI 的轮班报告,成员自行选择(胜过所有 SI ) , 向它们报告的监管机构及其最新报告。

2026年10月26日 · kamo-internal

背景声音设置、SI 的讲话风格和语音同意(语音真实度 VR2)

- 设置 > 超级智能 > 背景声音 (D7 ) : 软房间声音 为了组织和每个呼叫者听到SIs的声音下, 部门、职称、团队或SI(最具体的胜利;轻型办公室按 默认情况下 ) , 并预览调用使用的循环以及每个 SI 的内容 呼叫者现在听到。 选项卡 + 菜单项 + 登陆卡。 - 一个SI的简介,在它的声音下面:它是如何说话的(D2:个性 从它的工作起草,它的签名习惯,草案一个新的个性)和 使用真实人物的声音(D12:在 Kamo 签署的书面同意或作为 上传表格,可撤回 ) 。

2026年10月26日 · AIService

设置读取带有原型的价值观和个性的词

所以设置窗口的滑块从成员选择的原型开始,它可以显示 人格引擎所做的设置(TPASSIST ) 。

2026年10月26日 · AIService

nav SI 助理是每个成员的个人助理,具有成员的全部工具功能

SITP TPASSIST (所有者订单 2026-10-26 ) 。 成员自己的助手对话现在: - 列出成员的 OWN 会话可以使用的每个 Tool Plane 工具,在客户端启动时,在每个风险下 显示确认卡(否则会显示普通聊天的顶部 ) , 减去关闭的工具区域; 在索引中命名长尾并按需加载 (assistant_load_tools) - 键入每个调用 **************** 所以工具平面审计它作为SI 代表成员的助理,成员作为行为者 - 持有外部发送, 钱, 删除, 安全和设备调用 (在 ALWAYS 下的每个变化) 为 成员在聊天中的确认:从工具平面的渲染器读取的简单语言卡片 作为成员,不要联系列表检查第一,确认/编辑(仅措辞)/取消过 接口 (DECIDE_ACTION) 或 REST,一旦决定,转动就会继续 - 讲自己的设置:名字,头像,人格引擎原型和特征,回答 长度和形式,语言,模型偏好,通过瀑布 ORG > 部门 > JOB_TITLE > TEAM > 带有锁定和限制的成员 ( / api/ai/assistant/settings, /layers) - 保持一个私有成员内存(memory_record / memory_search / memory_forget,以及 /api/ai/assistant/memory ) , 没有 SI 或其他成员读取 - 流 TOOL_STARTED、CONFIRM_REQUIRED、AWAITING_CONFIRMATION 和 ACTION_DECIDED 帧

2026年10月26日 · kamo-internal

每次会话都会弹出一个SI的身份验证:这是你吗?

2026-10-26: 通过电话,短信,外部电子邮件,网站聊天或直接订单到达SI 会议中的请求首先由 Kamo 中的成员确认。 SiAuthRequestHost 打开最新的 SI_AUTH_REQUEST 卡从通知插槽(无投票)和关闭到处,当它 被撤回:哪个SI问(它的头像 ) , 被问到什么,它从哪里来(数字和 地址,因为应用程序总是显示他们,每一个事实 Kamo 背后都有 显示每一个细节 ) , 普通 说着,我就跨出车外,头也不回地走进家门,将门关上 组织的颜色, Framer Motion 下 MotionConfig 减少的运动, 在手机上全屏. /authentications 是日志:成员自己的日志,或者对于员工经理而言,是每个人的日志。 这种是ungated (属于没有应用程序 ) , 从来没有在烤面包甲板上的第二张卡.

2026年10月26日 · MCPGatewayService

代表成员审计 SI 助理的呼叫

成员的个人 SI 助理 (TPASSIST) 调用成员自己的会话;其密钥 start assistant : , 并且由一个人进行的这样的调用会被审计到权限基础 SI_ASSISTANT 和 成员作为 on_behalf_of (成员仍然是记录的行为者 ) 。

2026年10月26日 · kamo-shared-library

用于轮班报告设置和决策的表格,以便 KamoInitializer 可以重新创建它们

业主订单 2026-10-26 (TPSHIFTREPORTS ) : SI 时钟进/时钟出报告可按部门配置, 发送SI和接收SI的人员的职称、团队和成员。

2026年10月26日 · kamo-shared-library

个人 SI 助理的设置瀑布、私有内存和待确认行

为 KamoInitializer 声明; aiservice 手动创建了表 **************** 并用目标 SQL 写入它们。

2026年10月26日 · AIService

运行模型功能的真实探测器的内部路径(语音真实度 VR1)

邮件地址 **************** KamoAI 仅限秘密:与设置 → SI 上的验证按钮相同的实时探头 它从来不会设置一个验证通过提供者自己的密钥 hand;失败的模型将保持未验证。 用于验证 CRM 的实时模型 语音对语音试验 (D9) 的。

2026年10月26日 · AIService

通过为其打开会话验证实时语音对语音模型(语音真实度 VR1、D9)

ProbeRunner 运行新的 REALTIME_SESSION 探头 (kamo-shared-library 1438893a) 为 REALTIME_AUDIO: 它为模型在网络上创建一个 10 分钟的客户端机密 当卖家打开它时,秘密就过去了;秘密从来不会被使用或保留 一个组织的实时模型只能被证明,而组织提供者不能, 所以一个SI从来没有得到过一张对话票。

2026年10月26日 · kamo-shared-library

可以验证实时语音对语音模型 — 通过打开会话探测 REALTIME_AUDIO(语音真实度 VR1,D9)

REALTIME_AUDIO 已被认证,只有平台提供商才能被认证,因此没有 org 的实时模型可以被 VERIFIED,并且 SI 被路由到 VERIFIED 仅限模型:业主为客户关系管理订购的语音对语音试点(D9, 2026-10-26) 无法获取票据。 新探测类型 REALTIME_SESSION, 附加 last(不移动现有值 ) ; AIService 的 ProbeRunner 实现了它。

2026年10月26日 · MCPGatewayService

Holdem _ * - 一个SI与成员一起玩德州扑克

SITP TPGAMES。 十二个工具在MediaService的Hold'em端点上,作为一个门 会员的座位是 (Hold'em app + PLAY_HOLDEM, 再次下游 ) : holdem_list_tables, holdem_get_table (座位的自定义视图: own 卡,公开播放,法律行动的确切数额 ) , holdem_wallet (自己的 切达 ) , holdem_open_table, holdem_invite, holdem_sit, holdem_act (街道 总数; 下注/加注需要一个数额 ) , holdem_show, holdem_sit_out, holdem_rebuy, holdem_leave, holdem_set_style (风格/技能为SI自己的 与会员坐在一起,MediaService的扑克大脑代表SI行事; 表格的谈话模型。 切达不是金钱和 不能购买:内部写入,无批准类, NOT_DISCLOSING;读取 NOT_CONTENT. 批准短语 + HOLDEM_TABLE 名词; hold_ 前缀; goldens 再生(增加12个)。 测试:HoldemPackTest 5;全套1985(两个通知类 在此之前的失败: shared-lib 的 BILLING_INVOICE/SI_AUTH_REQUEST 类型 ) 。

2026年10月26日 · kamo-shared-library

AI_CALL_METRICS 实体,包括呼叫的语音真实度计数 (VR1)

kamoai-service 只写入 ai_call_metrics JDBC;实体声明每一列 (和新的 REALISM 文本列,调用的 realism 计数的 JSON 对象: 感知的空白, 确认, 听声音两种方式, 幻影, 线路切断 KamoInitializer可以从代码中重新创建表 (所有者规则 2026-10-22 ) 。 DDL: kamoai-service **************** 适用。

2026年10月26日 · AIService

E5 在模型制作时流式传输句子的音频,无需设置顺序,SI 使用组织的最佳验证语音模型(语音真实度 VR1,D1)进行交谈

- E5 { " 流 " : true } : 音频是逐块传递的,因为 提供商发送它 ( ElevenLabs **************** 候选人走,所以一个空的答案仍然失败之前,任何东西 一个家庭,不能流量保持; 一个家庭,不能流量保持 整个答案。 没有字段,什么都不会改变 (p50)在第一个音频之前的整个句子。 - TtsQualityRanking (D1, 所有者 2026-10-26: 组织中最好的质量 配置和启用的提供程序,自动选择 ) : 无 TTS 订单 通过发布的对话质量和实时最好的验证模型 健身优先,供应商中立;未知模型与 Kamo 相等 群集内的声音,因此群集内的默认值仍然在它们之间做出决定。 组织的自身秩序和 AI 成员的选择仍然是首要的。

2026年10月26日 · EmailService

在设置顺序中,在 BILLING_INVOICE 之后的 SI_AUTH_REQUEST

2026年10月26日 · kamo-internal

通话总结页面,以及通话和会议 (TPRECAPS) 中的 SI 的总结选项

/ai-calls/recap/<call>是主管的总结电子邮件链接到(和PHI组织的安全链接 ) : 谁是 关于电话, 什么时候, 怎么走, SI 的摘要, 行动项目, SI 在期间和之后做了什么, 和每一个字 搜索,复制和下载;组织的颜色,共享的头像和手机控制,尊重运动 SI 的呼叫选项增加了两个开关,默认情况下都是开启的:通过电子邮件发送呼叫总结给 并在会议总结中列入完整的记录稿。

2026年10月26日 · kamo-shared-library

AiPersonaGeneration,为每个SI生成的个性记录