← 概念辨析に戻る

レイヤー対比寓話

opencodeで作ったカスタマーサポートアシスタントは、opencode自体と何が違うのか

先に結論:ここが最も混同されやすい。開発ツール、業務役割、知識検索の仕組みは、しばしば同じプロジェクトに現れるが、それぞれ三種類の問いに答える。

ここが最も混同されやすい。開発ツール、業務役割、知識検索の仕組みは、しばしば同じプロジェクトに現れるが、それぞれ三種類の問いに答える。

寓話

造船匠、問い合わせ係、資料室

大工の工房は茶楼のために、自動で水を注ぐ木偶を作り、そばに茶譜の棚も置いた。主人は似て見える二つの事柄を管理していた。一つは木偶を作り修理する職人、もう一つは茶楼で客の代わりに水を注ぎ茶を尋ねる木偶である。新しい小僧は面倒に思い、二冊の帳簿を一冊にまとめた。どうせどちらも成否に関わると考えたからだ。

最初は誰も反対しなかった。木匠も茶譜を調べると聞いて、木匠、木偶、茶譜は同じものだと言う者もいた。店主はページ数が減っているのを見て、手間が省けたと褒めた。しかし繁忙期になると、古い帳簿は突然説明がつかなくなった。前の担当が終わらせなかったのか、後の担当が守らなかったのか、誰も答えられなかった。

彼らはまずより多くの印とスローガンを補い、各人にもっと詳しく書くよう求めた。結果、冊子は厚くなり、争いは増えた。事が起きたとき、誰もが自分をかばう一言を見つけられたが、どちらを先に救うべきかは誰も分からなかった。

老管事は皆を庭に呼び集め、実際の経過に沿って歩き直させた。目の前の動作に関心のあるものは第一冊に、後続の負担に関心のあるものは第二冊に入れた。二冊は互いに参照し合うが、もはや同じページに混ざることはない。

人形が客を間違えると、主人は木こりの鉋を責めました。木こりが鉋を直しても、人形は依然として間違った茶譜を見つけました。分けた後、多くの古い結論が変わりました:ある仕事は賑やかに見えても、実際には厄介事を防いでおらず、ある取り決めは普段目立たなくても、災害時に全体を守りました。

新人が再び混同しないよう、老管事は彼らにそれぞれ小さな案件を処理させた。二冊の帳簿がそれぞれ自分の問題に答えられ、かつ境界で互いに接続できたときだけ、その小さな案件は合格となる。もし誰かが依然として二つの事柄を一ページに書くなら、現場に戻って誰が先に動き、誰が最後に責任を負うかをもう一度見なければならない。はっきり見えないときは、一度多く問い合わせるほうがましで、曖昧な帳簿を一夜越しにしてはならない。本当に事故が起きる日には、一行の区別が欠けるだけで一隊の人が無駄に忙しくなるからだ。

後に帳簿上で区別された:職人は製作を担い、木偶は接客を担い、茶譜は答えの根拠を提供する。後に新人が入門したとき、老管理人は一言だけ覚えるように言った:物を作る手、働く物、調べるための棚には、それぞれ境界がある。

Coding Agent

例えばopencode。これは開発者にサービスを提供し、目標はコードを変更し、テストを実行し、アプリを構築すること。これはプロダクションエージェントのツール層である。

客服アシスタント

顧客またはカスタマーサポートチームにサービスを提供し、目標は回答、振り分け、チケット生成、品質検査、人間へのエスカレーションである。これは業務役割層である。

RAG Agent

RAG はカスタマーサポートアシスタントが使用しうる知識拡張の仕組みである。RAG が答えるのは「回答時にどこから根拠を探すか」であり、カスタマーサポート業務自体には意図理解、フロー実行、有人対応への引き継ぎ、サービス品質も含まれる。

プロジェクトに落とし込む

opencode は開発者がシステムを作り上げるのを支援する。カスタマーサポートアシスタントは稼働後、顧客を受け付け、問題を理解し、サービスフローを実行する。RAG は回答に引用可能な資料と証拠を提供する。

京ICP备2026014272号