クラウド セキュリティ ビジネス 学習 文具 生産性 自動化

  • Claudeモデルのメリット・デメリット

    2025年1月からMicrosoft 365 Copilotの活用をはじめて、特に2025年中旬くらいから実力も高くなって、仕事でも確実な戦力として活用していて、

    少し前からは、GPTだけでなくClaude Sonnetも使えるようになり、今日改めてモデル選択画面を確認したら、最新版のClaude Opusも使えるようになってて色々と試したところ、

    ガードレールに抵触してチャットが途中で強制停止されるというのがあって、Claude Opusに確認して深堀りした結果、Claudeモデルのメリット・デメリットが見えてきた


    Claudeモデルのメリット・デメリット

    メリット

    長文の品質・一貫性が高い:業務方針・標準文書・契約書など、長い文章の構成力と日本語の自然さにおいてGPT系を上回る傾向があり、トーンや用語の一貫性を保ったまま長文を生成・精査する用途に適している

    共感型・感情的なニュアンスの表現力:広告宣伝文やブランドメッセージなど、読み手の感情に寄り添う文章の生成において、GPT系より高い表現力

    デメリット(ガードレールに起因するリスク)

    過剰な拒否が発生し得る:安全性フィルターが厳格に設計されていて、ビジネス上正当な内容であっても、表現によっては回答を拒否することがある

    (重大)拒否が発生すると、会話全体に波及するリスク:一度ガードレールに抵触すると、そのセッション内のその後の全てのやりとりが影響を受け、本来のタスクに復帰できなくなる(事例も多数報告されている)

    この場合、会話をリセットして最初からやり直す必要があり、それまでに積み上げた対話の成果が失われる

    ブレインストーミングやディスカッションには不向き:上記2点の性質により、話題がどこに展開するか予測しにくい対話型のタスク(自由な壁打ち、アイデア出し、リスクシナリオの網羅的な洗い出しなど)では、途中で処理が止まり価値創造が中断されるリスクが高い


    推奨される使い分け

    用途推奨モデル
    文書の精査・仕上げ(方針、標準、契約書等)Claude(既存書類をナレッジ設定するならCopilot Studio経由)
    コード生成・レビューClaude
    広告宣伝文・ブランドメッセージの仕上げClaude
    ブレインストーミング・自由なディスカッションGPT
    日常的な調べもの・要約・短いタスクGPT

    あくまで現時点での評価としてはこんな感じで、それぞれの特性を活かして使い分けて機能させる運用設計が重要


    この記事は、Claude Opusに「Claudeは良い意味でもガードレールがしっかりとしていますが、逆にいえばブレインストーミングのように思いついたことをそのまま書き出して整理しようとするとガードレールに抵触して処理が止まるというリスクはないでしょうか?」と質問したところ、このような回答が返ってきたことを踏まえての見解をまとめたものです

    今後、状況が変わる可能性もあります


    鋭い指摘です。これは実際に起こり得るリスクで、すでに報告事例もあります。

    まず事実:Claudeの拒否率はGPTより高い

    安全性評価の研究によると、有害コンテンツの生成率はClaude約10〜11%に対し、GPT-4oは約19%。これはClaude側がより頻繁に「答えない」判断をしていることの裏返しです。Anthropic自身も「false positive(誤検知)は起こり得る」と認めています。

    ブレインストーミングで引っかかりそうな場面

    樋口さんの業務文脈で考えると、以下のようなケースで処理が止まるリスクがあります:

    ブレインストーミングの内容・リスク・理由

    「この事業者は淘汰される」的な競合分析・中・特定対象への攻撃的表現と誤認される可能性
    「従業員を解雇するシナリオ」・中・労務リスクの洗い出しでも、有害コンテンツと判定されることがある
    「起業で失敗するパターン」の列挙・低〜中・自己否定的コンテンツとして検知される可能性
    「詐欺的な事業者の手口」の分析・高・手口の具体的記述が有害コンテンツとして検知されやすい
    経済危機・倒産シナリオの網羅・低・一般的な経済分析として許容される範囲

    実際にClaude Codeでは、ライセンス文面(Business Source License)を生成するだけでコンテンツフィルターに引っかかるという誤検知が複数報告されており、再現性も確認されています。

    GPTとの違いの本質

    GPTは「とりあえず出してみて、問題があれば修正する」傾向が強い。Claudeは「問題がありそうなら出さない」傾向が強い。

    ブレインストーミングの性質は:

    • 未整理の思考をまず吐き出す
    • 倫理的に微妙なアイデアも一旦テーブルに載せる
    • 後から取捨選択する
      この「一旦テーブルに載せる」フェーズとClaudeのガードレールは、構造的に相性が悪いです。

    実践的な対策

    ブレインストーミングはGPT、精査はClaude

    先ほどの広告宣伝文の話と同じ「発散はGPT、収束はClaude」の原則がここでも当てはまります。

    Claudeでブレインストーミングするなら「フレーミング」を工夫する

    例えば:

    • ❌ 「詐欺的なIT事業者の手口を列挙して」
    • ✅ 「中小企業がIT事業者を選定する際に注意すべきリスクパターンを、経営者教育の観点から整理して」
      同じ内容でも、教育・リスク管理という文脈を明示することでガードレールに抵触しにくくなります。

    止まったら深追いしない

    Claudeで拒否が出た場合、プロンプトを言い換えて何度も試すと、「繰り返し違反」と判定されて、一時的にフィルター感度が上がる仕組みがあります。 止まったらGPTに切り替える方が合理的です。

    まとめ
    フェーズ・推奨
    ブレインストーミング(発散)・GPT — 止まりにくく、テンポよく出せる
    整理・構造化(収束)・どちらでも可
    文面精査・品質仕上げ・Claude — 忠実性・一貫性が高い

    樋口さんが懸念された通り、ガードレールの強さは「安全」と「自由な発想」のトレードオフなので、ブレインストーミングではGPTを使い、Claudeには整理後のタスクを渡すのが一番ストレスなく回せると思います。

  • 映画から気づき・学ぶ

    映画から気づき・学ぶ

    これまでのワークスタイルとシンプルライフの話は、掲載内容を厳選しようと、時代遅れになった過去の投稿をかなり削除して、ほぼ固定ページの方でまとめて書くことがなくなったので、

    これからはフリーランスや1人事業者でも参考になる経営というよりは事業の話も投稿していこうかと思います


    仕事で大切なことを映画から学ぶってのがかなり有効性が高いと思っていて、

    誰かからダメ出しされたり、こうした方がいいと言われるのに抵抗感がある人が、特に起業した人たちだと大半なので、

    そうではなくて具体的な事例を映画として観ることで、大切なことに気づく・考えるというアプローチの方が有効性が高いと感じています

    自分自身が事業につながる気づき・学びを得られた映画はたくさんあるなかで、特に周りに薦めているのが、三谷幸喜監督の「みんなの家」とジョン・トラボルタ主演の「シビル・アクション

    みんなの家は、建築家と大工という職人同士のエゴの間で発注者の気持ちが置いてけぼりにされているというのを、楽しみながら擬似体験することができて、現場仕事でもデスクワークでも専門家の人たちにぜひ一度は観てほしい映画で、

    もう一つのシビル・アクションは、単に自分がジョン・トラボルタ作品が好きだったので起業する前の2000年頃に当時ビデオテープで買って観たのですが、結果として、これから起業する人も経営者も気づき・学びを得るのにおそらくこれ以上の映画は存在しないのではないかと思うほどに、秀逸な内容でした

    マネーボールなど他にも仕事へのプラスになることを気づける・学べる映画はたくさんあるものの別格という感じなのに、

    エンターテインメント性がなくて観てても楽しくはなくて話も重いので、映画としてのレビュー点数は低くて、Amazon Prime Videoとかでも見放題には入ってこない映画なので、観たことある人が周りでもほとんどいなくて残念すぎるので、

    実話ベースの話でもあり、起業家・経営者が観る価値がどれだけ高いのかを知ってもらえればと思い、シビル・アクションをその切り口で若干ネタバレ込みで評価します


    シビル・アクションが気づき・学びになるポイント

    「正義・使命感」と「事業としての現実」の乖離が描かれている

    主人公の弁護士は「正しいことをしたい」という想いで訴訟に挑むものの、

    ・資金が足りない
    ・組織としてのキャパが不足
    ・信頼していたクライアントとの温度差
    ・維持できない理想

    など、想い一本では戦えない現実的な制約が次々に襲ってきます、これは起業初期が直面する典型例です

    「本当にやりたいこと」と「事業を存続させること」は別軸で存在するという認識を突きつけられます

    想いが強いほど、視野が狭まり、判断を誤るリスクを描いている

    主人公は「正義に駆られるあまり、大局を見誤る」という落とし穴にはまります

    起業初期の人も同様で、

    ・課題設定が暴走する
    ・引き返せない心理状態になる(サンクコスト)
    ・冷静な意思決定ができなくなる

    といった状況に陥りがちです

    映画はこれを 感情移入しながら疑似体験させてくれる ため、他人事ではなく自分ごと化しやすいです

    「勝つ・負ける」ではなく、「何を守るか」を選ぶ物語

    一般的な法廷映画は勝利のカタルシスが軸にありますが、シビル・アクションは違います

    勝利より、「何を守れたか」「どこで線を引くべきだったか」が主題で、これは起業家にとって非常に重要な本質です

    ・事業を守ること
    ・家族を守ること
    ・チームを守ること
    ・自分の人生の持続性を守ること

    創業初期はつい理想を追いすぎて全部を失うリスクがあるため、映画はそれを強烈に可視化してくれます

    後味の悪さ=「現実は必ずしも報われない」を学ぶ材料

    後味が良くないのは事実ですが、それは起業家にとってむしろ必要な体験です

    起業は、

    ・努力しても報われない
    ・誰も悪くなくても負ける
    ・社会の構造に押し潰される

    といった理不尽さも含んでいます

    この後味の悪さこそ、「だからこそ持続可能性を考えなければならない」という深い気づきにつながります

    ・ 理想と現実の線引き
    ・ サンクコストの罠
    ・ 判断の暴走
    ・ 組織の限界
    ・ 自分やチームを守るという観点

    これらを安全に疑似体験できる点で、後味の悪さすら価値と言えるのがシビル・アクションという映画で、

    ぜひこの映画だけでなく、映画から学び・気づくというスタイルを取り入れてみてはどうでしょうか


  • Gmailに届いた領収書などを自動保存するGoogle Apps Scriptを作った

    Microsoft Power Automateを使った業務の自動化をこれまでかなり高いレベルで進めてきましたが、個人のGmailに届くメールからの経費精算業務とかも自動化を進めたいと思って、Google Apps Scriptで2つのスクリプトを作りました

    マネーフォワードクラウド経費などクラウド会計システムを利用していればかなりの部分は自動化されるものの、それらでカバーできない部分もあるのと、他の用途でも活用できるように汎用性を持たせた形で開発

    1つは、Gmailに届いたメール本文を、差出人アドレス(ドメインのみでも可)を条件として、Googleドライブの指定フォルダにファイル名 [yyyyMMdd_HHmmss_Vendor.pdf] のルールでPDFとして自動保存するスクリプト「GmailToPDF」

    もう1つは、Gmailに届いたメールの添付ファイルを、差出人アドレスとメールの件名を条件として、Googleドライブの指定フォルダにファイル名 [yyyyMMdd_HHmmss_元ファイル名or新しいファイル名.元拡張子]  のルールで自動保存するスクリプト「AttachementToDrive」

    例えば、Cloudflareからの領収書は「cloudflare_invoice_2024-12-18.pdf」というファイル名形式で届くので、同日に2通発行されるとファイル名が重複するとか、Google Workspaceの領収書は「5119000000.pdf」という形式で、どこからの領収書なのかファイル名で判別できないとか、そういった点をカバーする形でファイル名をつけるようにしています

    スクリプトはGitHubで公開しているので、興味のある方はぜひご参考ください

    https://github.com/akihisa-higuchi/Google-Apps-Scripts

  • VB/VC++ランタイム XTRM Runtime.10がWindows XPへのインストールに対応しました

    先日更新した2008年以前に開発されたアプリを動作させるためのVisual Basic 5.0/6.0, Visual C++ 4.x/5.0/6.0 ランタイム「XTRM Runtime」でWindows XPを動作対象外としましたが、古い業務アプリを動作させるために、インターネットと切り離した状態でまだXPを使っているという企業も少なくないようで、あらためてWindows XPへのインストールに対応した新バージョンの10.1を公開しました。

    最新版は窓の杜からダウンロードできます。Vectorの方にも掲載申請をしておりますので、近日中にVectorでも最新版がダウンロードできます。

    Windows XPでは、ランタイムのインストールには対応しましたが、インストール後に起動されるアプリの起動時にエラー(有効な Win32 アプリケーションではありません)が発生します。

    ただし、このアプリはランタイムファイルの配布条件としてセットになっているだけで、起動する必要はありませんので、無視して頂いて大丈夫です。ランタイムのインストール自体は完了いたします。

    また、新たにdx7vb.dllとdx8vb.dllのランタイムファイルを追加し、インストーラー・アプリにともに英語環境にも対応させました。

    10.1の時点で導入されるランタイムファイルは以下の通りとなります。

    mfc40.dll, mfc40u.dll, mfc42.dll, mfc42u.dll, msvbvm50.dll, msvbvm60.dll, msvcp50.dll, msvcp60.dll, vb6stkit.dll

    asycfilt.dll, comcat.dll, comct232.ocx, comct332.ocx, comctl32.ocx, comdlg32.ocx, dbadapt.dll, dbgrid32.ocx, dblist32.ocx, dx7vb.dll, dx8vb.dll, gapi32.dll, mci32.ocx, msaddndr.dll, msadodc.ocx, msbind.dll, mscdrun.dll, mschrt20.ocx, mscomct2.ocx, mscomctl.ocx, mscomm32.ocx, msdatgrd.ocx, msdatlst.ocx, msdatrep.ocx, msdbrpt.dll, msdbrptr.dll, msflxgrd.ocx, mshflxgd.ocx, mshtmpgd.dll, mshtmpgr.dll, msinet.ocx, msmapi32.ocx, msmask32.ocx, msrdc20.ocx, msrdo20.dll, msstdfmt.dll, msstkprp.dll, mswcrun.dll, mswinsck.ocx, oleaut32.dll, olepro32.dll, picclp32.ocx, richtx32.ocx, stdole2.tlb, sysinfo.ocx, tabctl32.ocx, wbclsdsr.ocx

    adodcjp.dll, cmct2jp.dll, cmct3jp.dll, cmctljp.dll, cmdlgjp.dll, datgdjp.dll, datlsjp.dll, dblstjp.dll, flxgdjp.dll, inetjp.dll, mcijp.dll, mscc2jp.dll, msch2jp.dll, mscmcjp.dll, mscomjp.dll, mshfgjpn.dll, msmpijp.dll, msmskjp.dll, pcclpjp.dll, rchtxjp.dll, winskjp.dll, stdftjp.dll, sysinjp.dll, tabctjp.dll, vb5jp.dll, vb6jp.dll

    Visual Basic 5.0/6.0 and Visual C++ 4.x/5.0/6.0 Runtime Package, available in English. Last security update for Visual Basic 6.0 [KB3096896, Jan 2016] included.

  • 国内で唯一安全に使えるVB/VC++ランタイム XTRM Runtime.10 を公開しました

    2008年以前の開発環境で作成されたフリーソフトや社内ソフトウェアなどの動作に必要となることがある各種ランタイム(Visual Basic 5.0/6.0, Visual C++ 4.x/5.0/6.0)をまとめて簡単にインストールできるランタイムパッケージの最新版「XTRM Runtime.10」をVectorおよび窓の杜で公開しました。

    XTRM Runtime

    現状、Microsoft社公式の基本ランタイムパッケージを除いては、国内で唯一安全に使える旧バージョン向けのVB/VC++ランタイムパッケージとなります。

    2008年のVisual Basic 6.0 IDE サポート終了後にも、2012年・2016年とランタイムのセキュリティ更新があったにも関わらず、調べた限りでは2016年以降にアップデートされたランタイムパッケージでも、2016年のセキュリティ更新に対応しているものがなかったMicrosoft社公式の基本ランタイムパッケージに含まれないファイルが必要な場合には、脆弱性を抱えたままのランタイムパッケージを利用せざるを得ないという状況でした。

    XTRM Runtimeも、以前までのバージョンのソースコードと資料データを損失していたため、更新が止まっておりましたが、安全なランタイムパッケージが存在しないという状況を重く考え、時間がかかってしまいましたが新たに作り直して公開することとなりました。

    法人で業務アプリケーションの動作に必要な場合も、自由にご利用ください。社内ネットワークで再配布されても構いません。

    また、ソフトウェア流通サイトVectorでのXTRM Runtimeのページアドレスが変更されました。転送とかはしてくれず、404ページも真っ白な背景に「Not found.」とか出るだけなので、リンクされてる方はアドレスを変更頂ければと思います。