【#kintone100日連続チャレンジ】AIにkintoneカスタマイズを100%任せたらどこまでいけるか？現役フリーランスの「100 Days of kintone Hacks」始動！

はじめまして。台湾を拠点に活動しているフリーランスエンジニアの森田ユウゴです。

2026年3月中旬、私は長年身を置いていた環境から独立し、フリーランスとしての新たな道を歩み始めました。そして新年度の始まりである4月1日から、私自身の限界と「生成AI x kintoneの可能性」を試すための、ある実験的なチャレンジをスタートしました。

森田ユウゴ

名付けて「#kintone100日チャレンジ」

毎日1つ、kintoneに関わるカスタマイズ（ハック）を「限界までAIに任せて」開発し、そのソースコードなどを100日間連続で公開するという試みです。

独立したばかりでありがたいことに案件も抱える中、なぜあえてこんなチャレンジをしたのか？
本記事では、その背景と「これから確実に起こるシステム開発の未来」についてお話しさせてください。

チャレンジ変更履歴

記事内の誤字修正や日時結果の記録以外に、内容や方針変更についてまとめます

2026年4月15日(Day15)

• ソースコード（GitHub）およびプロンプトの公開を全面停止
  理由：AIが生成した未検証のコードが、そのまま実環境へ適用されるセキュリティリスクや運用リスクを防止するため
• 今後の発信方針：実装アイデアの共有と、プロ目線での「実運用におけるリスク評価」を中心とした内容へシフト(したい)
• 過去分への対応：Day001以降の公開済みリポジトリを非公開に変更（※取得済みのコードは引き続き自己責任にて利用可能）

🚢 なぜ「4月1日」スタートなのか？

本題に入る前に、少しだけ個人的な背景を。
この記事を公開した2026年3月末時点では、数日間、妻とクルーズ旅行に出る予定でした。意図的にインターネット環境から離れ、完全なオフライン（デジタルデトックス）環境に身を置く計画でした。

情報の波から一度離れ、船上で波の音を聞きながら、ローカル環境で100日間のハックのアイデアや設計をじっくりと練り上げる。完全に思考を研ぎ澄ました状態から、キリよく新年度の「4月1日」に実働をスタートさせる。開始前には、そんなタイムラインを描いていました。

☁️ 現場のAIに対するリアル：「クラウド黎明期」と全く同じ既視感

私は2012年から2022年頃まで、ITメーカー系SIerとしてインフラ系システムの構築に携わっていました。

私が担当していたのは地方公共団体、病院、エネルギー業種といった、いわゆる「ミッションクリティカル（絶対に止まってはいけない）」な現場です。

私が入社した当時の主役はVMwareなどのオンプレミス仮想化環境。世の中に「クラウド」という言葉が浸透し始めた時期でしたが、現場の反応は冷ややかなものでした。

「セキュリティ規定でサーバーの設置場所が特定できないとダメだ」
「クラウドは通信速度が担保できない」
「クラウド事業者の管理者に機密情報を抜き取られるリスクがある」

何かと理由をつけては、クラウド導入を拒む声が顧客からも社内からも上がっていたのを鮮明に覚えています。

そして今、「自社のシステム（kintone等）のカスタマイズコードをAIに書かせる」ことへの現場の忌避感は、当時のクラウドへの反応と全く同じです。
まさにこの既視感を見事に言語化してくださったのが、「Mr.kintone」こと株式会社ジョイゾー代表取締役社長の四宮靖隆さんの記事でした。

• 「ノーコードもコーディングも関係ない」生成AIエージェントによる開発時代 | 株式会社ジョイゾー – https://service.joyzo.co.jp/blog/p11600/

四宮さんが仰る通り、AIエージェントによるコーディングが普及することで、長年企業を悩ませてきた「属人化」の問題は構造的に解消されようとしています。歴史は繰り返す。新しい技術への不安は、ノウハウが蓄積されることで必ず「当たり前」へと変わるのです。

そして、この確信をさらに強いものにしてくれたのが、サイボウズ株式会社の青野慶久社長のSNSでのご発信でした。

サイボウズのトップ自らが、AIを活用した開発とセキュリティの未来について力強く断言されている。この言葉に背中を押され、「様子見をしている場合ではない。誰よりも早く、自分自身でノウハウを溜めにいくべきだ」と、今回の100日チャレンジというアクションを起こす覚悟が決まりました。

だからこそ、この100日間は単なる技術のひけらかしではなく、実務に耐えうる「AIを活用したカスタマイズ手法ノウハウ」を蓄積するための真剣勝負にしようと考えていました。

森田ユウゴ

cybozu developer networkに追加された「LLM用にコピー」というボタンも、「どんどん生成AIを活用してカスタマイズしてくれ」というサイボウズさんからのメッセージだと、私は解釈しています。

