GitHub - modelcontextprotocol/servers: Model Context Protocol Servers
Official integrations are maintained by companies building production ready MCP servers for their platforms. 21st.dev Magic - Create crafted UI components inspired by the best 21st.dev design engineers. 2slides - An MCP server that provides tools to convert content into slides/PPT/presentation or generate slides/PPT/presentation with user intention. ActionKit by Paragon - Connect to 130+ SaaS inte
サーバレスにおけるRustについて - NTT docomo Business Engineers' Blog
この記事は、 NTT Communications Advent Calendar 2023 22日目の記事です。 はじめに こんにちは、イノベーションセンターの鈴ヶ嶺です。普段は、クラウド・ハイブリッドクラウド・エッジデバイスなどを利用したAI/MLシステムに関する業務に従事しています。 本記事は、各クラウドベンダーのサーバレスにおけるプログラミング言語Rustについて調査・比較した結果を紹介します。 まず初めにサーバレスでRustを利用するメリットをエネルギー効率の観点から説明し、次に各クラウドベンダーの関連記事をピックアップします。 さらに、それぞれのクラウドでRustを使ったサーバレスアプリの代表的な作成方法を紹介して比較します。 Rustのエネルギー効率 Rustは、次の公式ページでも宣伝している通りパフォーマンスを強くアピールしています。 Rustは非常に高速でメモリ効率が高く
Slack Agents & AssistantsとMCPを組み合わせてNotionデータベースを操作するAIエージェントを作ってみた - ジパンク Tech Blog
こんにちは、株式会社ジパンクCTOの太田です！ 社内のタスク管理にNotionを使っている場合、Slackから直接タスクの作成やステータス変更ができると便利ですよね。 昨年末頃からSlackで「Agents & Assistants」という新機能が利用できるようになり、対話的なUIでいろいろな操作を実現しやすくなりました。 そこで今回は、Slack Agents & AssistantsとMCPを組み合わせた、Notionデータベースの操作をしてくれるAIエージェントの構築方法をハンズオン形式で紹介します。 最終的にAWS Lambda Functionにデプロイし、実際の社内アプリケーションとして動かすところまでカバーするので、AIエージェント活用に興味がある方はぜひ参考にしてみてください！ この記事が、SlackをインターフェイスとしたAIエージェントとの協働の第一歩となれば幸いです。
Notionで下書きした記事をはてなブログに自動転写するシステムを開発した話 - hacomono TECH BLOG
こんにちは！hacomonoの開発基盤グループでインターンとして活動しているゆーたです。 2024年7月にhacomonoにジョインしました。これまで約2年間、主にアプリケーション開発を担当するインターンやバイトをしていましたが、hacomonoでは開発基盤チームに所属していることもあり、インフラも含めて広く触れる機会をいただいています。 先日、初めてのタスクを完遂したので、今回はその内容を振り返りたいと思います。 TL;DR Notionで管理しているテックブログ記事を、はてなブログへ自動転写するアプリケーションを開発 記事の手動転写による30分〜1時間のリードタイムを、数分に短縮することに成功 背景 hacomonoでは、記事の管理をNotionで行い、投稿先にははてなブログを利用しています。 これまで、Notionで執筆した記事を手動でコピーし、はてなブログに貼り付けていました。しか
Introducing AWS Lambda response streaming | Amazon Web Services
AWS Compute Blog Introducing AWS Lambda response streaming Today, AWS Lambda is announcing support for response payload streaming. Response streaming is a new invocation pattern that lets functions progressively stream response payloads back to clients. You can use Lambda response payload streaming to send response data to callers as it becomes available. This can improve performance for web and m
Server Functions っぽい仕組みを自作して Lambda 関数呼び出しに適用してみた - エムスリーテックブログ
デジスマチームの池奥です。 新卒2年目のソフトウェアエンジニアです！ 先週、人生で初めて外部モニターを買いました。快適な作業環境を手に入れたと思ったのですが、モニターのある環境に慣れておらずすっかり持て余しています。今のところ YouTube ビュワーとして活躍しています。 このブログは、デジスマチームブログリレーの 1 日目の記事です 🎉 イントロ 普段、私はNode.jsでバックエンドを実装することが多いのですが、一部の処理を AWS Lambda のような別の実行環境に切り出したい、というシーンに時々遭遇します。このような場合、Lambda の実装は別のパッケージに置き、元のサーバーからはSDK経由で呼び出す形にすることが多いと思います。 しかし、皆さんは「もし、Lambda関数を普通の関数のように呼び出せたら」と思ったことはありませんか？ 別のパッケージに実装を置いてしまうと、呼
Amazon Web Services ブログ AWS CDK による AWS Lambda コードの管理 システムの規模が大きくなるにつれ、インフラストラクチャの状態管理は困難になります。このような場合に AWS CloudFormation などを用いて、インフラ定義をコードで管理する（Infrastructure as Code, IaC）ことは有用です。一方、アプリケーションコードの管理は IaC から外れ、独立して管理されることが多々あります。特に AWS Lambda はシステムの様々な箇所で利用されるため、一般的なアプリケーションコードに比べて散逸しがちで管理が困難です。これにはチームが異なる、ライフサイクルが異なる、などいくつか理由が考えられますが、インフラストラクチャ用コードとアプリケーションコードを統一して管理できるツールセットが不足していたという要因もあります。 本記
こんにちは、AWS Japan で Solutions Architect をしている yoheikikuta です。 2025 年は AI エージェントの開発が盛んになっており、多くの人が何かしらの AI エージェントを作ってみたことがあるのではないでしょうか。 一方で、LLM を用いたエージェントとしてどのような枠組みに基づいて効果的に振る舞っているのか、その枠組みがどのように実装されているのか、という観点で深掘りをしたことがある人はそれほどいないかもしれません。 本ブログでは、AI エージェントを作る人がその土台となる部分の理解を深めるための一助として、LLM がエージェントとして効果的に振る舞うための枠組みを示した 2022 年の論文 ReAct: Synergizing Reasoning and Acting in Language Models https://arxiv.o
Amazon Web Services ブログ AWS Lambda レスポンスストリーミングの紹介 本記事は、Introducing AWS Lambda response streaming の翻訳です。 本日 (2023年4月7日)、AWS Lambda はレスポンスペイロードストリーミングのサポートを発表しました。レスポンスストリーミングは、関数がレスポンスペイロードを段階的にクライアントに返すことができる新しい呼び出しパターンです。 Lambda のレスポンスペイロードストリーミングを使用すると、レスポンスデータが利用可能になった時点で呼び出し元にデータを送信することができます。これにより、Web アプリケーションやモバイルアプリケーションのパフォーマンスを向上させることができます。また、レスポンスストリーミングによって、より大きなペイロードを返す関数や、進捗状況を段階的に報告し
こんにちは、八木です。 以前Lambdaを使った画像最適化の記事を執筆しました。 今回はこのLambda関数を応用して、S3にアップロードされた画像を自動で最適化するワークフローを作成します。また、オブジェクトの一覧を確認できるように、DynamoDBテーブルにオブジェクト情報を保存します。 構成図は以下です。 まずS3バケットへ画像がアップロードされたらEventBridgeでイベント検出し、Step Functionsのワークフローを実行します。 ワークフロー内では、まずDynamoDBテーブルにオブジェクトのレコードを作成します。続いてLambda関数でS3からオリジナルの画像オブジェクトを取得し、最適化した後、別のS3バケットに保存します。最後にDynamoDBテーブルのレコードを処理完了のステータスに更新します。 なお、S3へのオブジェクトアップロードをトリガーにLambda関数
Introduction 2023年4月にAWS Lambdaがレスポンスペイロードストリーミングのサポートを発表しました。 この機能を使うことで、レスポンスデータが利用可能になった時点で 呼び出し元にデータを送信することができます。 その結果、パフォーマンスの向上やLambdaの６MB制限を超えたデータを送信できます。 今回はレスポンスストリーミングをRustで実装し、 大きめの画像を返してみます。 Environment OS : MacOS 13.0.1 rust : 1.71.0 AWSアカウントは設定済みとします。 Setup ではまず、AWS LambdaをRustで実装してみましょう。 AWS Lambda with Rustを実装するにはcargo-lambdaを使うのが簡単です。 cargoをつかってcargo-lambdaをインストールしましょう。 通常はHomebre
はじめに CTOの都筑(@tsuzukit2)です。 DROBE では様々な外部サービスを利用していますが、事前に設定しておく事で外部サービス側で特定のイベントが発生した際に DROBE 側に HTTP のリクエストを送ってくれる仕組みを多く利用しています。 Webhook のわかりやすい例としては、例えば SendGrid のような外部サービスでメールの配信を行っている場合に、実際にメールの配信結果がどうだったかをアプリケーションで確実に検知したいといった場合に、SendGrid での配信完了イベントをトリガーとした Webhook を設定します。 SendGrid の Webhook を使ってメールの配信完了を Application で検知する例 こういった仕組みを使う事で、アプリケーション側ではメールの送信をリクエストした事だけではなく、メールがしっかりと配信された事、もしくはエラ
Effectively building AI agents on AWS Serverless | Amazon Web Services
AWS Compute Blog Effectively building AI agents on AWS Serverless Imagine an AI assistant that doesn’t just respond to prompts – it reasons through goals, acts, and integrates with real-time systems. This is the promise of agentic AI. According to Gartner, by 2028 over 33% of enterprise applications will embed agentic capabilities – up from less than 1% today. While early generative AI efforts foc
パスワードレス認証サービスMagicとAmplify(Cognito)を使った認証システム - tomoima525's blog
これは AWS Amplify Advent Calendar 2021 https://qiita.com/advent-calendar/2021/amplify 20日目の記事です。 Magic は Email や今はやりの web3 におけるパスワードレス認証を実現するためのツールです。 magic.link Magicのパスワードレス認証 AWS Amplify は Amazon Cognito を使用した認証機能をビルドインでサポートしているため、Magic のようなパスワードレス認証を導入したい場合、コードベースにいくつかのカスタマイズを行う必要があります。 今回は、Amplify の Web アプリケーションにこの Magic を統合し、Email を利用したパスワードレス認証をする方法を紹介します。もしコードをまず見たいということであれば、こちらへどうぞ。 github.
既存のLambdaをAWS Amplify + Reactから呼び出してみました。 背景 Step Functionsなどを用いて、Lambdaを単機能で疎結合な構成で実装している場合、他のインタフェースからも呼び出して再利用したい場合があるかと思います。AWS AmplifyにはLambdaを追加定義するamplify add functionコマンドとamplify add apiコマンドで追加したAPIからLambdaを呼び出す@functionディレクティブがありますが、今回はシンプルにReactからaws-sdkのLambda Clientを使ってLambdaを呼び出してみました。 解法 import React, { useState } from 'react' import { Auth } from 'aws-amplify' import { LambdaClient,
Amazon Bedrock AgentCoreのRuntime、Built-in Tools、Gatewayを実装して試してみる - NRIネットコムBlog
本記事は AWSアワード受賞者祭り 8日目の記事です。 ✨🏆 7日目 ▶▶ 本記事 ▶▶ 9日目 🏆✨ はじめに 1. AgentCore Runtime 主な特徴 ローカルで実行してみる AWSへのデプロイ 2. AgentCore Built-in Tools 主な特徴 ツール単体で実行してみる コード 実行結果 ライブラリの確認 AgentCore Runtimeから使ってみる コード 出力結果 3. AgentCore Gateway 主な特徴 LambdaからGatewayを作成する Lambda関数の作成 コード Gatewayの作成 Strands Agentsから使ってみる コード 実行結果 おわりに はじめに AWS Summit New York City 2025で、Bedrock AgentCoreというサービスが発表されました。 aws.amazon.com
構成 構成としては、以下の図のようになります。以後呼び出し元Lambdaをcaller、呼び出し先Lambdaをcalleeと表記します。 IAMポリシーを利用した呼び出し方法 callerの実装 import { Stack, StackProps } from 'aws-cdk-lib'; import { NodejsFunction } from 'aws-cdk-lib/aws-lambda-nodejs' import * as Lambda from 'aws-cdk-lib/aws-lambda' import * as Iam from 'aws-cdk-lib/aws-iam'; import { Construct } from 'constructs'; const CALLEE_AWS_ACCOUNT_ID = process.env.CALLEE_AWS_ACC
Bedrockのストリーミングレスポンスをストリームのまま返却するLambdaの作り方（LangChainも対応） - Qiita
Bedrockを使ったアプリをLambdaで動作させたい！ レスポンスはストリームで返したい！！ と思って調べたところ、結構条件があることがわかりました。 ストリーミングレスポンスを返却するための条件 ストリーミングレスポンスを返却するためにはいくつか条件があります。 Lambdaの実装方法の条件 Lambdaの実装方法が、以下の方法である必要があります。 Node.jsのマネージドランタイム カスタムランタイム（参考） Lambda Web Adapter（参考） Pythonなどのマネージドランタイムではストリーミングレスポンスがサポートされていませんので、注意が必要です。 Lambdaの呼び出し方の条件 呼び出し側にも条件があります。 Function URLs InvokeWithResponseStream API 今回は、Node.jsのマネージドランタイム（ver.20）とF
AWS API Gateway(HTTP API) + Lambda + DynamoDB でサーバレスアーキテクチャを構築する - ROXX開発者ブログ
この記事は個人ブログと同じ内容です www.ritolab.com AWS の API Gateway(HTTP API) + Lambda + DynamoDB を使ってサーバレスアーキテクチャを構築してみます。 開発環境 - Terraform v1.0.2 DynamoDB テーブルを作成 データベースを用意します。DynamoDB にテーブルを作成します。 構成としては、date（年月日）をパーティションキーにして、ソートキーに time（時分秒）を起きたいと思います。 先に見せるとこんな感じのテーブルを作ります main.tf resource "aws_dynamodb_table" "event_log_table" { name = "EventLog" billing_mode = "PROVISIONED" read_capacity = 1 write_capacit
AWS Step Functions から API Gateway に HTTP リクエストを送信してみた | DevelopersIO
いわさです。 API Gateway で管理されるプロダクトにて、マイクロサービス的にあるサービスから別のサービスを呼び出す機会がありました。 呼び出し元のサービスはバックエンドに Step Functions を使う同期 API となっており、複数のサービスを呼び出すことを想定しています。 Step Functions の汎用的なコンポーネントで HTTP クライアント的なものは存在しないので、Lambda 関数などを経由して HTTP リクエストを送信する感じになるのかなと思ったのですが、宛先が API Gateway であれば AWS SDK 経由で Step Functions 内の 1 タスクとして実行することが出来るようだったので検証してみました。 構成としては次のように、Lambda 統合のリソースhogeとfugaがあり、Step Functions 統合のリソースpiyo
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS CDK による AWS Lambda コードの管理 | Amazon Web Services
ReAct 論文と共に読み解く strands-agents/sdk-python の実装
AWS Lambda レスポンスストリーミングの紹介 | Amazon Web Services
アップロードされた画像を自動的に最適化するワークフローを作ってみた | DevelopersIO
AWS Lambda with Rustでレスポンスストリーミング | DevelopersIO
LambdaとSQSを使ってWebhookによるスパイクに対応する - DROBEプロダクト開発ブログ
AWS Amplify + Reactで既存のLambdaを呼び出す | DevelopersIO
Lambdaから別のアカウントのLambdaを呼び出すCDK構成 | DevelopersIO