Kontent.aiのエージェントとは？｜CMSに任せる更新の線

「CMSにAIが付いたと聞いたけれど、記事の下書きを書いてくれる機能のことだろう」「何百ページの古い表記を直す作業を、AIにまとめて頼めたら助かるのに」——サイトの運用を担うマーケの担当者から、こうした声をよく聞きます。前者の見方は、少し前までは当たっていました。しかし今は、CMSの中にいるエージェントが、コンテンツの型を新しく作り、数百件の記事をまとめて書き換え、公開の予約まで進める段階に来ています。CMSのAIは、もう「下書きを作る機能」ではありません。本当は、サイト全体を書き換えられる手が1本増えた状態で、問いは「どこまで書き換えさせるか」に変わりました。この記事では、チェコ発のヘッドレスCMS「Kontent.ai」を例に、CMSの中で動くエージェントに任せる操作の線と、承認・取り消しの持ち主を整理します。

Kontent.ai は、エージェントがCMSを動かすヘッドレスCMS

Kontent.ai は、企業のサイトやアプリに配るコンテンツを1か所で管理するヘッドレスCMSです。見た目のページと中身を切り離し、記事や製品情報を項目ごとの部品として持ちます。本人は自社の製品を「エージェント型のCMS」と名乗っています。2026年3月31日の公式ブログは、自然言語でCMSを操作できること、ワークフローに組み込まれたエージェントが段階ごとに自動で動くこと、数千件にまたがる作業を最後まで進められることを、特徴として挙げています。

中心になるのは、利用者が言葉で頼むと動く主のエージェントです。公式の資料では「アイコ」という名前で説明されています。2026年10月時点の資料によれば、できることは、記事や素材の検索と監査、新しいコンテンツの型の設計、下書きの作成、多くの記事への一括の変更、翻訳、公開と予約公開までに及びます。古い製品名の出てくる記事を全部探す、といった頼み方が例として載っています。

一方で、資料には「アイコは誤りを犯すことがある」とはっきり書かれ、変更を確かめるよう求めています。書き換えの手が増えるぶん、確かめる手間はなくならないということです。この記事が扱うのは、この「書き換えの手」をどこまで信用し、どこで人が止めるかという運用の線です。

チェコ発の会社と、国内でまだ知られていない理由

Kontent.ai は、チェコのウェブ制作基盤の会社ケンティコの一部門から、2022年に独立した会社です。2026年4月27日付のブルノ発の発表では、マーク・グリーナウェイ氏が CEO に就き、創業者のペトル・パラス氏は取締役会の役に戻るとされています。エージェント型CMSとしての提供は2025年の夏に始まり、業界媒体の取材記事では、2025年末まで無料の先行利用を募っていたと紹介されています。

国内でほとんど知られていない理由は、いくつか考えられます。1つは対象の規模です。公式サイトに名前が並ぶのは航空会社や医療情報の会社など海外の大手で、複数の国と言語にまたがるサイトを持つ会社が主な客層です。もう1つは言語で、公式の資料で日本語の管理画面や日本の拠点を確かめることはできませんでした。国内の制作会社の取り扱いも、公式の情報からは見えません。

ヘッドレスCMSそのものも、国内のオウンドメディアではまだ少数派です。ヘッドレスか従来型かの選び方は、別の記事でAIに記事を渡す前の判断として整理しています。この記事では方式の選び方には入らず、エージェントを持つCMSを入れた、または検討している会社が、何を任せて何を止めるかに絞ります。

2026年3月の Expert Agents で何が加わったか

2026年3月31日、Kontent.ai は Expert Agents を発表しました。主のエージェントが「頼まれたら動く」汎用の手だとすれば、Expert Agents は特定の作業を受け持つ専門の手です。公式ブログによれば、SEOやAI検索への対策、多言語化、規程への適合の確認、メタデータの整備、古い記事の手入れなどを、ワークフローの段に入ったときに自動で受け持ちます。

設定は、開発者でなくても自然言語でできるとされています。業界媒体の取材に答えた製品責任者は、どのコンテンツを見張り、どの合図で動き、どの基準を当てるかを言葉で書くだけで設定でき、利用者がいない時間にも動き続けると説明しています。大きな一括作業は、小さな操作に分けて処理するそうです。

