每个 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 还会与成员的 PLAY_CHESS 一起玩游戏(无不服从)
与成员的比赛总是在该成员的要求(他们邀请的 SI,或告诉它邀请他们 ) , 并且团队成员的直接命令运行 所以每次移动的权限检查通过了 当 SI 或它正在玩的成员持有 PLAY_CHESS 时; 仍然需要应用和正在运行(未暂停)的 SI。
一个 SI 成员与其他成员下棋,其行动由 Kamo 的引擎选择
SITP TPGAMES (所有者 2026-10-26: 一个被要求下棋的SI不知道如何下棋 ) 。 - ChessSiPlayer:事件驱动(每次提交更改后的ChessTurnEvent ) 。 成员的邀请: SI 加入并唤醒一次(一个聊天 对于这种情况,我在网上找了很多信息 提议: 被接受,除非 S...
证明团队成员发送了 SI 的电子邮件,因此通过电子邮件发送的请求可以算作他们的订单
内部端点回答成员自己的邮箱中的消息是否由 团队成员:其发件人到达同一组织的成员,而该成员自己的发件人文件夹包含 同一消息ID发送给收件人。 伪造的发件人永远不会传递;只能读取。
流程显示每笔交易和贷款何时开启,并按此进行排序
交易和借款在会员区显示"开启 <日期,时间> " 从 Arive 导入,这是 Arive 的创建时间 — 在此之前,每次导入 进口当天开启的交易排序。
永远不要将同步本身写入的阶段推送到外部 MLOS
Arive 导入一次通过 Kamo 的管道一步一步地走一笔贷款; 20s sync tick 将每个半步状态视为 Kamo 变更,并将其发送到 Arive , 滚动 18 资金到位 / 关闭 Arive 贷款 返回到贷款设置, 文档 签署、披露等等(2026-10-26 04:05-11:25 ) 。 一个状态现在去 ...
从不向浏览器发送异常文本(包括 SQL)
BaseLosController.error ( ) 将 e.getMessage ( ) 放入每 500 个主体中;管道 这个异常现在会被转移到日志中,并且会被删除 短引用和呼叫者得到一个简单的句子(和一个503"忙,尝试 借款人门户网站的500s得到相同的结果。
前景 — 申请前交易留在开放管道中
一笔交易,其贷款都是在摄入, 资格或预先批准 (没有 应用程序尚未采取)显示在自己的前景视图和计数。 开放, 其 KPI 和阶段导轨现在只计算正在进行的应用程序; Kamo 的 自己的草案保持在开放状态。 关于贷款没有任何变化。
管道读取在 Yugabyte 读取重新启动上重试,而不是失败页面
"我们无法加载管道(JDBC . . . 需要重新启动读取 ) " 出现在 Arive 导入正在写入贷款时随机。 交易和贷款列表为 是纯读取,现在在新的事务中重新运行 ( @ RetryOnDbConflict ) 。
在 Yugabyte 读取重新启动时重试管道板读取;忽略不可能的 Arive 日期
董事会在几个声明上加载每笔贷款; 并发写入 ( Arive import) 导致 Yugabyte 后来的一个错误为 40001, 显示给用户为 Arive ( 5202)中输入错误的年份现在不是日期,而是5202 退出。
流程显示申请前阶段、每个结果和存档贷款
- 状态: 申请接收, 资格, 预先批准; 批准未 接受、因不完整而关闭、撤销、预审批拒绝/ 不接受 — 一个共享列表而不是两个硬编码副本 - 董事会和交易:存档的贷款离开开放管道(显示在过去, 未获资金的成果计为取消 - " 提交"不再是 statusId >= 2 (id 是身份,而不是订单) - Ar...
Kamo 持有每 Arive 笔贷款,在状态 Arive 真的有它
- 进口和进口事件采取每个贷款 - 开放, 资金, 反对或 归档 — 而不是仅仅是"活跃"的 - 没有每笔贷款 Get Loan 或 crmReferenceId 邮票:每个都是 Zapier 任务 客户的计划(20,000+ 一次导入 ) ; GUID 认可贷款 - Arive 的日期应用为记录系统(在 Ar...
申请前状态、每个 HMDA 结果、存档和 Arive 的实际日期
Arive 贷款仅从阶段名称进行了映射:每个申请前阶段 成为应用程序采取,每个存档的贷款撤回(资金也 ) , 每一个不利的行动被拒绝,并且日期被盖上进口日期。 - LoanFileStatus(附加 — 有序列 ) : APPLICATION_INTAKE, 资格, 预先批准; 结果 批准_不接受, 不完整, ...
使用组织自己的抵押市场,无论它是什么标题
房屋抵押贷款,房屋抵押贷款利率 一个组织重命名了它的市场 ( " 贷款 " , "KamoMLOS " ) 得到了第二个, 首次申请贷款的空房贷款市场。
在 Yugabyte 读取重新启动时重试导入的写入进度
第一个实时导入在第 1 页后停止运行:保存 连接加载组织的域, Yugabyte 回复 40001, 并且 同样的错误也会出现。
将 Harmony Arive Zapier 的 zap 保存为可重用模板
经过清理的 Zap 定义(当前的贷款级别集和退役的铅级别) 如何为另一个 Arive 客户端重建它们。
外部 MLOS 生活在按揭市场和每笔贷款
- 设置 → POS市场 → 抵押市场:新的"外部MLOS"选项卡 (Arive 通过 Zapier , MeridianLink ) 带连接、阶段图、事务 进口的货物,应当按照本公约的规定处理 用一个指针取代它 - 贷款申请:一个状态栏显示贷款在外部的位置 MLOS(链接/发送/需要字段/拒绝 ) 、...
MeridianLink 投票适用于贷款申请,而非潜在客户
更改后的借款通过 MLOS_LOAN_LOS_LINKS 匹配并发送到 未知借款仅在下列情况下采用: LO 单位映射到单个组织。
双向将每个贷款申请镜像到市场的外部 MLOS
Arive 和 MeridianLink 连接到 MORTGAGE (MLOS) 市场,而不是 引导市场, 并同步贷款申请,而不是引线. - LoanLosSyncService: 队列 + 20s 单一标记;在服务器中创建贷款 外部MLOS一旦其必需的字段存在,推动阶段变化,回 失败时关闭,提供重新发送/在...
在出借时同步外部 MLOS ( Arive , MeridianLink ) , 而不是引导
牵头一级的LOS链接被贷款一级的链接所取代:每个贷款申请 是镜像到市场的外部MLOS和回来,通过一对一链接 MLOS_LOAN_LOS_LINKS 由 MLOS_LOS_SYNC_QUEUE 驱动。 - LoanLosProvider SPI (创建/推送/缺失字段/锁定部分/打开 Arive (通过 Zapie...
计费写入服务再次开始 — 构造函数保留其 @Autowired
术语提交插入了代码检查器字段到 @Autowired 和 这个字段是指定的,所以这个字段是指定的 未注释构造函数 : ' 未找到默认构造函数 ' , 每个新的 pod CrashLoopBackOff, 推出被困在两个旧的胶囊后面。 场及其 设置器现在坐在注释上方。
编码术语 — — 从其发布者加载的 RxNorm、ICD-10-CM、CVX 和 HCPCS;选择器、实际代码检查和 ONC 高优先互动屏幕
RxNorm 当前可处方内容 (NLM, MD5 验证与 NLM 的相关性) 页面; **************** 药物->成分通过解决 组件/通用药品/包装,药物->剂量表,来自DCSA的DEA表格 ) , ICD-10-CM订单文件(可收费) 标志、短/长标题、前缀结束 ) , CVX+疫苗组(CDC ) , ...
从图表发送消息给患者,首先征得同意;提醒、确认和视频访问时间表
- 消息选项卡:联系同意卡(文本,电子邮件,不接触 — 何时和如何,历史 ) , 一个 发送之前询问服务器的作曲家(同意,和一个最低必要的临床提示) 写作人员必须确认 ) , 以及已发送的内容及其递送状态;时间线会刷新 - 日程安排和图表的约会:提醒结果的文字,确认(通过短信回复,或 开始视频访问(仅限会员...
医疗实践的视频访问室,创建服务器到服务器
POST /api/internal/meet/telehealth (X-Internal-Auth = internal.auth.secret, MeetInternalAuth) 创建一个 由临床医生主持并安排在组织自己的提供商和实时域上的会议 访问开始时(因此访客链接过期从访问开始计算 ) 当组织的 Kamo...
实践的病人图听到病人的回答,停止/启动和交付收据
PatientSmsRelay 发布帖子(X-Internal-Auth,关闭载体线程,有界队列,从不投掷)到 警卫处 **************** - 每个重复删除和关键字处理后的输入文本,关键字和它是否在这里提交 — 所以回复一个提醒号码没有成员拥有不再丢失到图表, STOP/START达到 患者的同意...
电子处方 — 电子处方对话框、电子处方工作清单、设置和药房
- 图表药物:电子处方打开我们的先决条件+安全检查,然后网络的 在一个大框架中显示页面;关闭它导入了发送的内容 发送到 <药店> / 传输失败 / 打印 — 仅确认内容。 本地表单 现在被标记为在纸上处方。 - 电子处方部分：传输失败，报告行不匹配任何图表(匹配或不匹配) 最近发送的,以及网络的RxLo...
病人可以从图表发短信和电子邮件 — 首先征得同意,提醒,视频访问,召回消息
- 一个同意门 **************** 图表消息, 提醒, 视频链接, 召回消息和确认回复:每个渠道的患者自己的同意(TCPA/HIPAA,永远不会) 假设,绑定到数字 ) , 组织不联系/不发送电子邮件列表,安静的时间为任何 发送的消息只会在患者的时间线上显示(从不会传递给 CRM 潜在客户 )...
通过 Weno Exchange EZ 集成进行电子处方
- ErxTransport 供应商接缝(默认为 UnconfiguredErxTransport,WenoErxTransport 为首个网络) - 实践eRx帐户(MANAGE_EHR_SETTINGS ) : 网络,测试/实时记录确认, 只写管理员密码 + 用群集范围内的 ehr-erx-enc 密钥加密的帐...
电子处方方案 — 网络帐户、注册、药房目录、传输
五个新的临床表格(ehr_erx_settings、ehr_erx_enrollment、ehr_erx_pharmacy、ehr_erx_health) 结构化的首选/替代药房 结构化的首选/替代药房 在 fhir_patient 上使用 NCPDP,在 fhir_medication_request 上使用 pri...
患者外联实体 — 联系同意、发送消息、提醒分类账、提醒设置、视频访问
- PatientContactConsent (ehr_patient_contact_consent ) : 仅附加短信/电子邮件/不联系分类账 - PatientMessage (ehr_patient_message ) : 发送给患者的文本和电子邮件,具有载体状态 - AppointmentReminder ...