feat(uploads): metadata discoverability polish for the CLI#160
Merged
Conversation
- find / list --meta print matched metadata inline in human output (LIST_HELP already promised this; previously only --json) - meta get on a bare object prints "(no metadata)" to stderr, not nothing - attach hints "find these later: uploads find gh.ref=…" so its auto gh.* metadata is discoverable - README lists the stdio set_metadata/find_files tools and the put/attach metadata param
|
Important Review skippedAuto reviews are limited based on label configuration. 🏷️ Required labels (at least one) (2)
🚫 Excluded labels (none allowed) (1)
Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
Deploying with
|
| Status | Name | Latest Commit | Preview URL | Updated (UTC) |
|---|---|---|---|---|
| ✅ Deployment successful! View logs |
uploads-auth | 1b9f970 | Commit Preview URL Branch Preview URL |
Jul 14 2026, 01:35 AM |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Follow-up to #157/#158 and the #144 publish, from the DX/UX review in #159. These are the CLI-side discoverability gaps for per-file metadata — additive, no behavior changes to existing flows.
Changes
find/list --metashow matched metadata inline. Human output now printskey url k=v k=v(sorted).LIST_HELPalready promised "returned items include their matched metadata" but only--jsondelivered it.meta geton a bare object prints(no metadata)to stderr instead of nothing (an empty print read as failure). stdout stays clean for piping.attachdiscoverability hint. After upload it prints>> find these later: uploads find gh.ref=<owner/repo#num>, so thegh.*metadata it auto-writes is discoverable.set_metadata/find_filestools (they shipped in 0.8.0 but were missing from the tool enumeration) and documents themetadataparam onput/attachand the hostedput.Deliberately not hinting metadata on plain
uploads list: that needs a per-object HEAD hydration the design avoids (same reasonvisibilityisn't annotated on listings, per #159).Verification
runFind,runMeta,runAttach).typecheckclean,oxlint/oxfmtclean (pre-commit hooks passed).The remaining #159 items (web search UI, presigned-upload capture, engineering debts) stay tracked there.