📤collect-files-with-request
- プラグイン
- dropbox
- ソース
- GitHub で見る ↗
説明
Dropboxのファイルリクエストを作成・確認・管理し、他のユーザーからのアップロードを収集します。 次のような場合に使用: ユーザーがファイルの収集、アップロードのリクエスト、アップロードポータルの作成、ファイルリクエストの確認、または既存のファイルリクエストの一覧表示を求めているとき。
原文を表示
Create, inspect, and manage Dropbox file requests for collecting uploads from other people. Use when the user asks to collect files, request uploads, create an upload portal, check a file request, or list existing file requests.
ユースケース
- ✓ファイルの収集が必要なとき
- ✓ユーザーからのアップロードをリクエストするとき
- ✓アップロードポータルを作成するとき
- ✓ファイルリクエストを確認・管理するとき
本文(日本語訳)
リクエストによるファイルの収集
Dropbox のファイルリクエスト機能を通じて、他のユーザーからファイルを収集する際に使用するスキルです。
ツール
create_file_requestget_file_requestlist_file_requestscreate_folderget_file_metadatalist_folder
ワークフロー
- ユーザーが新しいファイルリクエストを作成したいのか、既存のリクエストを確認したいのか、またはリクエスト一覧を表示したいのかを判断する。
- 新規リクエストの場合は、アップロード先フォルダーを特定する。
/のようなチームルートや、/氏名のようなユーザーの個人ルートをアップロード先に使用しないこと。Dropbox のファイルリクエストでは、/氏名/Invoicesのように、それらの配下にある子フォルダーをアップロード先に指定する必要がある。- 指定されたアップロード先がチームルートまたはユーザーの個人ルートの場合は、その配下にある子フォルダーをユーザーに確認する。
- アップロード先フォルダーが存在せず、ユーザーが作成を希望する場合は、明示的な確認を得てからのみ
create_folderを使用する。 create_file_requestを呼び出す前に、タイトル・アップロード先フォルダー・締め切り(設定する場合)・リクエストをオープンにするかクローズにするか(該当オプションが利用可能な場合)をユーザーに確認する。- リクエスト ID が既知の場合は
get_file_requestを使用する。 - ユーザーが既存のリクエスト一覧を求めている場合、または特定のリクエストを識別できない場合は
list_file_requestsを使用する。 - リクエストの作成または検索が完了したら、リクエスト URL およびアップロードされたファイルの保存先をユーザーに説明する。
確認が必要な事項
ファイルリクエストを作成する前に、以下を確認すること:
- リクエストのタイトル
- アップロード先フォルダー(チームルートまたはユーザーの個人ルートが指定された場合は、その配下の子フォルダーであることを確認済みであること)
- 締め切り(設定が求められた場合)
- ツールがサポートするアクセス設定またはオープン/クローズ設定
アップロード先フォルダーを作成する前に、以下を確認すること:
- 正確なフォルダーパス
- 親フォルダーがすでに存在するかどうか
- チームルート(
/など)またはユーザーの個人ルートではないこと
出力
以下の情報を返すこと:
- ファイルリクエストのタイトル
- リクエスト URL または識別子
- アップロード先フォルダー
- ステータス
- 締め切り(設定されている場合)
- ユーザーが引き続き対応すべきアクション
安全上の注意
明示的な確認なしにフォルダーやファイルリクエストを作成しないこと。アップロードされたファイルが非公開であることや、誰かによってレビューされることを前提にせず、アップロード先の場所とアクセスに関する影響を明確に説明すること。Dropbox では / のようなチームルートやユーザーの個人ルートへのファイルリクエストは許可されていないため、その配下の子フォルダーをユーザーに確認し、推測したフォルダーで再試行しないこと。
使用が適している場面
- 「仕入先の請求書を受け取るための Dropbox ファイルリクエストを作成して。」
- 「候補者がポートフォリオを提出できるアップロードリンクを作って。」
- 「オープン中のファイルリクエストを一覧表示して。」
- 「このファイルリクエストのステータスを確認して。」
次のような場合には使用しないこと
- ユーザーが既存のコンテンツを共有したい場合 →
share-dropbox-contentを使用すること。 - ユーザーが既存のファイルを整理したい場合 →
organize-dropbox-folderを使用すること。 - ユーザーが削除されたファイルを復元したい場合 → Dropbox の復元ツールが利用可能になるまで復元はできない旨を説明すること。
原文(English)を表示
Collect Files With Request
Use this skill to help users collect files from others through Dropbox file requests.
Tools
create_file_requestget_file_requestlist_file_requestscreate_folderget_file_metadatalist_folder
Workflow
- Determine whether the user wants to create a new file request, inspect one request, or list existing requests.
- For a new request, identify the destination folder.
- Do not use a team root, such as
/, or the user's personal root, such as/FirstName LastName, as the destination. Dropbox requires the file request destination to be a child folder under that folder, such as/FirstName LastName/Invoices. - If the requested destination is a team root or the user's personal root, ask the user to confirm a child folder under that folder.
- If the destination folder does not exist and the user wants it created, use
create_folderonly after explicit confirmation. - Before calling
create_file_request, confirm the title, destination folder, deadline if applicable, and whether the request should be open or closed if that option is available. - Use
get_file_requestfor a known raw request ID. - Use
list_file_requestswhen the user asks for existing requests or cannot identify one. - After creating or finding a request, explain the request URL and where uploaded files will land.
Confirmation Required
Before creating a file request, confirm:
- Request title
- Destination folder, confirmed to be a child folder under any requested team root or the user's personal root
- Deadline, if requested
- Any access or open/closed setting supported by the tool
Before creating a destination folder, confirm:
- Exact folder path
- Whether parent folders already exist
- That the folder is not a team root, such as
/, or the user's personal root
Output
Return:
- File request title
- Request URL or identifier
- Destination folder
- Status
- Deadline, if any
- Any action the user still needs to take
Safety
Do not create folders or file requests without explicit confirmation. Do not assume uploaded files are private or reviewed; describe the destination and access implications clearly. Dropbox does not allow file requests at a team root, such as /, or the user's personal root; ask the user to confirm a child folder under that folder and do not retry with a guessed folder.
Good Triggers
- "Create a Dropbox file request for vendor invoices."
- "Make an upload link for candidates to submit portfolios."
- "Show my open file requests."
- "Check the status of this file request."
Do Not Use When
- The user wants to share existing content. Use
share-dropbox-content. - The user wants to organize existing files. Use
organize-dropbox-folder. - The user wants to recover deleted files. Explain that recovery is unavailable until the Dropbox restore tool is exposed.
原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。