DEV Community: Yasuhiro Matsuda

生成AIで成果物を作るために工夫すること

Yasuhiro Matsuda — Tue, 06 Jan 2026 10:28:30 +0000

今日は、お手伝いしている地域の住民アンケートの集計業務にKiroを使った話をご紹介します。

成果物を作るための戦略

Google FormsやMicrosoft Formsで複数項目選択の設問を作ると回答がカンマ区切りになるので、集計するのが少し大変です。

また今回の依頼では単純に件数だけではなく、世代との相関関係が必要でしたので、成果物を得るためのプログラムを作成することにしました。

が、コーディングするのが面倒だなと思ったので、CSVファイルをKiroに読み込ませて、集計結果のアウトプットを直接作るのではなくPHPスクリプトを作らせました。

そうするとKiroはPHPスクリプト（process_survey.php）の作成だけでなく、実行し結果（processed_survey_q6.csv）を生成してくれました‼️

ここから得られること

生成AIを使って成果物を直接生成させると妥当性が評価できません。

プログラムであれば、計算過程が正しいかどうかを判断できるため、結果の妥当性を確認することができます。

生成AIを活用して成果物を作ることは生産性を高めるために重要なスキルであり、指示を適切に与えるために具体的な文章に落とし込む形式知化のスキルが重要となります。

また作りっぱなしで成果物に責任を負えないようであれば、趣味の領域を超えられないでしょう。

生成AIを使う人間としては適切な指示ができるスキルと同時に成果物を高速に検証できるスキルも求められます。

Kiroを使ってリバースエンジニアリングを行ってみた

Yasuhiro Matsuda — Fri, 02 Jan 2026 13:44:10 +0000

皆さんはAIコーディングにKiroを使っていますか？

私が中小企業診断士として支援している企業で開発元が保守できなくなったWebアプリを制度変更対応する必要が発生し、プログラムの改修の相談をいただいた。

以前ならかなり高い確率で大火傷するので、基本的にお受けしてこなかった。

ここ１年間のAIコーディングの進化に伴い、仕様書が残っていないものでも、正しく動作しているプログラムのソースコードがあれば、生成AIを利用してソースコードから仕様書を生成し、支援先に仕様が合っているかを確認することができれば、改修することも容易になってきた。

今まではDevinやWindsurfを使っていたが、今回はKiroを使って同じようにできるか検証してみることとした。

結論としては、十分に利用できるレベルになっていると実感できた。

リバースエンジニアリング手順

1.ソースコードが管理されたフォルダをプロジェクトとして読み込みする（もしくは管理されているリポジトリを読み込みする）
2.「ソースコードから日本語で仕様書を作成して」と雑な日本語をプロンプトに入力する
の２手順。これで、.kiro/specs/ に

requirements.md（要件定義書）
design.md（設計書）
tasks.md（改修する内容や、不足するテストコードの実装手順）

が対話型によって順に作成される。

日本語化の課題

requirements.mdを日本語で生成すると

WHEN 企業アカウントが作成された場合、THE Mailer SHALL 登録されたメールアドレスに認証メールを送信する

WHEN アカウント認証が完了した場合、THE Mailer SHALL アカウント詳細を含むウェルカムメールを送信する

のようにおかしな日本語が生成されるので、追加で修正してあげる必要がある
イライラしてまだ残っているよーと言ったら、Kiroに謝られたが、自分の勘違いだった😆

Appendix.Kiroのインターフェースを日本語化したい場合

日本語化したい場合には、拡張機能からJapanese Language Pack for Visual Studio Codeをインストールすればよい

Trust Publisher & Installを押下する

Change Language and Restartを押下する

今年1年の活動をふりかえって

Yasuhiro Matsuda — Mon, 22 Dec 2025 14:35:13 +0000

本記事は、AWS Community Builders Advent Calendar 2025の12/11の投稿で、ようやく投稿することができました💦

昨年も同じ内容の本文から始まり、奇しくも同じ22日に投稿することになるとは思いもしませんでした。

