Skip to content

docs(m130): catalog identity editing, honest status, clipboard + dashboard truth#140

Open
indykish wants to merge 2 commits into
mainfrom
chore/m130-catalog-row-edit-changelog
Open

docs(m130): catalog identity editing, honest status, clipboard + dashboard truth#140
indykish wants to merge 2 commits into
mainfrom
chore/m130-catalog-row-edit-changelog

Conversation

@indykish

@indykish indykish commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

Documentation for agentsfleet#519 (M130).

Pages

  • fleets/library.mdx — corrects a falsehood: an onboarded entry lands as a draft, not immediately visible in every workspace gallery. Adds an "Edit a platform entry" section: name, repository, and ref are editable in place; changing the source discards the stored bundle and returns the entry to draft; installed workspaces keep the exact bundle they installed; a rename and a pinned ref both survive the next fetch; an entry published with no bundle shows as Broken.
  • changelog.mdx — a Jul 14, 2026 <Update> covering the honest status column, in-place identity editing, the clipboard surfaces that now report a failed write, the dashboard counting every fleet state, and the live thread showing tool calls and per-event cost. Includes the PATCH /v1/admin/fleet-libraries/{id} reference change.

make check-documentation-rules passes.

🤖 Generated with Claude Code

Greptile Summary

This PR documents the M130 Fleet library behavior and dashboard updates. The main changes are:

  • Draft onboarding and in-place catalog identity editing.
  • Source invalidation, pinned refs, and Broken status behavior.
  • Clipboard feedback, dashboard counts, and live activity details.
  • The expanded Fleet library PATCH contract.

Confidence Score: 5/5

The documentation is mergeable after its API references and conflicting onboarding guidance are aligned.

  • The new PATCH operation is missing from API navigation.
  • The new error code is missing from the error-code reference.
  • An older release note still promises immediate workspace visibility.

changelog.mdx and fleets/library.mdx

Important Files Changed

Filename Overview
changelog.mdx Adds M130 release notes and the expanded PATCH contract, but the new operation and error code are missing from their reference surfaces.
fleets/library.mdx Documents the corrected draft lifecycle and catalog editing behavior, while an older release note still gives the opposite onboarding guidance.
Prompt To Fix All With AI
Fix the following 3 code review issues. Work through them one at a time, proposing concise fixes.

---

### Issue 1 of 3
fleets/library.mdx:45
**Onboarding Guidance Still Conflicts**

This correctly says a platform entry starts as a draft, but the Jul 12 changelog still tells operators that onboarding adds it where every workspace can install it. An operator following that release note will expect immediate visibility and may treat the required publish step as a failed onboarding.

### Issue 2 of 3
changelog.mdx:41
**PATCH Operation Is Not Discoverable**

This introduces `PATCH /v1/admin/fleet-libraries/{id}`, but the Fleet library API navigation does not include that operation. Operators browsing the API reference cannot discover the documented edit path and are left with only the collection GET and POST operations.

### Issue 3 of 3
changelog.mdx:41
**New Error Code Lacks Reference**

The new combined source-and-publish failure returns `UZ-CATALOG-002`, but that code is absent from the error-code reference. Clients following the reference cannot map this reachable PATCH failure to its documented cause or present the intended recovery guidance.

Reviews (1): Last reviewed commit: "docs: a pinned ref survives the next bun..." | Re-trigger Greptile

Greptile also left 3 inline comments on this PR.

indykish and others added 2 commits July 14, 2026 10:48
…truth

The fleet-library page now documents that an onboarded entry lands as a
draft (the page previously claimed it appeared in every workspace's
library immediately — untrue since publishing became the only door), and
gains an 'Edit a platform entry' section: name/repository/ref editing,
source-repoint bundle invalidation, rename durability, credential-copy
pruning, and the Broken state.

