GOOGLE WORKSPACE / BUSINESS AUTOMATION
GAS Automation
Templates
フォーム受付、記録、文書生成、通知などをGoogle Workspace上でつなぐ、業務自動化テンプレート集です。
IMPLEMENTATION PORTFOLIO
仕組みと価値が、
見える実装。
業務自動化、AIの安全な運用、複数エージェント、音声AI、企業向けHP。5つの制作物を、専門用語だけに頼らず説明します。
SELECT PROJECT
GAS Automation
LOCAL-FIRST / HUMAN APPROVAL
Human-in-Command
AI Operations
AIが提案し、重要操作は人が確認・承認する運用基盤です。自動化と人の決裁を同じフローで管理します。
MULTI-AGENT / DISCORD
AI Chat Team
in Your Discord
複数のAIエージェントが役割を分担し、Discord上で議論・整理・結論作成まで進めるチーム型テンプレートです。
VOICE AI / PERSONAL KNOWLEDGE
My Agent
Voice AI Butler
個人のノートを参照し、音声で対話できるスマートフォン向けAIエージェントPWAです。
BTOB WEBSITE / BEGINNER-GUIDED BUILD
Business AI
Website Template
Claude CodeまたはCodexの案内に沿って、初心者でも企業向けHPの編集・検証・Cloudflare Pagesへの公開まで進められるテンプレートです。
Project Detail
コードを読まなくても、
仕組みが分かる。
上の選択欄と連動して、制作物の目的、利用者、処理の流れ、技術の役割を表示します。コードは仕組みを裏づける短い部分だけを掲載しています。
PROJECT 01 / GOOGLE WORKSPACE
受付から記録・予定登録・通知までを、ひとつの流れに。
Googleフォームなどから受け取った内容を自動で整理し、スプレッドシートへの記録、カレンダー登録、確認メール送信までをつなぐ業務自動化テンプレートです。
- 作ったもの
- Google Workspace上で動く、予約・申請・文書作成・通知の自動化テンプレート集。
- 解決する課題
- 転記漏れ、連絡忘れ、同じ情報の再入力、担当者ごとの手順差を減らします。
- 想定利用者
- 予約、請求、在庫、シフトなどをGoogleのアプリで管理する小規模事業者。
- できること
- 受付後の台帳更新、予定登録、メール通知、PDF作成などを自動で連携できます。
PROCESS
処理の流れ
- 01フォームで受付
利用者が予約や申請内容を入力します。
- 02GASが内容を取得
送信をきっかけに、決めた処理を自動で開始します。
- 03台帳と予定を更新
スプレッドシートへ記録し、必要な予定をカレンダーへ登録します。
- 04関係者へ通知
受付確認や担当者向けの連絡を自動送信します。
TECHNOLOGY
技術と役割
- Google Apps Script各Googleアプリをつなぎ、転記や通知を実行する中心部分。
- Google Forms / Sheets入力窓口と、担当者が確認する業務台帳。
- Gmail / Calendar / Driveメール送信、予定登録、PDFやファイルの保管を担当。
- GitHubテンプレートのコードと変更履歴を公開・管理する場所。
PLAIN-LANGUAGE GLOSSARY
用語を、できることから理解する
GAS（Google Apps Script）
Googleが提供する業務自動化の仕組みです。スプレッドシートへの転記、Gmail通知、カレンダー登録などを自動化できます。
トリガー
フォーム送信や決めた時刻を合図に、処理を自動で開始する設定です。担当者が毎回ボタンを押す必要を減らします。
GitHub
プログラムと変更履歴を保管・共有するサービスです。公開リポジトリでは、実際の構成やコードを確認できます。
REPRESENTATIVE CODE
予約を予定表へ登録し、確認メールを送る部分
フォーム送信後の手作業をまとめて実行する中心部分です。担当者の転記作業を減らし、受付直後の連絡を安定させます。
const calendar = CalendarApp.getCalendarById(CALENDAR_ID);
calendar.createEvent(
`内見:${customerName}様 (${propertyName})`,
startDateTime,
endDateTime
);
GmailApp.sendEmail(email, subject, body, { name: SENDER_NAME });DESIGN DECISIONS
制作時に工夫した点
- 設定値を1か所へまとめ、業種や運用に合わせて差し替えやすくしました。
- サンプルのID・URL・名称はダミーにし、公開コードへ実運用の情報を含めない構成にしています。
- 失敗時に処理が止まった理由を確認できるよう、エラー表示と記録を用意しています。
PROJECT 02 / HUMAN APPROVAL
AIに任せる範囲と、人が決める範囲を分けて運用する。
AIが次の操作を提案し、外部送信や削除など重要な処理は人の承認後に進める運用基盤です。自動化の便利さと、事業者が判断権を持つことを両立します。
- 作ったもの
- AIの提案、承認待ち、実行結果、記録を同じ画面で管理するローカル運用基盤。
- 解決する課題
- AIが重要操作まで自動実行する不安と、誰が何を承認したか分からない状態を防ぎます。
- 想定利用者
- 少人数でAIエージェントを使いたい個人事業主、小規模チーム、業務責任者。
- できること
- 操作の危険度を判定し、必要なものだけ承認待ちにして、履歴を追跡できます。
PROCESS
処理の流れ
- 01AIが操作を提案
送信、更新、削除など、次に行いたい操作を登録します。
- 02危険度を判定
ルールに沿って、そのまま進めるか承認を求めるかを分けます。
- 03人が内容を確認
目的、対象、影響を見たうえで承認または却下します。
- 04実行結果を記録
操作と判断の履歴を残し、後から確認できるようにします。
TECHNOLOGY
技術と役割
- FastAPI画面とデータをつなぎ、承認やタスク操作を受け付けるAPI基盤。
- SQLite承認待ち、操作履歴、タスクを端末内へ保存するデータベース。
- Local-first主要データを手元の環境で扱い、外部サービスへの依存を抑える考え方。
- Ollama / AI Agentsローカルで動くAIを含め、複数の役割を持つ処理担当を接続。
PLAIN-LANGUAGE GLOSSARY
用語を、運用の意味から理解する
Human-in-Command
AIを補助役として使いながら、目的、ルール、最終判断は人が持つ運用方針です。
Approval Gate（承認ゲート）
重要な操作をすぐ実行せず、人の確認待ちにする関所のような仕組みです。
API
画面や別のシステムから機能を呼び出すための窓口です。この制作物では承認登録や履歴取得に使います。
REPRESENTATIVE CODE
操作を承認ゲートへ通すAPI
AIから届いた操作を直接実行せず、共通の判定処理へ渡します。承認が必要な操作はキューへ積まれ、人の判断を待ちます。
@router.post("/operations", response_model=GateResult)
def submit_operation(
op: OperationRequest,
conn: sqlite3.Connection = Depends(db_dependency),
) -> GateResult:
return services.submit_operation(conn, op)DESIGN DECISIONS
制作時に工夫した点
- 承認が必要な操作を共通の入口へ集め、AIごとに判断ルールがばらつかないようにしました。
- PCの司令画面とスマートフォンの確認画面を分け、外出時でも判断しやすくしています。
- ローカル環境だけで主要機能を動かせる構成にし、データの置き場所を選べるようにしました。
PROJECT 03 / MULTI-AGENT
複数の視点で議論し、結論と次の行動までまとめる。
企画、リスク、実装など役割の異なるAIをDiscordへ参加させ、ひとつのテーマを順番に検討して会議結果を整理するテンプレートです。
- 作ったもの
- Discord上で複数のAIが役割分担し、議論と要約を進める会議ボット。
- 解決する課題
- ひとつのAI回答に視点が偏ることや、検討内容が会話の中へ埋もれることを減らします。
- 想定利用者
- 企画や意思決定のたたき台を、普段使うDiscord内で作りたい小規模チーム。
- できること
- 役割別の意見、反論、具体案を集め、決定事項と次の行動を自動で整理できます。
PROCESS
処理の流れ
- 01会議テーマを投稿
Discordへ「meeting」と検討したいテーマを入力します。
- 02役割別AIが順番に発言
各AIが専門の視点から、新しい論点や具体案を出します。
- 03発言履歴を次のAIへ共有
直前の議論を参照し、同じ内容の繰り返しを抑えます。
- 04進行役が要約
要点、決定事項、次の行動に分けて会議結果を返します。
TECHNOLOGY
技術と役割
- Python / Discord API投稿を受け取り、AIの発言をチャンネルへ順番に返します。
- Multi-Agent異なる役割や評価軸を持つ複数のAIをひとつの流れで動かします。
- Ollama対応するAIモデルを利用者のPC内で動かす選択肢です。
- YAML設定コードを書き換えず、AIの名前、役割、接続先を定義します。
PLAIN-LANGUAGE GLOSSARY
用語を、会議での役割から理解する
マルチエージェント
役割の異なる複数のAIを連携させる方法です。ひとつのテーマを複数の視点で検討できます。
Discord API
プログラムからDiscordの投稿を読み、返信するための窓口です。
YAML
名前や役割などの設定を、人が読みやすい形で保存するファイル形式です。
REPRESENTATIVE CODE
AIを順番に参加させ、発言を履歴へ追加する部分
各AIは直前までの議論を読んでから発言します。利用者は複数サービスを行き来せず、Discord内で検討の流れを追えます。
for _ in range(MEETING_ROUNDS):
for agent in TEAM:
reply = await loop.run_in_executor(
None, ask_agent, agent, prompt, [], ctx
)
history.append({"agent": agent["name"], "text": reply})DESIGN DECISIONS
制作時に工夫した点
- ローカルAIと自作APIを同じチームに混在させ、用途や費用に応じて選べるようにしました。
- 役割や会議回数を設定ファイルへ分離し、利用者が構成を変更しやすくしています。
- 最後に要約役を置き、会話の量ではなく業務で使える結論を残す構成にしました。
PROJECT 04 / VOICE AI
自分のノートを参照し、声で答える個人向けAI。
スマートフォンへ話しかけると、利用者が保存したノートや確定記憶を参照して回答する音声AIです。一般的な回答だけでなく、自分の情報に沿った支援を目指しています。
- 作ったもの
- 音声入力、ノート検索、AI回答、音声読み上げを一つにつないだスマートフォン向けPWA。
- 解決する課題
- 必要なメモを探す手間や、毎回同じ背景情報をAIへ説明する負担を減らします。
- 想定利用者
- 自分の記録を活かしながら、移動中も声で情報を確認したい個人利用者。
- できること
- 話しかけた内容に関連するノートを検索し、その情報を踏まえた回答を音声で受け取れます。
PROCESS
処理の流れ
- 01スマートフォンへ話す
音声を文字へ変換し、質問として受け取ります。
- 02関連ノートを検索
保存済みのノートから、質問に近い情報を探します。
- 03AIが回答を作成
ノートと確定記憶を参考にし、分からないことは創作しない方針で回答します。
- 04画面と音声で返す
回答を表示し、スマートフォンから読み上げます。
TECHNOLOGY
技術と役割
- PWAWebサイトをスマートフォンのアプリに近い感覚で使えるようにします。
- Gemini API検索した情報と質問をもとに、自然な文章の回答を作成します。
- Obsidian RAG / D1個人ノートを検索し、回答に必要な部分だけをAIへ渡します。
- Cloudflare Functions / KVAPIキーを画面側へ出さず、確定記憶をサーバー側で扱います。
PLAIN-LANGUAGE GLOSSARY
用語を、利用体験から理解する
RAG（検索拡張生成）
質問に関係する資料を先に探し、その内容をAIへ渡して回答させる方法です。手元の情報に沿った回答を作りやすくします。
PWA
Webページをホーム画面へ追加し、アプリに近い形で使える技術です。
D1 / KV
Cloudflare上で情報を保存する仕組みです。ノートの検索用データと、利用者が覚えさせた確定情報を分けて管理します。
REPRESENTATIVE CODE
質問に関係するノートを探し、AIへ渡す部分
すべてのノートを送るのではなく、関連部分だけを検索して回答材料にします。APIキーは公開画面ではなくサーバー環境から読み取ります。
const hits = await searchD1(env.DB, message);
if (hits.length > 0) {
const context = hits.map(hit => `- ${hit.text}`).join("\n");
systemText += `\n=== 参考情報 ===\n${context}`;
}
const reply = await askGemini(apiKey, model, systemText, history, message);DESIGN DECISIONS
制作時に工夫した点
- 利用者が明示して覚えさせた「確定記憶」と、検索した参考ノートを分けて扱います。
- APIキーをブラウザへ置かず、Cloudflareのサーバー側だけで利用する構成にしました。
- ノートにない個人的事実を創作しないよう、回答方針と入力データの扱いを明示しています。
PROJECT 05 / BUSINESS WEBSITE
初心者でも、AIの案内に沿って企業向けHPを公開できる土台。
Claude CodeまたはCodexへプロジェクトを渡すと、内容の聞き取り、文章や画像の差し替え、表示確認、公開まで順番に案内するWebサイトテンプレートです。
- 作ったもの
- 複数ページ、動画、3D、問い合わせ、SEO、公開前検査をまとめた企業向けHPテンプレート。
- 解決する課題
- 初心者が何から決め、どのファイルを触り、どう公開確認するか分からない状態を減らします。
- 想定利用者
- Claude CodeやCodexと相談しながら、自社サイトを作りたい小規模事業者や制作者。
- できること
- 案内に答えながら内容を変更し、秘密情報を除いた公開用ファイルだけを安全に出力できます。
PROCESS
処理の流れ
- 01AIへフォルダを渡す
初心者向けの案内文が、事業内容や掲載素材を順番に確認します。
- 02文章と素材を差し替える
既存のデザインを活かし、ダミー情報を実際の内容へ変更します。
- 03画面と安全性を検査
PC・スマートフォン表示、リンク、SEO、秘密情報の混入を確認します。
- 04公開用データだけを配信
許可されたファイルだけをまとめ、Cloudflare Pagesへ公開します。
TECHNOLOGY
技術と役割
- HTML / CSS / JavaScriptページ構造、デザイン、選択UIや表示切り替えを作ります。
- Claude Code / Codex初心者への聞き取り、編集、確認、公開作業を順番に案内します。
- PlaywrightPCとスマートフォンで崩れや動作不良がないか自動確認します。
- Cloudflare Pages完成した静的サイトをインターネットへ公開します。
PLAIN-LANGUAGE GLOSSARY
用語を、公開作業から理解する
許可リスト方式のビルド
公開してよいファイルを先に指定し、それ以外を配信物へ入れない方法です。作業メモや設定ファイルの誤公開を防ぎやすくします。
SEO
検索エンジンがページの内容を理解しやすいよう、見出し、説明文、構造化データなどを整えることです。
Cloudflare Pages
Webサイトのファイルを配信し、URLから見られる状態にするサービスです。
REPRESENTATIVE CODE
公開を許可したファイルだけを出力する部分
プロジェクト全体をそのまま公開せず、指定済みのページ、画像、動画だけを配信フォルダへコピーします。公開前にはメールアドレスや秘密鍵の形式も検査します。
for (const path of requiredFiles) {
await copyPublicFile(path, true);
}
for (const path of stagedFiles) {
assertAllowedPath(path);
scanText(path, await readFile(join(staging, path), "utf8"));
}DESIGN DECISIONS
制作時に工夫した点
- 専門用語を前提にせず、AIが一問ずつ確認して進行する手順とスキルを同梱しました。
- 元サイトの動画や個人情報はテンプレートへ含めず、利用者自身の素材へ置き換える設計にしています。
- 公開用ファイルを許可リストで限定し、秘密情報と不要ファイルを検査してから出力します。
Video
つくったものを、
そのまま動かして見せます。
AIチャット、業務自動化、Webサイト制作の4本を、実際の画面のまま紹介しています。