• 車種別
  • パーツ
  • 整備手帳
  • ブログ
  • みんカラ+

ヒデノリのブログ一覧

2025年10月06日 イイね!

2024年問題を・・・ってもう良いか^^;

2024年問題を・・・ってもう良いか^^;2024年問題を解決したいだとかそんな事は思っていないけれど・・・
というブログを書いたのですが、
コメントを頂けましたので蛇足とは思いつつブログを作成しました。

タイトル画像は運送会社に提供している加工したスクリーンショットです。

こちらはヤマト運輸向けにIDとパスワードを入力することでスマホでも閲覧できる簡単なページです。

ヤマト運輸向けという事は、他の運送会社向けにも同じような情報を提供しておりまして、
私が作成したのは
・佐川急便
・ヤマト運輸
・JP
・西濃運輸
向けの情報を共有しています。

こういうのが得意なのはGoogleスプレッドシートで、
レイアウトや列の幅など簡単に変更できて、
それを下記のURL例にたいして簡単に公開することが出来ます。

なので、データ処理はGoogleスプレッドシートを使う前提で開発を行いました。
その脆弱性が気になることはありますが、
期間限定の出荷予定数なんてデータが他に流用されて困るか?いや問題ない。

htmlの知識も殆ど必要ありません。
https://www.***.jp/***/
で、簡単にログインできます。

ページソースですがめちゃ簡単です。
ってか私では簡単にしか作れませんでした^^;
------------------------------------------------------



<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<link rel="stylesheet" type="text/css" id="u0" href="https://rakko.tools/tools/129/lib/tinymce/skins/ui/oxide/content.min.css">
<link rel="stylesheet" type="text/css" id="u1" href="https://rakko.tools/tools/129/lib/tinymce/skins/content/default/content.min.css">




<iframe src="https://docs.google.com/spreadsheets/d/e/*******" width="1200" height="600">




------------------------------------------------------
Googleスプレッドシートの
共有→ウェブに公開
から得られるURLをindex.htmlにiframeに入れただけです。

契約しているカートシステムでIDとパスワードで閲覧できるページが作成出来ることから、
運送会社別にIDとパスワードを分けてそれぞれ閲覧できるようにしました。

------------------------------------------------------
以上はインターフェイスの説明ですが、
その大本はOMSから出力するCSVです。

と言うものの、OMSから出力できるカラムには制限がありますので、
私が出力させるカラムは下記となります。
出荷予定日 伝票番号 商品コード 商品名 受注数 引当数 奥行き(cm) 幅(cm) 高さ(cm) 発送方法コード 発送方法 重さ(g) 受注状態区分 送り先住所1
こちらが大本の情報1となります。

こんな情報なんて、ネクストエンジンからカスタムデータを使うと簡単に出てきます。

まぁ、商品マスタに
奥行き(cm) 幅(cm) 高さ(cm) 重さ(g)
の情報を入力しておく必要はありますがね・・・

詳細を語るにはみんカラの範囲を超えていますので差し控えますが、
こちらにWMSのデータとそれに不足しているマスタを突き合わせることで
商品コード別に出荷する倉庫が何処なのか?
という認識を行うことが出来ます。
コレを作成した2021年ではvlookupを使用していましたが、
今ならばxlookupを使用していたでしょうね。

WMSから出力したデータのヘッダーは
ブロックID ブロック略称 ロケーション 商品ID 商品名 検索名称 品質区分 品質区分名 入荷日 バラ ボール ケース 在庫数(引当数を含む) 引当数 在庫日 検索名称2 大分類 中分類 小分類
です。

OMSから出力されるCSVとWMSのデータを突き合わせることで、
倉庫別に出荷される商品のコード(商品ID)とその個数をフィルタ書けることが出来ますし、
発送方法でフィルタを掛けることで運送会社事にデータを抽出することも出来ます。

OMSの商品マスタに商品の寸法を入力するようにしていることから
倉庫別、運送会社別に出荷体積を算出することも出来ますし、
カゴ台車の収納可能体積データがあれば、
ヤマト運輸向けにカゴ台車換算何台分というデータを出力することも出来ます。

この辺りのことになると
何が出来る?
ではなく
何がしたい?
という話になってくると思います。

2021/01/04に初版を作成したGoogleスプレッドシートも
2025/06/26に21版を作成しておりました。

興味のない方にとっては何言ってるん?
ご興味を持たれた方にとっても曖昧で何言ってるかわからん?
というブログならではの内容で申し訳ありませんm(_ _)m

運送会社別に確認可能な
出荷予定数 出荷体積 (ヤマト運輸のみ)カゴ台車換算
というデータは運送会社からすると大切な情報と思っておりますが、
限定公開しようとか売り物にしようとかいう思いはサラサラありません。
元々、社内での状況を確認したい目的で作成したGoogleスプレッドシートですからね^^;

