こんにちは。Algomaticの大塚です。 今回はDifyやn8nといったAIアプリケーションのWorkFlowを自動で作成する取り組みをご紹介します。 はじめに:ノーコードツールの限界 Dify、n8nといったノーコードツールは非エンジニアでも触れる点がプログラミングとの違いと言われています。しかし、実務の観点から見ると状況は異なります。 プロンプトを1行変更するだけでも、GUIの操作手順を覚える必要がある 作ったWorkFlowのテストは手動でやるしかない エラーが起きたら、どこが悪いのか特定するのに時間がかかる 結局、非エンジニアでも触れるはずのツールが、専門知識を持った人しか運用できない矛盾が生まれています。 社内の取り組み そんな課題を解決するために、社内でWorkFlowを自動で生成するシステムを開発しています。このシステムは自然言語からWorkFlowを自動生成するツールです
Archemisというクリプトヘッジファンドでトレードシステムの開発をリードしている池田です。 この記事では、私たちの日々のトレードシステム開発と運用を支えるDevOpsの考え方・仕組みについて紹介します。 トレード事業では、市場環境が常に変化する中で、新しいアイディアをいかに素早く形にできるかが重要です。一方で、私たちは常に大きな額の資産を扱っており、小さな実装ミスや運用上の不備がそのまま重大な損失につながるリスクも抱えています。 そのため、スピードだけを追求するのではなく、セキュリティやガバナンスを含めた品質と安定性をDay1 から意識したシステム設計と運用が不可欠です。この「スピード」と「品質・安定性」を両立させることが、トレードシステムの継続的な競争力に直結すると考えています。 まずは、私たちがこの制約の中で DevOps をどのように捉え、エンジニア組織の役割や文化としてどう位置
[速報]AWS、障害が発生すると人間より先にAIが調査分析、対処法まで報告「AWS DevOps Agent」プレビュー公開 Amazon Web Services(AWS)は、日本時間12月3日未明から開催中の年次イベント「AWS re:Invent 2025」で、障害に対して自動的に対応するAIエージェント「AWS DevOps Agent」のプレビュー公開を発表しました。 AWS DevOps Agentは人間が起動するのではなく、オンにしておくことで継続的にアラートを監視し、何らかのインシデントの発生を検知すると重要性に応じたトリアージを自動的に行い、コードリポジトリやメトリクスなどを参照して推定される根本原因を特定。的を絞った緩和策や対処法などを推奨してくれます。
Over the past three months, a team of experienced, like-minded engineers and I have been building something really cool within Amazon Bedrock. While I'm pretty excited about what we are building, there is another unique thing about our team - most of our code is written by AI agents such as Amazon Q or Kiro. Before you roll your eyes: no, we're not vibe coding. I don't believe that's the right wa
AWS DevOps & Developer Productivity Blog Overcome development disarray with Amazon Q Developer CLI custom agents As a developer who has embraced the power of the Model Context Protocol (MCP)to enhance my workflows, I’m thrilled to see the addition of custom agents in the Amazon Q Developer CLI. This new feature takes the capabilities I’ve come to rely on to a whole new level, allowing me to seamle
はじめに もしかしたら多くの開発者が見落としているかもしれないPrismaのちょっとした使い方が TypeScriptコンパイラやIDE等の開発環境に思わぬ悪影響を与えることに気付いたので、 その解決策と実際のプロジェクトでの適用例を紹介します。 問題の発見 手前味噌ですが、冒頭に記載した自作のOSSを使ってTypeScriptのパフォーマンスを測定していたところ、あるプロジェクトでPrisma関連のコードに起因してやたらIDEが重くなることに気づきました。 そこで tsc --noEmit --diagnostics などのデバッグコマンドを使って調べてみると、面白いことが分かったのでそのエッセンスを検証データとともに以下にまとました。 検証環境の構築 パフォーマンスの問題を明確に示すため、30段階のネストしたPrismaスキーマを作成しました。 Tree1からTree30まで、各モデル
AWS DevOps & Developer Productivity Blog AI-Driven Development Life Cycle: Reimagining Software Engineering Business and technology leaders are constantly striving to improve productivity, increase velocity, foster experimentation, reduce time-to-market (TTM), and enhance the developer experience. These North Star goals drive innovation in software development practices. This innovation is increas
How can modern tooling save Mercedes-Benz.io engineering time? In today's fast-evolving JavaScript ecosystem, modern tooling plays a pivotal role, influencing not just how we code but how much time and money we spend doing it. When working within the JavaScript ecosystem, we can take advantage of various tools to improve quality, consistency, and efficiency. Today, we’ll focus on two standout tool
Kubernetes native configuration management Kustomize introduces a template-free way to customize application configuration that simplifies the use of off-the-shelf applications. Now, built into kubectl as apply -k.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く