Changelog: Jul 14 entry covering the identity edit, the honest status
column, the Create-fleet-library verb, clipboard failure reporting,
dashboard tile totality, and tool calls + cost in the live thread.
The Fetch update path now fetches at the ref the entry names instead of
resetting it to the repository's default branch, so the ref belongs on
the same line as the rename in both the library page and the changelog.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Comment thread fleets/library.mdx
Platform entries are added from the dashboard at **Fleet library**, under Configuration, with **Create fleet library**. The page is visible only to an operator whose session carries the `platform-library:write` scope. Everyone else is redirected, and the API refuses the request independently.

Enter the repository as `owner/repo`. `agentsfleet` fetches the repository, validates the bundle, stores it, and adds the catalog row. The entry then appears in every workspace's library, and any workspace can install it.
Enter the repository as `owner/repo`. `agentsfleet` fetches the repository, validates the bundle, stores it, and adds the catalog row **as a draft**. No workspace can see or install a draft; publishing is the only door to a workspace's library.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Onboarding Guidance Still Conflicts

This correctly says a platform entry starts as a draft, but the Jul 12 changelog still tells operators that onboarding adds it where every workspace can install it. An operator following that release note will expect immediate visibility and may treat the required publish step as a failed onboarding.

Prompt To Fix With AI
This is a comment left during a code review.
Path: fleets/library.mdx
Line: 45

Comment:
**Onboarding Guidance Still Conflicts**

This correctly says a platform entry starts as a draft, but the Jul 12 changelog still tells operators that onboarding adds it where every workspace can install it. An operator following that release note will expect immediate visibility and may treat the required publish step as a failed onboarding.

How can I resolve this? If you propose a fix, please make it concise.

Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!

Comment thread changelog.mdx

## API reference

`PATCH /v1/admin/fleet-libraries/{id}` additionally accepts `name`, `source_repo`, and `source_ref`. A request whose `source_repo` or `source_ref` differs from the stored value sets `content_hash` to null and `visibility` to `draft` atomically; re-sending the stored value is a no-op. A request that changes the source and sets `published: true` in the same call is refused with `UZ-CATALOG-002` (there is no bundle to publish by the time the publish would apply). Malformed sources are refused with `UZ-BUNDLE-001` using the same validation as onboarding. The entry identifier is never patchable.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 PATCH Operation Is Not Discoverable

This introduces PATCH /v1/admin/fleet-libraries/{id}, but the Fleet library API navigation does not include that operation. Operators browsing the API reference cannot discover the documented edit path and are left with only the collection GET and POST operations.

Prompt To Fix With AI
This is a comment left during a code review.
Path: changelog.mdx
Line: 41

Comment:
**PATCH Operation Is Not Discoverable**

This introduces `PATCH /v1/admin/fleet-libraries/{id}`, but the Fleet library API navigation does not include that operation. Operators browsing the API reference cannot discover the documented edit path and are left with only the collection GET and POST operations.

How can I resolve this? If you propose a fix, please make it concise.

Comment thread changelog.mdx

## API reference

`PATCH /v1/admin/fleet-libraries/{id}` additionally accepts `name`, `source_repo`, and `source_ref`. A request whose `source_repo` or `source_ref` differs from the stored value sets `content_hash` to null and `visibility` to `draft` atomically; re-sending the stored value is a no-op. A request that changes the source and sets `published: true` in the same call is refused with `UZ-CATALOG-002` (there is no bundle to publish by the time the publish would apply). Malformed sources are refused with `UZ-BUNDLE-001` using the same validation as onboarding. The entry identifier is never patchable.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 New Error Code Lacks Reference

The new combined source-and-publish failure returns UZ-CATALOG-002, but that code is absent from the error-code reference. Clients following the reference cannot map this reachable PATCH failure to its documented cause or present the intended recovery guidance.

Prompt To Fix With AI
This is a comment left during a code review.
Path: changelog.mdx
Line: 41

Comment:
**New Error Code Lacks Reference**

The new combined source-and-publish failure returns `UZ-CATALOG-002`, but that code is absent from the error-code reference. Clients following the reference cannot map this reachable PATCH failure to its documented cause or present the intended recovery guidance.

How can I resolve this? If you propose a fix, please make it concise.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant