タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

workflowと*devとpatternに関するsh19910711のブックマーク (3)

  • GitHub Copilot Agent × Confluenceで設計書からシーケンス図を簡単に生成する - ASKUL Engineering BLOG

    こんにちは。LOHACOのバックエンド開発部のさわだです。 新規開発するバッチの設計書を作成することになったのですが、設計書内のシーケンス図の作成にGitHub Copilot Agentを使用してみたところ作成にかかる時間を短縮できました。 今回は、GitHub Copilot Agentをシーケンス図の生成に活用する方法を紹介します。 背景 設計書はConfluence内に作成しており、今まではConfluenceのマクロにある作図ツールを使用してシーケンス図を作成していました。 この作図ツールは図形や矢印をGUI上で配置できるので直感的に操作可能ですが、手動で配置するのは手間と時間がかなりかかっていました。また、AIエージェント(以下、Agent)で設計書から実装のコードを生成する際に作図ツールで作成したシーケンス図をAgentは読み取ることができないため、シーケンス図もコードベース

    GitHub Copilot Agent × Confluenceで設計書からシーケンス図を簡単に生成する - ASKUL Engineering BLOG
    sh19910711
    sh19910711 2025/08/20
    "GUIの作図ツールを使用していた頃より体感半分ぐらいの時間 / シーケンス図は人間が実装内容を視覚的に理解しやすいものという認識でしたが、AIコーディングの精度向上にも応用できる"
  • Mastraワークフローの型安全性と変更容易性を高める設計指針

    はじめに こんにちは、atamaplus の takei です。 最近、趣味や業務でエージェントフレームワークであるMastra のワークフロー機能[1]を約 1 ヶ月ほど使ってみました。 実際に使ってみて非常に便利である一方で、適切に設計しないと型安全性や変更容易性(保守性)に課題が生じやすいと感じました。 特に以下のような課題に直面しました。 ステップ[2] の中で getInitData[3] や runtimeContext[4] を使うと型推論が効かず、型安全でないコードになる ステップがワークフロー定義に依存し、ワークフローの変更や他のワークフローでのステップの再利用が難しくなる ステップ内でのエラー発生がインターフェース上に明示されず、エラーハンドリング漏れの原因となる このような課題に対して、ステップはすべての依存関係と副作用を入出力スキーマで明示し、ワークフロー層でワーク

    Mastraワークフローの型安全性と変更容易性を高める設計指針
    sh19910711
    sh19910711 2025/08/03
    "ステップはすべての依存関係と副作用を入出力スキーマで明示 / ステップを他のステップや実行時の値に依存しない「純粋な処理単位」として設計し、ワークフローから分離する"
  • はじめてのIssueOps - GitHub Actionsで実現するコメント駆動オペレーション

    IssueOpsとはGitHubのコメントから、任意のオペレーションを実行するプラクティスです。ChatOpsのようにコメントするだけで、誰でも簡単に使えます。IssueOpsはGitHub Actionsの標準機能だけで実装でき、デプロイやInfrastructure as Codeではとくに役立ちま…

    はじめてのIssueOps - GitHub Actionsで実現するコメント駆動オペレーション
    sh19910711
    sh19910711 2025/06/20
    "IssueOps: コード(プルリクエスト)とオペレーションが紐づく + ログが共有されるため、問題発生時にチームでデバッグしやすい / 起動時にリアクションで合図し、終了時に結果をコメントで投稿"
  • 1