チェンジログ
何が新しいの?
プラットフォームのすべての改良 それが出荷される
· MCPGatewayService
Identity_request_confirmation; Kamo でメンバーが確認した要求は彼らのオーダーです
直接の命令は認証が必要だ 誰かが自分を 主張するだけだ チームメイト(電話 テキスト メール ウェブチャット 会議)に 問い合わせる カモアイサービスのサインイン Kamoアプリで 確認する。 SIは 単純な言葉で 何をするか 指示される RequestVerifier は 次の実行を確認し 実行の順序と要求を返します 確認 (auth:<id>): メンバーが保証したので チャンネルの汚れは関係ありません SI_AUTH_REQUEST は SI に到達しません。
· SecurityService
生成された人格を SI自身の章典に適用する 人々が設定したものの周りに
音声リアリズムVR2、オーナー決定D2:すべてのSIはユニークで、仕事にフィットする 自分の仕事から生まれた 個性。 鴨合サービスが 作り上げる 内部エンドポイント(秘密の KamoAI)が 個人性と声のアイテムを適用します チャーター自体のルールによって認められ 権威により拒否される メンバー・チャーター・ライターによって書かれた言語で AI_DRAFTと記載され ランタイムはチャーターを再読み込み AI_CONFIGURATION_APPLIEDとして監査します 人が設定した項目は常に保持され、以前の世代は置き換えられる。
· kamo-internal
会議の招待オプションが狭くなりました。標準では追加の制限はありません
2026年10月26日:システムインテグレーターの自身のアクセスが誰が招待できるかを決める(チーム内の誰でも参加可能) このオプションはデフォルトで最初に表示されますが、その範囲を狭めるだけです。
· MediaService
SIの権限は 誰が招待するかを決める
2026年10月26日のオーナー決定、会議中の招待の背後の共有チェック (MeetSiInvitePolicy)、M1、会議 クリエイトとM3ピッカー: SIの上司(報告ライン、組織オーナー)はいつでも招待できる。 - 組織内の他の誰もが、SI の OWN に適用された権限が VIEW_MEETINGS を含むとき、 meetings_join と M1 join が必要であり、自身のアクセス権限で参加します。オプションの meeting_invite_policy で制限できます。 403 SI_NEEDS_SUPERVISOR (またはオプション制限の場合は NOT_ALLOWED_TO_INVITE_THIS_SI) を返します。 ルームリストは、この人が招待できない SI をロックされた状態でロックされた理由を返します ix_mra_member_rightの権限を読み取る 読み取れない = 監督者のみ
· AIService
会議招待オプションはオプションの制限で、標準ではありません
オーナ決定2026年10月26日:SI自身の権限で誰が招待できるかを決定(会議を含む場合はチーム全員、会議を含まない場合はチーム全員) ****************はデフォルトで ORGANIZATIONになります DDL **************** が適用されます(デフォルト + 制限) 古いデフォルトのみを持つ 4列です)
· kamo-shared-library
SI の権限が誰が招待できるかを決めます。 meeting_invite_policy はオプションの制限に過ぎません
2026年10月26日のオーナー決定:自身のセキュリティポリシーで会議を許可しているSIは、チームのどのメンバーにも招待できる MeetingInvitePolicy は 上司の指示に従って 行動するだけでなく デフォルトの ORGANIZATION は何も制限しません (SUPERVISORS は)
· kamo-shared-library
各SIはそれぞれの性格で話し,背景音,音声同意および呼び出しフレーズ記憶の表を示した
PhoneStyleは,SIの特徴を音声電話ルール(縮約と拡張)にコンパイルする アドレスフォーム 温かさ ユーモア エネルギー ヘッジ 共感 好奇心 登録 地域の言い回し)に加えて 音声パイプラインが適用する数字です 呼びかけ(D3、A/Bまでオフ) 聴く音の間のギャップ(D4) 笑い 感情範囲(D6) 休息音 ターンの終わりの忍耐力 まだ人格がないが レジストリデフォルト(D2)と話す AiAmbienceSetting(D7)、AiVoiceCloneConsent(D12)およびAiCounterpartyMemoryは、各々のアプリケーションに対して独自の機能を提供する KamoInitializer が Kamoai-service の新しいテーブルを再生成できるように宣言しました。
· MediaService
SIはメンバーとテキサスホールデムをする メンバー全員のチェダーはまた働く
SITP TPGAMES(所有者2026-10-26)。 チェダーウォレット: - ウォレットの唯一のドア(宇宙ゲートウェイ→宇宙持続)が 2026年9月28日に KamoUniverseのゲームが停止されたから ホールデムのバイインが失敗した(「チェダーウォレットは応答しない」) チェダーレジャーは同じ3つの表を書きました カモユニバースデータベース直接(同じクラスタ このサービスのDBユーザー) 持続性サービスのルールに従って 動きごとに1つのトランザクション 同値関係の鍵 (再生 = 適用される false) 署名されたレジストリ行 デビットは 条件付き更新で 2つのバイインがオーバードローできない 使ってる - 1回の登録につき1,000,000円(キーはsignup_grant:<id>) 最初に作られた 3Dパーキングワールドは メンバーの財布が ゲームアプリを通じて 触れられてる 人間でもSIでも同じだ チェッダ・シ・グラントは 非退職のSIの財布を 時間前に開く シングルトン メンバーのIDでページャー その他は何も触れない) チェダーは買い手がいない だからSIは金で買わない ホールデム - HoldemSiBrain: ライブ対戦相手に対する HandEvaluator 以上のモンテカルロエキシビション ポットオッズ スタイル 慎重/バランス/大胆 スキル カジュアル/クラブ/シャープ 300ms 唯一の入力は SIの受け取る者当たりの HoldemTableView: 他のカードやデッキではなく カードと公的な情報です - HoldemSiPlayer: イベント駆動 (各公開フレーム後のHoldemTurnEvent、 30秒クロックの中で約1.4〜2.3秒の休止をする) HoldemGameService.actで行動し expectedSeqでリバウンド 1日に3回 1つのテーブルに座り 座らない人と一緒に座って 出て行きます 人がいなくなった時 人工知能は互いに遊ぶことはありません Redis 申し立ては Redisの表における SI 当たりのスタイル/スキル - HoldemSiEligibility 各ステップ: Hold'emアプリ, PLAY_HOLDEM (SI'sまたは 招待者/座っている人: 非従順), ランタイムは一時停止されていません。 - POST /tables/{id}/si-play (スタイル、スキル)、呼び出すSIのみ - ChessFaces はトランザクションの外側 (ratchet) にキャッシュされているテーマホストを読み込む。 テスト: CheddarLedgerTest 4 (H2), HoldemSiBrainTest 5, HoldemSiFairnessTest 3 (SIの視点は他プレイヤーのカードもデッキも持たない。隠しカードは プレイヤーには 生のハンドラインへのドアがない) HoldemSiPlayerTest 7 ゲームスイート240グリーン
· MCPGatewayService
Mail_send は HTML ボディのプレーンテキスト版と呼び出し者が作成したテキストファイル (TPRECAPS) を取得します
SI の会議概要は、会議の完全な記録を含み、ボディの制限を超えて.txt の添付ファイルとして送信されます。 textBody (bodyFormat HTML を含む) はマルチパート/オルタナティブテキストパートになり、textAttachmentName + textAttachment は テキストパートになり、textAttachmentName + textAttachment は テキストパートになります 添付ファイルの一部 (名前は安全な文字に保持されます。.txt) 添付されたテキストは、公開のための本体と共に計画されます。 ゴールデンツールリストを再生 (mail_sendのみ)。
· EmailService
SI 認証のためのメッセージの送信者事実;SI_AUTH_REQUEST はアプリケーションに属していません
メッセージ自体が送信者についてどう主張しているかも プロヴァンス応答は今や言う: From, 返信先、送信サーバ、SPF/DKIM/DMARC結果が記録されています SI_AUTH_REQUEST は指定されていません 要求を確認するSIが 本当に彼らだった
· kamo-shared-library
SI_AUTH_REQUEST 通知種類とSI認証ログエンティティ
2026年10月26日 誰の身元も証明できないチャネルを通じて SI に直接命令が届く Kamo のメンバーが最初に確認します si_auth_requests / si_auth_request_events を宣言します **************** と support_ticket の media_session_guid のインデックスです。
· kamo-internal
呼び出しオプションで SI をミーティングに招待できる人を選択します
Kamo Meet "Invite an SI" (owner order 2026-10-26): 監督者のみ (デフォルト) / 監督者と チームメイト / 組織内の誰でも、それぞれの単純な説明と共に。AIサービスを通じて保存されます。 メディアサービスはそれを強制する。
· MediaService
SI をミーティング内から招待します。SI を招待できる者は SI の選択に任せます
Kamo Meet "SIを招待" (オーナーオーダー 2026-10-26): - ミーティングにサインインした人物の **************** を取得します (作成者、録音参加者、 この部屋のトークンを 会議のサイドカーで渡された 組織の活動的なSIは 招待可能 グループ化 監督/利用可能 写真(写真→アバター) 職務名称 利用可能(利用可能、利用不可) 会議に参加したり 会議に向かっているSIはいません (ライブ参加者、自動参加招待、ライブai_callに)残ったものは再びリストされます。 - POST .../invitable-sis/{memberId}: M1 の 1 つのインスタンスパスを通して これを引き込む 「ダイヤルクレーム」「カモアイサービス独自のライブコールインデックス」「同時クリック」「2人で1回の通話」 - MeetSiInvitePolicy: 監督者 (組織グラフレポートライン、組織オーナー) は常に、他の者は SI によって meeting_invite_policy (SUPERVISORS default | TEAM | ORGANIZATION) は M1 で実行され、会議を作成する人に対しては、 meeting_invite_policy を実行します M3のピッカーは 招待可能なSIのみを提供します - ViewerThemeDomainを通じてトランザクションの外にある****************テーマホストのルームを検索
· AIService
呼び出しオプションで、この SI をミーティングに招待できる者
Kamo Meet "SIを招待" (オーナーオーダー 2026-10-26): meetingInvitePolicy (SUPERVISORSデフォルト | TEAM | ORGANIZATION)は,SIの他の通話・会議オプションと同じ権限で,読み込み・変更でき,SI内に保存される **************** (DDL ****************) メディアサービスが実施します
· kamo-shared-library
MeetingInvitePolicy — 誰が SI を会議に招待できるか; ai_member_call_options を宣言
Kamo Meet "SIを招待" (オーナーの命令 2026-10-26) SIの上司は 組織のオーナー)は常に招待できます。その meeting_invite_policy は他の誰が招待できるかを決めます。 SUPERVISORS (デフォルト)、TEAM (名前のついたチーム、同じマネージャ、そのレポート)、ORGANIZATION。グラフを閉じることに失敗します。 aiMemberCallOptionsRow は手作りの ai_member_call_options テーブル (および新しい列) を KamoInitializer として宣言します コードから構築できます
· MCPGatewayService
Games_* - SI がメンバーとチェスをする
SITP TPGAMES。 MediaService のチェスエンドポイント上の 11 つのツール、ゲートとして メンバーのボードは (チェスアプリ + PLAY_CHESS もう一度下流) games_list games_get_state (図, FEN, 合法手, 手のテキスト, 記録), games_invite (オプションのスキル) games_join, games_decoder, games_move (SANまたは正方形、 サーバ側の検証) games_offer_draw games_decoder_draw games_resign games_rematch games_set_skill SIの動きは MediaService のエンジン;モデルが話しかけます。内部書き込み: ありません chat_read は ゲームの名前を指定します GAME_INVITEカードです。 承認フレーズ + CHESS_GAME名詞; games_prefix; ゴールデン 再生(11追加) テスト: GamesPackTest 7, ChatPackTest +1; フルスイート 1968 グリーン。
· EmailService
HTMLに加えてプレーンテキスト版、SIがメールボックスを持たない場合は、SIの監督者へのリキャプレター (TPRECAPS)
/api/email/send はオプションの textBody を取得します。ボディは多重/代替 (テキスト、次に HTML) で、内部は混合されています 添付ファイルがある場合は、その添付ファイルを削除します。 POST **************** (KamoAI secret, multipart like /api/email/send) 組織のトランザクションメールとして 呼び出し者が作成した手紙を送ります "NoReply@" そのドメインが SPFが認可してる もしくはプラットフォームの名前で テキストバージョンと2つのファイルで
· kamo-shared-library
SI 呼び出しリキャップメール (TPRECAPS) の ai_call_recap と ai_member_recap_options を宣言します
会話があったSI電話ごとに1行ずつ、そのリキャプは上司に1回、SIのリキャプは2回届く 手動で適用したDDL (kamoai-service ****************) KamoInitializer が再生できるように ここで宣言しました
· MCPGatewayService
すべての SI には時計があります: time_now, time_convert, time_calc
2026年10月26日 電話で時間を聞いたら SIが時計がないと言った 今のSIのゾーンの時間か どこかの時間か 別のゾーンで言われた時間と 日付の算術
· MCPGatewayService
チームメイトの証明されたメールは 彼らの要求と命令だ
2026年10月26日のオーナーの報告:オーナーはSIに電話をかけるようメールしました。メールは決して電話ではありません 注文([ORDER] 注文なし)して それ以降 チェックインするたびに 外部メールと読んで 問い合わせて チームメイトのメールボックスが SIに送られたことを証明する メールの中に "チームメイトが送った" と チャットメッセージのような 引用文字が入ってる 著者、レセンシー、この走行、汚れは すべてチェックされてる 偽造のフロムは郵便の外にある
· MediaService
SI メンバーがメンバーとチェスをし、その手は Kamo のエンジンで選択されます
SITP TPGAMES(所有者2026-10-26:チェスをやってもらったSIがやり方を知らなかった) - ChessSiPlayer: イベント駆動 (変更をコミットするたびにChessTurnEvent) メンバーの招待:SIが加入し、その心が一度覚醒する(チャット) カードの会話の通知)を送って 挨拶してくれます。 会員の抽選は 申し出は受け入れますが SI の駒が半分以上先にいない限り ChessAi(アルファベータ+静止,時間予算化)は,手順を選択する SIのレベルを設定し,チェスゲームサービスを介してSIとしてプレイする クリックと同じ検証された経路 0.7秒の一時停止 ゲーム当たり1つの待ち行列 ポッドごとに200、ポッド間でRedisクレーム、書き込み前にFENを再チェック。 - ChessSiEligibility, すべての手: Chess app on, PLAY_CHESS 適用, ランタイム 一時停止/ブロック/撤退ではありません - 再開または停止ミスのターンに対する回復スイープ(シングルトン,30秒)。 -SI対SIボードなし(招待拒否、誰にも勝てない)。 - ゲーム当たりのスキル (CASUAL/CLUB/MASTER、デフォルトは CLUB) は Redis、DDL はありません。 POST /games/{id}/si-level; /move に移動 (SAN または e2e4) を書く。 - ボードに相手の写真が表示されます(相手のアバターURLは常に null でした) 相手はIsSiとsiLevelです - 修正: 各リクエストで共有された ChessAi が、それぞれの期限フィールドを競争させた。 テスト: ChessSiPlayerTest 11, ChessSiRulesTest 15, クエリ解析 1; チェスと ゲームスイート グリーン (100)
· EmailService
チームメイトがSIのメールを送ったことを証明しろ メールでの要請が彼らの命令として 認められるように
内部エンドポイントは、メンバー自身のメールボックスにあるメッセージが、メッセージ送信者によって送信されたかどうかを返答します チームメイト:同じ組織のメンバーに届く メンバー自身の送信フォルダには 受信者に宛てた同じメッセージ-IDです。偽の From は通過しません。読み取り専用です。
· kamo-internal
パイプラインは、それぞれの取引とローンがいつ開かれたかを表示し、それによってソートします
デールとローンはメンバーゾーンに "Opened <date, time>" を表示します。ローンの場合 Ariveからインポートされました Ariveの作成時です 輸入当日のオープン状態の 取引を並べます
· SecurityService
Arive で開いたパイプラインローンは Arive の作成時刻を持ち、インポート時刻ではありません
· kamo-shared-library
借り入れの概要は、実際にMLOSの借り入れが開かれたときに保持されます
· kamo-internal
前景―申請前の取引はオープンパイプラインを離れる
融資は全て 入札、資格、予備承認で アプリケーションは まだ 取られてない) 表示される プロスペクツの下の ビューとカウント。 オープン KPIとステージレールは 進行中のアプリケーションのみを計算します Kamoの 自分のドラフトはオープンに残ってる 借金は変わらない
· kamo-internal
パイプラインは申請前段階、すべての結果、およびアーカイブされた貸付を表示します
-状態:申請受付、資格認定、予備承認、承認なし 受理、不完全閉鎖、撤回、予備承認拒否/ 受け入れられない — 共有リストは2つのハードコードコピーの代わりに1つ - ボードと取引: アーカイブされたローンはオープンパイプラインを離れる 資金が集まらなかった結果は キャンセルとなります - "submitted" はもはや statusId >= 2 ではありません (id はアイデンティティで、オーダーではありません) - Ariveステージマップは応用前の状態を提供します
· SecurityService
Kamo は Arive の全てのローンを保有しており、 Arive は実際にそれを持っています
- 入出金イベントは すべてのローンを受け入れる - オープン、融資、不利、または 活動的なものだけでなく アーカイブされたものも - 貸出ごとの Get Loan または crmReferenceId スタンプはありません。それぞれ Zapier のタスクです クライアントのプラン (1回のインポートで2万以上) GUIDはローンを認識します - Arive の日付を記録のシステムとして適用します(Arive がある場合はクリア) なし 例えば 申請前のファイルの申請日など) - Kamoの後ろのステージは 拒否される代わりに 記録に残る -草案のみのガード(借り手編集、自分で提出、SIクレジットプル/AUS)をカバー 申請前の段階です。 "submitted" はもはや statusId >= 2 ではありません
· kamo-shared-library
応用前の状態、すべてのHMDA結果、アーカイブ、Ariveの実際の日付
Arive のローンはステージ名のみからマッピングされました: すべての申請前ステージ 申し込みが取れなくなって すべての貸付が 取り消されてしまいました すべての不利な行動は拒否され 日付は輸入の日付で印刷されました - LoanFileStatus (追加 — 順序列): APPLICATION_INTAKE, 資格、予備承認、結果、承認されなかった、不完全、 キャンセル、予備承認拒否、予備承認拒否 - 状態マシン:オプションの応用前の矢印。各結果は最初の状態からのみ 状態を追跡することができます - LoanFile.archivedAt: アーカイブは状態の隣のフラグであり、結果ではありません - Arive: ADVERSE ステージ + AriveAdverseReason を自分の結果にマッピング ローン設定 = 申請受理 発表 = 処理中 日付 = Arive (TRID 日付、署名された文書、資金調達、ステージの日付), 今日は決して - realignToExternal: 外部のMLOSはステージの記録システムです - 実際の結果から取得したHMDAアクション;進行中のファイルにはありません - 商取引・トランザクションロールアップ・クローズホライズンが 新しい状態を扱う
· kamo-internal
外部MLOSは住宅ローン市場と各ローンに生きている
- 設定→POS市場→住宅ローン市場:新しい「外部MLOS」タブ (Arive via Zapier, MeridianLink) 接続、ステージマップ、トランザクション 活動中のローンを輸入するためのウィンドウです ポインタに置き換えられます - 借入申請:外部における借入の位置を示すステータスバー MLOS(リンク/送信/ニーズフィールド/拒否),再送,MLOS内開放 MLOSが所有するセクションは読み取り専用で どこで編集できるかを示すメモが付いています - パイプライン契約カード 外部MLOSチップ - リードページ: Arive/MeridianLink アクションを削除 - プロキシルートは****************に移動