⚠️ 「100 Days of kintone Hacks」のルールと免責事項

以下は、本チャレンジの開始時に宣言し、Day15に一部改訂したルールです。
開始時点では、細かなルールを変更する可能性も想定していました。

そして、本企画をご覧いただくにあたって、一番重要なお願い（免責事項）があります。

本100日企画において、私はあえて「ほぼノーコーディングで、100%AIにコーディングを任せる（バイブコーディング）」という制約を設けました。
※この「ほぼ」の対象外の例は、manifest.jsonのバージョンやプラグイン名、アイコンファイルや手動で一部コメントを消すなどを指します

AIエージェントを使った開発を日常的に行っているエンジニアなら共感いただけると思いますが、AIは指示したはずのルールを平気で忘れます。
特にリファクタリングの過程で顕著です。別のエラーを直すことにAIが夢中になり、事前に設定した「セキュアコーディング」や「kintoneのお作法」といった細かな仕様が、いつの間にか抜け落ちてしまう（コードが変異する）という事象が多発します。

【重要】ソースコード・プロンプト非公開への方針変更について（Day15更新）

当初、本チャレンジでは「生成AIで作った成果物」の価値を透明化するため、ソースコードとプロンプトの全面公開を予定・実施していました。しかし、チャレンジを進める中で、kintoneエンジニアというプロの立場として「あえて公開しない」という決断に至りました。

理由は、「無検証のAI生成コードがそのまま実環境に適用されてしまうリスク」を危惧したためです。

kintoneをご利用いただいている多くは法人だと思います。そのkintoneの強みは、IT部門だけでなく現場の担当者でもシステムを柔軟に構築・改善できる点にあります。そこに「AIが書いたから動く、便利なカスタマイズコード」をそのままお渡ししてしまうのは、極端に言えば「運転免許を持たない方に、スポーツカーのキーを渡してしまうようなもの」です。

また、プロンプトを非公開とする理由は、本チャレンジが単なる一問一答のチャットではなく「AIエージェント」を活用している点にあります。公開できていないスキルやMCPサーバーの連携、エディタ上の複雑なコンテキストを渡して開発を進めているため、「このテキストをコピペすれば同じものが作れる」という単一のプロンプトとして公開することが事実上不可能であり、誤解を招く恐れがあるためです。

2026年4月のAIやAIエージェントは、他のkintoneプラグインやJSカスタマイズへの干渉は対策できないはずです。なぜならそのコンテキストを渡していないから。

DOM操作による前述の干渉リスク以外にも、kintoneアップデート時の崩壊リスク、XSS（クロスサイトスクリプティング）などの脆弱性などはコーディングガイドラインなどを準拠するように指示すればある程度書いてくれますが、それが問題ないかどうか判定するのは最終的に人間です。
どんなシステムにもバグや脆弱性があることから分かるように、最終的にはシステム管理者がリスクを評価し、許容できるかを判断しなければなりません。

AIは指示をもとに考えて動いてくれますが、時にセキュリティや保守性の前提が抜けている「とりあえず動くコード」を出力します。それを評価・担保するのは、kintoneシステム管理者や我々kintoneエンジニアの役割です。

AIの進化により、エンジニアの真の価値は「コードを書けること」から「AIの出力を適切に評価し、安全に現場へ導入できること」へと完全にシフトしました。

これまでの成果物公開は、私を含め関わる3者（利用者、管理者/事業者、エンジニア自身）にとって良くない影響を与える可能性があると反省しています。

森田ユウゴ

このような例でクレームを受ける前に気づけたのは下記の動画をたまたま視聴したためです。

今後の発信について

Day15以降はGitHubでのソースコード公開を停止し、ブログとYouTubeでの活動報告を継続しました。以下の2点を中心に届けました。

1. ほぼ100％バイブコーディングで開発したkintone開発の事例
2. その実装における「リスク評価」（cybozu developer networkのガイドライン等に基づき、どのようなセキュリティリスクや運用上の注意点があるかの解説）

なお、すでにDay001〜で公開していたリポジトリについては、安全性を考慮し非公開（Private）に変更いたしました。ただし、ライセンス自体はMITのまま変更しませんので、すでにフォークやクローンされている方は、引き続き自己責任にてご活用いただいて構いません。

🤖 私の相棒となるAIエージェントたち

今回のチャレンジで、100日間AIをどうマネジメントしたのか。以下は、開始時の使用ツール群（2026年3月時点）と、期間中に追記した記録です。

企画・壁打ち：Gemini

開始時は、アイデア出しや設計の整理にGeminiを活用する想定でした。

私がGeminiを愛用している一番の理由は「圧倒的なコストパフォーマンス」です。ただ、個人プランは業務利用におけるオプトイン問題のような懸念点もあるため、私は独自ツールを利用したりしています。（詳細はこちらの記事をご覧ください）。

