Selection & privacy

Know what is reviewed, stored, and shared.

This page describes the behavior implemented in Overflow today. It distinguishes event records, standing-community records, private project-fit data, and optional public profiles.

The event and the standing community are separate decisions.

Event request

LinkedIn is required

A public RSVP request requires name, email, and LinkedIn. Company is optional. Public requests enter the approval queue; confirmed members and valid direct-invite links confirm through separate paths.

Community application

Project-fit evidence is required

A standing-community application requires email, LinkedIn, and a reviewed project-fit HTML file. A successful submission records the membership status as applied.

Membership decision

Admin approved

The organizer reviews the private application record and decides membership. The current system supports applied, member, declined, removed, and inactive states.

Different threshold

Attendance is not membership

A project-fit profile is not required for event attendance. Event participation does not by itself create standing-community membership.

Google sign-in identifies the account. It does not share project content with Google.

When you choose Google sign-in, Overflow requests only your basic Google identity: name, email address, and a stable account identifier. Overflow stores the stable identifier and the verified email used at sign-in so the same person returns to the same Overflow account.

If the verified Google email already belongs to an Overflow person, Google sign-in links to that existing record, including its existing projects or community status. Otherwise, the project-owner signup flow creates a project-owner account without creating community membership.

Overflow does not receive or store your Google password, and it does not request access to Gmail, Drive, Calendar, or other Google services. Project briefs remain private between the project owner and Overflow.

The RSVP record is private. Roster sharing and public listing are separate choices.

The RSVP collects name, email, LinkedIn, and optional company. LinkedIn stays on Overflow's private attendee record.

The form includes a checkbox labeled to include the attendee in a roster shared with the group after the event. The form describes the roster fields as name, company, and contact. The choice is stored on that event participation.

A second checkbox lets a confirmed attendee appear on the public event page using name, company, LinkedIn link, and public LinkedIn photo. That choice can be turned off from the attendee's private RSVP page. Overflow uses Unavatar to resolve a public portrait from the LinkedIn handle and falls back to initials if no portrait is available.

Leaving either box unchecked records no opt-in for that use. Event participation, after-event roster sharing, and public event-page listing are maintained separately from a project-fit profile.

Nothing uploads itself, and private is the default.

  1. Local generation. Profile v5 analyzes readable local agent history, requests authenticated GitHub history, and can add LinkedIn career chronology when the applicant opts in. It writes an HTML file and does not submit it.
  2. Comparison after submission. The local review file contains no cohort curves, placement, or comparison data. Overflow calculates that section only from the successfully submitted snapshot.
  3. Applicant review. The applicant can edit or remove material before uploading and must confirm review of the submitted profile.
  4. Upload checks. The server parses the structured profile data, discards applicant-supplied cohort payloads, removes marked LinkedIn career context and career fields, and rejects files containing common private-key, credential, or environment-secret patterns.
  5. Private storage. Overflow discards uploaded HTML, CSS, and JavaScript, then stores only normalized structured matching data and skills. Email and LinkedIn stay on the separate private person record.
  6. Optional publication. The application defaults to private-to-Overflow. Selecting public creates a page available to anyone and to search engines.

Profile owners can change visibility or remove the project-fit record.

Secure access

Email management link

The profile-access flow emails a one-time link. The current implementation uses a 15-minute link and a 30-day owner session.

Publication

Publish or unpublish

Publishing writes the public profile page. Unpublishing removes that public page while keeping the project-fit profile available privately inside Overflow.

Replacement

Upload a newer profile

The owner can replace the stored project-fit HTML while preserving the existing publication choice.

Deletion boundary

Delete the profile, not every record

Deletion removes the structured profile, public page, matching data, skill rows, and profile analysis data. The private person, LinkedIn, membership, and event-participation records remain.

Overflow does not currently publish a fixed retention period for the remaining person, membership, or event records. Contact the organizer to ask about those records.

A working room, not a lead list.

The public event and community copy establish a narrow participation standard. These are the current operating rules visible in the product.

  • Practitioners first. The room is for AI agencies, consultants, and builders already shipping for clients.
  • No staffing or tooling pitches. Recruiters and people attending primarily to sell tooling are outside the stated fit.
  • Do not treat the room as a lead list. Roster sharing exists to help attendees reconnect after the event.
  • Respect profile visibility. Private project-fit profiles stay inside Overflow; only the owner can choose public publication through the supported flow.
  • Participation can end. The admin supports removal from the community and from individual events.

Questions about a record or a decision?

Overflow is hosted by Sam Gaddis. Use the profile-management flow for supported self-service controls, or contact Sam about event, membership, roster, or remaining private records.