今年1年の変化をまとめてみました。

AWS Community Builderとしての変化

私が所属しているカテゴリは、Front-End Web and Mobileだったのですが、カテゴリが廃止になり、Dev Toolsに変更となりました。変更後のカテゴリに関するアウトプットはまだまだです。

ちなみに、7月9日よりリリースされたAWS Builder Centerでは、カテゴリの絞り込みにはFront-End Web and Mobileがなくなっているのに、登録がまだ旧カテゴリとなっているため、絞り込むと表示されなくなります（笑

ところで、今年は主に３つのセミナーにてクラウドを活用する有用性について、AWS Community Builderとして中小企業の経営者の方を中心にお伝えしてきました。

私は中小企業診断士として、スタートアップ企業や中小企業の経営者の方へコンサルティングを行うことが多いですが、クラウドの特徴である俊敏性は、見方を変えると「やってみてうまくいかなければすぐに撤退できるという」まさに資本が少ないスタートアップ企業や中小企業にぴったりの仕組みであると確信しています。

都心部はともかく、私の住む石川県など田舎ではまだまだクラウドの利活用が進んでいないのが実態です。今後もAWS Community Builderとしてクラウドの有用性を発信していきます。

来年は以下のセミナーにて登壇予定です。いずれもオンラインでも視聴可能です。

現場で活かす生成AI実践セミナー(広報×AI活用編)
中小企業のためのサイバーセキュリティ対策

なお、今年AWS Community Builderとして最も嬉しかったことは、初めてオンライン開催されたJAWS DAYS 2021やCOVID-19後に初めてオフライン開催されたJAWS DAYS 2024にて実行委員のセッション班として苦楽を共にしたMichael TedderさんとJAWS Festa 2025の開催地となった石川県で再開できたことでした。場所を問わずBuilder同士で繋がれるのがAWS Community Builderとしての最も魅力だと今でも感じています。

個人としての変化

今年5月にウルシステムズ株式会社（10月よりULSコンサルティング株式会社に社名変更）に転職し、AWSのインフラエンジニアからITコンサルタントにジョブチェンジしました。

長らく仕事をしてきたシステムエンジニアは、システムを導入を見届けた後は関わる機会が少なくなるため、IT投資が企業経営に与えた影響をふまえ、新たな手立てを講じるという戦略上のサイクルに関わることができませんでした。

また、直前の会社は事業会社であったため、IT投資が自社の経営に与えた影響を見定めることはできるものの、事業部門の一つであったために戦略上のサイクルに十分に関わることはできませんでした。

今回のジョブチェンジにより、ITコンサルタント×中小企業診断士というコンサルタント業にどっぷりと足を突っ込むことで、なぜ我々はシステムを構築するのか、構築したシステムを活用してどうなって行きたいのかをしっかりと事業者の方と考えながら事業を進められるようにしていきます。

今年1年コミュニティ活動からは距離を置かざるを得なくなったこともあり、AWS Community Builderとして十分とはいえない部分があることは事実ですが、技術本意ではない経営視点でre:Inventなどで発表される新たなサービスを見て、どのように経営に活かせるのかを伝えていける伝道師として来年も活動をしていきます。

re:Invent2025ライブストリーミングを楽しもう

Yasuhiro Matsuda — Tue, 02 Dec 2025 04:48:14 +0000

みなさん、re:Invent2025を楽しんでいますか？

JAWS-UG千葉支部のイベントでre:Invent 2025 Daily re:Capなどで現地のイベント状況が日本にいながら楽しめます。

私は、re:Inventは2018年と2023年に参加しており、AWS Community Builderとして参加した一昨年は熱量を現地で浴びて大きな刺激になりました。

ここ2年間は家庭や仕事の都合で予定を開けることができず、残念ながら現地参加ができていませんが、日本からでも現地の熱量をライブストリーミングで味わうことができます。

昨日はRoad to re:Inventという内容で最初のライブストリーミングがありました。

