选择别名作为成员的默认发件人
成员的"电子邮件和邮箱"选项卡在别名上获得默认发件人列 table: 将一个别名设为默认别名,或将其交还给主邮箱。 编辑器在该别名上打开其 From 字段,无论其位于何处 在成员的主邮箱上打开:新消息,新消息,回复和 共享邮箱、辅助邮箱或同事的邮箱是用户的个人邮箱 该别名保留了主机的发送身份,并且不会影响主机的发送身...
默认情况下,成员可以从别名发送
PUT **************** 选择哪个别名位于 用于成员的主邮箱(null 将清除它 ) 。 每个成员最多一个别名 carries is_default ;该列已经存在且从未设置过。 /sendable 和 /from-addresses 现在在别名行上报告 isDefault,这是什么 作曲家打开其 F...
Calendar_create_event 通过成员 ID 邀请团队成员,因此"将其放在我的日历上"会到达提出请求的人
没有人可以写入另一个成员的日历(EmailService:自己的日历,组织日历与发布权 ) , inviteMemberIds 将它们作为事件的受众发送,作为日历对话框的受众发送 人们的芯片做:一个客人行绑定到成员,事件在他们自己的日历,邀请发送。 他们是 在 MEETING 上评估并在披露计划中命名;描述指导 SI ...
SI 助理是每个成员的个人助理 — 确认卡、实时步骤、自己的设置窗口和组织默认值
SITP TPASSIST (业主订单 2026-10-26 ) 。 - 向导窗口告诉 AIService 显示确认卡片,因此向导与 外部发送,金钱,删除,安全更改,或是其他任何工具,都可以通过会员自己的访问权限进行 设备命令作为卡片在聊天中到达:一个简单的问题(工具平面自己的话,没有 确认、编辑(确认、编...
身份检查关于一个指定的消息;一个未经证实的电子邮件,其发件人确认是他们的订单
identity_request_confirmation 使用 'about' (email:<folder>/<uid>, chat:<guid>) 来确认消息 这不是跑步本身的后遗症(一个检查处理它 ) 。 一个电子邮件没有队友的邮箱证明 仍然是确认其发件人是 Kamo 会话中的成员的订单 他们(kamoai服务...
移动报告设置选项卡和一个人的自己的选择
业主订单 2026-10-26 (TPSHIFTREPORTS ) : 从 SI 处不再有空入时/出时报告。 - /settings/ai?tab=shift-reports (菜单项 + 登陆卡; SI 工作人员 + VIEW/MANAGE_AI_WORKFORCE ) : 组织的规则,更具体的设置SI发送什么和...
背景声音设置、SI 的讲话风格和语音同意(语音真实度 VR2)
- 设置 > 超级智能 > 背景声音 (D7 ) : 软房间声音 为了组织和每个呼叫者听到SIs的声音下, 部门、职称、团队或SI(最具体的胜利;轻型办公室按 默认情况下 ) , 并预览调用使用的循环以及每个 SI 的内容 呼叫者现在听到。 选项卡 + 菜单项 + 登陆卡。 - 一个SI的简介,在它的声...
nav SI 助理是每个成员的个人助理,具有成员的全部工具功能
SITP TPASSIST (所有者订单 2026-10-26 ) 。 成员自己的助手对话现在: - 列出成员的 OWN 会话可以使用的每个 Tool Plane 工具,在客户端启动时,在每个风险下 显示确认卡(否则会显示普通聊天的顶部 ) , 减去关闭的工具区域; 在索引中命名长尾并按需加载 (assista...
每次会话都会弹出一个SI的身份验证:这是你吗?
2026-10-26: 通过电话,短信,外部电子邮件,网站聊天或直接订单到达SI 会议中的请求首先由 Kamo 中的成员确认。 SiAuthRequestHost 打开最新的 SI_AUTH_REQUEST 卡从通知插槽(无投票)和关闭到处,当它 被撤回:哪个SI问(它的头像 ) , 被问到什么,它从哪里来(数字和 地...
代表成员审计 SI 助理的呼叫
成员的个人 SI 助理 (TPASSIST) 调用成员自己的会话;其密钥 start assistant : , 并且由一个人进行的这样的调用会被审计到权限基础 SI_ASSISTANT 和 成员作为 on_behalf_of (成员仍然是记录的行为者 ) 。
用于轮班报告设置和决策的表格,以便 KamoInitializer 可以重新创建它们
业主订单 2026-10-26 (TPSHIFTREPORTS ) : SI 时钟进/时钟出报告可按部门配置, 发送SI和接收SI的人员的职称、团队和成员。
个人 SI 助理的设置瀑布、私有内存和待确认行
为 KamoInitializer 声明; aiservice 手动创建了表 **************** 并用目标 SQL 写入它们。
运行模型功能的真实探测器的内部路径(语音真实度 VR1)
邮件地址 **************** KamoAI 仅限秘密:与设置 → SI 上的验证按钮相同的实时探头 它从来不会设置一个验证通过提供者自己的密钥 hand;失败的模型将保持未验证。 用于验证 CRM 的实时模型 语音对语音试验 (D9) 的。
通过为其打开会话验证实时语音对语音模型(语音真实度 VR1、D9)
ProbeRunner 运行新的 REALTIME_SESSION 探头 (kamo-shared-library 1438893a) 为 REALTIME_AUDIO: 它为模型在网络上创建一个 10 分钟的客户端机密 当卖家打开它时,秘密就过去了;秘密从来不会被使用或保留 一个组织的实时模型只能被证明,而组织提供者...
可以验证实时语音对语音模型 — 通过打开会话探测 REALTIME_AUDIO(语音真实度 VR1,D9)
REALTIME_AUDIO 已被认证,只有平台提供商才能被认证,因此没有 org 的实时模型可以被 VERIFIED,并且 SI 被路由到 VERIFIED 仅限模型:业主为客户关系管理订购的语音对语音试点(D9, 2026-10-26) 无法获取票据。 新探测类型 REALTIME_SESSION, 附加 last...
Holdem _ * - 一个SI与成员一起玩德州扑克
SITP TPGAMES。 十二个工具在MediaService的Hold'em端点上,作为一个门 会员的座位是 (Hold'em app + PLAY_HOLDEM, 再次下游 ) : holdem_list_tables, holdem_get_table (座位的自定义视图: own 卡,公开播放,法律行动的确切...
AI_CALL_METRICS 实体,包括呼叫的语音真实度计数 (VR1)
kamoai-service 只写入 ai_call_metrics JDBC;实体声明每一列 (和新的 REALISM 文本列,调用的 realism 计数的 JSON 对象: 感知的空白, 确认, 听声音两种方式, 幻影, 线路切断 KamoInitializer可以从代码中重新创建表 (所有者规则 2026-10...
E5 在模型制作时流式传输句子的音频,无需设置顺序,SI 使用组织的最佳验证语音模型(语音真实度 VR1,D1)进行交谈
- E5 { " 流 " : true } : 音频是逐块传递的,因为 提供商发送它 ( ElevenLabs **************** 候选人走,所以一个空的答案仍然失败之前,任何东西 一个家庭,不能流量保持; 一个家庭,不能流量保持 整个答案。 没有字段,什么都不会改变 (p50)在第一...
通话总结页面,以及通话和会议 (TPRECAPS) 中的 SI 的总结选项
/ai-calls/recap/<call>是主管的总结电子邮件链接到(和PHI组织的安全链接 ) : 谁是 关于电话, 什么时候, 怎么走, SI 的摘要, 行动项目, SI 在期间和之后做了什么, 和每一个字 搜索,复制和下载;组织的颜色,共享的头像和手机控制,尊重运动 SI 的呼叫选项增加了两个开关,默认情况下都...
Identity_request_confirmation ;成员在 Kamo 中确认的请求是他们的订单
Owner 2026-10-26: 直接订单必须经过认证。 某人只声称自己是 团队成员(电话,短信,未经证实的电子邮件,网站聊天,会议)被要求,通过 kamoai-service ,在其登录的 Kamo 应用程序中确认;SI 以简单的语言告诉它要做什么 确认后,RequestVerifier 会回复运行的顺序,并从该顺...
将生成的个性应用到 SI 自己的章程中,围绕人们设置的内容
语音逼真 VR2,用户决策 D2:每个 SI 都拥有独特的、适合工作的声音 从自己的工作中产生的个性。 kamoai-服务草案它;这 内部端点 (KamoAI secret) 应用其 PERSONALITY 和 VOICE 项 保存的方式:由宪章自己的规则验证,由权威拒绝 语言,由MemberCharterWriter...
会议邀请选项缩小,默认没有额外限制
所有者决定 2026-10-26: SI 自己的访问权限决定谁可以邀请它(如果包含团队中的任何人) 会议,否则仅限其主管 ) ; 此选项作为默认选项列在第一位,仅限于此。
SI 的权利决定谁可以邀请它参加会议
所有者决定 2026-10-26,在会议邀请后面的一个共享检查 (MeetSiInvitePolicy ) , M1,会议 创建和 M3 选择器: - SI的监督者(报告线,组织所有者)总是可以邀请它:他们的直接命令借给它他们的政策; - 组织中的任何其他人都可以在 SI 的 OWN 应用权限包括 VIEW_MEETI...
会议邀请选项是可选限制,默认为无
所有者决定 2026-10-26: SI 的自身权限决定谁可以邀请它(任何团队成员当他们包括会议, **************** 现在默认为组织(没有) DDL **************** 应用(默认值 + 限制值 ) ; 仅包含旧默认值的四行 ) 。
SI 的权限决定谁可以邀请它; meeting_invite_policy 只是一个可选限制
所有者决定 2026-10-26: 安全策略允许会议的 SI 可以被任何团队成员邀请; 其政策不仅由其主管(他们的直接命令借给它他们的政策 ) 。 MeetingInvitePolicy 停留 作为一个可选的额外限制,其默认值为 ORGANIZATION,不限制任何内容(原为 SUPERVISORS ) 。
每个 SI 都有自己的个性,背景声音、语音同意和呼叫者短语记忆表
PhoneStyle 将 SI 的特征编译成语音电话规则(缩写和 地址形式,温暖,幽默,能量,对冲,同情心,好奇心,注册, 加上语音管道所适用的数字:每 呼叫(D3,关闭,直到A / B ) , 听音之间的差距(D4 ) , 笑声 情绪范围(D6 ) 、 休息音调和回合结束耐心 没有人格的还与注册表默认值(D2)交谈。...
SIs与会员一起玩德州扑克,每个会员的切达再次工作
SITP TPGAMES (拥有者2026-10-26) 切达钱包: - 钱包的唯一门(universe-gateway -> universe-persistence)已经有 自 KamoUniverse 游戏于 2026-09-28 停止以来,没有任何端点,因此每 德州扑克买进自失败 ( " 切达钱包没有...
Mail_send 使用 HTML 主体的纯文本版本和一个由调用者写的文本文件 (TPRECAPS)
SI 的会议摘要现在包含会议的完整抄录;超过正文限制后,它将作为 .txt 附件发送。 textBody (带有 bodyFormat HTML) 成为多部分/替代文本部分;textAttachmentName + textAttachment 成为 一个附件部分(名称保留到安全字符, .txt ) . 附件文本与正文...
用于 SI 身份检查的消息发件人事实;SI_AUTH_REQUEST 属于 no app
现在,来源回复也会说明消息本身声称的发件人: From, Reply-To,即将邮件发送给我们的服务器,以及在其记录的 SPF/DKIM/DMARC 结果 SI_AUTH_REQUEST 是未指定的:任何人都可以被问到 一个SI来确认一个请求真的是他们。
SI_AUTH_REQUEST 通知类型和SI身份验证日志实体
Owner 2026-10-26: 通过无法证明任何人身份的通道到达SI的直接命令 Kamo 的成员首先确认。 附加 **************** (属于 si_auth_request_events 是用来指定哪些应用程序可以使用 si_auth_request 的权限 **************** 和 su...
选择谁可以邀请 SI 参加会议,在其呼叫选项
Kamo Meet " 邀请一个SI " ( 所有者订单 2026-10-26 ) : 仅监督它的人(默认值 ) / 其监督者和 团队成员/组织中的任何人,并对每个人进行简单的解释。 通过 AIService 保存; 媒体服务执行它。
从会议中邀请 SI;谁可以邀请 SI 是 SI 自己的选择
Kamo Meet " 邀请一个SI " ( 业主订单 2026-10-26 ) : - 为会议中已登录的人员(创建者、录制的与会者、 或者从他们自己的会话中通过会议副车交给这个房间的令牌: MEETPRES 标记 ) , 组织的活跃 SIs 他们 可以邀请,分组监督/可用,与照片(照片 -> 头像 ) , 职...
谁可以邀请此 SI 参加会议,请参阅其呼叫选项
Kamo Meet " 邀请一个SI " ( 所有者订单 2026-10-26 ) : meetingInvitePolicy (SUPERVISORS 默认 | TEAM | 组织)读取和更改SI的其他呼叫和会议选项,相同的权限;存储在 **************** (文件编号：DDL *************...
MeetingInvitePolicy — 谁可以邀请 SI 参加会议;声明 ai_member_call_options
Kamo Meet " 邀请一个SI " ( 业主命令 2026-10-26 ) 。 一个SI的主管(其向经理和 SI-supervisor 边缘,组织所有者)总是可以邀请它;它自己的 meeting_invite_policy 决定谁还可以: SUPERVISORS(默认值 ) 、 TEAM(指定的团队、相同的经理、...
Games_ * - 一个SI与成员下棋
SITP TPGAMES。 十一个工具在MediaService的国际象棋端点上,作为一个门 会员的板是(国际象棋应用程序 + PLAY_CHESS,再次下游 ) : games_list, games_get_state (图表, FEN, 合法移动, 移动文本, 记录 ) , games_invite (可选技能 ...
在HTML旁边的一个纯文本版本,当SI没有邮箱时,SI给主管的总结信 (TPRECAPS)
/api/email/send 需要一个可选的textBody: 然后正文是多部分/替代(文本,然后HTML ) , 内部混合 当有附件时。 POST **************** (KamoAI 秘密,多部分,如 /api/email/send) 发送一封信,其调用者构建为组织的事务邮件:NoReply@其域,只...
为 SI 调用总结电子邮件声明 ai_call_recap 和 ai_member_recap_options (TPRECAPS)
每个SI的电话有一个行的对话,所以它的总结到达主管一次;和一个SI的两个总结 手动应用的 DDL (kamoai-service **************** ) , 默认情况下都打开 KamoInitializer可以重新创建它。
每个SI都有一个时钟:time_now,time_convert,time_calc
用户报告 2026-10-26: 打电话问时间,SI说没有时钟。 时钟和 日历每个人都有: 现在的时间在SI的区域或任何其他(与日期的日期) 没有,没有,没有,没有,没有,没有,没有,没有。
团队成员发送给 SI 的经过验证的电子邮件是他们的请求和他们的订单
业主报告 2026-10-26: 业主发送电子邮件给他们的SI打电话给他们; 电子邮件从来没有一个 [ORDER] 没有订单,每次后来检查,读它作为外部邮件,并要求 Mail EmailService 证明团队成员自己的邮箱发送到 SI 现在是正确的 邮件内部(sentByTeammate,内部污点)和一个跟踪或引用,...
一个 SI 成员与其他成员下棋,其行动由 Kamo 的引擎选择
SITP TPGAMES (所有者 2026-10-26: 一个被要求下棋的SI不知道如何下棋 ) 。 - ChessSiPlayer:事件驱动(每次提交更改后的ChessTurnEvent ) 。 成员的邀请: SI 加入并唤醒一次(一个聊天 对于这种情况,我在网上找了很多信息 提议: 被接受,除非 S...
证明团队成员发送了 SI 的电子邮件,因此通过电子邮件发送的请求可以算作他们的订单
内部端点回答成员自己的邮箱中的消息是否由 团队成员:其发件人到达同一组织的成员,而该成员自己的发件人文件夹包含 同一消息ID发送给收件人。 伪造的发件人永远不会传递;只能读取。
流程显示每笔交易和贷款何时开启,并按此进行排序
交易和借款在会员区显示"开启 <日期,时间> " 从 Arive 导入,这是 Arive 的创建时间 — 在此之前,每次导入 进口当天开启的交易排序。
前景 — 申请前交易留在开放管道中
一笔交易,其贷款都是在摄入, 资格或预先批准 (没有 应用程序尚未采取)显示在自己的前景视图和计数。 开放, 其 KPI 和阶段导轨现在只计算正在进行的应用程序; Kamo 的 自己的草案保持在开放状态。 关于贷款没有任何变化。
流程显示申请前阶段、每个结果和存档贷款
- 状态: 申请接收, 资格, 预先批准; 批准未 接受、因不完整而关闭、撤销、预审批拒绝/ 不接受 — 一个共享列表而不是两个硬编码副本 - 董事会和交易:存档的贷款离开开放管道(显示在过去, 未获资金的成果计为取消 - " 提交"不再是 statusId >= 2 (id 是身份,而不是订单) - Ar...