レシピ + プロンプト
損傷画像の分類
写真が損傷の種類と重症度に基づいて認識されます。不明確な画像は確認のために回されます。
- 01 入力
写真または画像スタック
- 02 認識
被写体と品質
- 03 クラス
損傷種類を設定
- 04 重症度
段階を導出
- 05 例外
不明確な画像を確認
実装形式
- 状況
- 画像スタックが固定された損傷クラスなしで到着します。ファイルはまだ完全にではありません。
- 自動化された結果
- 各画像には損傷種類と重症度があります。不明確な写真はタスクとして残ります。
- 入力
-
- 損傷写真
- 画像スタック
- 損傷クラス
- 出力
-
- 損傷種類
- 重症度
- 確認タスク
手順
- 01画像を受け取る
- 02IDPを実行
- 03損傷種類を設定
- 04重症度を導出
- 05不明確な画像を確認用に回す
- 認証
- PaperOfficeセッション
PaperOfficeセッション。人間が不明確な画像を確認。ブラウザスクリプトにシークレットキーを含めない。
- MCPプロファイル
- エンドポイント
-
POST /job/add/workflowPOST /documents/idp-agent-runPOST /workflow_tasks/listPOST /workflow_tasks/resolve
- モジュール
-
- Capture
- OCR
- Classify
- Workflow
- 権限
- POST /job/add/workflow、POST /documents/idp-agent-run、POST /workflow_tasks/list、POST /workflow_tasks/resolve に対するスコープのみ。po_pk_ に対する DELETE、管理、請求、Webhook権限は不要。
- エラーと公開
- 401/403: キー、スコープまたはオリジンを確認。402: バジェット。429: 待機し、ループしない。202: completed までポーリング。タイムアウト: 1回再試行後、中止。部分エラーを視覚的に表示。
- セキュリティ
-
- セッションを共有しない
- 不明確な画像は人間が確認
- ログを保持
PaperOfficeワークフロー向けプロンプト
まず完全に読み込んでください:
https://api.paperoffice.ai/latest/docs/llms-full.txt
タスク:
写真は損害の種類と重症度によって認識されます。不明瞭な画像は確認のために回されます。文書化されたエンドポイントのみを使用してください。
枠組み:
- ベースURL: https://api.paperoffice.ai/latest
- 人間のオペレーターが不明瞭な損害画像を確認する、ネイティブなPaperOfficeワークフローを記述してください。
使用可能なエンドポイントのみ:
- POST /job/add/workflow
- POST /documents/idp-agent-run
- POST /workflow_tasks/list
- POST /workflow_tasks/resolve
エラー処理: 401/403の場合は停止してキーを確認。402の場合は予算を表示。429の場合はバックオフ。ネットワークエラーは1回だけ再試行。架空のエンドポイントや実際のトークンを使用しないでください。- damage-image-classify-muster.jpg
- 会社: 例有限会社
期待される結果
recipe=damage-image-classify, status=ok
このソリューションをPaperOfficeで構築または販売しますか？
インテグレーターとリセラーの組み合わせが可能です。次のステップはパートナーシップです — 申請と即時承認はPaperOfficeアプリ内で行われます。
パートナーシップを開始