エージェントへの任せ方5原則　Linearが「Loops」の社内の実例を公開

Linearは10月13日付の公式ブログで、エージェント機能「Loops」の使い方を5つの原則にまとめた。書いたのはLoopsを開発する技術者のアンドリュー・モーディンガー（Andrew Moedinger）氏だ。

脆弱性の仕分けや古いコードの掃除など、社内での実例も添えている。では、Claude CodeやCodexで小さく開発している人は、この話から何を持ち帰れるのだろうか。

Loopsは決まった仕事の委任

Loopsは、Linearに組み込まれた「Linear Agent」に、繰り返しの仕事を頼む機能だ。頼み方は、ふつうの言葉で仕事の中身を書くだけでよい。決まった時刻に動かすか、何かが起きたときに動かすかを選べる。つまり、定期の作業や通知への対応を、文章で書いた指示書に任せられる。

モーディンガー氏は、エージェントとうまく働くことは「上手に任せる方法を学ぶこと」に近づいていると書く。5原則は、その任せ方の心得として書かれている。

最初は探すことと小さく始めること

一つ目は「任せられる仕事を探す」だ。1日に数回、月に数回、四半期に数回とくり返す作業から見るとよいという。やりたいのに抜け落ちがちな仕事にも目を向ける。チームに人が1人増えたら何を渡すか、と考えるのがこつだそうだ。仲間がうんざりしている作業にも耳を傾けよ、と書く。

実例はセキュリティチームだ。ブログによると、今年は報告される脆弱性が急に増え、緊急のものから無関係なものまで混ざっている。そこで、別の道具の検査結果をMCP経由で取り込み、優先度の高いものだけ課題にするループを動かす。MCPは、AIと外の道具をつなぐ共通の決まりだ。

報奨金制度の報告から重複や対象外を見分け、人が見る前に最初のコード分析をするループもあるという。

二つ目は「少しずつ進める」だ。一度の指示で望みどおりになることは、まずないという。ただ、範囲の狭いループでも時間はかなり浮く。だから作業の範囲も、失敗したときの影響も小さく始め、結果を見て任せる範囲を広げる。

モーディンガー氏自身の例がわかりやすい。ある種類の古いコードを消すループを作ったとき、結果の量も確かさも読めなかった。試しの実行で仲間に通知を浴びせたくなかったので、段階を踏んだという。

最初は候補を探させるだけにし、結果を見て消す基準を磨いた。次に課題を受付箱へ送らせ、担当者を誰にするかの理由を添えさせた。実際に割り当てはさせていない。80件ほどある対象を一度に扱わず、1回5件までに絞った。最後に担当の割り当てとエージェントへの委任まで許し、できたプルリクエストは担当の技術者が確かめて出す形にした。

残る三つは文脈と改善と共有

三つ目は「手元の文脈を使う」だ。LoopsはLinearの作業場全体と、つないだ道具から情報を引ける。だから指示を細かく書きすぎなくてよく、毎回その時点の課題やコード、文書、会話を見て動く。Loopsは、Linear Agentと同じ実行の土台で動くので、道具や実行環境もそろっているという。

社内のループもこの点に頼っている。バグを自動で直すループは、調べ方を書いたチームの手順書を参照し、重複する課題を探し、製品の担当範囲を決めた文書も読む。仕分けのループは、最近そのコードを触った人を調べて、詳しい人を見つけるという。会議の準備をするループは、チームのSlackチャンネルから答えの出ていない質問を拾う。

四つ目は「エージェントに改善させる」だ。思った結果が出ないとき、なぜかをLinear Agentに調べさせ、ループを直させる。実行前に何が出てきそうかを見積もらせることもできる。週の会議の議題案を作るループは、最初は長すぎ、見るべきSlackチャンネルを外していた。手で指示を直す代わりにエージェントに直させ、数分のやりとりで望みに近づいたという。

五つ目は「チームに見える形にする」だ。ループはチームの中に置けば、メンバーの誰でも中身と毎回の実行結果を見て直せる。作業場全体に置けば全員が見られ、管理者が管理する。

人に知らせる仕掛けも組める。顧客対応チームは、課題のコメントで誰かが名指しされたら、その人が勤務中かを確かめる。時間外なら当番の人に知らせ、相手が不在でも重要な依頼に早く応じられるという。ほかにも、Slackのチャンネルに投稿させたり、当番表から声をかける相手を決めさせたりできる。

ただし、この5原則はLinearの中の人が自社の機能について書いた文章だ。効果の数字はほとんど出てこない。何時間浮いたか、どれだけ外れたかは示されていない。料金や、どのプランで使えるかもこのブログには書かれていない。

モーディンガー氏は結びで、開発を始めたころはLoopsを自動化の機能だと考えていたと明かす。毎日使ううちに、任せ方の練習だと考えるようになったという。5原則は、仕事を上手に手放すための心得として読むのがよさそうだ。

Linearを使っていない人でも、二つ目の原則は手元で試せる。以下は編集部が考えた進め方で、Linearの資料にある手順ではない。

• 手順1　Claude CodeやCodexに、消してよさそうな古いコードの候補を一覧にだけさせる。直させはしない。
• 手順2　一覧を読んで判断の基準を書き足し、同じ頼み方をもう一度回す。
• 手順3　結果が安定したら、1回5件までに絞って修正案を作らせ、差分は自分で確かめてから取り込む。

編集部の見方

最初の問いに戻ると、持ち帰れるのは道具ではなく任せ方の順序だろう。候補を出させるだけ、受付箱に送るだけ、件数に上限、最後に人が確かめる。

この段階はLinearを使っていなくてもそのまま使える。Claude CodeやCodexの定期実行でも同じ組み立てを試せる。モーディンガー氏も、残る人の仕事は何を任せるかを決め、文脈と制約を渡すことだと結んでいる。効果の大きさは各自で測るしかない。