ここで大事なのは、Expert Agents は「人が頼まなくても動く」という点です。主のエージェントなら、頼んだ人がその場で結果を見られます。常に動く専門の手は、誰も見ていない夜中にも記事を書き換えます。公式は、エージェントの動作は役割・権限・公開の権利に従い、人が承認と公開を握り続けると説明しています。その約束を実際の運用で守れる形にするのが、導入する側の仕事です。

「CMSのAIは下書きを作る機能」という見方が古い理由

CMSのAIを下書きの機能と考えると、確かめる場所は「その1本の記事」で済みます。書かれた原稿を担当者が読み、直して出す。これまでの承認の流れのままで回ります。ところが、エージェントが一括で書き換えるとなると、1回の頼みごとで数百件の記事が同時に変わります。確かめる単位が、1本の記事から「変更の束」に変わるのです。

もう1つの違いは、構造に手が届くことです。コンテンツの型は、記事にどんな項目を持たせるかの設計図で、サイトの表示やアプリへの配信がこれを前提に作られています。エージェントが新しい型を設計できるということは、設計図を書く人が1人増えたということです。記事の中身の誤りは1本ずつ直せますが、型の誤りは、その型を使う全部の記事と配り先に響きます。

さらに、公開まで届くことです。資料によれば、アイコは記事の公開と予約公開ができます。つまり「書く・まとめて直す・型を作る・出す」の全部に手が届きます。だから問いは性能ではなく、どの操作をどの人の承認つきで許すかになります。

エージェントに許す操作を3段に分ける

運用の最初の段は、エージェントに許す操作を段に分けることです。おすすめは「読む」「下書き」「公開」の3段です。読むは、検索・監査・報告の作成まで。下書きは、記事や型の変更を作るが公開はしない段。公開は、変更を本番に出す段です。段が上がるほど、間違えたときに外に見える範囲が広がります。

段	エージェントに許すこと	人が持つこと	最初の扱い
読む	記事と素材の検索、古い表記や欠けた項目の洗い出し、変更記録の報告	何を探させるかの指示、報告の読み取り	最初から許してよい
下書き	記事の下書き、一括変更の案、翻訳、新しい型の案	案の確認、型の採用の判断、法務に関わる表現の確認	範囲を絞って許す
公開	承認済みの変更の公開、予約公開	公開の承認、一括の公開の可否、取り消しの判断	当面は人の操作に残す

この表の要は、公開の段は、運用が落ち着くまで人の操作に残すことです。エージェントに公開の権限まで渡すと、下書きの確認を飛ばして本番に出る経路ができてしまいます。読む段から始め、監査の結果が人の感覚と合うと分かってから下書きの段に進み、下書きの質が安定して初めて公開の段を検討する、という順番が安全です。

段を分けるときは、操作の種類だけでなく、対象の範囲も決めます。たとえば、ブログ記事の下書きは許すが、製品の仕様や料金のページ、採用ページ、法務の文書には触らせない、といった線です。任せる段と任せる範囲を、表にして部門で合意しておくと、後から「そこまで頼んだつもりはない」という食い違いを防げます。

誰の権限で動くかが、任せる範囲そのものになる

2026年10月時点の公式資料によれば、アイコは、プロジェクトの中で利用者に許された範囲だけに触れ、既存のワークフローの段・役割・権限に従って動きます。8月の公式ブログも、エージェントは役割に基づく権限の仕組みを引き継ぎ、既存の安全の決まりを飛び越えないと説明しています。

これは安心材料であると同時に、注意点でもあります。編集長の権限を持つ人が頼めば、エージェントは編集長と同じことができるからです。権限の広い人ほど、一言の頼みごとで大きな変更を起こせます。公開の権利を持つ人がエージェントに「全部直して公開して」と頼めば、その指示はそのまま通り得ます。

そこで、権限の棚卸しを導入の前にやり直します。誰が公開の権利を持っているか、誰が型を変えられるか、異動した人の権限が残っていないか。人の権限が広すぎると、エージェントの権限も広すぎる状態になります。エージェントのために新しい権限の仕組みを作るより、人の権限を絞り直すほうが、効き目がはっきりしています。

もう1つ、資料には運用の癖に関わる記載があります。アイコがその場で応答できる会話は一度に1つですが、一括の処理は複数の会話から裏で同時に走らせられます。誰かが頼んだ一括処理が裏で動いている間に、別の人が別の一括処理を頼めるということです。同じ記事に2つの変更が重なると、どちらの指示が最後に残ったのかが分かりにくくなります。一括処理を頼める人を少数に絞り、頼む前に部門の連絡の場に一言書く、といった人の側の約束で重なりを防ぎます。