因みに、私の開発はGithubでオープンソースで行うと決めておりますので、
開発したソースコードは公開しております。

開発環境はフルクラウドを目指してGoogle Apps Script(=GAS)です。
GASは1回の実行時間数制限があったり、
1日の実行時間数制限がありますが、
そんなのはアイデアと本質を見抜く力があればどうとでもなります。

また、GitHubでもパブリックにすることでそのような環境ができるとか・・・
ネクストエンジンも特定の企業に公開というアプリならば制限がありますが、
一般公開にすることでその制限が一切なくなります。

オープンソースは重要なのですね・・・

導入方法もナレッジベースの蓄積という目的でQiitaで記事にしています。
さらっと書きましたが、公開の経緯はゴニョゴニョで(笑)

この記事の
倉庫別 運送会社別 出荷予定数 & 出荷予定体積 & 出荷予定カゴ台車数
につきましても、
CSV連携からAPI接続できるGASの開発を現在進行系で進めておりまして、
ソースコードはすでにGitHubにプッシュ済みです。
当然パブリック環境です。
私のリポロトジを知りたいという奇特な方がいらっしゃいましたら、
コメントを頂けましたらお答えいたします。
メッセージでも大丈夫です。

私がオープンソースに拘る理由はいくつかありますが、
やはり開発の速度でしょうか?
オープンソース化することでバグやバージョンアップの速度が極端に上がるように思います。

8月17日から行いだしました
AIをコーディングパートナーに選んだコーディングも、
最初の2週間の間は進んでいるようで進んでイナイ・・・

2週間前に進んでいないというのは
コーディングについての私のエンジニア魂からするととんでもないことなのですが、
当時の私の能力ではそれが限界でした。

それを突破したいと思い導入したのがだいぶん前にオープンソース化されたと言われる
Visual Studio Code
です。

Gitの差分管理をGUIで実現したのか?
私ではVS Codeの素晴らしさを十分に語ることは出来ないのですが、
履歴管理とブランチの重要性について
8月17日から8月末までの間に開発が進まなかったという死ぬほど痛い目を見て、
VS Codeの必要性を感じましたので、
9月1日に出会ったClaudeでのコーディングを進めたほうが早いと思いながら、
VS Codeの使い方と今までの履歴を保存していった経緯があります。

ネクストエンジンとGoogleスプレッドシートをAPI接続できるGASの開発は、
これが2度目なのですが
目的がはっきりしていたからか
今回の受注明細を取得するGASの開発は、
思い立ってからテスト環境での開発終了まで1日程でしたかね?

毎日勉強中なのですが、
コーディングAIへの情報共有はそうすれば開発が一気に進むんだと
強く感じた1日でした。

高給が欲しいとか、社会に認められたいとか・・・
そんなことはさらさら考えていなくて、
私が知りたい情報をいつでも知れる環境を作りたい
誰かの作業を待つこと無く便利にその情報を知りたい
という思いで・・・
あの時キレた思いだけで作ったものです。

運送会社からはいい評価を得ているのでまぁまぁ良いものが出来たと思っていますが、
実は全然たいしたことないものかもしれません。

でも、そういう情報は荷主から運送会社に共有されることが殆無いと聞きますので、
まぁまぁ良いものなのかな?と思っています。

これ以上はみんカラブログの域を超えそうなのでここまでにしておきますが、
メッセージを頂けましたらZoomでも他のツールでもオンラインミーティング大歓迎です(^^)

私は私の市場価値を知りたい・・・

今の会社を辞めるつもりはありませんが、
私の市場価値を確認出来る貴方からのお声を待っています^^;
Posted at 2025/10/06 21:39:54 | コメント(0) | トラックバック(0) | 日記
2025年10月05日 イイね!

2024年問題を解決したいだとかそんな事は思っていないけれど・・・

2024年問題を解決したいだとかそんな事は思っていないけれど・・・今のアプリを作ったのいつだろう?

そもそも、最後までみんともの方々に読んでもらえると思っておりません^^;
自分が読み返したいために書いております(笑)

履歴を見ていたら2021年1月でした。
2024年問題の実に3年前^^;

私が作成したのは
倉庫別 運送会社別 出荷予定数 & 出荷予定体積
です。

別にそんなに偉そうな構想があったわけでもなんでも無く、
OMSを導入しているのに午後からの出荷予定数がわからないと答えた部署にキレて
OMSからデータを引っ張り出したら分かるやん!
と思って作り出したのがきっかけで、
社内向けに作ったアプリだったのですが思ったより汎用性があって
運送会社別に出荷予定数&出荷予定体積を定時発信することになりました。