昨年のライブストリーミングはYoutube配信でしたが、今年はtwitchでの配信となっており、字幕や同時翻訳をすることができないようです。ただ、アーカイブがありますので、ゆっくり楽しむことができます。

明日からはキーノートが始まります。字幕がつくことを期待したいです💦

明日のキーノート Opening Keynote with Matt Garman (KEY001)　は現地時間午前8時から始まります。日本時間では午前1時～と睡魔と闘わなければならない時間帯ですが、楽しんでいきたいですね。

AWS Summit Japan 2025体験記

Yasuhiro Matsuda — Sun, 13 Jul 2025 12:38:43 +0000

6月25日、26日に千葉県にある幕張メッセで行われたAWS Summit Japan 2025は、今年転職した影響もあり、今年はオンライン参加した。

オフライン参加を2年間経験し、昨年はAWS Community Builderとして貴重な体験をさせていただいただけに、オンラインでの参加はある意味新鮮だった一方で、AWS Summit Japan 2025のアーカイブ視聴は7/11までと短期間でセッションの様子を写真にとることもできないため、紹介づらい状況となった。

なお、AWS Summit Japan 2024は現在でもアーカイブを視聴できるため、取り扱いが今年から変化したのだろう。

今年はセッションタイムテーブルにあるようにセッションの大半が生成AIで占められるほど生成AIの活用なしには語れないような状況であったことが印象的だった。また、今までマイグレーションしづらかったソリューションについても今後対応が進んでいく流れを感じた。
VMware Cloud on AWSが再版されなくなり、VMWareワークロードをどのように移行するかについてAmazon Elastic VMware Serviceが取り上げられていたセッションや、.NETアプリケーションをどのように移行するかという問題に取り組むAWS Transform for .NETのセッションなどだ。

関連する話題として、移行戦略 (7R) の概要についてBlackBeltの資料もあるので、別途参照しておきたい。

また、個人的には、1セッションだけ取り上げられていたAmazon Aurora DSQLに注目をしている。Active/Active の単一クラスタを提供しつつ、マルチリージョン構成が可能というデータベースの可用性の限界を突破するようなワクワクする仕組みである。料金体系がDPUとストレージだけという今までと異なる仕組みなのでまだまだ実案件で利用されるまでには時間がかかるのかもしれない。

来年のAWS Summit Japanこそは現地参加したいと改めて感じた。

AWS無料枠を使って検証するときに気をつけたいこと

Yasuhiro Matsuda — Mon, 05 May 2025 12:13:27 +0000

AWS無料枠を使ってハンズオンなど検証に利用されている方も多いのではないだろうか？

AWS無料枠は数多くのサービスに用意されているので、大変ありがたいのだが、無料枠が適用されない場合があるので注意が必要。

今回の場合は、仮想デスクトップサービスのAmazon Workspacesで無料枠が適用されずに課金されたパターンについて紹介する。

Amazon Workspacesとは

Amazon WorkspacesはiPadでも快適な仮想デスクトップ環境を提供してくれる優れたデスクトップサービスである。

Windows OSも選択できるため、一時的に従業員を増やして業務にあたる必要が発生した場合でも同一環境のリモートワーク環境を提供できる点が優れている。一方で、Windows Serverベースになっているため、厳密なOSチェックをしているアプリケーションはインストールできないことがあるほか、アプリの動作検証環境としては利用できない。

Cloud9が新規アカウント向けにサービス提供を中止したためにVPCを利用するハンズオン環境ではCloudShellを利用するか、Amazon Workspacesのどちらかを選択する形となるが、CloudShellは1GBのディスク制約があることから、ハンズオン環境を提供する上では選択肢の一つとなっている。

何が起こったか

Workspaces環境を1時間起動したところ、以下の通り課金が発生してしまった。

Amazon Workspacesの料金表ページにある無料利用枠の説明には以下の記述がある。

