GmailでAutoCAD自動モデリング！

 はい、Gmail経由でも自動モデリングできます。仕組みは「メール（指示）→ 受信・解析 → MCPサーバ → AutoCAD」です。実装は大きく2通りあります。



---


方式A（最短）：Google Apps Scriptで定期ポーリング → MCPへPOST


メリット：無料・簡単・PC常駐不要（MCP/AutoCADはPC上で常駐）

デメリット：1分おき等のポーリング（ほぼリアルタイムではない）


構成


1. Gmailフィルタで、指示メールにラベル（例：ACAD）を付与



2. Apps Script（時間主導トリガー：毎分）でラベル付き未処理メールを取得



3. メール本文をパースしてJSON化 → MCP HTTPエンドポイント（前回のhttp://127.0.0.1:8888/など）にPOST



4. 成功したメールは「処理済み」ラベル付け




指示メールのフォーマット例（推奨）


件名：ACAD: DRAW CIRCLE


本文（どれか1つの形式）


JSON：{"tool":"draw_circle","cx":100,"cy":100,"r":100}


行指示：


tool=draw_circle

cx=100

cy=100

r=100




Apps Script（貼って動くミニマム）


1. https://script.google.com/ を開き、新規プロジェクトを作成



2. 下記スクリプトを貼付け → 「デプロイ不要」、トリガーでprocessAcadEmailsを「分ベース（毎分）」に設定




// === 設定 ===

const LABEL_IN = 'ACAD'; // 指示メール用ラベル

const LABEL_OUT = 'ACAD-processed'; // 処理済みラベル

const MCP_URL = 'http://127.0.0.1:8888/'; // C#アドインHTTPやmcp_http_proxy先


function processAcadEmails() {

  const labelIn = getOrCreateLabel_(LABEL_IN);

  const labelOut = getOrCreateLabel_(LABEL_OUT);


  const threads = labelIn.getThreads(0, 30); // 直近30件を対象（必要に応じて調整）

  for (const th of threads) {

    const msgs = th.getMessages();

    for (const m of msgs) {

      if (m.hasLabel(labelOut)) continue; // 既に処理済み


      const body = m.getPlainBody().trim();

      const parsed = parseBody_(body);

      if (!parsed) {

        // 解析失敗：スキップ（必要ならエラーレポート）

        continue;

      }


      // MCPにPOST

      const payload = JSON.stringify(parsed);

      try {

        const resp = UrlFetchApp.fetch(MCP_URL, {

          method: 'post',

          contentType: 'application/json; charset=utf-8',

          payload: payload,

          muteHttpExceptions: true

        });

        const ok = resp.getResponseCode() === 200 && JSON.parse(resp).ok === true;

        if (ok) {

          m.addLabel(labelOut);

        } else {

          // 失敗時の扱い：リトライ、別ラベル付与等

        }

      } catch (e) {

        // 接続エラー：次回トリガーで再試行

      }

    }

  }

}


function parseBody_(body) {

  // 1) JSONならそのまま受け入れ

  try {

    const obj = JSON.parse(body);

    return obj;

  } catch (e) {}


  // 2) key=value 形式をパース

  const map = {};

  body.split(/\r?\n/).forEach(line => {

    const m = line.trim().match(/^([a-zA-Z_]+)\s*=\s*(.+)$/);

    if (m) map[m[1]] = m[2];

  });


  // 期待: tool=draw_circle, cx, cy, r

  if (map['tool'] === 'draw_circle' && map['cx'] && map['cy'] && map['r']) {

    return {

      tool: 'draw_circle',

      cx: parseFloat(map['cx']),

      cy: parseFloat(map['cy']),

      r: parseFloat(map['r'])

    };

  }

  return null;

}


function getOrCreateLabel_(name) {

  return GmailApp.getUserLabelByName(name) || GmailApp.createLabel(name);

}


> これで、ACADラベル付きのメールを1分おきに拾い、tool=draw_circle指示ならAutoCADに円が作図されます（MCP/AutoCAD側は前回の構成を起動しておいてください）。





---


方式B（堅牢・ほぼリアルタイム）：Gmail APIのPush通知（Pub/Sub）→ Webhook → MCP


メリット：ほぼ即時・拡張性・大規模運用向き

デメリット：GCP（Pub/Sub / Cloud Run/Functions）の設定が必要


流れ


1. Gmail APIのwatchでPub/Subトピックへ新着を通知



2. Cloud Run/FunctionsのWebhook（FastAPI/Flask）でPub/Subを受信



3. 対象メールIDをGmail APIで取得 → 本文をパース → MCPへPOST