構造の変更には別の関所を置く

コンテンツの型の変更は、記事の書き換えとは分けて扱います。型は、サイトの表示、アプリへの配信、検索エンジン向けの構造化の情報、外部の道具との連携が前提にしている設計図です。マーケの担当者が気軽に頼んだ型の変更が、開発の担当者の知らないところで表示を崩す、ということが起こり得ます。

公式資料では、アイコができる構造の作業として「新しい型の設計」が挙がっています。既存の型を書き換えられるかどうかは、資料からは読み取れませんでした。どちらにしても、新しい型の案はエージェントに作らせ、採用するかどうかは、サイトの設計を持つ人と配り先の開発の担当者が決める、という分担にしておくのが安全です。

具体的には、型の変更は下書きの段でも「案を作るまで」とし、採用には開発の担当者の確認を必須にします。記事の書き換えはマーケの承認で、型の変更は開発との合意で、と承認する人を変更の種類で分けるのがこつです。同じ関所に全部を通すと、確認する人が型の影響を読み切れず、形だけの承認になります。

公開の承認の関所をワークフローのどこに置くか

Kontent.ai は、記事ごとに「下書き」「確認中」「公開」のようなワークフローの段を持てるCMSです。公式ブログによれば、エージェントは段に入ったときに動き、どの段を自動で進めてどの段を人の確認にするかは、組織が決められるとされています。関所は、このワークフローの段として置くのが自然です。

置き場所の考え方は単純です。エージェントが手を入れた後、公開の直前に、必ず人の段を1つ挟む。エージェントが作った変更は、人の確認の段を通らないと公開の段に進めない、という形です。多言語の翻訳のように数が多い作業でも、言語ごとに確認の担当を決めて、その段で止めます。

記事の公開の承認の流れが日ごろから詰まっている会社では、エージェントを入れる前にその流れを見直すほうが先です。承認が止まる原因の見つけ方は、記事公開の承認フローを扱った記事にまとめています。また、公開前に表記やトーンを点検する道具を別に入れる場合、その道具の指摘を受ける段もこのワークフローの中に置くと、確認が1か所にまとまります。

多言語のサイトでは、もう1つ注意があります。公式資料によれば、アイコは言語を有効にしたり無効にしたりはできませんが、新しく作られた言語は有効な状態で作られます。つまり、エージェントに新しい言語の版を作らせる頼み方をすると、その言語が最初から有効な状態で加わることになります。新しい言語を加えるかどうかは、各国の担当と公開の責任者が決めることとし、エージェントへの頼みごとは既にある言語の版の翻訳までに限っておくのが安全です。

一括更新の前の確かめ方

エージェントの一括更新は、この製品のいちばんの効き目であり、いちばんの危険でもあります。数百件の古い製品名を直す、全記事の説明文を整える、といった作業が一言で済む一方、指示の読み違いも数百件に一度に広がります。一括更新を頼む前の確かめ方を、手順として決めておきます。

この手順で大事なのは、「全件を見られない量」を頼まないことです。確認する人が抜き取りでも読みきれない量の一括更新は、1回の指示を分けて頼みます。業界媒体の取材でも、大きな一括作業は小さな操作に分けて処理されると説明されていますが、人の確認の単位も同じように小さく分けるのが筋です。

• 件数を確かめずに「全部の記事で直して」と頼み、意図しない記事まで書き換わる
• 試しの数件を省き、言い回しの癖が数百件に同じように入ってしまう
• 下書きの段を飛ばして公開まで頼み、確認の担当が変更を知らないまま本番に出る
• 法務に関わる表現の入った記事を抜き取りの対象に混ぜ、全件の確認から漏らす

止めても戻らない：取り消しの段取りを先に決める

公式資料には、一括の処理を途中で止めると、残りの変更は行われないが、すでに適用された変更はそのまま残る、と書かれています。止めることと、元に戻すことは別です。止めた時点で、途中まで書き換わった記事が混ざった状態が残ります。

戻す手がかりになるのは、版の履歴です。資料によれば、一括の変更も各記事の版の履歴に残ります。ただし、エージェントの変更をまとめて取り消す機能を、公式の資料で確かめることはできませんでした。履歴から1件ずつ戻すのか、別の方法があるのかは、導入の前に提供元に確かめておくべき点です。