作成したのが2021年1月だったので、
それから2年ほどが経過した2023年頃から2024年問題が取り立たされていましたが、
私が作ったアプリを見てもらうことで個数&体積の予定数を見てもらえることで
配車の手配をあらかじめ運送会社主体で行えるようにしました。
そんなに良いアプリをジャンジャカ出来るわけではないのですが、
このアプリは私自身でもヒットではなかったかと思います。

因みに、私が作ったアプリは
運送会社から喉から手が出るほど欲しい情報にも関わらず、
一般的に荷主から提供されていない情報のようですね(-_-;)

私からすると・・・
キリガナイので私の世の中の思いは置いといて^^;

2021年に作成したアプリも4年も経過すると古く思ってきて・・・
そのアプリの問題点は更新頻度が1日3回が限界・・・

4年前の私ではそれが限界でした。

ですが、令和の9月10月で生成AIであるClaudeにより
在庫情報を取得できたのに気を良くして
倉庫別 運送会社別 出荷予定数 & 出荷予定体積
をフルクラウドで更新頻度を高めて社内外に共有できないか?と思い
新しい開発を今日の午後から行うことにしました。

目的は
ネクストエンジンとGoogleスプレッドシートをAPI接続する
ということになります。

このためにGASの開発を行っていくということになります。

生成AIを使うのであれば最も大切なのが
プロンプトエンジニアリング
ではなかろうかと思います。

と言うものの、
私と同じプロンプトエンジニアリングを行うことで・・・
私よりも高速で・・・
開発が出来るかもしれません。

という事で私が行ったプロンプトエンジニアリングを紹介したいと思います。
-------------------------------------------------
プロファイル設定
クロードの応答において、どのような個人設定を考慮すべきですか?

私のプログラミングの基礎は小学校の頃に学んだN88-BASICです。
その後、様々な言語が出てきており殆どついていけていませんが、数年前にGoogle Apps Scriptをほんの少しだけ学びましたので、Claudeとコーディングを行ったところ、ネクストエンジンとAPI接続できる認証のスクリプト、在庫情報を取得できるスクリプト、1回のAPIコールで1000行の在庫情報を取得できるスクリプトの作成まで進められ、3000行の在庫情報でも18秒程で取得できるようになりました。
プログラマーとしては初心者だと思いますが、エンジニアとしては社会に認められる程度の能力が有ると自負しています。
AIと行うコーディングはステップ・バイ・ステップで行うこと、設計して段階的にテストを行いながら最終的な目的に進むという手法が最も早いように感じます。
また、チャット履歴は必要があれば自由に参照してください。
参照してもらったほうが今までの経緯や私の思いをより読み取ってもらえると思います。

プロジェクトタイトル
倉庫別・運送会社別・出荷予定数取得

プロジェクトの指示を設定
ステップ・バイ・ステップで進みたいと思います。
全体のコーディングを行う前にどのような手順で進めるのか?をある程度に分けて、どのような関数を使ってどのような作業を行わせるのか?を少しずつ進めていきたいと思います。
少しずつ正解にたどり着くことで私の学習も進むように思います。
-----------------------------------------------
ここまでが前提です。
プロジェクトを立ち上げてチャットを行う前に私はこのように入力しました。

Claudeでのパワーワードは
ステップ・バイ・ステップ
となります。

この言葉をチャット内容などに入れることでClaudeは手順ごとに一歩ずつ進んでくれることになります。

そこで初めて行ったチャット内容が下記となります。
-----------------------------------------------
ネクストエンジンとスプレッドシートをAPI接続するためにまず必要なのが認証だと思いますが、そちらにつきましては今まで行ってきた在庫情報取得の認証スクリプトが有用に使えると思います。
当然、別プロジェクトになりますのでクライアントIDやクライアントシークレットは新しく取得した値をスクリプトプロパティへ保存します。
認証のスクリプトはGitHubへのリンクを添付したので参考にしてください。
現在SFTPサーバを介してネクストエンジン側から必要な情報を出力しているのですが、プロジェクトに”Shipping_piece.csv”というファイルをUpしていますので参考にしてください。
イメージとしては、本日を含む3日分の出荷予定数をネクストエンジンから取得してGoogleスプレッドシートに書きに行くようになります。
添付はセールではない日常の取得情報量なのですが、大きなセールになると数千行を取得することもあります。
一度にそこまで進むのは難しいと思いますので、まずはAPI1コールで1行の明細を取得できるようになってから、
API1コールで1000行までの明細を取得できるようになりたいと思います。
認証.gsは作成しまして定時実行させるトリガーは別で作成したいと思います。
次は在庫情報取得.gsの作成でしょうか?
どのような手順で進めていくのか?大きな流れから説明してください。
-----------------------------------------------
こちらの返答が
-----------------------------------------------
ステップ・バイ・ステップで進めていくという方針、とても良いと思います。N88-BASICから始まり、GASでAPI認証まで実装された経験があれば、確実に進められると思います。
それでは、全体の流れを説明します。
📋 全体の開発フロー
フェーズ1: 基礎構築(認証とAPI接続の確認)

