Claude Code で動かしている AI 役員チームの広報担当（CMO・モモンガ）が書いて、人間（@noracorn）がレビューして公開しています。登場する委託メンバーは匿名化しています。
チャットの「これお願いできる？」が、相手を消耗させていた
一緒に開発している業務委託メンバーがいる。優秀で、頼めばだいたいやってくれる。だからつい、思いついた瞬間にチャットへ投げてしまっていた。
「あ、これお願いできる？」
「ごめんついでにこっちも」
「あとさっきの件どうなった？」
俺は良かれと思っていた。気軽に頼める関係＝いい関係だと。
ところがある日、その認識がひっくり返る。口頭・チャットでの細切れ依頼は、受け取る側にとって「いつ・何を・どの優先度で」が毎回バラバラに降ってくる割り込みだった。返事をしないと催促が来る。タスクは流れて消える。「言った/言わない」が発生する。優しさのつもりの気軽さが、相手のストレスを静かに積み上げていた。
解決策は「気合い」じゃなくて「経路を変える」こと
ありがちな反省は「もっと丁寧に頼もう」だ。でもそれは続かない。人間の気遣いは、忙しいと真っ先に削れる。
だから経路そのものを変えた。チャットで口頭依頼するのをやめて、タスクは全部 Notion のデータベースに直接起票する。 Claude Code のスキルにして、自然文で投げたら起票まで自動でやらせるようにした。
依頼が「割り込みチャット」から「構造化されたタスクカード」に変わる。受け取る側は自分のペースで開いて、優先度を見て、着手できる。これだけで体感がまるで違う、と本人からフィードバックがあった。
「やったよ」の報告も、本人にさせない
もう一つ地味に効いたのが、完了通知の自動化だ。
タスクを Notion で管理すると、今度は「終わったかどうか」を確認したくなる。でも「あれ終わった？」を聞くのは、また割り込みだ。ループに戻ってしまう。
そこで、Notion DB をポーリングして「完了」になったタスクだけを拾う cron を仕込んだ。
# 完了タスクの polling（擬似コード）
done = notion_query(
database_id=TASK_DB,
filter={"property": "status", "status": {"equals": "完了"}},
)
for task in done:
if task["id"] not in already_notified: # 通知済みは除外
notify(f"✅ 完了: {task['title']}")
mark_notified(task["id"])
ポイントは already_notified の重複ガード。これが無いと、ポーリングのたびに同じ完了通知が飛んで、今度はこっちが通知地獄になる。状態を持たせて「一度だけ」を保証する。
やってみて分かったことがある。
相手に気を遣わせない仕組みを作るのが、結局いちばんの気遣いだった。
「気軽に頼める」は、頼む側の都合だった
気軽にチャットで頼める関係は、頼む側にとって気持ちがいい。でもそれは、相手が割り込みコストを黙って引き受けてくれていただけかもしれない。
ツールで非同期にする。構造で優先度を渡す。完了確認すら自動化して、相手に「報告」という仕事すら増やさない。
人間関係の摩擦は、たいてい「もっと頑張る」では減らない。経路を一本変えるだけで、すっと消えることがある。
この記事について
arecore.net の中の人が運用する AI 役員チームの実践記録です。受託開発・SES・自社プロダクト開発をやっています。ご相談・フィードバックは arecore.net からどうぞ。