確かめられるまでは、取り消しの段取りを人の側で決めておきます。一括更新を頼んだ人と日時、対象の記事の一覧を残し、戻すときはその一覧から版の履歴を当たる。数百件を戻す手間を考えると、ここでも「一度に頼む量を小さくする」ことが、いちばん効く取り消しの備えになります。また資料によれば、エージェントが編集した要素に付いていたコメントは解決扱いになります。確認のやり取りをコメントで残している会社は、記録の置き場所を別に用意しておく必要があります。

記録の見方：誰が頼み、何が変わったか

記録の面では、公式資料に分かりやすい手がかりがあります。アイコの変更は、版の履歴と監査ログに「利用者名 via アイコ」という形で残り、人が直接直した変更と見分けられます。業界媒体の取材では、変更が人によるものかエージェントによるものか、誰が起動したか、予約によるものか、どの範囲かを追える仕組みを作ったと説明されています。

この記録を、誰がいつ見るかを決めておきます。おすすめは、週に1回、エージェント経由の変更を一覧にして、頼んだ人ごとに件数と対象を見ることです。頼んだ覚えのない変更や、想定より広い範囲の変更がないかを確かめます。

Expert Agents のように常に動く手の場合、「頼んだ人」がいない変更も出てきます。そのときは、どの合図で動き、どの基準で変えたかを、設定と照らして読みます。記録が残っていても、読む人がいなければ意味がありません。記録を読む役を、マーケの運用担当か、サイトの責任者のどちらかに決めておきます。

常に動く Expert Agents は「見張りの範囲」を言葉で決める

Expert Agents は自然言語で設定できるとされています。設定に書くのは、何を見張るか、どの合図で動くか、どの基準を当てるか、です。裏を返すと、その設定の文が、全社のサイトの手入れの規程になります。誰が書いてもよいものではありません。

設定の文の持ち主を決めます。SEOの観点で動くものはSEOの担当、規程への適合を見るものは法務、多言語化は各国の担当、というように、見張りの中身ごとに持ち主を置き、文を変えるときの承認者も決めます。常に動く手には、最初は「指摘と下書きまで」に限るのが無難です。勝手に公開まで進む見張り役は、誤った基準が入ったときの被害が大きすぎます。

止め方も決めておきます。資料によれば、アイコは新機能を試す設定（イノベーションラボ）で有効にする形で、見当たらない場合はサポートに連絡する案内です。有効にした後に組織として止める手順は、資料からは読み取れませんでした。少なくとも、各エージェントを止める操作を誰ができるか、緊急時の連絡先はどこかを、導入時に提供元と確かめておきます。

何が外に出るか、費用はどう増えるか

データの扱いについて、公式資料は、アイコが顧客のデータを学習に使わないと明記しています。一方で、外部の道具とつなぐ部品を使えば、作業管理やメモの道具などにデータが流れます。エージェントに外部の道具とつながせる場合は、どの道具に何が渡るかを、つなぐ前に部門で確かめます。

安全の面の裏付けとして、8月の公式ブログは、AIの管理の仕組みの規格 ISO/IEC 42001 や情報の安全の規格 ISO/IEC 27001 などの取得を挙げています。ただ、規格の取得は提供元の管理の仕組みが整っていることの証明であって、自社の運用でエージェントに何を許すかまでを保証するものではありません。取得の状況は情報システムの担当の審査の材料にし、任せる範囲の線は部門で引く、という分担で考えます。

費用は、件数に比例して増える形です。公式資料によれば、アイコは契約に含まれるAPIの呼び出し・転送量・AIクレジットを使い、一括の処理は終わるか止めるまでそれらを使い続けます。一括更新を頼むほど、使う量が増えるということです。使った量は利用の報告や会話の一覧から書き出せるとされています。

8月の公式ブログでも、エージェントの作業にはコストがかかり、量の多い処理はAIの資源を使うと注意しています。常に動く手を増やすほど、誰も頼んでいない作業にも資源が使われます。月ごとに使用量を見る担当と、上限を超えそうなときに止める判断をする人を決めておきます。料金の体系そのものは、契約の前に提供元と確かめてください。

入れる前に部門で確かめる3つの条件

