Lancers + SMBC の入金検知を Claude API + n8n で組む — 設計編：落とし穴 4 点と構造的限界
Hiroba による自動要約
Claude API と n8n で Lancers/CrowdWorks および SMBC 銀行メールからの入金検知機能を設計した際、プラットフォーム経由と銀行メール経由で重複する入金データ、1 件につき 2 通のメール到着、銀行メール本文形式の多様性など 4 つの落とし穴に直面。Phase 1.5 では入金パターンを A(銀行メール)+C(プラットフォームメール)に限定し、Tool Use で payout_kind を型担保して二重計上を防ぐ設計に。E2E テスト 8 件中 1 件は意図的に構造的限界を再現。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 1235 件あります。
関連する記事
同じタグの記事
2026年5月時点のAIコーディングエージェント比較（第一回）
QiitaOpenAI API・Claude API・GitHub Copilotの料金体系を比較整理した記事。入力トークン・出力トークン・キャッシュ価格の違いを表で示し、単価だけでなく用途と成功率を合わせて選定する実務的な視点を提示。短期的な導入検討の判断基準となる。
2026年のプロンプトエンジニアリング：「コンテキストエンジニアリング」への転換
Qiita推論モデルの進化と超ロングコンテキスト対応により、「どう聞くか」から「何を渡すか」へスキルの中心が移動。構造化データの設計、RAGの精度重視、情報配置の最適化といったコンテキスト設計が、production環境で勝つための必須スキルになったことを解説。
Claude Fable 5の実コストは出力より入力側で決まる：1コール実測分析
QiitaClaude Fable 5（6/23以降 $10/M入力・$50/M出力）の実際のコスト構造を1コール実測で検証。システムプロンプトやツール定義により、ユーザープロンプト1行でも入力側に約23,000トークンが発生し、総コストの8割が入力とキャッシュで占められることを実証。APIキーなしで Claude Code 経由で原価測定が可能。
Claude Fable 5 が Amazon Bedrock で利用可能に——Agreement 作成から Converse API での推論実行まで
DevIOAnthropic が 2026年6月に発表した Claude Fable 5 が Amazon Bedrock で利用可能になった。セーフガード付きの Fable 5（セーフガードなし版は Mythos 5）は 1M トークンのコンテキストで Mythos Preview の 40% 価格を実現。本記事は Agreement 作成・Data Retention 設定・Converse API での推論実行の手順と注意点を検証結果で整理する。
