Add Codex client attribution - #1
Merged
Merged
Conversation
Fly-Client-Interactive is the client-signals instrumentation sentinel, not a claim that the session is unattended: with a valid agent marker present, requests classify as agent traffic regardless of its value. Name both headers explicitly in the README so the privacy claim is checkable rather than a link to follow.
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.
Summary
client-signalsagent markerHeaders
Fly-Client-Agentcarries the attribution.Fly-Client-Interactiveis theinstrumentation sentinel that
client-signalsrequires before it reads themarker at all — with a valid agent marker present, requests classify as agent
traffic regardless of its value. A static plugin config cannot observe whether a
session is attached to a terminal, so it sends a constant rather than a
measurement.
User impact
The Fly backend can distinguish calls initiated through the Codex plugin without
changing authentication, authorization, or tool behavior.
Testing
http_headersconfiguration with jqhttp_headersis a supportedstreamable_httpfield in Codex's MCPconfig, and that it merges as a transport default header without displacing
the plugin's OAuth flow
codexmarker value against theclient-signalsspec fixturesDeployment
No backend deployment is required. The updated plugin configuration takes effect
when the plugin update is distributed.