「エージェントハーネス」がプロダクトマネージャーの肩書きになった──Cohereの求人票を読む

「ハーネス」という言葉は、AIコーディングエージェント界隈では「モデルを動かす足回り(ツール呼び出し・サンドボックス実行・コンテキスト管理などの実行基盤)」を指す非公式な呼び名として定着しつつある。だが、これが企業の正式な職種名として求人票に載っている例は珍しい。Cohereの採用ページ(jobs.ashbyhq.com/cohere)を2026年8月27日にcurlで確認したところ、「Product Manager, Agent Harness & Modelling」というプロダクトマネジメント職が募集されていた。所属は「Product Management & Program Management」部門の「Product Management」チームで、対象製品はCohereのエージェント型AIワークスペース「North」だ。

3行まとめ

1. Cohereは「Agent Harness」をプロダクトマネージャーの正式な職種名として採用ページに掲げている。求人票はこの役割を「North agentsを信頼性が高く・能力があり・本番投入可能にする実行レイヤーを所有する」ものと定義する
2. 職務は「エージェントループと実行」「コンテキストエンジニアリング」「モデルとスキャフォールディングの共進化」という3領域の交差点にあると説明されており、単なる企画職ではなく実装レベルでの関与を求めている
3. 応募要件には「非同期実行パターン・サンドボックス環境・ファイルシステム設計についての技術的な推論ができること」「ML研究の会話とエンジニアリングアーキテクチャの会話を同じ流暢さで行き来できること」が含まれ、PM職としては技術要求水準がかなり高い

「実行レイヤーを所有する」役割としての定義

求人票のROLE OVERVIEW欄は、この職種を次のように説明している。

We are seeking an Agent Harness Product Manager to own the execution layer that makes North agents reliable, capable, and production-ready. This is a role that sits at the intersection of three domains: Agent Loop and Execution, Context Engineering, Model-Scaffolding Co-evolution.

(私たちは、North agentsを信頼性が高く・能力があり・本番投入可能にする実行レイヤーを所有するAgent Harness Product Managerを探している。これは、エージェントループと実行・コンテキストエンジニアリング・モデルとスキャフォールディングの共進化という3領域の交差点に位置する役割だ)

「ハーネス」という言葉を、ツール呼び出しや実行環境といった技術的な足回り全般を指す包括概念として、プロダクトの所有単位に据えている点が特徴的だ。開発者コミュニティで自然発生的に使われてきた言葉が、企業の組織図の中で正式な担当領域名として固定化された例と言える。

3つの担当領域の中身

求人票が挙げる3つの領域は、それぞれ次のように説明されている。

**Agent Loop and Execution(エージェントループと実行)**は、コアとなるエージェントランタイムの所有を意味する。

Own the core agent runtime: tool orchestration, parallel execution, sub-agent delegation, sandbox code execution, and failure recovery. You will define how North agents plan and act across long, multi-step workflows and ensure the execution environment is robust enough for the most demanding enterprise tasks. You are expected to engage at the implementation level, contributing to architecture decisions alongside engineering rather than simply handing off requirements.

(コアとなるエージェントランタイム──ツールオーケストレーション、並列実行、サブエージェントへの委譲、サンドボックスでのコード実行、失敗からの回復──を所有する。North agentsが長く複数ステップにわたるワークフローの中でどう計画し行動するかを定義し、実行環境が最も要求の厳しいエンタープライズタスクに耐えるだけ堅牢であることを保証する。要件をエンジニアリングに渡すだけでなく、実装レベルで関与し、アーキテクチャの意思決定に共に貢献することが期待される)

**Context Engineering(コンテキストエンジニアリング)**は、コンテキストウィンドウを「意図的に制御されたリソース」として扱う設計領域だと説明されている。

This includes progressive disclosure of tools and skills, context compaction and summarization, offloading of large payloads to a persistent filesystem, and the instrumentation that keeps agents oriented across extended trajectories.

(これには、ツールとスキルの段階的な開示、コンテキストの圧縮と要約、大きなペイロードを永続ファイルシステムへオフロードすること、そして長い軌跡にわたってエージェントの方向性を保つための計測が含まれる)

**Model-Scaffolding Co-evolution(モデルとスキャフォールディングの共進化)**は、ハーネスを作るNorthのエンジニアリングチームと、モデルを作るModelingチームの間のフィードバックループそのものをPMが担う、という領域だ。

This PM is the connective tissue that makes that possible: ensuring harness design decisions are validated by Modeling before they are built, that evals are the shared bridge between both teams, and that as the harness evolves the model evolves with it.

(このPMは、それを可能にする結合組織である。ハーネスの設計判断が、実装される前にModelingチームによって検証されること、evalsが両チームをつなぐ共有の橋になること、そしてハーネスが進化するのに合わせてモデルも進化することを保証する)

