Skip to content

feat(skill): allow direct calls to user-named unindexed endpoints#70

Merged
spencercharest merged 4 commits into
mainfrom
feat/direct-calls-unindexed
Jul 17, 2026
Merged

feat(skill): allow direct calls to user-named unindexed endpoints#70
spencercharest merged 4 commits into
mainfrom
feat/direct-calls-unindexed

Conversation

@spencercharest

Copy link
Copy Markdown
Collaborator

Problem

The Zero skill's search-first framing ("The flow is always search → inspect → call → review") led agents to treat "not in Zero's index" as a hard blocker. When a user named a specific endpoint that wasn't indexed, the agent would refuse to call it — or silently substitute a different, indexed capability — answering a question the user didn't ask.

zero fetch already works on arbitrary URLs (the --capability <slug> fallback for direct calls). The capability existed; the skill just never gave the model explicit permission to use it when a user names an endpoint.

Change

  • New Direct calls section: Zero works on any endpoint, not just indexed ones. A user-named URL is called directly; being unindexed is not grounds to refuse or to substitute.
  • Scoped the search → inspect → call → review framing to discovery, with a pointer to direct calls when the user already names the endpoint.

Deliberately minimal — no spend-posture or confirm-first ceremony. Just: unindexed is fine on user request, and don't substitute.

Versioning

Plugin behavior change → make minor, 1.9.0 → 1.10.0 across all four manifests.

🤖 Generated with Claude Code

spencercharest and others added 4 commits July 17, 2026 13:39
The skill's search-first framing led agents to treat "not in Zero's
index" as a blocker — refusing a user-named endpoint or silently
substituting an indexed capability instead. Add a Direct calls section
and scope the search->call loop to discovery, so a user naming a URL is
called directly via `zero fetch`.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Broaden the direct-call permission beyond user-named URLs to any
endpoint the agent already has — including storefronts/APIs it
discovers while browsing (e.g. zeroclick.io) — so unindexed
capabilities can be invoked directly.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
A capability token/slug/uid comes only from search or a capability
page, so a discovered or user-named URL has none. Show a bare
`zero fetch <url>` and note the server attributes the URL on its own
when it recognizes it.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
The flag row and gotcha said to always pass --capability and claimed
omitting it means the run is never recorded. Neither holds for a bare
`zero fetch <url>`: you have no token/slug/uid to pass, and the server
attributes the URL itself when it resolves. Scope the guidance to
"pass it when you have one."

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@spencercharest
spencercharest merged commit 1392104 into main Jul 17, 2026
2 checks passed
@spencercharest
spencercharest deleted the feat/direct-calls-unindexed branch July 17, 2026 21:01
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