どんな場面で検討するか
文章の構成・文書レビュー・コードの相談を同じ作業環境で試したい。チームでの共有や接続を管理するならTeamの条件を確認する。
組織で使う条件
Team：SSO、管理・請求の集約、コネクタの管理。内容は既定で学習に使わない。SCIM・監査ログ・保持制御はEnterprise側の条件。
採用前に試すこと
- 合成の仕様書2版に正解の変更一覧を付け、契約プランとファイルの利用条件を固定する。
- 変更と引用箇所を抽出し、否定・例外・日付を原文で照合する。コード案は隔離した試験先で確認する。
- 見落とし、根拠の誤り、修正時間と利用枠・共有・組織管理条件を比較する。
合格と判断する条件
- 変更の根拠を原文へ戻って確認でき、仕様やコードを無確認で確定しない。
- 必要な利用枠・管理条件と、人が承認する範囲が決まる。
見落としたくない点
- 文章が自然でも根拠を確認。コードを本番へ直接反映しない。
- 長い文書でも重要箇所を全て拾えるとは限らない。共有先とコネクタの権限、Codeによる変更のレビュー・承認を決める。
- 長い資料の要約だけで契約・金額を確定したい場合や、原文への照合担当を用意できない場合には向かない。