この3つ目の領域は、「ハーネス(足回り)の設計変更」と「モデル自体の学習」が互いに影響し合う関係にあることを、Cohereが組織構造の上で明示的に認めていることを示している。ハーネスとモデルを別々のチームが作りながら、その整合を取る役割を専任のPMに置く、という体制だ。

技術要求水準の高いPM職

REQUIREMENTS欄には、通常のプロダクトマネージャー職とは一線を画す技術要件が並ぶ。

Technically deep enough to contribute to architecture decisions at the implementation level: comfortable reviewing and shaping design docs, reasoning about async execution patterns, sandboxed environments, filesystem design, and the tradeoffs that come with building harness capabilities into a production platform.

(実装レベルでアーキテクチャの意思決定に貢献できるだけの技術的な深さを持つこと。設計文書のレビューと形成に抵抗がなく、非同期実行パターン・サンドボックス環境・ファイルシステム設計、そして本番プラットフォームにハーネス機能を組み込む際に生じるトレードオフについて推論できること)

エージェント型AIシステム・開発者インフラ・応用ML製品での5年以上のプロダクトマネジメント経験、マルチエージェントシステム・ツール拡張推論・メモリと検索・プログラム的オーケストレーション・RAG・長時間実行についての深い理解、タスク完了率・失敗からの回復・長時間実行の信頼性をどう測るか、モデルの限界とスキャフォールディング(足回り)側の欠陥をどう切り分けて診断するかという、エージェント評価設計への強い理解も要件に含まれている。

NICE-TO-HAVES(歓迎要件)には「オープンソースのハーネス・コーディングエージェント・オーケストレーションツールの最新動向を、業務でも個人の活動でも日常的に追い、実際に手を動かして構築している実践者であること」が挙げられている。PM職でありながら、開発者コミュニティの実践者としての活動歴を歓迎要件に据えているのは、この職種が扱う対象(オープンソースのエージェントハーネス生態系)そのものへの当事者性を求めているためとみられる。

求人票の構造化データで確認する──掲載は半年前から、勤務地は4都市

求人票本文には掲載日や勤務地の一覧が明示されていない。そこでAshbyが公開している求人ボードAPI(api.ashbyhq.com/posting-api/job-board/cohere)を直接叩き、この求人のJSONレコードを確認した。

掲載日が2026年3月18日ということは、この記事の確認時点(2026年8月27日)で、この求人はすでに5カ月以上出続けていることになる。単発の一時的な募集ではなく、継続的に採用活動が行われているポジションだと読み取れる。

「North」を冠する求人は他にも5件ある

同じAPIで全146件の求人を「North」というプロダクト名で絞り込むと(「North America」のような無関係な一致は除外)、Agent Harness PM職以外にも5件が見つかった。

「North Tools & Retrieval」「North Admin」「North Modelling (Evals)」という名称からは、Northというプロダクトが単一の機能ではなく、ツール・検索・管理画面・モデル評価という複数のサブコンポーネントに分割して開発されていることがうかがえる。Agent Harness PMの求人票が担当領域として挙げていた「エージェントループと実行」「コンテキストエンジニアリング」は、これらのサブコンポーネントを横断する形でプロダクト仕様を統括する役割にあたるとみられる。実際に「Senior Full-Stack Engineer, North Tools & Retrieval」の求人票冒頭にも、Agent Harness PMの求人票と同一の「Cohere is the leading security-first enterprise AI company」という会社紹介文が使われており、同じテンプレートの上に立つ複数の求人であることが確認できた。

用語の広がり方としての示唆

当サイトでは、ハーネスという言葉そのものを扱った「ハーネスとは何か」の解説や、OpenAI Codexのハーネス・エージェントループを過去に取り上げている。それらは主に、開発者やコミュニティの側から見た技術用語としての「ハーネス」だった。今回のCohereの求人票が示しているのは、同じ言葉が企業の人事制度の中で、採用要件や評価軸を伴う正式な職種名にまで昇格した例だ。開発者スラングが組織構造に取り込まれていく過程の1つのスナップショットとして読める。

求人票とAPIのデータ以外の裏付けは取れていない

この記事はCohereの求人票と、Ashbyの公開求人APIが返す構造化データを一次ソースとしている。実際にこの職種に誰が就いているか、North製品における「ハーネス」の実装がどこまで進んでいるか、モデルとスキャフォールディングの共進化が実際にどう運用されているかは、求人票にもAPIのレスポンスにも書かれておらず、本記事では確認していない。求人票の記述は採用のための自己アピールという性質上、実際の組織の動き方とズレがある可能性も踏まえて読んでほしい。「掲載から5カ月以上」という事実についても、応募が集まらず出し続けているのか、継続的に採用枠があるのかは区別できない。

自分自身はCohereのNorth製品を使ったことがなく、この記事は求人票の読み込みのみに基づいている。

感想・指摘はコメント欄へ。