generative-ai-use-cases-jp
generative-ai-use-cases-jp copied to clipboard
aws-samples
すぐに業務活用できるビジネスユースケース集付きの安全な生成AIアプリ実装
2024年9月26日現在、Llama3.2は1120x1120pxまでの画像入力に対応している。 それより大きい画像(例1121x1120px)を入力した場合、GenUにはバリデーションの仕組みがないのでエラーとなってしまう。 ※その他のVision対応モデルであるClaudeは、上限サイズを超える画像を入力した場合、モデル側でリサイズをかけるためエラーとはならない。 今後の対応方針として、下記が考えられる。 - 画像サイズのValidationを実装する - Llama3.2向けの画像リサイズを実装する - Converse API側での画像リサイズ対応を期待する
Bedrockで利用できるようになりましたので、ご対応のほど、よろしくお願いいたします。 https://aws.amazon.com/jp/blogs/news/stability-ais-best-image-generating-models-now-in-amazon-bedrock/ https://aws.amazon.com/jp/bedrock/stability-ai/
Bumps [vite](https://github.com/vitejs/vite/tree/HEAD/packages/vite) from 5.4.2 to 5.4.6. Changelog Sourced from vite's changelog. 5.4.6 (2024-09-16) fix: avoid DOM Clobbering gadget in getRelativeUrlFromDocument (#18115) (179b177), closes #18115 fix: fs raw query (#18112) (6820bb3),...
![dependabot[bot] avatar](https://avatars.githubusercontent.com/in/29110?v=4 "dependabot[bot] avatar"){kind=avatar}
よりセキュリティレベルを高めるために、メールを利用した MFA を実装するアイデアです。いままで Cognito の MFA は、SMS や TOTP のみのサポートでしたが、メールを利用できるようになり、多くの組織で利用がやりやすくなったのではと思っています。 https://aws.amazon.com/about-aws/whats-new/2024/09/amazon-cognito-user-pools-email-authentication-option/ ただ、フロントエンド側の Ampflify Authenticator Module 側との関連でうまくできるかは要検証です。 時間を見つけてコントリビュートしたいと思いますが、時間を確保しにくかったりもしますので、まずは Issue の発行をします
SAML連携において、IdP側で設定されたグループ名に基づくメタデータフィルタリング機能の追加をリクエストいたします。Knowledgeを活用する際、特定のユーザーには閲覧を許可してはいけないデータが存在するため、データのフィルタリングが必要なケースがあると考えています。この機能により、特定のユーザーグループに関連するメタデータをもとに、例えば自部署のコンテンツのみを表示するなど、柔軟なフィルタリングが可能になります。
下記をGenUに組み込んで頂ければ、ユーザーにファイルのUploadをして頂けるので楽になります。 # Storage Browser for Amazon S3 https://aws.amazon.com/jp/about-aws/whats-new/2024/09/storage-browser-amazon-s3-alpha-release/
## 現状の課題 `packages/cdk` 以下の実装でcdk.jsonやbin/lib配下の実装が、1つのAWSアカウントに対して複数個の機能をデプロイできるような設計になっていないので、1つ機能の提供先が増えるたびにアカウントが新しく必要になります。 bin/lib配下のリソースやcdk.jsonの実装方法を修正して、複数個デプロイできるような構成にしたいです。 ## 提案する解決策 - cdk.jsonの環境ごとの値がcontext配下に直接書かれているので、環境ごとに階層化する or parameter.tsなどで型情報を付与して切り出す - 参考：[AWS CDKのあるあるお悩みに答えたい](https://speakerdeck.com/tmokmss/answering-cdk-faqs?slide=23) - 上記の1 or 3の方法 - bin配下でcdk.jsonを直接呼び出している部分を、指定した個別環境から取り出す or 型付けしたファイルから取り出すよう修正する - lib配下で重複する可能性のあるリソース名があれば、ConstructのIDを修正する ## 備考 - 互換性を保つために変更が難しければクローズいただいて問題ないです。 - 同意いただければ機能実装を試してみます。
稼働後、実際にかかった料金を把握するためにCDKで作成したリソースに特定のタグを付けていただけないでしょうか。 これにより、Cost Explorerでフィルターが適用できるようになります。 例: cdk.json にて指定 キー: Project 値: GenerativeAiUseCases
東京リージョンでモデルを利用したいが、Agents for Amazon Bedrock がまだ東京リージョンに来ていなかった過去があったため、ModelRegion と AgentRegionを分けられるように、AgentRegion の設定を分離していた。 現在、東京リージョンにも Agents for Amazon Bedrock が来ているため分離する意味があまりなくなったため、ModelRegion に統一し、Agents の作成リージョンを ModelRegion に寄せる改修を行う。
