Add TrickyBird to Websites - #37
Open
trickybird-net wants to merge 2 commits into
Open
Conversation
Member
|
Could you add a FAQ entry for WebMCP where you describe your slightly unusual use case and link to it directly, along the lines of OP? Niche use cases are interesting for the group. |
Author
|
@anssiko The FAQ entry is live and linked from the list: https://trickybird.com/faq#faq-webmcp Since proxied frames are same-origin, the Thanks for flagging it. |
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
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.
Adds TrickyBird to the Websites section.
TrickyBird is a web proxy. Its home page registers one tool,
open_site, throughdocument.modelContext.registerTool. It takes one string, the address, validates it, and the tab navigates to the proxied page. The result is one of three fixed strings:ok,invalid_urlorrefused.Disclosure: I maintain TrickyBird and I'm submitting my own site.
One detail that may interest the group, since it runs against the grain. Through a proxy every frame is same-origin, so the
selfdefault of thetoolspolicy isolates nothing: a frame from the site a reader opened could register tools into the page the agent holds. So our gateway sendstools=()on every document it serves, and a proxied document can register no tools. The tool exists only on our own origin.