あわせて読みたい

Geminiの「毎回オプトアウト」が面倒だから、自動化するChrome拡張を数分で作った話

森田ユウゴ

0日目時点での懸念：100個もアイデアが出るだろうか…

生成AIを活用した開発時間より、リサーチやアイデア検討に時間を取られそうな予感があり、ここにも生成AIをフル活用する想定でした。

メイン開発環境：Cursor

開始時は、「Auto」というUnlimitedな選択肢を使用する想定でした。最新のClaude Opus 4.6等のハイエンドモデルと比べると、時に「錆びたナイフ」と揶揄されることもありますが、使い放題である恩恵は計り知れません。今の時代、CursorのAutoレベルでも十分すぎるほどのカスタマイズを作れます。

2025年4月、円安のタイミングで年間契約をしてから、開始時点で1年が経とうとしていました。これを機にClaudeのMAXにするかどうかは、当時まだ未定でした。

もちろん、初期の初期でGeminiを使って簡単なJS開発とか、そこは臨機応変にしています。

切り札：Claude Code

前述のX投稿埋め込みのとおり、CursorのAutoでトークンを惜しげもなく使って動くものを開発し、その後Claude Codeが「新規作成」すると、比較的まともなコードになります。（さすがにCursorの使い放題Auto内部は、Sonnet4.6よりも低単価モデルだと思うので…）

もちろん、最初から最後までOpus 4.6で作りたい気持ちはありますが、これは予算の問題です。

更にいうとClaude CodeよりもCursorからAPI経由でOpus 4.6を使った方が、圧倒的に早いし求めるものを開発してくれる印象です。

🌅 100日後の景色を、一緒に見に行きませんか

最後に、先ほども触れたジョイゾー四宮氏の記事にあった言葉を引用させてください。

“今のうちに生成AIをトライアンドエラーで使っていくかどうかで半年、1年先の未来は変わる”
「ノーコードもコーディングも関係ない」生成AIエージェントによる開発時代 | 株式会社ジョイゾー – https://service.joyzo.co.jp/blog/p11600/

まさにその通りだと思います。
kintoneに関わるすべてのユーザー様に、自身のチャレンジを通して「AIでここまで出来るんだ」という可能性を実感していただきたい。

4月1日からの100日間。
フリーランスエンジニアのリアルな息づかいと、AIが紡ぎ出したコードの軌跡は、下のアーカイブから追えます。

森田ユウゴ

チャレンジ期間中は、各種SNSで「#kintone100日チャレンジ」タグでの投稿も呼びかけていました。

🛠️ 100 Days of kintone Hacks アーカイブ

全100日分の記録を、以下にまとめています。

※Day15より、ソースコードの公開を停止し「実装アイデアとリスク評価」をメインとした記事構成へアップデートしています。公開済みの過去コード（Day001〜）は安全上の理由からGitHubリポジトリを非公開としております。

森田ユウゴ

100日間の結果と、その後1か月の成果は「#kintone100日チャレンジの結果」で振り返っています。

さいごに…おまけの種明かし

最後までお読みいただき、ありがとうございます。
ここまで熱い想いを語らせていただきましたが……

実はこの記事の構成から文章作成まで、その9割を「生成AI」と相談しながら作成しました。

システム開発も、文章作成も。パラダイムシフトはすでに始まっています。

もちろん、2013年のサイボウズOfficeの思い出や、インフラSEとしての実体験など「私自身の血肉」となるプロンプトは、すべて私が壁打ちしてAIに注入しています。
「人間の熱量や泥臭い文脈をAIに渡し、AIがそれを形にする」
まさに100日間でお見せしてきた、システム開発における「バイブコーディング」のプロセスと何ら変わりありません。

このように人間らしい情報をハンドリングする仕事こそが、これからのエンジニアの新しい形なのだと確信しています。

Day1〜100の記録は以上です。最後までご覧いただき、ありがとうございました。

森田ユウゴ(Yugo Morita)

面倒解決エンジニア

XYouTubeContact

専門学校卒業後、新卒で大手ITベンダーに入社して約10年勤務、フルタイムで働きながら通信制大学を卒業。その後1年XR/メタバース関連企業で挑戦後、台湾のIT企業でプリセールスエンジニア(產品專員)として2年勤務。現在はフリーランスエンジニアとして、日本のお客様を中心にフルリモート(台湾から時差-1時間)でサービス提供。 kintone認定 アプリデザインスペシャリスト(2025), kintone認定 カスタマイズスペシャリスト(2026)を保持し、kintone開発に携わっています。プロダクトの価値を伸ばすカスタマイズの提案と実装が得意領域。AnkiカスタマイズやChromeアドオン開発にも熱中しています。尽きない好奇心とインフラ経験、AIであなたの「不便」を解決へ導きます。