WorkSpaces を使用する最初の 3 か月間は、時間単位での計測モードで動作する、80 GB のルートボリュームと 50 GB のユーザーボリュームを備えた 2 つの標準 Red Hat Enterprise Linux、Rocky Linux、Ubuntu、Windows、または Amazon Linux 仮想デスクトップバンドルの、1 か月あたり合計で最長 40 時間の使用。

今回Amazon Workspacesを利用したAWSアカウントは今までにWorkspaceは利用していなかったのだが、AWS Organizationsの子アカウントになっていたため、親アカウントでの利用履歴を元に課金対象になったものと考えられる。

※月額課金分の明細については、5日に起動したため、初月が日割りになっており、0.868Monthとなっている

なお、Amazon WorkSpaces Secure Browserの料金表ページの無料枠の説明には以下の注意書きがある。

このオファーは、すべての AWS アカウントを対象としていますが、これまでに同じアカウント内、またはその AWS Organization の別のメンバーアカウント内に存在する 1 名以上の WorkSpaces Secure Browser 月間アクティブユーザーについて料金を請求されたことがある場合を除きます。

ハンズオンなどで試す場合には、AWS Organizationsで子アカウントを払い出してハンズオンを実施し、終了後にアカウントごと削除するという運用を行なっている方は、子アカウントとして払出しをしないで、新規アカウントを発行して試すというのが良いと考えられる。

余談

余談だが、Workspacesアカウントを発行した後に登録したメールアドレス宛にパスワード設定の案内が届くが、以下のようにエラーになってパスワードリセットできないことがある。この場合には、Directory Serviceから管理者による設定ができるので、同様のエラーになる場合には、試してみてほしい。

AWS DevOps Engineer – Professional (DOP-C02)受験体験記

Yasuhiro Matsuda — Fri, 25 Apr 2025 02:12:08 +0000

AWS DevOps Engineer – Professional (DOP-C02)を4月23日に受験し、再認定を受けた受験体験記を残すことにした。

AWS DevOps Engineer – Professionalの受験を目指される方の一助になれば幸いである。

私は3年前の2022年4月27日にAWS DevOps Engineer – Professional (DOP-C01)に合格したので、今回初めてAWS試験で再認定を受けるための試験を受験することになった。

正直受験をした感覚としては自信が全くなかったのだが、結果は787点で合格することができた。AWS DevOps Engineer – Professional (DOP-C01)では754点でギリギリ合格ラインだったので、受験勉強した結果が形になったのかと思う。

本試験が再認定されると、下位資格である以下の資格についても再認定される。

AWS Certified Cloud Practitioner
AWS Certified Developer – Associate
AWS Certified SysOps Administrator – Associate

学習に利用したものは以下のもののほか、CloudAcademyを利用した。

AWS Certified DevOps Engineer - Professional (DOP-C02) 試験ガイド
廃止になっているサービスであるCodeCommitやAWS Snowファミリー製品については対象から除外されていることを把握しておきたい

AWS Certified DevOps Engineer - Professional Official Practice Question Set (DOP-C02 - 日本語)
[RETIRING] Exam Prep Standard Course: AWS Certified DevOps Engineer - Professional (DOP-C02 - 日本語)

以前受験した時から試験内容が更新され、大規模なAWSのクラウド環境であるマルチアカウント構成を前提とした出題が大部分を占めるようになっていて、難易度がかなり上がっているように感じた。

AWS Control Towerを触ったりする機会はないため、どうしても机上の学習になってしまう点が問題となる。以下のBlackbelt資料も一読しておくと良い。

AWS Control Tower 基礎編

AWS Control Tower 機能紹介編

AWS Control Tower ⼿順編

最後に、学習の中で参照していた資料等を参考までに共有したい。

DynamoDB の継続的バックアップの保持期間は35日間

AWS Copilot

HSM ユーザータイプ

AWS Resilience Hub Part1（基本編）

AWS Resilience Hub Part2（実践編）

AWS SSO

AWS Systems Manager Overview