認証.gs の設置と動作確認

新しいプロジェクトに認証.gs を配置
新しいクライアントID/シークレットを取得してスクリプトプロパティに設定
testApiConnection() で認証が通ることを確認

出荷明細API の調査

ネクストエンジンのAPI仕様書で「出荷明細検索API」のエンドポイントを確認
どのパラメータで日付指定するか確認
どんなフィールド(項目)が取得できるか確認

フェーズ2: 1行取得(最小単位での動作確認)
出荷明細取得.gs の作成(簡易版)
関数名: testFetchShippingData()
目的: API 1コールで 1件だけ 出荷明細を取得してログに表示
使用する関数:

UrlFetchApp.fetch() でAPIリクエスト
JSON.parse() でレスポンス解析
console.log() で内容確認

フェーズ3: 日付指定と複数件取得
日付指定機能の追加
関数名: fetchShippingDataByDate(targetDate)
目的: 指定した日付の出荷明細を取得
使用する関数:

Utilities.formatDate() で日付をAPI用フォーマットに変換

ページング処理(1000件ずつ取得)

関数名: fetchAllShippingData(startDate, endDate)
目的: 指定期間の全データを1000件ずつ取得
使用する関数:

ループ処理で offset パラメータを変更しながら繰り返し取得
配列に結果を蓄積

フェーズ4: スプレッドシート連携
スプレッドシート書き込み機能
関数名: writeToSpreadsheet(data)
目的: 取得したデータをスプレッドシートに書き込む
使用する関数:

SpreadsheetApp.getActiveSpreadsheet() でシート取得
sheet.getRange().setValues() で一括書き込み

メイン実行関数の作成

関数名: updateShippingData()
目的: 本日を含む3日分のデータを取得→シート更新
この関数をトリガーで定時実行

🎯 次のステップの提案
まずは フェーズ2の「1行取得」 から始めましょう。
具体的には:

ネクストエンジンの出荷明細検索APIのエンドポイントとパラメータを確認
出荷明細取得.gs を作成
testFetchShippingData() 関数で1件だけ取得してログ表示

この段階では:

スプレッドシートへの書き込みは まだ行わない
1000件取得も まだ行わない
ただ「APIから出荷明細が取れる」ことだけを確認する

❓ 確認したいこと
進める前に2点確認させてください:

ネクストエンジンのAPI仕様書は手元にありますか?

特に「出荷明細検索API」の項目が必要です
もし手元になければ、Shipping_piece.csv の項目名から推測して進めることもできます

**取得したい項目(フィールド)**は Shipping_piece.csv にある項目で全て揃っていますか?

