# What fits in 10 MB and 50 files: budgeting a pack Canonical: https://opendataroom.com/guides/10mb-50-files-what-fits Updated: 2026-10-17 Select the relevant documents within the displayed file-count and byte limits. OpenDataRoom helps you complete this setup with your selected documents and access controls. ## How OpenDataRoom helps Market: Teams preparing documents on phones and computers Select the relevant documents within the displayed file-count and byte limits. Keep source documents organised in drops, like folders, and select named packs for each audience. OpenDataRoom manages access and request records; the recipient uses their own AI for analysis. Current AI tools return extracted text, not complete original files. - [Your choice of compatible AI](/compatibility): Use the connection settings in an app that supports the required MCP and authorisation flow. The public sample lets you try service information first. - [Text preview before sharing](/guides/why-was-my-file-refused): Inspect readable content before approval. Choose a text-bearing source when a scan or unsupported file is refused. ### Workflow impact A smaller complete pack for the review task. The owner or recipient completes the setup directly, rather than sending extra attachments or sharing credentials. ### Bring these documents - Proposed file list.md - Duplicate review.md Open Add files and choose the documents needed for this task. Check the displayed total before saving. If over the limit, reduce the selection or create separate drops; do not assume ZIP compression bypasses content limits. ## Frequently asked questions ### What would this change in my workflow? A smaller complete pack for the review task. The owner or recipient completes the setup directly, rather than sending extra attachments or sharing credentials. The practical task is to select the relevant documents within the displayed file-count and byte limits. ### Which documents should I include? For the example on this page, start with Proposed file list.md, Duplicate review.md. Use the approved versions relevant to the task and include source dates, definitions and any known gaps. Review the prepared text and disclosure scope before sharing. The fictional examples illustrate the structure; OpenDataRoom does not supply or verify your underlying research. ### Does OpenDataRoom perform or verify this work for me? Your own compatible AI works from the material you choose. For this task—select the relevant documents within the displayed file-count and byte limits—you or the responsible reviewer must check the answer against the originals. OpenDataRoom provides document access and request records; it does not certify the evidence, perform an independent review or approve the result. ### How does the recipient connect, and who gets access? Choose your own AI or invite the intended email recipient. For a private invitation, the recipient verifies the authorised email and completes the required approval flow, then adds the connection in a compatible AI app’s settings. Forwarding an invitation alone does not authorise a different email. Permission covers the selected pack; create separate packs when audiences may see different documents. ### Can I keep the files and end someone’s access? Your wallet contains source drops, like folders. Each named pack shares selected files or passages from one drop. The source drop and its access packs have separate deadlines. You can keep the source until its displayed retention deadline while ending a recipient’s future access. Choose a sharing window, revoke it earlier when needed, and approve an extension deliberately. Expiry cannot recall material that an AI app or recipient has already retrieved. ### What happens when I update or remove a file? After you review and accept a drop update, fresh authorised requests receive the current versions of files already selected for their packs. This does not force an AI to fetch the files again or refresh its existing chat context. New files do not join those packs automatically. Review changed selected passages explicitly. Removing a file or its permission stops future retrieval, and access-change notices are queued for affected recipients. Provider acceptance is not proof of inbox delivery. This cannot erase content already retrieved. ### What if my files or AI app are not supported? Check the compatibility guide and try the public service-information sample first. An app must support the required MCP connection and authorisation; pasting a URL into ordinary chat does not install it. Use supported text-based files and inspect the preparation report. Originals are retained in encrypted storage, but the current AI tools return extracted text, not complete original files. Charts, images and layout are not faithfully delivered by those tools. Image-only scans and standalone images are refused; no OCR, audio transcription or spreadsheet recalculation is provided. Current pilot limits are listed on the pricing page. ### What information is recorded about use of the pack? The ledger records requests received by the service, authorised connection references, requested source information and preparation outcomes. Recipients can also deliberately submit a request, comment or note after approving the exact text. The owner sees that message, the verified connection identity and time in Recipient inbox for up to 90 days, unless deleted sooner. Received does not mean read or answered; no agent or automatic research is started. It does not record the entire AI conversation. Search text is supplied by the AI and may differ from the human question. An AI can reuse retrieved material without making another request. Literal search can miss relevant material; neither a search nor a file request proves that the AI reviewed the entire pack. Owners can investigate no-match searches before deciding whether to clarify wording, repair extraction or add information. A no-match result alone is not proof that a document is missing. ### Who can read my files in the hosted connection? Private-library file names and contents are encrypted in the browser with your wallet key. A hosted AI connection uses a separate access copy that you approve and that the service can decrypt for authorised retrieval. The receiving AI gets the content it retrieves and applies its own data policies. An optional desktop connector can decrypt locally, but it requires installation and is not a universal mobile connection. Review the security and compatibility pages before choosing a route. ## Your working output A smaller complete pack for the review task ## Before you share 1. Bring the approved, dated versions of: Proposed file list.md, Duplicate review.md. 2. Check the readable text, source dates and permitted audience. 3. Choose your own compatible AI or invite the intended recipient with an appropriate access deadline. 4. Check the result against the source before using it; retain open questions rather than filling gaps. ## Fictional example documents These are invented teaching documents, not customer evidence. ### Proposed file list.md A proposed pack contains 52 files. ### Duplicate review.md Two are obsolete duplicates that the owner can remove. ## A source question Will compressing them bypass the file limit? Illustrative answer: No. Review the files and keep the selected pack within both file-count and byte limits. ## Sources and further reading ## Related workflows - https://opendataroom.com/guides/android-files-to-pack - https://opendataroom.com/guides/iphone-files-to-pack - https://opendataroom.com/guides/name-files-for-literal-search Admission is by invitation. Join the waiting list: https://opendataroom.com/signup Check compatibility and the separate public service-information sample: https://opendataroom.com/compatibility ## Try the fictional example https://opendataroom.com/example-demo.html?example=10mb-50-files-what-fits