ヒューマン・エージェント・セル（Human–Agent Cell、HAC）は、エージェント時代のソフトウェアエンジニアリング：Trustworthy Change から人間–エージェント・ソフトウェア組織へ で提案された実行単位である。その理由は、同論文の言葉によれば、エージェントが関与するようになると、「開発者（developer）」という語ではソフトウェア作業を実際に行う実行単位をもはや十分に言い表せないからである。HAC は 1 人の人間の実行主体を中心とし、その人のパーソナルエージェント群、ローカルな作業記憶またはコンテキスト、利用可能なツールセット、委任された権限、そしてリソース予算を組み合わせる。HAC は 1 つのエージェントを使うこともあれば、複数の専門化されたエージェントを並行して動かすこともある。モデルのバージョンを変える、エージェントを追加する、トークン予算を変えるといったことは通常は新しい HAC を生まないが、人間の主体や正式なエンジニアリング上の境界が実質的に変わった場合は、セルの引き継ぎ、終了、あるいは再定義として扱われる。
使われ方
同論文は HAC に最小限の形式的なインターフェースを与えている。その入力は、権威あるエンジニアリング状態のスナップショット、タスクとリソースの契約、そして権威ある状態が変化したことを示すシグナルである。出力は、候補となる変更、権威ある状態を変更するための提案、そしてローカルなエビデンスである。その境界の内側では、セルは相当量のローカルな情報 — スクラッチメモリ、暫定的な分析、デバッグの仮説、受け入れられていない設計 — を保持しうるが、これは実行状態であって組織としての真実ではない。提案が組織としての事実になるのは、権限に基づく受け入れと、それに続くバージョン管理されたコミットを経た場合に限られる。
この抽象化の中心的な論点は、実行と受け入れの分離である。HAC は作業を生み出すが、実行しただけではそれを受け入れる権限は与えられない。その権限は、組織の 責任トポロジー（Responsibility Topology）（責任トポロジー）のもとでの責任アンカー（responsibility anchor）に属する。HAC が最終的な受け入れ権限を持つのは、その人間の主体が必要な正式の権限も併せ持つ場合に限られる。同じ人物が、ある HAC の実行主体であると同時にある領域のアンカーであることもあれば、別のアンカーの権限のもとで実行することもあり、同論文はこの 2 つの数え方を区別している。並行して作業する複数の HAC は当然異なるコンテキストを保持するため、それぞれの候補は局所的には一貫していても互いに両立しない可能性がある — 同論文はこの圧力に対して、共有された権威ある状態とコンテキストの無効化によって応えている。
適用される場面
同論文は HAC を、1 人の人間の実行主体が 1 つ以上のエージェントと共に作業する、エージェント型のソフトウェア作業における人間中心の実行境界として研究している。同論文は HAC が唯一可能な実行単位であるとは主張していない。チームレベル、組織レベル、あるいは完全に自律的なエージェントが、実行権限と受け入れ権限の同じ区別には従いつつ、どの HAC の外側にも存在しうる。また同論文は、別々の HAC は実行の境界であって独立した判断の保証ではないと注意を促している。異なるセルがモデル、ツール、検索ソースを共有していれば、同じように失敗しうるからである。同論文の他の概念と同様に、HAC も実証的な検証を待つ理論の一部として提案されている。