4. 成功ならスレッドに「処理済み」ラベル付与（Gmail APIのmodify）




Webhook（FastAPI例・概略）


from fastapi import FastAPI, Request

import base64, json, httpx


MCP_ENDPOINT = "http://<your-mcp-host>:8888/"


app = FastAPI()


@app.post("/pubsub")

async def pubsub(req: Request):

    envelope = await req.json()

    msg = json.loads(base64.b64decode(envelope["message"]["data"]))

    # msg には historyId 等。ここからGmail APIで差分を取得し、対象メッセージを読む。

    # （認証はサービスアカウント or OAuth2、scopes: gmail.readonly / gmail.modify）

    # 取得した本文をparseして下のようにMCPへ

    cmd = {"tool":"draw_circle","cx":100,"cy":100,"r":100} # 実際は本文から組み立て

    async with httpx.AsyncClient() as cli:

        r = await cli.post(MCP_ENDPOINT, json=cmd, timeout=10)

    return "OK"


> この方式はLINEやChatGPT経由の仕組みと同じMCPツールを叩けます。通知～作図まで数秒。





---


セキュリティ & 運用の注意


認証：MCP HTTPはローカル限定かBearerトークン/TLS必須


フォーマット固定：メールは件名ルール＋JSON本文が堅牢（誤解析を防止）


冪等性：同一Message-IDを一度だけ処理（Apps ScriptならACAD-processedラベルで実現）


監査ログ：送信者/日時/コマンド/引数/処理結果をサーバ側に記録


単位/UCS：mm/インチの混在防止。WCS・Z=0原則、必要なら単位指定（unit=mm）をメールに含める




---


すぐ試すなら（おすすめ手順）


1. AutoCAD側：前回のC#アドインHTTP（http://127.0.0.1:8888/）を起動



2. Gmail：フィルタで指示メールにACADラベル付与



3. Apps Scriptを設置 → 毎分トリガー



4. テストメール送信：件名ACAD: DRAW CIRCLE、本文


{"tool":"draw_circle","cx":100,"cy":100,"r":100}



5. 1分後、モデル空間に円が出現すればOK





---


必要なら、LINE/ChatGPT/Gmailすべてから同じMCPツール群を叩けるように、


追加ツール（draw_line, draw_arc, insert_block, extrude, set_layer…）


JSONスキーマ、バリデーション、エラーレスポンス規約


Pub/Sub構成の完全テンプレート（Terraform含む）

までまとめたサンプル一式も用意できます。




コメント

コメントを投稿

このブログの人気の投稿

ミライアイ内服薬は薬事法違反で、ほとんど効果がない詐欺ですか？

 オーキ製薬株式会社 https://sb-miraiai1008.discover-news.tokyo/ab/miraiai_sn_08?cr_param=me_sn_43&utm_creative=me_sn_43_43_726-30&snuuid=1b94463e307a11efa51b3a736e1c6c62cb501493-0&sb_article_uid=yRMFwEGnVyXQgEyww&sb_tu_id=db9d6f89-7b31-4b6c-990a-d7e936e09215 のミライアイ内服薬は薬事法違反で、ほとんど効果がない詐欺ですか？ ご提示いただいた「オーキ製薬株式会社」の「ミライアイ内用薬」について、ご質問の「薬機法（旧薬事法）違反」や「詐欺・効果の有無」という点について、調査した事実に基づき客観的に解説します。 結論から申し上げますと、製品自体は厚生労働省に認められた「医薬品」であり、詐欺商品ではありません。 ただし、広告の出し方や販売手法については、消費者が「騙された」と感じるようなトラブルが発生しやすい構造になっているようです。 1. 製品自体は「第3類医薬品」 「ミライアイ内用薬」は、独立行政法人医薬品医療機器総合機構（PMDA）のデータベースにも登録されている**「第3類医薬品」**です。  * 有効成分: フルスルチアミン塩酸塩（ビタミンB1誘導体）、ピリドキシン塩酸塩（ビタミンB6）、シアノコバラミン（ビタミンB12）など。  * 効能・効果: 眼精疲労、筋肉痛・関節痛（肩こり、腰痛など）、手足のしびれの緩和。    これらはアリナミンなどの有名なビタミン剤と同様の成分構成であり、科学的に一定の効能が認められたものです。したがって、「全く効果がない詐欺」というわけではありません。 2. 「薬機法違反」の懸念について ご提示いただいたURLのような、いわゆる「記事LP（ブログ記事のような形式の広告）」では、以下のような点が問題視されやすく、薬機法や景品表示法に抵触する恐れがある表現が使われることがあります。  * 過大な誇張: 「飲むだけで視力が回復する」「老眼が治る」といった表現は、医薬品であっても認められていません。もし広告内で「治る...
