0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

Cohere North 2を振り返る:記憶・権限・利用枠を分けて設計する

0
Posted at

North 2の記憶・権限・費用管理を表す既存サムネイル

AIへ昨日と同じ説明を繰り返す。手順を共有したいのに、資料の閲覧権限まで広げてしまいそうになる。仕事を継続して任せるときは、記憶・手順・資料・操作権限を分けて考えたいところです。

Cohereの公式発表は2026年10月5日。既存原稿を11月3日に再確認した振り返り記事です。 図は元原稿の説明用素材で、製品画面ではありません。導入・契約・API利用・製品の性能試験は行っていません。

1. 記憶・手順・共有資料を分ける

North 2は企業向けエージェント基盤です。公式発表は、セッションをまたぐMemory、再利用するSkills、共有知識を置くLibrariesを紹介しています。[1] 製品ページでも、これらとエージェント・自動化・管理機能を案内しています。[2]

図1:記憶・手順・資料の分離

たとえば架空の週報業務なら、前回の確認位置は「状態」、要約の作り方は「手順」、共有してよい元資料は「入力」です。この分類は本記事による設計案で、Northの正式な設定スキーマではありません。

「AIが覚えている」と「次の担当者が確認できる」は別です。引き継ぎには元資料の版、処理した範囲、未確認事項、完成物の場所を残す案が考えられます。記憶に残った説明だけで完了を判断しないことが狙いです。

2. 使える機能と、許可する操作を分ける

公式発表のAutonomy policiesは、許可された操作と重要な判断での人の監督を扱います。North Adminでは役割・権限・ログ等を管理すると説明されています。[1] 個別の連携先での遮断精度や権限粒度を、本記事で実証したわけではありません。

図2:許可範囲と人間確認

図は操作の境界を説明する概念図です。公開や送信で毎回必ず新たな承認が必要という一律の運用規則ではありません。事前に委任した範囲、本人に戻す条件、実行結果の確認方法を分けて決めます。

架空の週報であれば「公開可能な資料を読む」「社内用の下書きを作る」「未確認箇所を列挙する」を許可し、宛先が未確定なら送信を止める、といった設計です。これは製品の設定手順ではなく、依頼仕様の例です。

3. 上限・警告・実行中の予約を分ける

公式発表にはユーザー・グループのリクエスト/トークン率の制御、警告、組織全体の上限が記載されています。[1] ただし、どの時点で利用量を計上し、同時処理や再試行をどう扱うかは、実際の設定・契約・動作で別途確認する必要があります。

図3:個人・チーム・組織の利用量管理

次は、利用枠の考え方を確かめる本記事独自のPython例です。単位は架空の「処理枠」で、実際の料金やトークン数ではありません。Northの実装を再現したコードではなく、通信や外部操作も行いません。

limit = 100
used = 60
pending = {"A": 25}

def can_reserve(amount):
    return used + sum(pending.values()) + amount <= limit

print("B=20:", can_reserve(20))
print("B=15:", can_reserve(15))

# Aの結果不明を理由に予約を消さない
print("A unresolved:", used + sum(pending.values()))

# Aの完了が確認できた場合だけ、予約から確定分へ移す
used += pending.pop("A")
print("A confirmed:", used, pending)

11月3日のローカル実行結果:

B=20: False
B=15: True
A unresolved: 85
A confirmed: 85 {}

確定60だけを見ると20を追加できそうですが、実行中25を含めると合計105になり、上限100を超えます。この例では結果不明の処理を予約として残し、完了確認後に確定へ移しています。

これは一つのプロセス内での計算例にすぎません。並行処理の排他制御、永続化、再起動後の復旧、二重実行防止は実装していません。「このコードで本番の予算を保証できる」とは読まないでください。実システムでは、複数の実行主体が同じ残枠を同時に確保しない仕組みも必要です。

今日できる小さな一歩

まず一つの文章業務について、次のように入力と完成条件を分けて書きます。以下も製品に依存しない架空例です。

項目 週報作成の例
資料 公開可能な架空の日報2件と、今週の書式
手順 日付順に整理し、重複をまとめる
権限 下書き作成まで。宛先未確定なら送信しない
確認 元資料と日付・数字を照合し、不足を明示
状態 作成中・確認待ち・確認済みを区別

道具を契約する前でも、こうした仕様は作れます。製品を選ぶ際は、その仕様を実現できるかを画面・設定・実行結果で確認します。

まとめ

North 2を読むときは、覚える内容、共有する手順、操作権限、利用枠を分けると実務へつなげやすくなります。提供元の機能説明と、自分の環境で確かめた結果も分離しましょう。

11月3日に確認した製品ページはデモ・営業への問い合わせを案内しています。[2] 本記事は日本での個別提供条件、見積額、契約条件を確認していません。導入や課金を行った体験談でもありません。

出典

  1. Cohere:North 2: Enterprise AI without compromises — 2026年10月5日。機能は提供元説明。
  2. Cohere:North製品ページ — 2026年11月3日確認。

文章業務の指示文と確認手順を整えたい方へ

問い合わせ返信や日報の要約など、一つの文章業務について、入力ひな形・専用プロンプト・人が確認する手順を整理する相談先です。実務プロンプトと運用手順マニュアルの作成。プログラミング開発、NorthやAPIへの実装、アカウント操作、自動送信は含みません。

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?