私の会計士は「ちょっとした道具」を求めてきました。レプリットがそれを構築しました。ザピエルが接続してくれました。彼女は両方の半分を使用します

このリクエストは Zapier の仕事のように聞こえました。銀行の CSV エクスポートを入力し、月次の概要を出力しました。しかし、要約には真のロジックが必要でした。彼女が変更し続けるカテゴリのルール、四半期ごとの累計、税務担当者に送信できる PDF などです。 Zapier から始めて、4 つのザップ、2 つのフォーマッタ ステップ、および独自の条件付き書式設定で折りたたまれる Google シートを取得しました。素晴らしいとは言えません。

Replit のエージェントは、ある午後に実際のものを構築しました。CSV をアップロードする小さな Web アプリです。ルールは (労力をかけて) 編集できる構成内に存在し、概要は印刷ボタンが付いたクリーンなページとして表示されます。コードはエレガントでしたか？いいえ、うまくいきましたか? 3 回目の試行、最初の 2 回の失敗は、ツールではなく、私の漠然としたプロンプトでした。

次に、Replit が実行できなかった部分は、何も開かずにファイルを取り込むことです。彼女は、CSV を電子メールで送信して処理し、概要を自動的に返してほしいと考えていました。それが Zapier の個性そのものです。Zapier は電子メールをキャッチし、アプリのアップロード エンドポイントに到達し、結果をメールで送信します。アプリとパイプは相互に必要でした。

コストは予想どおりでした。Zapier のタスクの価格設定はこの量では問題なく、私が不正確だったときに Replit のエージェントの時間が最も早く消費されてしまいました。請求書から得られる教訓: エージェントに作成を任せる前に、何を求めているのかを理解しましょう。

私がこれから引く境界線: あなたの「小さなツール」が実際には既存のアプリ間のワークフローである場合、Zapier のみです。それがインターフェイスを備えた実際のロジックの場合、Replit がそれを構築し、Zapier がそれをフィードします。間違いは、どちらかがもう一方の半分を行うように求めることです。私は 2 回そうしましたが、会計士の PDF が私に教えてくれました。