続きを読む

最高裁での上告理由書受理・却下の判断基準について

 最高裁判所における上告理由書の受理・却下に関する判断基準については、以下のような判例が参考となります。主に**民事訴訟法第312条**（旧法では第318条）の「上告受理の申立て」や**刑事訴訟法第405条**・**第406条**の上告理由に基づく判断が問題となります。 --- ### **1. 民事事件における判例** #### **(1) 上告受理の基準（民事訴訟法第312条）** 最高裁は「**法令の解釈に関する重要な事項を含むもの**」または「**その他の最高裁として判断を示す必要がある事案**」に限り受理を認めています。 - **最判昭和42年11月8日（民集21巻9号2439頁）**     「上告受理の申立ては、原判決に憲法解釈の誤りや法令解釈上の重要な誤認がある場合に限られる」とし、単なる事実誤認では受理されないことを明示。 - **最判平成15年7月10日（民集57巻7号973頁）**     上告受理の要件として、「**判例の変更が必要な場合**」や「**法令の統一解釈が求められる場合**」を挙げ、個別事案の事実誤認は却下対象と判断。 #### **(2) 却下事由の例** - **最判平成20年3月10日（民集62巻3号665頁）**     上告理由書が「単なる事実認定の誤り」を主張するに留まる場合、受理要件を欠くとして却下。 --- ### **2. 刑事事件における判例** #### **(1) 法令違反・判例違反（刑事訴訟法第405条）** - **最判昭和23年7月29日（刑集2巻9号1013頁）**     憲法違反や最高裁判例と相反する判断が下された場合、上告理由として受理。 - **最判平成27年10月19日（刑集69巻6号610頁）**     原判決が「**明らかな事実誤認**」であっても、法令解釈の問題に直結しない限り却下。 #### **(2) 量刑不当（刑事訴訟法第406条）** - **最判昭和58年4月26日（刑集37巻3号315頁）**     量刑が「**社会通念上著しく不当**」と認められる場合に限り受理。単なる量刑の軽重は...
続きを読む

裁判官の忌避申立書の作成例

 裁判官の忌避申立書は、特定の裁判官が公正な裁判を行うことが期待できない事情がある場合に、その裁判官を事件から排除するよう求めるための書類です。以下にその例を示します。 忌避申立書 令和6年6月18日 東京地方裁判所 御中 申立人 〇〇 〇〇 上記事件の申立人は、下記のとおり、貴庁係属の頭書事件の担当裁判官である〇〇 〇〇殿に対し忌避を申し立てます。 1. 事件の表示  * 事件番号：令和〇年（ワ）第〇〇〇号  * 事件名：損害賠償請求事件  * 当事者：    * 原告：〇〇 〇〇    * 被告：株式会社〇〇 2. 忌避の対象となる裁判官 東京地方裁判所 裁判官 〇〇 〇〇 3. 忌避の理由  * 〇〇裁判官は、本件と関連する過去の事件（令和〇年（ワ）第〇〇〇号 土地明渡請求事件）において、申立人の主張を一方的に退け、申立人に対する不当な判断を下しました。    * 具体的には、当該事件において、申立人が提出した重要な証拠である〇〇（証拠番号：甲第〇号証）について、〇〇裁判官は「本件との関連性が低い」と一蹴し、審理において十分に検討することなく、申立人に不利な判決を下しました。この判断は、事実関係を十分に踏まえておらず、申立人に対し不当な扱いをしたと言わざるを得ません。  * 〇〇裁判官は、本件の口頭弁論期日（令和6年5月20日）において、申立人の代理人弁護士に対し、威圧的な態度で発言を遮り、申立人の主張を聞き入れようとしない姿勢が見られました。    * 申立人の代理人弁護士が、本件における主要な争点である〇〇の点について説明しようとした際、〇〇裁判官は「もう結構です。同じ話の繰り返しはやめてください」と強い口調で発言を制し、その後も申立人側の意見陳述に対して、明らかに不満そうな態度を示しました。このような態度は、裁判官が公平・中立な立場から当事者の主張を傾聴すべきという原則に反するものです。  * 上記の事情から、〇〇裁判官は本件において、申立人に対して予断を抱いているか、または偏見を有している可能性があり、公正な裁判を受ける権利が侵害されるおそれがあります。    * これらの言動から、申立...
続きを読む