カナリアリリース機能
 https://docs.aws.amazon.com/ja_jp/apigateway/latest/developerguide/canary-release.html

Amazon CloudWatch メトリクスを使用してリザーブドインスタンスの有効期限を監視する

S3 オブジェクトロックとリーガルホールドの機能のおさらいとそれらの設定方法

AppConfigエージェントのデフォルトポート2722

DevOps on AWS大全

The AWS Step Functions WorkshopをCDKデプロイで試してみる

Yasuhiro Matsuda — Sun, 20 Apr 2025 06:58:44 +0000

The AWS Step Functions WorkshopをCDKでデプロイして試してみた。

なお、JP Contents HubにAWS Step Functions ワークショップと記載されているワークショップになるが、日本語版がなくなっているのかリンク切れが発生しているため、上記ワークショップを日本語に機械翻訳して進めることをおすすめする。

実施してみたところ、CloudShellを使って手順通り簡単にデプロイすることができた。
本ワークショップではAPI Gatewayの統合サービスをAWS のサービスとしてStepFunctionsを指定する形となっている。

他のAWSサービスの紐づけもできるため、API Gatewayをトリガーとして様々なAWSサービスを利用できることがイメージできるようになっているので、いろいろと試してみるとよい。

AWS Amplifyの古いハンズオンを実施してハマった話

Yasuhiro Matsuda — Sat, 19 Apr 2025 07:59:56 +0000

JP Contents Hubには多くのサービスに関するハンズオンが掲載されており、少しでも触っていないサービスを触ろうとハンズオンにチャレンジする際に有意義なコンテンツとなっているが、CI/CD for AWS Batch Workshopが利用できなくなっていたり、AWS SAM を使ってテンプレートからサーバーレスな環境を構築するのハンズオンではソースコード、テンプレートファイルへのリンクが切れていて利用できない、または手順が古くなっているなど、様々な問題にぶつかってしまう。

今日は、AWS Amplify を用いた Web サイトの構築方法を学ぼうを試してみたのだが、うまくいかないポイントは以下の通りだった。

何がうまくいかなかったか？

Initialize a new backendで

The security token included in the request is invalid

が発生してしまう。AWS profileを利用する手順となっているが、Accesskeyを入力する手順で実行することで初期化ができた。

その他、フロントエンドの設定が src/main.tsx or src/main.jsx に行うとなっているが、環境の相違が発生しており、src/index.js に行う必要があったり、jsxファイルをjsで読み替える必要がある部分がある。

まとめ

試行錯誤しながらも一通りハンズオンを完走できたが、Gen2に対応したハンズオンやCloud9を利用しないハンズオン手順がこれから必要だと強く感じた。

アプリクライアントでクライアントシークレットを生成しない方法

Yasuhiro Matsuda — Wed, 16 Apr 2025 07:15:38 +0000

AWS Cognitoでクライアントシークレットを生成しないアプリクライアントを作成しようとしたが、クライアントシークレットを生成しないオプションを指定する方法が分からずに時間を浪費した話を紹介します。

何が起こったか

アプリクライアントを作成して認証しようとすると、以下のようなエラーが返される。

Client (アプリケーションID) is configured with secret but SECRET_HASH was not received

対処方法

CLIで呼び出す場合や、SDKで呼び出す場合において、「SECRET_HASH」のオプションをつける必要があるのだが、今回はクライアントシークレットを生成しない方法で対応することにした。

Cognito API ハンズオンに記載のある旧マネージメントコンソールでは、「クライアントシークレットを生成」はチェックボックスで切り替えられているのだが、現在のマネージメントコンソールでは該当項目がない。

結論としては、上記画面のアプリケーションタイプにて「従来のウェブアプリケーション」を選択すると「クライアントシークレットを生成する」こととなり、「シングルページアプリケーション (SPA)」を選択すると「クライアントシークレットを生成しない」こととなる。

「従来のウェブアプリケーション」で作成した場合

