コラボレーションと引き継ぎ

Epismo は access、responsibility、evidence を分離します。ACL は誰が案件を読めるか、assignee は現在誰が責任を持つか、記録は何が実際に共有されたかを表します。どれかひとつが他を暗黙に意味することはありません。

信頼できる引き継ぎ

1. 現在の案件、open タスク、最近の記録を読みます。
2. 次の担当 User に access がなければ案件 ACL へ追加します。
3. 成果、未解決の問い、根拠、必要な参照情報を記録として追記します。
4. 個別の仕事または承認に owner が必要ならタスクを作成または assign します。
5. 案件全体の責任が移る場合だけ案件を assign します。

assignment に指定できるのは User で、team principal ではありません。また、assignment は access を付与しません。現在の案件またはタスク assignee を ACL から外す操作は、責任を変更するまで service に拒否されます。

承認では、まず候補成果を記録に追加し、その記録を subjectRecordId で指定した承認タスク（approval）を作ります。複数 artifact や revision がある場合でも、何を承認したかが曖昧になりません。Epismo AI review は別です。Case の編集者が case review を呼ぶとキューして即座に返るか、Case autoReview を有効にして OUTPUT 記録の追記でキューします。どちらも開始時に固定した Case の billing account から課金されます。

replay せず resume する

新しいエージェントは前の runtime session を再構築するのではなく、案件と記録を読みます。source link、入力、結論、不確実性、判断、next action を残してください。一時的な scratch work、非公開の推論、retry、tool chatter は、それを生成した runtime 内に留めます。

繰り返し発生する問題を見つけたら、一回限りの観察は記録に残し、該当する immutable Version に対して提案を開きます。プレイブック owner は新 Version を publish して提案を applied にするか、declined または archived にできます。resolve が Version を自動 publish することはありません。