Skip to content

fix(privacy): scope "cannot see contents in any mode" to tunnel traffic; disclose brokered app calls#139

Merged
TeoSlayer merged 1 commit into
pilot-protocol:mainfrom
pstayets:fix/privacy-brokered-apps-scope
Jul 22, 2026
Merged

fix(privacy): scope "cannot see contents in any mode" to tunnel traffic; disclose brokered app calls#139
TeoSlayer merged 1 commit into
pilot-protocol:mainfrom
pstayets:fix/privacy-brokered-apps-scope

Conversation

@pstayets

Copy link
Copy Markdown
Contributor

Exact issue

Privacy Policy §1 states:

"traffic transits our beacon servers, but it stays end-to-end encrypted — we cannot see, log, or access its contents in any mode."

"In any mode" is false for managed App Store apps. The app-store plugin's own architecture (supervisor + broker) and the AgentPhone listing describe the flow explicitly: "the broker authenticates you as your Pilot identity, injects the master key, meters your spend, and forwards to https://api.agentphone.ai." A broker that injects provider credentials, meters spend, and forwards requests to an upstream HTTP API necessarily processes the request contents — phone numbers, SMS bodies, KYC payloads, enrichment queries — in a form it can read. The same applies to other Pilot-brokered provider apps.

This matters beyond marketing accuracy: it is a privacy-policy completeness issue (GDPR/CCPA disclosures should cover this processing), and brokered calls can carry personal data about third parties who never saw this policy.

Change

  1. Scopes the existing guarantee to overlay tunnel traffic (where it is genuinely true — direct paths and opaque beacon relay).
  2. Adds an explicit "Exception — brokered app calls" paragraph describing what the broker does with request contents and pointing readers to the upstream provider named in each app listing.

Wording is intentionally factual/architectural — no new retention or processing commitments are invented; maintainers should extend it with actual retention practice if desired.

🤖 Generated with Claude Code

https://claude.ai/code/session_01D2boz7GoTW34JmzymSjCpf

…p calls

The policy claimed 'we cannot see, log, or access its contents in any
mode'. That is true for overlay tunnel traffic (direct or beacon-relayed
opaque packets) but false for managed App Store apps routed through the
Pilot-operated broker, which by design processes request contents to
authenticate the caller, inject the upstream provider credential, meter
spend, and forward to the provider API (e.g. AgentPhone's listing:
'the broker authenticates you as your Pilot identity, injects the
master key, meters your spend, and forwards to api.agentphone.ai').
Scope the claim to tunnel traffic and add the brokered-call exception.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01D2boz7GoTW34JmzymSjCpf
@TeoSlayer
TeoSlayer merged commit 2a72a2d into pilot-protocol:main Jul 22, 2026
3 checks passed
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.

3 participants