こうしたエージェントが効くかどうかは、会社の状況でかなり変わります。1つ目は、記事の量と言語の数です。数十本のブログを1か国語で運用しているなら、人が直したほうが早く確かです。数百から数千の記事を複数の言語で持ち、同じ変更を何度も当てる会社ほど、効き目が出ます。

2つ目は、コンテンツの型がきちんと設計されているかです。エージェントは既存の型の中で動くと資料にあります。型があいまいで本文欄に何でも詰め込んでいるサイトでは、一括で正しく直す手がかりがありません。3つ目は、ワークフローと権限が整っているかです。承認の段がない、全員が公開できる、という状態では、エージェントに渡す前に人の側を整える仕事が待っています。

3つのうち1つでも欠けていれば、エージェントを使う範囲を「読む」段に限るのが現実的です。監査や洗い出しだけでも、古い表記や欠けた項目を探す手間は減ります。上長が判断するときは、この3つの状態を担当者に確かめてから、下書きの段に進むかどうかを決めるとよいでしょう。

定期の見直しで見る数字

運用が始まったら、四半期に1回は見直しの場を持ちます。見る数字は、エージェント経由の変更の件数、そのうち人の確認で差し戻した件数と理由、公開後に見つかった誤りの件数、使用量の推移の4つです。

差し戻しの割合が下がり、公開後の誤りが出ていなければ、任せる範囲を一段広げる検討ができます。逆に、差し戻しが多い、公開後の誤りが出た、というときは、段を1つ戻します。任せる範囲は、広げるときも狭めるときも、数字を根拠に決めるのが原則です。

見直しの場では、Expert Agents の設定の文も読み直します。サイトの方針や規程が変わったのに、見張りの基準が古いまま、ということは起こりがちです。SEOの修正を本番に自動で当てる道具を使っている会社では、そちらの自動反映とCMSのエージェントの変更が同じページで重ならないかも、あわせて確かめます。

よくある質問

日本語のサイトでも使えますか

公式資料では、多言語の翻訳や言語ごとの記事の扱いが説明されていますが、日本語の管理画面や日本語の文章でのエージェントの精度について、2026年10月時点で確かめられる記載は見つかりませんでした。国内向けの日本語のサイトで使う場合は、試用の段階で日本語の記事を使って監査と下書きの質を確かめてください。

エージェントに公開まで任せてもよい場面はありますか

誤っても影響が小さく、すぐ戻せる変更、たとえば社内向けの記事の誤字の修正などは、検討の余地があります。ただし、型の変更、料金や仕様の記述、法務に関わる表現、一括の公開は、人の承認を外さないほうが安全です。

監査ログがあれば、承認の段は要りませんか

記録は、起きたことを後から追うための手がかりで、起きる前に止めるものではありません。公開してからでは、読者や検索エンジンに誤った内容が届いた後になります。記録と承認の段は、両方そろえて使うものです。

マーケ部門だけで導入を決めてよいですか

記事の書き換えの範囲ならマーケ部門で運用できますが、型の変更は配り先の開発の担当者に、外部の道具との接続は情報システムの担当者に、規程への適合を見るエージェントは法務に、それぞれ確かめる必要があります。導入の判断の場に、少なくとも開発と法務の担当を呼んでおくと後の手戻りが減ります。

まとめ

Kontent.ai は、自然言語でCMS全体を操作する主のエージェントと、2026年3月に発表した常に動く Expert Agents を持つヘッドレスCMSです。エージェントは、検索と監査、型の設計、一括の変更、翻訳、公開まで手が届き、操作した人の権限を引き継いで動きます。だから問いは「AIが何を書けるか」ではなく「どこまで書き換えさせるか」です。読む・下書き・公開の3段に分け、公開と型の変更には人の関所を置き、一括更新は対象の一覧と数件の試しを経てから当てる。止めても戻らないことを前提に、取り消しの段取りと記録を読む役を先に決め、任せる範囲は差し戻しと誤りの数字を見て広げてください。

• 製品の機能と提供状況は、Kontent.ai の公式ブログ、公式の利用者向け資料、2026年の公式発表を2026年10月21日に確かめた範囲に基づきます。業界媒体の取材記事から引いた内容は、その旨を本文に書きました
• 取り消しの機能、日本語での精度、料金の体系は公式の資料で確かめられなかったため、導入の前に提供元に直接確かめてください

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。