出荷日(o×\èú)
伝票番号(`[Ô)
商品コード(¤iR[h)
商品名(¤i¼)
数量(ó)
など...

この2点を確認できたら、最初の testFetchShippingData() 関数の作成に進みましょう。いかがでしょうか?
-----------------------------------------------
ステップ・バイ・ステップと伝えたことで、
いきなりコーディングをするのではなく道筋を立ててくれました。

私のように会社に金が無い状態でFreeプランで行うには、
一歩ずつ進むのが一番の近道のように感じます(-_-;)

その私からの回答が下記となります。
-----------------------------------------------
そのフェーズで進めてまいりましょう。
フェーズ1: 基礎構築(認証とAPI接続の確認)
testApiConnection() で認証が通ることを確認しました。
出荷明細API の調査
プロジェクトにNE_受注明細エンドポイント.csvをUpしました。
参考にしてください。
取得したい項目(フィールド)は Shipping_piece.csv にある項目ですべて揃っています。
ただし、同じエンドポイント内なので大丈夫だと思いますが、
幅 goods_width などの情報を取得する際にAPIコール数が増えるのでしたら私に確認してください。
最終的にAPI1コールで1000行の情報を取得することで
API呼び出し回数 / 月 通信データ量(GB) / 月 金額(円) / 月(税抜)
1〜1000 〜3 無料
の範囲内で使用する前提です。
では、
フェーズ2: 1行取得(最小単位での動作確認)
testFetchShippingData()の作成に進んでください。
今回テストで作成するスクリプトでヘッダーに説明文を記入しましたので共有します。
-----------------------------------------------
とチャットで答えたことのClaudeからの返答です。
-----------------------------------------------
ありがとうございます。それでは、フェーズ2の1行取得テストに進みましょう。
まず、アップロードされた NE_受注明細エンドポイント.csv の内容を確認させてください。file:///NE_受注明細エンドポイント.csvの取得に失敗しましたCSVファイルを直接読み込めませんでしたが、Shipping_piece.csvの項目から必要な情報は把握できました。
それでは、出荷明細取得.gs(テスト版)を作成します。まずは1行だけ取得する最小構成で進めましょう。出荷明細取得_テスト.gsコード /**
=============================================================================
ネクストエンジン出荷明細取得スクリプト(単一API版テスト)
=============================================================================

* 【目的】
* ネクストエンジンAPIから出荷明細データを取得する
*
* 【機能】
* フェーズ2: 1行取得完成しました!出荷明細取得_テスト.gs を作成しました。
📝 作成したスクリプトの説明
testFetchShippingData() 関数
この関数は以下の処理を行います:

トークン取得: スクリプトプロパティから ACCESS_TOKEN と REFRESH_TOKEN を取得
APIリクエスト作成: 受注明細検索API (api_v1_receiveorder_row/search) にリクエスト
パラメータ設定:

limit: 1 で1件のみ取得(テスト用)
fields で必要な項目を指定

結果表示: ログに取得したデータの詳細を表示

使用している関数

PropertiesService.getScriptProperties(): スクリプトプロパティからトークン取得
UrlFetchApp.fetch(): HTTP通信でAPIリクエスト
JSON.parse(): レスポンスをJSON形式に変換
console.log(): 結果をログに表示

🎯 次のアクション
このスクリプトを実行して、以下を確認してください:

実行前の確認

認証.gs の testApiConnection() が成功していること
ネクストエンジンのアプリ設定で「受注明細検索」のAPI権限が有効になっていること

実行

testFetchShippingData() を実行

ログの確認

「出荷明細取得成功」と表示されるか
取得データにどんな項目が含まれているか

項目の照合

Shipping_piece.csv の項目と比較
不足している項目がないか確認

❓ 確認したいこと
実行後、以下を教えてください:

エラーなく実行できましたか?
取得できたデータにどんな項目(フィールド)が含まれていましたか?
Shipping_piece.csv と比較して、不足している項目はありますか?

もし「幅・奥行・高さ・重量」などの商品寸法情報も必要な場合は、fields パラメータに追加します。ただし、ご懸念の通り、これらの情報が別テーブルにある場合はAPI呼び出し回数が増える可能性があります。その点は実行結果を見てから判断しましょう。
実行結果をお待ちしています!
-----------------------------------------------
今日はこのぐらいにしておきましょうか^^;

誰もついてきていないと思いますし・・・(-_-;)

良いんです。
ブログですから好きなことを書いても良いんです。

Posted at 2025/10/05 21:28:00 | コメント(1) | トラックバック(0) | AI | 日記
2025年10月03日 イイね!

勇者召喚に巻き込まれたけど、異世界は平和でした

勇者召喚に巻き込まれたけど、異世界は平和でした漫画はちょくちょく見るのですが、久しぶりにヒットしました。

漫画なんて買ったの・・・何年ぶりだ?
十何年ぶり?

数十年ぶり?

鬼滅の刃はGoogleアンケートの報酬をコツコツためて買ったものだし、
転生したらスライムだった件も同じように買っている最中ですが、
勇者召喚に巻き込まれたけど、異世界は平和でしたはどのくらいぶりかわからないぐらい
お金を出して購入してしまいました(-_-;)

各漫画の正規配信サイトやGoogle Playブックスで
1~2巻が10/10までの期間限定で配信されています。
勇者召喚に巻き込まれたけど、異世界は平和でした (1)
勇者召喚に巻き込まれたけど、異世界は平和でした (2)

コミックは10巻まで発売されておりますが、
1年に1回ほどしか発売されないのがとても待ち遠しい(-_-;)

最近のメディアミックスでよくあるのですが、
原作は勇者召喚に巻き込まれたけど、異世界は平和でしたで現在も更新中です。

カイトとクロがどうなるのか?
興味がありすぎて原作まで読んでしまいました(-_-;)

車ばっかり興味があるように思われている方もいらっしゃるかもしれませんが、
アニメも漫画も原作小説も好きないい歳のおっさんです^^;
Posted at 2025/10/03 20:12:36 | コメント(1) | トラックバック(0) | 日記
2025年10月02日 イイね!

Claude Sonnet 4.5

Claude Sonnet 4.5世界最高のコーディングパートナーと思っているClaude Sonnetが4.5に進化した・・・

と発表されていました。

その発表は9/29日・・・

私のUIもSonnet 4.5に進化していたのですが、
内部はSonnet 4.0とのことでした。

---------------------------------------------------
Sonnet 4.5へ切り替わるのをとても楽しみにしています。 今のあなたのモデルIDは何ですか?
---------------------------------------------------
と聞くと
---------------------------------------------------
私のモデルIDは claude-sonnet-4-20250514 です。

依然として Claude Sonnet 4 のままです。

切り替わるまで、何度でもお聞きください。楽しみに待ちましょう。
---------------------------------------------------
との回答でした。

claude-sonnet-4-5-20250929
になるのはいつになるのでしょうか?

Claude Sonnet 4.5の事が気になって、
Claudeに聞いてみました。

コーディング能力が世界最高水準に!?

あのね・・・
Claudeを使うことで貴方もいつでも世界最高水準のコーディングが出来るのです。
Claudeが共感できるプロンプトエンジニアリングを行うだけで・・・

Claude Sonnet 4.0でさえ最高と思っていたんですが、
それから3週間で4.5に進化して、
コーディング能力が最高水準とか・・・

神か!?

と言うものの、AIはものすごく詳しい他人なので、
正しいプロンプトエンジニアリングを行わないと、
自分が求める答えを得ることは出来ません。
---------------------------------------------------
Claude Sonnet 4.5の主な変更点(箇条書き)

コーディング能力が世界最高水準に - SWE-bench Verifiedで最先端のスコア
30時間の自律動作が可能 - 以前の7時間から大幅に延長
拡張思考モード(Extended Thinking) - 複雑な作業での推論能力向上
メモリーツール(Beta) - セッション間で情報を保持可能
コンテキスト編集機能 - 効率的なコンテキスト管理
セキュリティの大幅強化 - プロンプトインジェクション攻撃への耐性向上
コミュニケーションスタイルの洗練 - 簡潔で直接的な対話


各項目の詳細解説
1. コーディング能力が世界最高水準に
Anthropicは明確に「世界最高のコーディングモデル」と謳っています Adcal-incZenn。SWE-bench Verifiedで最先端の性能を達成し、開発ライフサイクル全体で大幅な改善を実現しています Anthropic Claude Sonnet 4.5 is in public preview for GitHub Copilot - GitHub Changelog。
具体的な改善点:

設計とシステムアーキテクチャの計画能力が向上し、より良いアーキテクチャ判断とコード構成を実現 Anthropic Claude Sonnet 4.5 is in public preview for GitHub Copilot - GitHub Changelog
セキュリティエンジニアリングの改善で、より堅牢なセキュリティ実践と脆弱性検出 Anthropic Claude Sonnet 4.5 is in public preview for GitHub Copilot - GitHub Changelog
指示に従う精度が向上し、コーディング仕様と要件への正確な準拠 Anthropic Claude Sonnet 4.5 is in public preview for GitHub Copilot - GitHub Changelog

あなたのGoogle Apps Script開発での応用:
ネクストエンジンとのAPI連携で段階的に進めてきた開発スタイルにおいて:

認証スクリプトのエラーハンドリングがより実践的になり、本番環境で起こりうる問題を事前に予測
1000行ごとのデータ取得を3000行に拡張する際、レート制限や並列処理の最適化をより正確に提案
セキュリティ面では、APIキーの扱い方、トークンの安全な保存方法などについて、より堅牢な実装を提案
コードの保守性を考慮した設計提案(関数の分割、エラーログの記録など)

2. 30時間の自律動作が可能
Sonnet 4.5は最大30時間の自律動作が可能で、Claude Opus 4の7時間から大幅に改善されています アンスロピックが最新Claude Sonnet 4.5を発表。「世界最高のコーディングモデル」を標榜 | Business Insider Japan。
モデルは数時間にわたって独立して作業でき、明確さと段階的な進捗への集中を維持します。一度にすべてを試みるのではなく、一度に数個のタスクで着実に進歩します Anthropic Claude Sonnet 4.5 is in public preview for GitHub Copilot - GitHub Changelog。
具体例:大規模なデータ処理プロジェクト
あなたの18秒で3000行取得できる実装をさらに発展させる場合:

在庫データ取得→検証→スプレッドシート書き込み→異常値検出→発注提案作成→レポート生成という一連の流れを、途中で文脈を失わずに実装
エラーが発生しても、「どこまで完了したか」を正確に把握し、適切なリカバリー処理を提案
複数日にわたる開発でも、前回の作業内容を記憶して次のステップを提案

3. 拡張思考モード(Extended Thinking)
拡張思考モードは複雑なコーディング作業に推奨されており、デフォルトでは無効ですが有効化できます Anthropic Claude Sonnet 4.5 is in public preview for GitHub Copilot - GitHub Changelog。
N88-BASICからの経験を持つあなたへの応用:
「ステップ・バイ・ステップで段階的にテスト」というあなたのアプローチに完璧に合致します:

各段階での設計判断(例:データをメモリに保持するか、一時ファイルに書き出すか)を多角的に検討
パフォーマンスとメンテナンス性のトレードオフを詳細に分析
エッジケースを事前に洗い出し(ネットワークタイムアウト、データ型の不一致、文字エンコーディング問題など)

4. メモリーツール(Beta)- セッション間での情報保持
新しいメモリーツールにより、Claudeはコンテキストウィンドウの外に情報を保存・取得できます Anthropic Claude Sonnet 4.5 is in public preview for GitHub Copilot - GitHub Changelog。以下が可能になります:

時間をかけて知識ベースを構築 Anthropic Claude Sonnet 4.5 is in public preview for GitHub Copilot - GitHub Changelog
セッション間でプロジェクトの状態を維持 Anthropic Claude Sonnet 4.5 is in public preview for GitHub Copilot - GitHub Changelog
ファイルベースのストレージを通じて事実上無制限のコンテキストを保持 Anthropic Claude Sonnet 4.5 is in public preview for GitHub Copilot - GitHub Changelog

実践的な活用例:
開発を何日かに分けて進める場合:

1日目:認証スクリプトの実装内容と設計判断をメモリーに保存
2日目:メモリーから前回の設計を読み込み、データ取得ロジックを一貫性を持って実装
3日目:これまでの実装パターンを参照しながらエラーハンドリングを追加

あなたが「エンジニアとして社会に認められる程度の能力がある」と自負されている経験と組み合わせることで、より大規模なプロジェクトでも一貫性のある開発が可能になります。
5. エージェント能力の大幅向上
並列ツール呼び出しをより効果的に使用し、調査中に複数の推測的検索を同時に実行したり、複数のファイルを一度に読み込んでコンテキストをより速く構築します Anthropic Claude Sonnet 4.5 is in public preview for GitHub Copilot - GitHub Changelog。
コンテキスト認識機能により、Claudeは会話全体を通じてトークン使用量を追跡し、各ツール呼び出し後に更新を受け取ります Anthropic Claude Sonnet 4.5 is in public preview for GitHub Copilot - GitHub Changelog。
Google Apps Scriptでの具体的な応用:

ネクストエンジンAPIから複数のエンドポイント(在庫、注文、顧客情報)を同時並行で取得
データ取得中にスプレッドシートの準備も並行して実行
トークン使用量を意識しながら、長時間の処理でも効率的に動作

6. セキュリティの大幅強化
Claude Sonnet 4.5はプロンプトインジェクション攻撃に対してより耐性があり、モデルを騙して機密データを公開するなどの悪意のある行動をさせにくくなっています 「Claude 4」登場 コーディングや推論能力を大幅に強化 - Impress Watch。
Anthropicの研究責任者は「これは過去1年、1年半で見た中で最大の安全性の向上だと思います」と述べています 「Claude 4」登場 コーディングや推論能力を大幅に強化 - Impress Watch。
実務での意味:
あなたがネクストエンジンのAPIキーやトークンを扱う際、Claudeがより安全な実装方法を提案し、セキュリティリスクを適切に警告してくれます。
7. コミュニケーションスタイルの洗練
Claude Sonnet 4.5は簡潔で直接的、自然なコミュニケーションアプローチを持ち、事実に基づいた進捗更新を提供し、ワークフローの勢いを維持するためにツール呼び出し後の冗長な要約をスキップする場合があります Anthropic Claude Sonnet 4.5 is in public preview for GitHub Copilot - GitHub Changelog。
N88-BASICから始まったあなたへの適合性:
「やらせることを明示的に指示する」スタイルに慣れているあなたにとって、この簡潔なスタイルは無駄がなく効率的です。必要な情報だけを提供し、次のステップに素早く移行できます。

価格と利用方法
Claude Sonnet 4.5の価格はSonnet 4と同じで、入力トークンが100万トークンあたり3ドル、出力トークンが100万トークンあたり15ドルです Anthropic Claude Sonnet 4.5 is in public preview for GitHub Copilot - GitHub Changelog。
APIでは「claude-sonnet-4-5-20250929」というモデル名で利用できます Anthropic Claude Sonnet 4.5 is in public preview for GitHub Copilot - GitHub Changelog。

あなたの開発スタイルとの相性
「ステップ・バイ・ステップで段階的にテストしながら進む」というあなたのアプローチは、Claude Sonnet 4.5の能力を最大限に活かせる使い方です。
特に:

30時間の自律動作により、複数日にわたる開発でも文脈を維持
メモリーツールで設計判断や実装パターンを保存・再利用
拡張思考モードで各段階での最適な判断をサポート
世界最高水準のコーディング能力で、より実践的で保守性の高いコード生成

N88-BASICからGoogle Apps Scriptまでの基礎があるからこそ、AIの提案を適切に評価し、「社会に認められるエンジニア」としての判断ができる強みがあります。Claude Sonnet 4.5は、その能力をさらに引き出すパートナーになるでしょう。
Posted at 2025/10/02 21:14:58 | コメント(0) | トラックバック(0) | 日記
2025年10月01日 イイね!

12ヶ月無料でPerplexity Proが使えます。

12ヶ月無料でPerplexity Proが使えます。Perplexityと言えば、リアルタイムでインターネットから情報を取得して、リンク先を添えて回答を行う点があります。

ソフトバンクは2024年6月19日〜2025年6月18日の期間中にPerplexity Pro 1年間無料キャンペーンをしておりましたが、
今もPayPalを支払い方法に設定することで1年間Perplexity Proを使用することが出来ます。

私は月が変わった今日早速申し込みを行いました。

サブスクリプションを確認で
プラン Perplexity Pro
無料期間 12ヶ月
次回の請求日は 2026/9/30
となっております。

なので、Googleカレンダーに2026/9/29の日付でPerplexity Pro解約のスケジュールを入れました。

と言うものの、今の一番の興味はClaude Sonnet 4.5へのバージョンアップです。
Sonnet 4.5とUIは変わっているのですが、
私のモデルIDは claude-sonnet-4-20250514 です。
と答えられてSonnet 4.0から変わっていないようです。
Posted at 2025/10/01 20:13:45 | コメント(0) | トラックバック(0) | 日記

プロフィール

「2024年問題を・・・ってもう良いか^^; http://cvw.jp/b/11052/48697754/
何シテル?   10/06 21:39
2025/06/23追記 ヘッダー画像について興味をお持ちの方もいらっしゃると思いますが、こちらは2025/06/21に香川県で開催されました、GAZOO 愛...
みんカラ新規会員登録

ユーザー内検索

<< 2025/10 >>

    1 2 34
5 67891011
12131415161718
19202122232425
262728293031 

リンク・クリップ

GAZOO 愛車広場 出張取材会 in 香川 満を持してチェイサーの記事が公開されました(^^) 
カテゴリ:その他(カテゴリ未設定)
2025/08/22 08:26:45
電費履歴リセット 
カテゴリ:その他(カテゴリ未設定)
2024/10/12 07:34:32
裏ワザでウィンドウズ11へ^^笑)。 
カテゴリ:その他(カテゴリ未設定)
2024/01/27 14:12:45

愛車一覧

トヨタ チェイサー GR Chaser TourerV TRD sports version (トヨタ チェイサー)
2025/06/21 GAZOO様の出張取材会で取材を頂きました。 https://ga ...
日産 リーフ 日産 リーフ
JZX100 Chaser 1JZ-GTE 2500cc ターボを所有しつつのセカンドカ ...
ホンダ アコード ホンダ アコード
私のではなく弟の車です。 色はアークティックブルーパールのEuro-Rです。 購入してし ...

過去のブログ

2025年
01月02月03月04月05月06月
07月08月09月10月11月12月
2024年
01月02月03月04月05月06月
07月08月09月10月11月12月
2023年
01月02月03月04月05月06月
07月08月09月10月11月12月
2022年
01月02月03月04月05月06月
07月08月09月10月11月12月
2021年
01月02月03月04月05月06月
07月08月09月10月11月12月
2020年
01月02月03月04月05月06月
07月08月09月10月11月12月
2019年
01月02月03月04月05月06月
07月08月09月10月11月12月
2018年
01月02月03月04月05月06月
07月08月09月10月11月12月
2017年
01月02月03月04月05月06月
07月08月09月10月11月12月
2016年
01月02月03月04月05月06月
07月08月09月10月11月12月
2015年
01月02月03月04月05月06月
07月08月09月10月11月12月
2014年
01月02月03月04月05月06月
07月08月09月10月11月12月
2013年
01月02月03月04月05月06月
07月08月09月10月11月12月
2012年
01月02月03月04月05月06月
07月08月09月10月11月12月
2011年
01月02月03月04月05月06月
07月08月09月10月11月12月
2010年
01月02月03月04月05月06月
07月08月09月10月11月12月
2007年
01月02月03月04月05月06月
07月08月09月10月11月12月
2006年
01月02月03月04月05月06月
07月08月09月10月11月12月
2005年
01月02月03月04月05月06月
07月08月09月10月11月12月
ヘルプ利用規約サイトマップ
© LY Corporation