「シングルページアプリケーション (SPA)」で作成した場合

※クライアントシークレットが「-」となっていることが分かる。

ちなみに、ディベロッパーガイドを参照すると注記に以下の表現がある。

アプリケーションタイプの従来のウェブアプリケーションとMachine-to-machineアプリケーションオプションを選択すると、クライアントシークレットを持つアプリケーションクライアントを作成します。

同じ問題で時間を浪費することがないよう、この投稿が活用されることを期待しています。

DifyにAmazon Bedrockを組み込む

Yasuhiro Matsuda — Tue, 15 Apr 2025 05:21:04 +0000

皆さんDifyは利用されていますでしょうか？
DifyのモデルプロバイダーにAmazon Bedrockを選択できるため、アクセスキーとシークレットアクセスキーの設定を行えば、Amazon Bedrockの幅広いモデルが利用できます。

Difyはクラウド版とオンプレミス版があり、クラウド版ではSANDBOXという無料プランでは利用できる範囲に制約があるため、セルフホスティングのCOMMUNITY版を利用することで、Amazon Bedrockを選択することができます。

社内などのローカル環境下で利用すれば、Amazon Bedrockとの通信は発生するもののローカルのRAGを作ったり、モデルに学習される心配をせずに利用した分だけを使用するということができるため、まずは慣れ親しんでみたいと思われる中小企業では最適な選択肢になります。

またローカルLLMを用意することで、インターネットとの通信を発生させないクローズドな環境で利用することができるようになります。

なお、オンプレミス版はDockerイメージで提供されているため、比較的セットアップも容易で導入が可能です。

以下はDify オンプレミス版に Amazon Bedrock/Nova Cross-Region 推論を組み込む方法を参考にして、EC2に構築したDifyにパブリックIP経由で接続していますが、ローカル環境に構築することでローカル接続することが同様にできます。

また、引用元ではオレゴンリージョンを利用した説明となっていますが、私はバージニア北部リージョンで実施してみたところ、モデルの選択では、US.Cross Region Inferenceと表示されていないモデルでも正しく応答していました。

是非皆さんも試してみてください。

S3テーブルバケットを使ってApache Icebergを試す

Yasuhiro Matsuda — Mon, 14 Apr 2025 02:38:18 +0000

4/12に流しのエバンジェリストシリーズ　AWSを中心として色んなサービスの基礎を学ぼうで久しぶりに開催されたAmazon S3 Tables + Amazon Athena / Apache Icebergに参加した感想を記載する。

ハンズオンシナリオ

Amazon S3 Tables (Apache Iceberg) をやってみる

感想

Amazon S3 Tablesはre:Invent 2024でアナウンスされた新しい機能であり、ブログを見る限りはまだまだお試しでの運用が多いような状況。東京リージョンや大阪リージョンでも利用できるようになったので、Apache Iceberg のメリットとは？でまとめられているようにログ分析基盤を中心とした運用がこれから広まっていくことが期待される。
S3を利用して簡単にデータ管理ができるようになったことは、データの運用が軽減できる選択肢が増えることにつながっている。
Lake Formation経由でアクセスする際に、SQLの実行権限がIAMと統合されていることはアプリケーション実装の観点で非常にやりやすい。
テーブルバケット、ネームスペース、テーブルの追加、削除がCLIでのみサポートされていない点は使いづらいため、マネージメントコンソールでのサポートが期待される。

その他

１. テーブルデータのクエリ

Iceberg テーブルデータをクエリするに記載されているが、テーブルの履歴を確認することができる。

この内容をもとにタイムトラベルクエリを利用するという運用になっていく。

２. viでのペーストモードについて

viでtable.jsonファイルを生成する手順がハンズオンシナリオに含まれているが、viではインサートモードで貼り付けを行った場合、オートインデント機能によって意図しない崩れが発生してしまう。

:set pasteでペーストモードに入ったうえで、iを押下して挿入（貼付け）モードにすることでオートインデントの副作用を抑えることができる。