Claude Code×kintoneで顧客の業務アプリを受託する｜公式のMCPサーバーで設計と試作を速め、本番の権限とAPIトークンは最小にする

黒字化の外科医｜Web制作会社の「実務改善」経営参謀

2026年11月2日 07:23

この記事は、Claude Code×kintoneで、顧客の業務アプリの作成を受託する方法と、権限の線の引き方を扱います。

「kintoneのアプリを作ってほしい」の工数が読めない

「社内でkintoneを使っているので、案件管理のアプリも作ってもらえないか」と頼まれることがあります。

引き受けたものの、ヒアリングのたびに項目が増え、試作のたびに作り直し。よくある赤字の形です。

kintoneの導入支援を、Webフォームとの連携から始める考え方は、別の記事で扱いました。

▶ kintoneの導入支援を、制作会社の仕事に加える──Webフォームとの連携から入り、範囲を決め、月額の伴走で続ける。料金の計算例とパートナー制度の確かめ方

この記事は、アプリそのものを作る仕事を、Claude Codeで速く安全に受ける方法です。

kintoneの業務アプリ受託とは、項目と流れを試作で早く固め、本番では必要な権限だけで動かす仕事である

黒字化の外科医です。Claude Code×kintoneのアプリ受託を、試作の速さと権限の線から解剖します。

この二つに分ける理由は、三つあります。

第一に、業務アプリの赤字は、試作の往復で生まれるから。
顧客は、画面を見るまで項目の過不足に気づけません。

第二に、kintoneの公式のMCPサーバーは、できることが多いから。
レコードの削除や、フィールドの削除までできます。試作では便利でも、本番では危険です。

第三に、顧客の業務のデータを扱うから。
誰の名義で、どのアプリに、何の操作を許すのか。顧客の同意と契約の範囲で決めます。

なお私は弁護士ではありません。実務の指針として読み、個別の判断は専門家や公的な窓口に確認してください。

kintoneの公式ドキュメントで、確認できたこと

（cybozu developer network、kintone/mcp-server の公式README、2026年11月2日確認）

【kintone MCPサーバー】
・サイボウズがOSSとして提供する、公式のローカルMCPサーバー（Apache License 2.0）
・APIのサポート窓口の対象外。不具合や要望はGitHubのIssuesで受け付け
・npmのパッケージ（@kintone/mcp-server）とDockerのイメージがある
・接続先は KINTONE_BASE_URL、認証はユーザー名とパスワード、またはAPIトークン
・両方を指定するとパスワードの認証が使われる。ゲストスペースは対象外

【できること（道具の例）】
・アプリの作成と運用環境への反映、フィールドとレイアウトの変更・削除
・レコードの取得・追加・更新・削除、ステータスの更新
・READMEには、道具を絞る設定や、読み取りだけにする設定の記載はない

【APIトークン（kintone REST API の認証）】
・アプリごとに生成する（1アプリにつき20個まで）
・APIトークンでの操作は、Administratorによる操作として扱われる
・生成するときに、トークンのアクセス権を選ぶ

APIトークンの操作はAdministratorの名義になるため、誰が何を変えたかは、制作会社の側で記録します。

▶ Claude Codeの作業記録の残し方、納品と説明のために──「AIがやりました」で終わらせない作業記録票、Gitのコミット、会話の書き出しの型

試作と本番で、つなぎ方を分ける

試作は、試作用の環境でClaude Codeに作らせ、顧客と画面を見ます。本番は、人が確認してから変えます。

Claude Codeでは、MCPの道具ごとに権限のルールを書けます（Claude Code公式ドキュメント、2026年11月2日確認）。本番につなぐ設定では、削除と反映を止め、変更はたずねる形にします。

{
  "permissions": {
    "deny": [
      "mcp__kintone__kintone-delete-records",
      "mcp__kintone__kintone-delete-form-fields",
      "mcp__kintone__kintone-delete-space",
      "mcp__kintone__kintone-deploy-app"
    ],
    "ask": [
      "mcp__kintone__kintone-update-records",
      "mcp__kintone__kintone-update-form-fields"
    ]
  }
}

（サーバー名を kintone で登録した場合の例。道具の名前は、公式READMEの一覧で確かめてください）

APIトークンは設定ファイルに直接書かず、`${変数名}` の形で環境変数から渡します。顧客の利用者のパスワードは預からず、制作会社用の利用者を作ってもらいます。

今すぐ試せる：業務アプリの項目と流れを固めるプロンプト

私はWeb制作会社のディレクターです。顧客のkintoneに作る業務アプリの、項目と流れを固めたいです。
（顧客名や個人情報は入力しません）

【前提】
・業務：〔例：問い合わせから見積もり、受注までの案件管理〕
・今のやり方：〔Excel／紙／メール など〕
・使う人と人数：〔記載〕
・月に集計したいこと：〔記載〕

1. フィールドの一覧を表にする（フィールド名／種類／必須か／選択肢／集計に使うか）。
2. プロセス管理を使う場合の、ステータスと、誰が次に進めるかを書く。
3. 試作で顧客に確かめる質問を5つ挙げる。

業務アプリ工場：1本の受託の計算

範囲の書き方（見積もりに書く）

・アプリ1本、フィールド30個まで、プロセス管理のステータス5つまで
・一覧3つ、グラフ2つ
・試作の確認2回まで（3回目からは別見積もり）
・既存のExcelからのデータの取り込み1回
範囲外：JavaScriptでのカスタマイズ、プラグイン、他のアプリとの連携

計算例（数字はすべて例）

時間単価：7,645円（例）

今までの作り方
　ヒアリング 3時間／設計 3時間／試作 4時間／テストと取り込み 3時間／説明 2時間
　合計 15時間 × 7,645円 ＝ 114,675円

Claude Codeで設計と試作を速めた場合
　ヒアリング 3時間／設計 2時間／試作 2時間／テストと取り込み 3時間／説明 2時間
　合計 12時間 × 7,645円 ＝ 91,740円

減らしたのは設計と試作の3時間だけです。業務アプリは使う人が納得しないと使われないため、ヒアリングと説明は削りません。

構造的なリスク

逆説を指摘しておきます。

試作が速くなると、顧客は「もっと直せる」と感じ、確認の回数が増えます。速さが、往復を増やす原因になるのです。

だから、試作の確認は2回までと、最初に範囲に書いてください。

よくあるQ&A

Q. 顧客のkintoneに、Claude Codeを直接つないでいいか？

試作用の環境なら、顧客の同意を得てつなぎます。本番は、削除と反映を止めた設定と、必要なアプリのAPIトークンに限ります。

Q. 作ったアプリの保守は、月額にできるか？

フィールドの追加や一覧の変更を、月に何件まで、と決めれば月額にできます。自動化の保守の考え方は、こちらにまとめています。

▶ AIエージェント・業務自動化の受託は「保守の月額」で稼ぐ──監視・運用・改善の3層と、工数と予備時間から出す月額の計算例

最後に

kintoneのアプリ受託は、作る速さより、決める速さで黒字が決まります。

試作をClaude Codeで速め、本番では削除と反映を止めた権限で動かした会社だけが、顧客の業務のデータを守りながら、アプリの仕事を黒字で受けられるのです。

kintoneの数字をレポートにまとめる場合のヒアリング票と点検表は、受託キットにまとめました。

▶

これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。

#Web制作会社 #ClaudeCode #kintone #MCP #業務アプリ #業務改善 #制作会社経営 #中小企業 #ノーコード #DX