コンテンツへ移動
KAMOUniverse

チェンジログ

何が新しいの?

プラットフォームのすべての改良 それが出荷される

  1. · kamo-internal

    組織のエイリアスドメインにエイリアスのアドレスを表示する

    メンバーのメールとメールボックスタブの各エイリアスの下に、同じエイリアスをリストに表示します orgのエイリアスドメインで デフォルトの送信者チップの下で 出てくる。

  2. · EmailService

    主メールボックスのように、エイリアスはすべてのエイリアスドメインで動作します

    組織のエイリアスドメイン (org_alias_domains) は既にメンバーのプライマリをミラーしています erik@kamouniverse.com とも呼ばれる) エリック・ホワイト・カモクラム・ドット・コムは postfixのプラットフォームエイリアスマップは あのアドレスを別名に渡す すべてのエイリアスは /sendable に同じミラー行を取得します 送信パスが受け入れます 組織のデフォルトエイリアスのコピー メンバーエイリアスのリストは 設定が表示できるように aliasDomainAddresses を返します。

  3. · MCPGatewayService

    偽装防止ガード - 確認されていない会話はメンバーが Kamo で確認するまで誰もが求めるもののみを受け取ります

    所有者 2026-10-26 (TPCALLTOOLS B): メンバーであると主張するだけの人物 上司や権威者は SIに何もさせてはいけません 有害であるか その主張に依存するものである たとえSI自身の権利の範囲内でも 強制サーバサイド IdentityGuard (新しいビーン、1 つのコンストラクタ、セッタによる配線): SI の書き込み用 誰も証明できないチャンネルを走らせて メール ウェブ/ソーシャルチャット フォローアップ 加茂愛サービス /auth-requests/identity) 確認なし チームメイトの命令 onRequestOf または人間の承認を経て 誰でもレベルの書き込みのみが通過 (内部メッセージ 新規記録 タスク メモ 予約 自分の簿記) 添付ファイルなしで相手に返信します IDENTITY_UNVERIFIED (監査済みの DENIED) の名前に対応するものはすべて 失敗したループは 保護された書き込みを保持します identity_request_confirmation は リクエスト id に応答します OrderDelegation は 認証されたと判断したら auth:<id> の実行順序を確認します 不服従労働組合の権利はない)。

  4. · kamo-internal

    メンバーのデフォルトの送信者としてエイリアスを選択

    メンバーのメールとメールボックスタブには、エイリアスにデフォルトの送信者列が追加されました テーブル: 1つのエイリアスをデフォルトにするか、メインメールボックスに戻す。 作成者はそのエイリアスの From フィールドを通常の場所に開きます 会員のメインメールボックスで開きます 新しいメッセージと新しい 返信と 共有メールボックス 二次メールボックス あるいは同僚のメールボックスは エイリアスは 主な送信者のアイデンティティを 署名テンプレートを作りました

  5. · EmailService

    メンバーはデフォルトでエイリアスから送信できます

    PUT **************** はどのエイリアスがどこにあるかを選択します メンバーのメインメールボックスのエイリアスを設定します is_default; カラムは既に存在しており、設定されていません。 /sendable と /from-addresses は現在エイリアス行に isDefault を報告します 作曲者は From フィールドを開きます

  6. · MCPGatewayService

    calendar_create_event はメンバー id によってチームメイトを招待します。つまり、「私のカレンダーに入れる」は、要求した人に届きます

    誰も他のメンバーのカレンダーに書き込めません inviteMemberIdsはイベントの観客として 送信します メンバーに結びつけられたゲストの列 自分のカレンダーのイベント 送られた招待状 MEETINGで評価され 披露計画に名前が付けられます 記述はSIをそれに向かわせます

  7. · kamo-shared-library

    AiRealismTestWindow — テスト拡張からウィンドウ内の SI へのコールはテストコールです

  8. · kamo-internal

    SI アシスタントは各メンバーの個人アシスタントであり、確認カード、ライブステップ、独自の設定ウィンドウ、組織のデフォルトを提供します

    SITP TPASSIST(オーナーオーダー2026-10-26)。 - アシスタントウィンドウはAIサービスに 確認カードを表示するように指示します メンバーのアクセスが許す全てのツール 外部送信 金 削除 セキュリティの変更 デバイスコマンドが チャットのカードとして到着します 単純な質問です メッセージの内容 アクセスするレコード リスク 確認 編集 ソケット上で決められた場合は 1行に折りたたまれます - 各ステップは開始時に表示されます(ツールのタイトル、スピナー、チック)。生のツールは応答しません 技術的な詳細の下で 再開された会話は 待ちのカードを再び表示します - ヘッダにはアシスタントの顔と名前と 設定ウィンドウを開くギアが付いている 人工知能アシスタントの設定 名前とキャラクター パーソナリティエンジンのスタイルと特徴 答えの長さ/形式/言語 音声スイッチ ツールエリア 確認レベル プライベートメモリ 最小化時の音、通知、モデルの好みなどの設定を行うことができます すぐに変更が保存され 組織ロックが表示されます - 設定 › SI › SI アシスタント: 各メンバーのアシスタントが始めるものと、メンバーが使用できるもの 組織や部門の職務やチームを ロックと制限で変更できます メニュー項目 着陸カード)です

  9. · MCPGatewayService

    名前付きメッセージのアイデンティティチェック; 送信者が自分の注文であることを確認した未確認のメール

    identity_request_confirmation はメッセージに対して 'about' (email:<folder>/<uid>, chat:<guid>) を取得します チームメイトのメールボックスが 見つからないというメール Kamoセッションで 送信者が 2026年10月26日 sp00verifyでライブ。

  10. · kamo-internal

    シフトレポート設定タブと個人の選択

    オーナーオーダー 2026-10-26 (TPSHIFTREPORTS): SIからの空のクロックイン/クロックアウトレポートはもはやない。 - /settings/ai?tab=shift-reports (メニューエントリ + 着陸カード; SIワークフォース + VIEW/MANAGE_AI_WORKFORCE): 組織のルールや SIが送るものと 受け取るものの 詳細な設定 職務 チーム 1人のSI/1人の人間) それぞれの監督者が実際に受け取るものと なぜか 最新の 単純な言葉での決定(送信、時を待つ、送信されない、新しいことは何もない...)。 - ルールエディタ: 常に / 新しいものがある時のみ (推奨) / 決して; クロックイン、クロックアウト、 時間や日付を設定し チャットやメールを送る 組織のブランドトークン 角のリボン 動きを減らした動き -ワークルーム > SI同僚:SIからのシフト報告、メンバー自身の選択(すべてのSIに勝利) 彼らに報告するSIと 最新の報告書です

  11. · kamo-internal

    背景音の設定,SIの話し方,音声同意(ボイスリアリズムVR2)

    - 設定 > スーパーインテリジェント > 背景音 (D7): ソフトルーム音 電話をかける人は SIの声を聞く 組織と個人のために 部門 職務 チーム または SI (最も特定の勝利; ライトオフィスによって) デフォルトでは 呼び出しが使うループの プレビューと タブ+メニューエントリ+着陸カード - SIのプロフィール,その声の下:どのように話すか(D2:性格) 仕事から抜け出した 特徴的な習慣 新鮮な個性を抜き出す) 実際の人物の声を使う(D12: Kamo で署名された書面同意または アップロードフォーム 引き出し可能)

  12. · AIService

    設定読みは 原型の価値と 個性を言葉に 持ち込む

    設定ウィンドウのスライダーは メンバーが選んだ原型から始まり パーソナリティエンジンが 設定を作成する(TPASSIST)

  13. · AIService

    ナビ・SI・アシスタントは メンバーのパーソナル・アシスタントで メンバーの全てのツールパワーを持つ

    SITP TPASSIST (オーナーオーダー 2026-10-26) メンバーのアシスタント会話は現在: - クライアントがオープンセッションに 参加するときのリスクの下で メンバーが使用できる ツールプランツールをリストします 確認カードを表示します (普通のチャットの天井はそうではありません) ツールエリアをオフにします; ロングテールはインデックスに名前が付けられ、要求に応じてロードされます(assistant_load_tools) ツール・プレーンがSIとして監査する 会員の代理を務める助手で、会員が役者となる - 送信、送金、削除、セキュリティ、デバイスコールを外部に保持 会員のチャットでの確認: ツール・プレーンのレンダラーからの 普通の言葉のカードが読まれます メンバーとしては まず 連絡しないリストをチェック 確認/編集(文字のみ)/キャンセルを ソケット (DECIDE_ACTION) または REST で 決めたらターンは続きます - 自分の設定で話す 名前 アバター 人格エンジンの原型と特徴 答え 長さと形 言語 モデルの好み 滝を通って ロックと制限を持つメンバー (/api/ai/assistant/settings, /layers) - メンバーごとの プライベートメモリを保持し /api/ai/assistant/memory) を読み込みます - TOOL_STARTED, CONFIRM_REQUIRED, AWAITING_CONFIRMATION, ACTION_DECIDED フレームをストリーミング

  14. · kamo-internal

    SIの身元確認が 毎回出てくる あなただったの?

    2026年10月26日:電話、メール、外部メール、ウェブチャット、または Kamo のメンバーが最初に確認する必要があります SI_AUTH_REQUEST 通知ソケットからカードを要求します どのSIが尋ねたか(そのアバター) 何が尋ねられたか どこから来たか(数字と アプリが常に表示するように 住所は全ての事実 Kamoの背後にある すべての詳細を表示する) 単純な リスクヒント カウントダウンリング イエス/ノー/これは私じゃない 強制音と振動 組織の色 フレーマーモーション MotionConfigの下で 動きを減らす 携帯電話のフルスクリーン /authentications はログです メンバーのもの ワークフォースマネージャーの場合は 全員のものです 種類は無題(アプリに属さない)で、トーストデッキの2枚目のカードにはならない。

  15. · MCPGatewayService

    メンバーの代わりに行われた SI アシスタントの呼び出しを監査します

    メンバーのパーソナル SI アシスタント (TPASSIST) は、メンバー自身のセッションで呼び出されます。その鍵は start assistant: とすると そのような呼び出しは 権限ベース SI_ASSISTANT で監査され メンバーはレコードのアクターとして残ります。 何も拡大も縮小もしません。

  16. · kamo-shared-library

    シフトレポートの設定と決定のためのテーブル、KamoInitializer がそれらを再生成できるように

    2026年10月26日(TPSHIFTREPORTS):SIクロックイン/クロックアウトレポートが部門ごとに設定可能となる 送信者と受信者の職務 チーム メンバー

  17. · kamo-shared-library

    パーソナル SI アシスタントの設定ウォーターフォール、プライベートメモリ、および待ち受ける確認行

    KamoInitializer に対して宣言されました。aiservice はテーブルを手動で作成しました ターゲットSQLで書き込む

  18. · AIService

    モデル能力のリアルプローブを走らせる内部経路(音声リアリズムVR1)

    ポスト **************** KamoAI 秘密のみ: 設定→SIの 確認ボタンと同じライブプローブ プロバイダ自身の鍵に対して 認証を設定することはありません 失敗したモデルは検証されません 音声対話パイロット (D9) のためです

  19. · AIService

    リアルタイム音声対音声モデルをセッションを開いて検証する(音声リアリズム VR1, D9)

    ProbeRunner は新しい REALTIME_SESSION プローブを実行します (kamo-shared-library 1438893a) 10分間のクライアントの秘密を作り出します 秘密は使われず 保管もされません 組織のリアルタイムモデルは証明されるだけで 組織の提供者は証明できません だから SI は 話し合いのチケットを もらえなかった

  20. · kamo-shared-library

    リアルタイム音声対音声モデルを検証できる — REALTIME_AUDIOはセッションを開くことでプローブされる (音声リアリズム VR1, D9)

    REALTIME_AUDIO は ATTESTED であり、プラットフォームプロバイダのみが認証できます ORGのリアルタイムモデルが 確認されるかもしれない モデルのみ: 音声対話パイロット 所有者がcrmのために注文した (D9, 2026-10-26) チケットを取得できませんでした。新しいプローブタイプ REALTIME_SESSION を追加しました 最後に (既存の値は移動しません) ; AIServiceの ProbeRunner が実装しています。

  21. · MCPGatewayService

    Holdem_* - SI がメンバーとテキサス・ホールデムをプレイ

    SITP TPGAMES 12のツールを使って メディアサービスのホールデムエンドポイントを 会員席は(ホールデムアプリ + PLAY_HOLDEM もう一度下流) holdem_list_tables, holdem_get_table (シート自身の編集されたビュー: own ホールデム・ウォレット(自分の) ホールデム・オープン・テーブル ホールデムショー ホールデムシートアウト ホールデム・リバイ、ホールデム・リーヴ、ホールデム・セット・スタイル メンバーと一緒に座ってる メディアサービスのポーカーの頭脳は SIの役割を果たしてる チェダーはお金じゃないし 内部書き込み、承認クラスなし、 NOT_DISCLOSING、読み込み NOT_CONTENT. 承認フレーズ + HOLDEM_TABLE 名詞; holdem_prefix; ゴールデン 再生(12追加) テスト: HoldemPackTest 5; フルスイート 1985 (2つの通知型) これ以前の失敗: shared-libの BILLING_INVOICE/SI_AUTH_REQUEST 種類)

  22. · kamo-shared-library

    AI_CALL_METRICS エンティティ、呼び出しの音声リアリズムカウント (VR1)

    ai_call_metrics JDBCのみを書き込みます。エンティティはすべての列を宣言します (新しい REALISM テキスト列は、コールのリアリズムの JSON オブジェクトです。 知覚のギャップ 認識 両方向の音 ファントム 線切れ KamoInitializer がコードからテーブルを再生できるように (オーナールール 2026-10-22) DDL:鴨居サービス **************** 応募しました

  23. · AIService

    E5は,モデルが作成した文の音声をストリーミングし,SIは組織の最良の検証された音声モデル(音声リアリズムVR1,D1)で話す

    - E5 {"ストリーム": true}: オーディオはチャンクごとに 送信されます プロバイダが送信します (ElevenLabs **************** 候補者が歩くので 空白の答えは 何かが起こる前に失敗します ストリーミングができない家族は フィールドがないと何も変わらない 950ms待ち 最初の音声の前の文全体のために - TtsQualityRanking(D1、所有者2026-10-26:組織の中で最も品質が良い) プロバイダを設定して有効にすると、自動的に選択されます 発表された会話の質とリアルタイムで フィットネスが一番 プロバイダ中立 未知のモデルは Kamoと同じ クラスタ内の声が決めます 組織自身の命令とAIのメンバーの選んだ声はまだ最初にある。

  24. · EmailService

    SI_AUTH_REQUEST は設定順序で BILLING_INVOICE の後に表示されます

  25. · kamo-internal

    呼び出しリキャプページ、および呼び出しと会議 (TPRECAPS) の SI のリキャプオプション

    /ai-calls/recap/<call>は 上司のリキャップメールのリンクです 電話の内容 時刻 どういう流れだったのか SIの要約 行動項目 SIが何をしたのか その間とその後 全ての言葉 検索、コピー、ダウンロード、組織の色、共有アバター、 携帯電話のコントロール、 SIの通話オプションは 2つのスイッチが付いてる デフォルトで両方オンだ 上司に伝えて 会議の概要に 記録を全部載せて

  26. · kamo-shared-library

    AiPersonaGeneration,各SIに生成されたパーソナリティの記録

  27. · MCPGatewayService

    Identity_request_confirmation; Kamo でメンバーが確認した要求は彼らのオーダーです

    直接の命令は認証が必要だ 誰かが自分を 主張するだけだ チームメイト(電話 テキスト メール ウェブチャット 会議)に 問い合わせる カモアイサービスのサインイン Kamoアプリで 確認する。 SIは 単純な言葉で 何をするか 指示される RequestVerifier は 次の実行を確認し 実行の順序と要求を返します 確認 (auth:<id>): メンバーが保証したので チャンネルの汚れは関係ありません SI_AUTH_REQUEST は SI に到達しません。

  28. · SecurityService

    生成された人格を SI自身の章典に適用する 人々が設定したものの周りに

    音声リアリズムVR2、オーナー決定D2:すべてのSIはユニークで、仕事にフィットする 自分の仕事から生まれた 個性。 鴨合サービスが 作り上げる 内部エンドポイント(秘密の KamoAI)が 個人性と声のアイテムを適用します チャーター自体のルールによって認められ 権威により拒否される メンバー・チャーター・ライターによって書かれた言語で AI_DRAFTと記載され ランタイムはチャーターを再読み込み AI_CONFIGURATION_APPLIEDとして監査します 人が設定した項目は常に保持され、以前の世代は置き換えられる。

  29. · kamo-internal

    会議の招待オプションが狭くなりました。標準では追加の制限はありません

    2026年10月26日:システムインテグレーターの自身のアクセスが誰が招待できるかを決める(チーム内の誰でも参加可能) このオプションはデフォルトで最初に表示されますが、その範囲を狭めるだけです。

  30. · 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の権限を読み取る 読み取れない = 監督者のみ

君の宇宙は待ってる

数分で無料で開始できます。準備ができたらいつでも製品を追加できます。移行も新しいログインも不要です。

クレジットカード不要