“Don’t Look, But I Know You Do”:
Norms and Observer Effects in Shared LLM Accounts


Abstract

Account sharing is common in subscription services and is now extending to generative AI platforms, which are still primarily designed for individual use. Sharing often requires workarounds that create new tensions. This study examines how LLM subscriptions are shared and the norms that develop. We combined a survey of 245 users with interviews of 36 participants to understand both patterns and lived experiences. Our analysis identified four types of account sharing, organized along two dimensions: whether the owner uses the account and whether subscription costs are shared. Within these types, we examined how norms were formed and how their fragility, especially privacy, became evident in practice. Users, fully aware of this, subtly adjusted their behavior, which we interpret through the lens of the observer effect. We frame LLM account sharing as a social practice of appropriation and outline design implications to adapt single-user platforms to multi-user realities.

<ccs2012> <concept> <concept_id>10003120.10003130.10011762</concept_id> <concept_desc>Human-centered computing Empirical studies in collaborative and social computing</concept_desc> <concept_significance>500</concept_significance> </concept> </ccs2012>

1 INTRODUCTION↩︎

Account sharing has become increasingly widespread across subscription services, including streaming and cloud platforms. Families share streaming accounts to save money [1], teams use cloud storage collectively, and even strangers split costs through dedicated platforms [2]. Large language model (LLM) services are no exception. Major providers like OpenAI reveal this tension: they explicitly prohibit account sharing in their terms of service [3] yet offer team plans that only partially address multi-user needs [4].

LLM services center on individual user profiles. This ensures consistent personalization for each user but creates problems when multiple people share the same account. As LLMs become increasingly common in education, collaboration, and creative work, a single account often serves as a shared resource. Through sharing, users appropriate these systems, transforming single-user designs into multi-user environments [5]. Understanding this process is crucial to seeing how LLMs shift from personalized tools to collaborative and relational resources.

In this study, we approach LLM account sharing as a form of appropriation—users recontextualizing individually designed systems for multi-user situations. As users collaborate to reconfigure these systems [6], they develop practices that rely on explicit rules and more on implicit norms. Therefore, appropriation emphasizes not only how people adapt technologies but also how they transform shared resources into functional social orders. This expands long-standing CSCW discussions of coordination into a new technological realm while guiding the design of multi-user environments.

Unlike streaming services or collaborative coding tools, shared LLM accounts leave behind linguistic traces that reveal not only what was accessed but also how people think, reason, and feel. These "cognitive traces" include process-level artifacts that show how a problem is framed and solved, including context, intermediate reasoning, affective cues, and strategies, making the problem-solving process visible, reusable, and socially significant. While Netflix histories or GitHub commits record specific outputs, LLM conversations preserve dialogic processes—questions, tentative reasoning, problem-solving strategies, and emotional expressions. This makes LLM account sharing fundamentally different: users reveal not just their usage patterns but also fragments of their cognition.

This study investigates how LLM subscriptions become shared resources and what social dynamics emerge. Specifically, we address three research questions:

  • RQ1: In what forms and under what conditions does LLM account sharing occur?

  • RQ2: How are implicit norms formed and interpreted in these shared practices?

  • RQ3: How do the reasoning traces of LLM environment shape implicit norms enacted in shared accounts due to its nature?

We employed a mixed-methods approach: a survey with 245 participants followed by semi-structured interviews with 36 participants.

Our analysis identified four distinct types of account sharing, structured by whether the account owner actively used the service and whether subscription costs were shared among the account members. Across all four types, in the absence of explicit rules, users interpreted the norms differently, resulting in divergent experiences. On the one hand, users revealed themselves through visible traces; on the other, they constrained their behavior in consideration of others’ awareness.

This paper makes three main contributions. First, we identify a 2×2 typology of LLM account sharing (owner participation × cost-sharing) and show how it structures motivations and coordination logics, characterizing LLM account sharing as technological appropriation that transforms individuals tools into social resources. Unlike prior work on account sharing in streaming and enterprise systems, this typology explicitly accounts for reasoning-trace visibility as a key coordination concern. Second, we reveal how implicit norms emerge through shared traces and how their inconsistent interpretations create observer-effect tensions, extending classic concepts of awareness and social translucence by focusing on linguistic reasoning traces rather than behavioral logs. Third, based on our research we derive design strategies for negotiation tools, social translucence, and graded visibility that adapt single-user LLM interfaces to multi-user realities. We derive design strategies for negotiation, translucence, and visibility gradation that concretely address this tension in LLM interfaces.

2 RELATED WORK↩︎

To understand LLM account sharing as a socio-technical phenomenon, we draw on three theoretical streams: appropriation theory, implicit norm formation and observer effects in HCI. Appropriation theory helps us treat account sharing as design-in-use rather than mere rule-breaking, clarifying how single-user systems become shared resources (RQ1). Work on implicit norms explains how unspoken “house rules” emerge, travel, and break down when people adapt technologies together (RQ2). Research on observer effects in HCI shows how visibility and the prospect of being watched reshape everyday digital behavior, which is central when shared LLM histories expose rich traces of users’ reasoning and self-presentation (RQ3). Together, these perspectives ground our analysis of sharing types, norm dynamics, and observer-effect tensions in shared LLM accounts.

2.1 Account Sharing as Appropriation↩︎

Appropriation refers to how users adopt and adapt technologies, beyond their intended design, integrating them into their practices [7]. Classic CSCW and HCI studies demonstrate how users routinely appropriate systems in unanticipated ways, suggesting that design should accommodate such reconfigurations [8]. These perspectives are located within broader HCI theory on contemporary “design-in-use” [9], everyday design in the home [10], and groupware [11].

From this perspective, account sharing is not just a breaking of rules, but a form of appropriation. Traditional HCI research has primarily focused on single-user interfaces, assuming individual ownership and use of accounts [12]. However, in real life, people naturally share technologies, creating a disconnect between individual-focused design and multi-user practices [13].

To address such forms of appropriation, earlier HCI research proposed various multi-access solutions. Recent efforts aim to bridge this gap by developing features like multi-profile interfaces, partial access via app-specific unlocks, or state-based access models that extend beyond simple lock and unlock mechanisms [14]. Yet these solutions have not prevented continued account appropriation [15].

Prior research identifies four primary motivations for account sharing. Convenience drives sharing among family members who value seamless access [16]. Trust motivates couples to share accounts as symbolic intimacy [17][19]. Collaboration needs lead items to share accounts despite security policies, centralizing work and reducing coordination overhead [20][22]. Finally, economic factors increasingly drive sharing as subscription costs rise [15], [23].

These appropriation practices, whether motivated by convenience, trust, collaboration, or economics, rarely remain unstructured. In the absence of explicit system support, users develop informal “house rules” to coordinate shared use, deciding who may log in, what content can be accessed, and how conflicts are resolved. These emergent arrangements show how appropriation and norm-making are deeply intertwined, yet because the rules are unwritten and socially enforced, they remain fragile and prone to breakdown. Building on these ideas, we treat shared LLM accounts as a concrete instance of appropriation in which users retrofit single-profile services into multi-user infrastructures. In this way, four types of LLM sharing recurrently emerge, each with distinct motivations and coordination logics. By mapping these types and their motivations, we extend traditional practices of account sharing in streaming services and workplace systems to LLM subscriptions. Here, appropriation also emerges, crucially, however, it is much more complex. Not only do these forms of sharing arise in relation to logins and passwords, but also the dynamics of chat history and cognitive traces. These added burdens create new demands for coordination, leading us to examine how implicit norms emerge in these settings.

2.2 Implicit Norm and its Vulnerability↩︎

Implicit norms refer to the unspoken rules that govern how people coordinate their expectations and conduct themselves without formal policies or explicit agreements.

Arising through use, implicit norms are strongly linked to appropriation. Research on appropriation shows that users reinterpret technologies beyond designers’ original intentions, and this reorganization occurs alongside informal “house rules” that support shared practices [9], [24]. Community studies highlight the same concept on a larger scale: newcomers learn implicit norms by observing and emulating more experienced members, and repeated practice helps reinforce these expectations [25]. Over time, some unwritten rules become explicit guidelines [26]. However, many remain tacit and are maintained through social enforcement [27]. In live, leaderful environments, example-setting by high-status members accelerates adoption: others imitate visible role models, turning patterns into norms without formal instruction [28].

This unwritten nature makes implicit norms inherently fragile. First, they are community-specific and often opaque to outsiders; participating across communities increases the risk of accidental violations [29]. Second, enforcement is socially costly: people prefer subtle, face-saving sanctions over confrontation, which leaves some violations unaddressed [30]. Third, norms are context-sensitive: negative mood or exposure to norm-breaking content can trigger cascades of further violations, showing how adherence depends on situational cues [31]. Fourth, technical shifts can destabilize previously effective norms or create unconventional ones [32]. Finally, cultural drift and value conflict—especially with newcomer influxes—can erode safety-critical norms, creating risks when these invisible protections fail[33].

Privacy practices illustrate a situation where implicit norms both create and undermine boundaries. In close relationships, individuals jointly manage disclosure through implicit norms, working together to set boundaries around shared information [34]. When sharing accounts and devices, implicit privacy norms dictate who can see or use what, when, and how; these norms often develop as couples, families, or teams adapt single-user systems for multiple users [35]. The risks are evident: users often adopt unsafe practices (e.g., sending passwords via text, creating sharing lists), and delay explicit conversations to avoid awkwardness, and find it difficult to understand when relationships or roles change [13].

Appropriation and rule-making are inseparable: as users bend systems to fit local needs, they simultaneously mint and teach norms that make the bending sustainable.

Drawing on prior literature, we trace how implicit norms around privacy, boundaries, and access are formed—and when and how they begin to fracture, within the four sharing types we identify. Many “house rules” remain individually imagined rather than collectively negotiated, producing gaps in expectations even among close ties. These misalignments yield a paradox of privacy enforcement: checking whether others are following the rules can itself require the need to view other threads which the very rules forbid. Taken together, these dynamics show how shared LLM accounts can appear to function smoothly in some situations yet become sites of tension and quiet norm breakdown in others. To further unpack this visibility–behavior interplay, we next turn to the observer effect, which highlights how the presence and gaze of others reshape everyday digital practices.

2.3 Observer Effect in HCI↩︎

The observer effect —sometimes called the Hawthorne effect [36] — refers to how observation necessarily changes the observed phenomenon [37]. While the Hawthorne effect traditionally refers to behavioral changes in experimental settings [38][41], we adopt the broader observer effect concept for everyday digital environments [42]. However, in this study, we define it as behavioral changes resulting from the presence and gaze of others during everyday digital use.

This approach begins with a key question about how it differs from concepts of awareness and visibility in HCI. In CSCW, awareness highlights how systems show who, what, and when to assist with coordination, while visibility is argued to encourage collaboration and accountability. However, the observer effect centers on how this visibility extends beyond sharing information, actually altering behaviors. For example, Birnholtz et al. [43] found that whether a partner knew they were being “checked on” significantly affected how often participants monitored them. Visible monitoring boosted accountability and reduced unnecessary spying, while invisible monitoring led to more voyeuristic behaviors.

In HCI, increasing visibility has been argued to promote collaboration and accountability [44]. However, such designs can also increase users’ awareness of surveillance, leading to self-censorship and impression management [45]. Perceived observation often results in self-censorship, self-presentation, or behavioral inhibition. Studies on Facebook and Twitter show that users frequently write posts but hesitate to publish them once they consider who might see them—an act of last-minute self-censorship [46][48]. Context collapse worsens this issue: users imagine their most judgmental audience member and modify their behavior accordingly [49]. In real-world settings, interactions with public chatbots vary depending on the audience: with friends nearby, users joke or show off; with strangers, they stay formal; alone, they are more direct [50]. These patterns reflect social facilitation theory, which posits that simply having others present can influence performance and expression.

Recent studies show the observer effect directly in HCI settings. On transparent collaboration platforms like GitHub, users are more careful with commit messages and contributions because they know their work is publicly visible [51]. On social media, participants in a research study altered their posting behavior after being informed their data was being observed, demonstrating a Hawthorne-like effect [52].

While the term “observer effect” is rarely explicit in HCI literature, studies consistently show how users develop workarounds when aware of others’ presence. Beyond couples, Netflix users reported avoiding certain shows to prevent others from viewing their watch history [53]. A qualitative study by Sambasivan et al. [54] documented how women in India, Pakistan, and Bangladesh protect their privacy in shared phone environments by locking apps, routinely deleting records, or avoiding using the device in front of others. Users also manage visibility by separating platforms. In collectivist cultural contexts with strong religious or traditional norms, women configured accounts to limit exposure to male audiences by selectively sharing content on specific platforms [55]. In extreme cases of intimate partner abuse, survivors created secret email or social media accounts to maintain hidden networks of support. One respondent reported: “My ex-husband logged into my Google account to track my location, so I turned GPS off completely.” [56]

Such analysis shows that the observer effect directly correlates to how users interact with the digital world. As shown, users often use workarounds to protect their privacy and prevent external judgments. However, little is known about how these dynamics play out in shared LLM accounts where the production of chats within an LLM expose the users’ reasoning as both a learning resource and a vulnerability. Taken together, these three theoretical lenses that have been discussed allow us to treat shared LLM accounts as sites where appropriation, implicit norm‑making, and observer effects intersect, motivating our empirical mapping of sharing types (RQ1) and norm dynamics (RQ2) and our theorization of observer‑effect tension around reasoning traces (RQ3).

3 METHOD↩︎

To understand users’ strategies for sharing LLM accounts and the resulting social and psychological effects, we employed a mixed-methods approach. The study protocol was approved by our institution’s human subjects review board (IRB). We first conducted a quantitative survey of 245 participants to examine the prevalence of account sharing and its associated norms. Subsequently, we conducted semi-structured interviews with 36 participants to explore more subtle dynamics including tacit knowledge, social understanding, and boundary negotiation. This sequential approach allowed us to combine broad patterns from the survey with detailed insights from the interviews.

As Blom [57] suggests, focusing on a specific cultural context can help identify common behavioral patterns. Building on Hofstede’s cultural dimension of individualism versus collectivism [58], we situate our sample within a collectivist setting. While our findings are culturally situated, they provide insights into how account sharing manifests in collectivist contexts and how cultural values shape coordination practices and observer effects.

Table 1: Overview of interview participants (N=36), including account role (Owner=O, Member=M, Lendee=L), platform(s) used, length of subscription use, and the number of co-users recognized by each participant.
Participant (Role) Platform Length of Use (months) # of Users Recognized
P01_M ChatGPT 3 3
P02_O ChatGPT 2 2
P03_O ChatGPT 5 Unknown
P04_M Perplexity 15 2
P05_M ChatGPT 3 7
P06_O Claude 3 2
P07_M ChatGPT 9 2
P08_O ChatGPT 6 2
P09_O Perplexity 4 3
P10_O ChatGPT 5 3
P11_M ChatGPT 30 2
P12_M ChatGPT 11 Unknown (max 6)
P13_M ChatGPT 5 10
P14_M ChatGPT 6 3
P15_O Claude 2 2
P16_O ChatGPT 5 3
P17_M Perplexity 6 2
P18_L ChatGPT 10 2
P19_M Claude 6 4
P20_M ChatGPT 4 6–7
P21_M ChatGPT 7 2
P22_O ChatGPT 5 2
P23_M ChatGPT 6 2
P24_M ChatGPT 8 6
P25_L ChatGPT 12 Unknown (max 7)
P26_O ChatGPT 3 3
P27_O ChatGPT/ GenSpark 12 / 6 2–3
P28_M ChatGPT 6 3
P29_O ChatGPT 2 2
P30_O ChatGPT 2 2
P31_M ChatGPT/ Midjourney 6 / 3 6 / 3
P32_O ChatGPT 5 2
P33_M ChatGPT 4 6
P34_M ChatGPT 12 3
P35_M ChatGPT/ Midjourney 5 / 5 5 / 2
P36_O ChatGPT 17 2

3.1 Survey↩︎

The survey was designed to investigate overall patterns of account sharing (RQ1) and users’ perceptions of implicit norms (RQ2). It took approximately ten minutes to complete and included questions about sharing experiences, cost arrangements, and open-ended items on norms and discomfort. Participants were recruited through snowball sampling, starting from the researchers’ contacts, as well as social media posts and online university communities in Korea. The sample is exploratory rather than representative. Each participant received a gift card worth approximately USD $3.

We collected 267 responses, excluding 23 during data cleaning (12 from minors, 9 from non-sharers, and 2 lacking consent). The final dataset included 245 valid responses. Participants’ mean age was 34.08 years (SD = 10.37, range 18–64). Age distribution was: teens = 3, 20s = 95, 30s = 80, 40s = 43, 50s = 21, 60s = 3. Gender was 40.8% male, 54.3% female, 4.9% undisclosed. Respondents primarily used ChatGPT (75%), followed by Claude (11%), Perplexity (8%), and Midjourney (6%), reflecting the Korean market distribution.

Open-ended responses were analyzed using thematic coding. The first author developed an initial codebook, which two independent coders then applied to the full dataset. We split free-text responses into meaning units and applied multi-label coding at the segment level; 20% of segments were double-coded. Inter-coder reliability was assessed with Cohen’s \(\kappa\) = .78, indicating substantial agreement. Discrepancies were resolved through discussion.

3.2 Interview↩︎

To deepen insights into implicit norms and observer effects (RQ2–RQ3), we conducted semi-structured interviews with 36 participants. We recruited 20 participants from survey respondents who consented to follow-up, selecting purposively for variation in sharing types and relationships. An additional 16 were recruited through referral sampling. Interviews lasted 45-60 minutes and were conducted in Korean via Zoom. Questions addressed the background of account sharing, perceptions of implicit rules, experiences of observing or being observed, and strategies for managing traces and visibility. See the Appendix for the final version of our interview protocol. Participants received USD $17, plus an additional $3 for each referral. In total, interviews yielded 45 hours of audio recordings, 530 analytic memos, and 764 transcript segments. Coding followed a bottom-up approach. We first conducted open coding, then refined categories around sharing types, norms, and observer effects. Reliability was ensured through iterative discussion and consensus building; intercoder agreement for the main themes reached Cohen’s \(\kappa\) of .79.

As informal coordination patterns emerged during the study, we adjusted the protocol to explore them more thoroughly. Instead of asking about informal coordination directly, we used Malone et al.’s work to gather participants’ stories about their own experiences. Questions were further refined based on participants’ roles within their shared accounts.

Table 1 presents the demographics of the 36 participants, whose ages ranged from 22 to 53. Among the interviewees, 15 were account owners (who paid for and managed the subscription), 19 were members (who shared use without holding the account), and 2 were lendees (who accessed the account through another member’s invitation). Their occupations included homemakers, undergraduate and graduate students, pharmaceutical sales representatives, graphic designers, freelance writers, engineers, developers, photographers, tour guides, product owners, nurses, government employees, and elementary school teachers.

Data analysis employed a systematic, bottom-up coding approach based on field notes and transcripts. The coding process was carried out by the authors themselves, using Excel as the primary tool, without LLM assistance. We first performed open coding collaboratively, grouping relevant responses into emerging themes. As the analysis developed, a coding framework was created around modes of shared use, perceptions of norms, and observer effects related to sharing. Researchers revisited transcripts to refine these themes, discussing and reaching consensus to ensure reliability. See the Appendix for the final version of our interview codebook. To evaluate coding consistency, we calculated the percentage agreement following Graham et al. [59] and confirmed intercoder reliability with a Cohen’s \(\kappa\) of 0.79, indicating strong agreement.

4 FINDINGS↩︎

4.1 Descriptive Statistics↩︎

4.1.1 Sharing Relationships↩︎

Most respondents (92%, multiple responses permitted) reported sharing accounts with known individuals: family, friends, or coworkers. Among all respondents (n=245), family was the most frequently mentioned partner (45%), followed by friends (26%) and coworkers (23%). Most (89%) shared with only one group, predominantly family (40%). By role, 120 respondents (49%) identified as account owners, and 125 (51%) as non-owners (members). Owners most often shared with family or friends, while members were more likely to report sharing with coworkers than owners. A small portion of respondents (8%, 20/245) shared accounts with strangers; of these, 14 (70%) reported using someone else’s account, all of which were ChatGPT accounts. The number of co-users reported ranged from 2 to 20 (M = 2.91, SD = 1.68), although about 20% of respondents said they did not know the exact group size.

4.1.2 Cost Arrangements↩︎

We classified cost arrangements as either casual-sharing (no fee split) or cost-splitting. Among owners (n=120), 64% engaged in casual-sharing and 36% in cost-splitting; among members (n=125), the distribution was 53% and 47%, respectively. Within casual-sharing, patterns varied significantly by role: 96% of owners said they paid the full cost, while 94% of members reported paying nothing. Owner-paid casual-sharing mainly involved family, and, secondly, friends. For non-owners who did not contribute financially, family and coworkers appeared at similar rates, and in some coworker cases, the subscription was paid by the organization.

4.1.3 Presence of Norms↩︎

Our analysis of participants’ responses revealed three main contents of coordination norms in shared accounts: privacy, boundary setting, and access rules. As shown in Table 2, privacy was the most commonly cited norm (63%), articulated as avoiding access to others’ chat histories and limiting personal disclosures. Notably, the responses extended beyond prohibitions on viewing others’ data to an awareness that one’s own records might be visible. Hence, statements like “delete sensitive questions yourself” rested on that assumption. Privacy also involved refraining from intruding on others’ ongoing projects, indicating that it served not only as a rule about data access but also as a broader norm for interaction. The second category, boundary setting (24%), involved norms that addressed mixing traces when multiple users shared a single account. Examples included “do not delete others’ work at will” or “create new chats only within one’s own folder.” Some participants used ChatGPT’s project feature, colloquially called “folders,” to separate and manage individual conversations. Finally, access rules (13%) appeared as efforts to prevent disruptions caused by system limits, such as monthly query caps or concurrent sessions. For example, in models like GPT-4.5 that enforce monthly usage limits, some groups negotiated clear quotas to share usage fairly. These norms were sometimes openly discussed among co-users, but often they were applied implicitly on an individual basis. Responses like “just my own idea” or “that’s just how I see it” indicate that not all norms were negotiated collectively or shared widely.

Table 2: Contents of coordination norms identified in shared LLM accounts. Responses were coded into three main categories: privacy, boundary setting, and access. The table shows representative example responses. Unit = coded segments; primary code reported per segment. Totals: S=91 segments, P=245 participants. Counts and shares: Privacy 57 (63%), Boundary setting 22 (24%), Access 12 (13%). “% seg.” uses S; “% part.” counts unique respondents per code. 20% double-coded (Cohen’s \(\kappa\)=0.78).
Coordination Norms Example Responses N (%)
Privacy • Avoid viewing others’ conversations
• Keep conversations private; do not read others’ chats
• Do not look at other people’s folders (Just my own idea)
• Do not pry; that’s just how I see it
• Do not ask overly private questions
• If you ask a sensitive question, delete it yourself
57 (63%)
Boundary Setting • As long as you don’t touch the other person’s project, there’s no problem
• It’s okay to look, but don’t interfere
• Do not delete others’ work without permission
• Do not erase the session history without checking with others
• Ask questions only in your own session/folder
• Keep session files organized
• Create new chats only in your own folder
22 (24%)
Access • No simultaneous use of the account
• Use it reasonably; if you don’t like the rule, get your own paid subscription
• Do not waste tokens recklessly
12 (13%)
Total 91 (100%)

4.2 Four Types of Account Sharing↩︎

Our analysis reveals four distinct types of LLM account sharing based on two factors: whether the account owner actively uses the service and whether costs are shared among members. The categories include: owned-casual, ownerless-casual, owned-split, and ownerless-split. The first factor pertains to whether the account owner—the individual who pays for the subscription—also actively uses the account. The second factor relates to whether group members split the subscription fee. This typology provides a structural framework for understanding how motivations, trust relationships, and coordination strategies vary across different forms of account sharing.

4.2.1 Owned-casual↩︎

In owned-casual sharing, account owners allow others to use their service primarily for altruistic reasons. In this setup, the owner did not ask for payment from friends or family members. Eight participants fell into this category. Group sizes ranged from two to four members, sometimes including entire families. Usually, all members were composed of individuals known to the account owner.

In these cases, the account owner served as the practical manager of settings, payment, and security. While they were under no obligation to share, they often did so out of altruism or a sense of relational responsibility. One participant explained: "I found it so useful that I recommended it to a friend. When they mentioned the $20 monthly fee was burdensome, I offered to share mine." (P06_O). Another remarked: “It was just sharing within the family—I simply entered the password into my husband’s phone so he could log in.” (P12_M).

In owned-casual arrangements, both parties typically view sharing as a temporary favor. Sharing norms emerged implicitly between account owners and members. However, since the owner bore the full cost, they sometimes set explicit usage boundaries that others were expected to follow. In addition, chat outcomes frequently extended into offline conversations—such as over meals or in meetings—and the communication of rules and announcements was often handled face-to-face rather than through external channels.

4.2.2 Ownerless-casual↩︎

Ownerless-casual sharing occurs when the account holder does not use the service themselves. This often occurred when a company or organization holds the subscription and provides access to members at no cost for work-related reasons. Interviews revealed that many organizations try to save money by sharing a single account instead of purchasing individual licenses. As one participant said: “Here, it feels like we spend millions of won every month on subscriptions, almost like paying an electricity bill. It’s one of the most critical parts of the company’s infrastructure.” (P35_M)

Group sizes ranged from small teams of five to departments of thirty employees across a department or the entire company. Because the account was organizational from the start, there was no strong sense of individual ownership. Account management and monitoring were usually loose or minimal. A team leader explained: “As the team leader, I wouldn’t say I really manage the account—I just keep an eye on it. But when it comes to how people actually use it, that’s not something I can control.” (P05_M).

Information about account use was usually shared through workplace communication channels such as Slack, group messengers, or internal email lists. Formal rule documents existed but were largely symbolic, with little practical influence on daily use. As another participant described: “At our company, there are separate systems for task and document management that everyone logs into. The account information is stored there, and activities across different teams and departments are all recorded and traceable. Because history is also linked to what we do in ChatGPT, we emphasize asking specific and accurate questions. But in practice, the level of prompts people write varies widely.” (P13_M).

Norms were a mix of written rules and practical habits. Announcements usually outlined principles like banning third-party access and discouraging the disclosure of sensitive information, but these enforcement measures relied mostly on team agreements. Managers seldom enforced strict rules, instead watching usage and stepping in as moderators only when conflicts or overload occurred.

4.2.3 Owned-split↩︎

Owned-split sharing describes situations where the account owner regularly uses the service and shares subscription costs with others. Participants in this group often shared accounts to reduce the relatively high fees compared to the perceived benefit. As one participant mentioned: “I saw a post on a university community board asking, ‘Anyone want to share ChatGPT?’ so I left a comment and joined. The main appeal was how much cheaper it became. I thought sharing with multiple people might cause traffic issues, but in practice, it felt no different from using it alone, which was surprisingly fine.” (P33_M). Another participant reflected on continuing the sharing arrangement from previous subscription methods: "Initially we discussed splitting costs due to the high fee (…) and then we just kept using it, almost like sharing a Netflix account.” (P17_M).

Some participants viewed premium plans as having capacities that are excessive for individuals but valuable when shared. One explained: “ChatGPT Pro is great, but paying for it solo feels wasteful. I can’t use all that capacity by myself … I rarely reach that limit by myself, but when sharing, those higher capacities become useful. It feels less like overpaying and more like supplementing each other’s needs.” (P27_O)

The account owner usually managed payments and credentials, while sharing was most common among peers like friends or colleagues. However, some participants preferred sharing with less familiar people rather than close friends, citing privacy concerns. One participant remarked: “What bothers me most is the idea that my private life might be exposed. It feels a bit easier knowing I’m not using it directly with my brother but rather with one of his work acquaintances I don’t really know. That made me more comfortable about sharing the account.” (P29_O).

Unlike owned-casual, owned-split members often maintained dedicated outside communication channels to handle payments and credentials. As one participant explained: “When the account owner posts in the group chat, ‘This month’s cost is about $4,’ I transfer the money and mark the message to show it’s done.” (P33_M). Norms were sometimes made explicit through these channels, but many participants felt that spelling out the rules in detail felt uncomfortable. As a result, only minimal guidelines were set, with the rest managed implicitly.

4.2.4 Ownerless-split↩︎

Ownerless-split sharing involves third-party platforms managing subscriptions for user groups. Instead, a company or intermediary platform handles subscription, account management, and billing while collecting fees from participants. In this setup, participants were usually strangers or nearly anonymous to each other. One participant explained: “There is a platform called Gamsgo, a global subscription-sharing service. On this site, people can form groups to split subscription accounts—not only for ChatGPT but also for services like Netflix. Sometimes the groups include Koreans, and other times international users as well. When I make the payment, the platform creates an account based on the applicants at that point and sends the login details to each person’s email.” (P31_M)

Most participants had previous experience sharing other subscription services to save money and knew where to find potential co-users. Services such as Gamsgo exemplify a subscription-sharing platform that transforms conventional individual subscription models into multi-user environments, providing an economical alternative for users deterred by official pricing. Once registered and subscribed to a specific service, users are automatically matched into groups; the platform then periodically refreshes and redistributes login credentials to subscribers. Although options where the owned-split access were also available, some preferred the anonymity of sharing with strangers rather than sharing closely with friends. As one participant recalled: “One friend suggested, ‘Since we trust each other, the four of us should share an account.’ But I actually felt it might be better with strangers. With close friends, I became more self-conscious, almost shy. Sharing with people I don’t know felt more anonymous, and in that sense more comfortable.” (P31_M). The group size was determined by the platform’s default settings, usually ranging from three to six members. Since members communicated through an intermediary platform, there were no dedicated channels for direct contact. Norms developed almost entirely implicitly, with participants mainly aligning their behavior with existing usage patterns. For example, newcomers often copied folder structures already created by others or saw their own habits gradually become normalized as shared conventions. Basic attitudes or courtesies—such as “do not look at others’ records” or “avoid entering unnecessary sensitive information”—also became norms.

Thus, norms in account sharing varied significantly depending on whether the owner actively participated and if costs were shared. When the owner both paid for and used the account, authority and responsibility were prioritized, and norms were often explicitly established by the owner or minimally defined boundaries were set (owned-casual, owned-split). In contrast, when the owner did not use the account directly, management was more relaxed, and norms tended to depend more on collective practice or implicit agreement (ownerless-casual, ownerless-split).

Cost-sharing also acted as a way to promote fairness and responsibility in managing accounts: when fees were split, members engaged in more active negotiations and kept dedicated communication channels. Norms, therefore, were not fixed rules but practices that developed and adjusted relationally, influenced by the conditions of owner participation and cost structure. In the next section, we explore which specific norms emerged under these conditions and how they were created and maintained through both explicit and implicit methods.

4.3 Types and Formation of Norms↩︎

As a form of appropriation, account sharing involves users extending services beyond their intended design and establishing their own norms in the process. In our study, sharers formed norms around boundary setting, access rules, and privacy. Earlier, we classified account sharing into four types, based on whether the owner actively uses the account and whether costs are shared; these two axes critically shaped how norms were formed. At the same time, prior work has shown that implicit norms are inherently fragile due to their lack of documentation and the social costs of enforcement; in our context, this fragility interacted with the visibility of shared traces, giving rise to additional tensions.

4.3.1 Norm Types: Explicit vs. Implicit↩︎

4.3.1.1 Explicit Norms

Explicit norms emerge when members openly discuss and state rules for managing shared accounts. The two structural axes—whether costs are shared and whether an active owner is present—shaped both the degree of explicitness and who articulated the rules. We found two types: co-negotiated norms and owner-imposed norms. Co-negotiated norms appeared mainly in casual arrangements with a single payer, where members already knew each other and relationships were relatively equal. In these cases, users often agreed on rules beforehand to ensure fairness. On the other hand, in owned-casual settings we occasionally saw the payer/owner put forward unilateral rules. As one owner put it: “It’s my account and I’m the one paying for it. Since the cost isn’t being shared, I feel I should keep full control—for example, the authority to delete anything.” (P02_O). This shows how owners sometimes set rules to reinforce their sense of ownership as the payer. However, many participants felt uncomfortable making rules explicit for fear of relational friction. One participant explained their reluctance to establish explicit rules: "Bringing that up could make everyone uncomfortable [...] So even though something bothers me, I act like it doesn’t and let it slide" (P32_O). As a result, explicit rules often settled in partial, incremental, or auxiliary forms; in many cases, norms were instead set and elaborated implicitly.

4.3.1.2 Implicit Norms

Implicit norms emerged either through reading collective practices or through individually established routines. They appeared across all sharing types but were most pronounced in ownerless-split settings, where all members shared costs and no owner was present. Transmission and learning occurred through a variety of indirect channels—off-platform chats, offline conversations, and especially observation and mimicry. Notably, even when external channels were available, participants were often reluctant to articulate norms explicitly; in cases where no such channels existed, snooping frequently became the means through which norms were learned and enacted. For example, one participant remembered: "Without direct communication channels, I observed that five others had created project folders and followed their example." (P31_H).

Individually defined norms were also set without prior coordination or evolved over time, and they sometimes extended into expectations about others. Sometimes account owners believed others would follow their own habits: “In my case, I never really entered personal concerns or private conversations into ChatGPT, and I just assumed others wouldn’t either.” (P10_O). In other cases, participants based their behavior on notions of politeness: “I feel it’s only polite not to leave my traces in something another person has used. If someone else’s marks showed up in my own record, even among people I’m sharing with, it would feel a bit unpleasant. And I assume others feel the same way.” (P29_O). Still, some formed personal norms through direct experiences within the account, shaping practices based on past incidents.

4.3.2 Fragility of Norms↩︎

Users frequently violated norms, with implicit norms proving especially vulnerable. Because they leave few traces of agreement or responsibility, their content is hard to see; oral or off-platform agreements (e.g., via messengers) also evaporate over time. Key terms such as “sensitive information” invite divergent interpretations, and when no communication channel exists, violations are hard to verify and accountability is delayed. As a result, members infer rules from their own experiences and internalize different versions, reproducing gaps in norm awareness even within the same account. This was evident in interviews: a married pair sharing one account (P22_O / P23_M) gave opposing answers—one saying “you can look at others’ chats,“ the other insisting that “privacy should be respected, even between spouses.”

Violations clustered around privacy. While some participants reported adding extra devices or lending credentials to outsiders, snooping stood out because it was hard to detect: viewing others’ conversations often left no logs or notifications. Under such low-visibility conditions, people opened others’ chats despite agreeing “not to look.” In fact, 30 of 36 interviewees admitted doing so. As one participant put it: “When you look into other people’s chats, it feels quite uncomfortable, but—how should I put it—it was almost voyeuristic, like peeking at how others live. You can’t help but notice how people use it, since those one-line titles keep appearing.” (P25_L)

Privacy also entails an enforcement paradox: verifying compliance requires visibility into content or metadata, yet that verification itself risks infringing privacy. Moreover, the benefits of snooping are personal and immediate, whereas the costs—erosion of trust or relationship strain—are structural and delayed, leaving the rule especially exposed. Layered together, these conditions made privacy norms crack first.

Users were acutely aware of these weak points. Anticipating that their traces might be seen, they pre-emptively adjusted what they wrote—refining tone and omitting sensitive details—thereby strengthening self-censorship. At the same time, they rationalized peeking as a way to check others’ compliance. Potential observability thus amplified both self-censorship and mutual monitoring, further thinning the privacy norm. This dynamic intensified where costs were shared (heightening demands for fairness checks) and where an active owner existed (normalizing management/audit exceptions). We analyze these interactions through the lens of the observer effect.

4.4 Observer Effect: as-Actor and as-Target↩︎

Figure 1: Illustration of the observer effect in shared LLM use. The figure shows how users act as both observers and targets: as observers, they may snoop or deliberately disclose prompts; as targets, they experience a sense of being observed, leading to censorship and concealment. These dynamics structure how prompts are produced and interpreted within shared accounts.

The observer effect (see Figure 1) refers to changes in user behavior caused by the presence and traces of others, as well as the possibility of being watched. It includes both actively viewing someone else’s conversation and the awareness that one’s own interactions might be observed, prompting users to alter their behavior. In our context, this mainly involves privacy boundaries: users both peek at others’ conversations and expect to be watched, which influences how they set and enforce these boundaries.

The observer effect manifests in two interconnected ways. First, observer-as-actor describes how users read and interpret others’ traces and then adjust their own actions accordingly—often by peeking to check fairness, learn, or satisfy curiosity—facilitated by always-visible lists of recent chats, folders, and token indicators that can be accessed with a few clicks. Second, observer-as-target illustrates how users internalize the possibility of being observed, leading to self-censorship and self-regulation—such as softening or deleting sensitive queries, or controlling what and when they post. These effects are not mutually exclusive; they occur together and reinforce each other, especially in shared environments with partial visibility.

4.4.1 Observer-as-Actor Effect↩︎

The observer-as-actor effect refers to situations where users detect and interpret others’ traces in a shared interface, and adjust or intervene in their own usage based on those interpretations. This effect arises in environments where chat histories are naturally exposed: users go beyond the original scope of sharing, interpreting, and appropriating others’ actions and traces to regulate their own behavior. In doing so, they move from being mere co-users of the service to acting as interpreters of others’ use. This includes not only direct inspection of conversations but also inference from weaker cues such as sidebar titles, folder structures, or recent activity indicators.

Participants described both intentional and unintentional snooping. Intentional snooping mainly happened for four reasons. First, curiosity denotes a state of mind, rather than having a specific interest. Curiosity led users to explore the types of questions others asked and in what context, transforming account sharing into a means to peek into others’ knowledge-seeking behaviors and interests. As one participant recalled: “Whenever my mom had a gathering—whether with family or friends—at first she kept generating Ghibli-style images using photos of the people there. She didn’t seem satisfied, so she kept trying with different photos, even old ones. I remember laughing a lot as I watched those threads.” (P29_O). Second, some participants engaged in account sharing not out of general curiosity, but to follow up on a specific person or issue. This involved checking how often or in what ways another user interacted with the service, using it to infer their habits or activity levels. “There’s quite a big age gap between us, and in a way I’m like a half-caretaker for my younger sibling. So yeah, I do check in on how she’s using it. If they’re not using it right, I feel like I should step in and teach her.” (P26_O) Third, checking access status focused on the meta-condition of the account, which related to performance concerns: since simultaneous use could slow the system, some users looked to see if others were currently active before logging in themselves. These deliberate actions ranged from casual curiosity to strategic efforts to improve efficiency. “I sort of have a routine of checking the member’s project folder, maybe once a day. There’s this thing — I get a little worried that I might’ve used it too much and the other person couldn’t use it. Technically, it’s my account, but I do worry if it causes any trouble.” (P32_O) Lastly, some participants described intentional viewing as a way for learning. They actively observed phrasing and structure of co-users to improve their own use. One participant recalled: “One of the people I share with is a mathematician, and he’d write that he was a university math student interested in matrices. After seeing that, I also started by writing, ‘I’m a UX/UI major named ___,’ and then continued with my prompt. That way, personalization could work for me as well.” (P28_M). In these cases, what might otherwise be snooping functioned as informal peer learning.

In contrast, unintentional snooping happened through accidental clicks or page transitions, which revealed only small parts of someone else’s conversation. As one participant explained: “I clicked on it, almost by accident, and only one or two of the most recent chats popped up. That was it."(P14_M).

Users who viewed others’ conversations described mixed emotional reactions, including guilt, discomfort, or resentment. For example, one participant recalled the unease of seeing her child’s private conversations: “After my child was scolded, he had written down his inner feelings. (…) Seeing those thoughts made me uneasy—as if it would have been better not to have read them at all.” (P09_O). By contrast, some viewed snooping as more helpful in understanding the situations or emotional states of close friends and families. One participant (P34_M) learned that her brother had gastroenteritis through shared conversations and considered the information quite helpful.

Participants also described responding directly to the authors of conversations they observed. For example, one participant (P01_M) mentioned that his colleagues once joked about—and even mimicked-the “fortune-telling” request they saw in ChatGPT. Observation sometimes went beyond passive reactions to active changes in practice. Users took the information they encountered as learning material and applied it to their own work. One participant explained: “I read through some writings by an astronomer, which were in English. I translated them into Korean and then, as I mentioned earlier about prototyping a design, I incorporated those texts into my scenario—asking ChatGPT to adapt them in a more engaging way.” (P28_M). Others reported learning new prompting techniques by watching how co-users wrote. One participant reflected: “Before, I’d just say ‘shorten the text’. Then I saw someone specify things like ‘make this 1,000 characters’ or ‘write 500 characters.’ After that, I started saying ‘reduce it by 30%’ or ‘by 50%’ instead of just ‘shorten it.’ People always say your instructions (prompts) should be specific, but I hadn’t understood what that meant. Watching how the other person wrote made it click-this is what it looks like." (P32_O)

These experiences demonstrate why even after internalizing the norms, users kept peeking others’ conversations. In environments where rule-breaking rarely led to punishment, the power of norms diminished. Users started to believe they “wouldn’t get caught,” and some even began to see snooping as normal or acceptable. As a result, snooping became widespread on shared accounts, increasing the gap between what people claimed was right and what they actually did.

4.4.2 Observer-as-Target Effect↩︎

The observer-as-target effect involves behavioral changes arising from users’ awareness of potential observation. In shared-account settings, seeing others’ traces often makes users conscious of their own visibility. This realization shifted their view from mere users of the service to potential subjects of evaluation and interpretation, creating a psychological burden. As one participant admitted: “I do worry about security—like, what if someone sees what I’ve been asking?” (P31_M).

The possibility of being observed influenced the topics users asked, how they phrased messages, and the level of detail in their instructions. Before writing, many wondered, "How will this look if someone else reads it?” Two suppression strategies emerged: censorship and concealment. Censorship occurred before writing, with participants changing their tone or avoiding sensitive subjects. One participant explained, “Because I’m sharing the account with others, I feel less free in how I use it. Knowing that co-users could see every detail of my wording, I find myself trying to use more formal, polite language" (P04_M). Concealment happened after writing, through deleting or editing chat histories or using temporary chat modes. Some even created separate free accounts solely to ask a few private conversations.

These suppression practices were evident across all four sharing types. In casual setups, users were especially cautious about revealing trivial details or “Too-Much-Information” to people they knew. One participant noted: “I saw colleagues using it for things like sharing personal worries or even playful questions like asking GPT about their MBTI type. But since I’m sharing with siblings or people I know, I purposely avoid that. Even if I weren’t sharing, I probably still wouldn’t—I’d hold back.” (P10_O). In split arrangements, concerns focused more on personal data leakage: “For fun, I might want to ask it to read my fortune based on my birthdate. Revealing my job might be fine, but in a shared account, I hesitate with anything more personal. I think about asking, then stop myself.” (P14_M).

Rather than prompting self-censorship, some participants leveraged it as an opportunity, deliberately leaving messages to shape how others perceived them. This strategic self-disclosure was driven by a desire to express opinions, show knowledge, or establish their presence. One participant said: “I think part of me actually wants others to see it. If someone else looks at it, maybe it’ll rub off in a good way.” (P03_O). These performances included carefully crafted remarks designed with an imagined audience in mind. Another participant explicitly took English-learning exercises as a kind of presentation: “For example, I might write something like, ‘Can you practice English conversation with me for 30 minutes?’ Knowing that, I sometimes tweak the wording so my English comes across a bit better.” (P05_M)

These examples show how visibility strategies gained significance within relationships, turning the shared account into a space for mutual understanding and relationship-building. Interestingly, these disclosure strategies were found across all four types of accounts. In casual sharing, disclosure largely focused on relationships, aiming to affirm presence or strengthen ties. In split sharing, it served a more practical role: providing prompts or Q&A processes for others to reference. As one participant explained: “By looking at other people’s Q&A, I can get information without having to ask the question myself. That’s what I see as the benefit of sharing. If the topic is similar, I can even reuse the prompt with slight modifications. I genuinely hope that everyone sharing the account benefits from it.” (P12_M).

4.4.3 The Recursive Cycle of Acting and Being Observed↩︎

The two aspects of the observer effect reinforced each other in a cycle, and users alternated between observer and observed. Reading others’ traces increased the sense that “others could be looking at me in the same way,” which intensified the observer-as-target effect. In this way, users shifted between the roles of seeing and being seen, making the shared account a unique space of mutual surveillance. As one participant described: “Every time I look at someone else’s record, it feels like a mirror—I can’t help but think they might be looking back at me in the same way. In that space, you are both the watcher and the watched, reflections bouncing back and forth without end.” (P12_M)

This cycle brought lasting changes to interaction patterns and chat-history management. On one hand, the shared environment became a stage for self-presentation, where users left chats not just for utility but also to signal diligence or expertise. Everyday conversations were transformed into acts of self-management and image building, turning shared accounts into sites of social performance. Sometimes, these disclosures even carried over into direct interpersonal exchanges. One participant recalled: “At the time we weren’t really seeing each other- we’d had a fight and were only talking over chat. After an argument, I once asked the LLM for a second opinion, typing something like, ‘In this situation, isn’t she the one at fault?’ But my girlfriend actually asked me directly, ‘I don’t see it that way—why would you put it like that?’” (P27_O). Thus, audience-aware utterances functioned as strategies of facilitation.

These dynamics created opposing strategies for managing chat histories, facilitating self-presentation on one hand and censorship or suppression on the other. Being constantly under others’ gaze was likened to maintaining a particular persona, which many found uncomfortable. Some carefully edited their wording or deleted and revised records to reduce exposure: “I tend to delete everything—so people won’t form unnecessary impressions. If they see it, some might think ‘she only works,’ while others might think ‘she doesn’t even know this.’ So I just erase it all.” (P05_M). For some, the psychological burden was so strong that it pushed them out of the shared space. They set independent free accounts for personal use or even considered leaving the server altogether: “I don’t like leaving logs, so I rarely use the shared account for personal things. I mainly rely on a free personal account instead.” (P05_M)

These contrasting outcomes highlight more than just a gap between norms and behavior. In shared environments, users simultaneously experience positive opportunities—such as learning, inspiration, and relationship-building—while also confronting privacy concerns, anxiety, and the burden of constant self-management. This cyclical pattern under-scores important design implications: how to set boundaries, establish norms, and support observation in reciprocal, selective, and time-limited ways within shared LLM settings. These issues pave the way for the alternative design directions we will discuss next.

5 DISCUSSION↩︎

We structure the discussion around our research questions. We first revisit how the four sharing types (RQ1) organize motivations and coordination conditions. We then discuss how implicit norms emerge and fracture across these types (RQ2). Finally, we explain how persistent conversational traces amplify observer effects, shaping both snooping and self-censorship (RQ3).

Our study of LLM sharing reveals that interactions leave behind cognitive traces. Conversation histories show how problems are tackled and how people express themselves emotionally and socially. In shared LLM accounts, where shared users have separate threads for conversations between themselves and the agent, what becomes perceptible are those cognitive traces. Important aspects of these cognitive traces include the contextual information within the questions, the narrowing of the prompt’s scope, the affective cues such as expressions of gratitude or insults directed towards the agent, and strategies adopted for achieving a more satisfactory answer. These traces capture the process of prompting, which makes problem-solving processes reusable [60][67]. Since cognitive traces are rich in meaning and can be considered closely related to thinking, they can serve as resources for learning and coordination. However, they can simultaneously put users at risk of misinterpretation in ways that behavioral logs like clicks or page views do not [51], [68]. In this study, we recognize that this multi-user application is a new form of communication and learning, and therefore a form of "cognitive sharing".

Overall, our findings highlight three main contributions to understanding LLM account sharing. First, we show how two key axes—whether the owner actively uses the account and/or whether costs are split—shape not only the norms that develop but also users’ willingness and ability to coordinate. (RQ1) Within these two axes, four common setup types exist, each characterized by distinct reasons for sharing, varying relationships between members, and unique ways of gathering to share an account. While owner participation places responsibility for daily management on the owner, cost-splitting gives members leverage to negotiate fairness. Second, we explain how implicit norms around reasoning traces create an observer effect tension: users can access others’ traces through snooping or borrowing, even as they hide or delete their own traces to avoid judgment. (RQ2) In this study, we recognize that the main way norms are maintained is not just through the interface but also within the cognitive traces. Third, we translate these insights into design suggestions—negotiation tools, social transparency features, and graded visibility controls—that adapt single-user LLM interfaces for multi-user settings while still considering user flexibility. (RQ3)

These contributions extend classic CSCW concepts such as awareness [69], social translucence [44], and articulation work [5]. Prior research emphasized the visibility of activities as the basis for coordination and accountability. Alongside the familiar issue of ‘can’t see’—missing or ambiguous cues—we identify cases of ‘won’t move,’ where traces are visible but potential observers choose not to act because of social costs, risks, or normative uncertainty. Visibility also becomes asymmetric. We differentiate between observer-as-actor, who interprets others’ traces, and observer-as-target, who stylizes or suppresses their own traces, anticipating being seen. Many users switch between these roles of the observer and being observed. These asymmetries highlight that our approach isn’t just redefining existing perspectives but posing a new examination of sharing thought processes as a unique coordination surface.

Finally, our findings speak to platform-level decisions about whether to discourage or accommodate account sharing. Across subscription ecosystems, some providers have moved toward locking down shared credentials, as in Netflix’s move to restrict multi-household accounts which frames sharing primarily as revenue loss and security risk. However, unlike streaming services like Netflix, some participants reported learning/inspiration as a secondary outcome once sharing was already in place where non-paying members experiment with the service through someone else’s subscription. Simply closing off sharing may not remove these practices; instead, it may push them into more precarious forms, such as third-party group-buy platforms and informal credential-sharing arrangements, where privacy, accountability, and support are weaker. Our findings do not imply that platforms should embrace account sharing as an economic strategy. Platforms may still have valid incentives to enforce single-user models for revenue, security, and policy compliance. However, from a user-centric perspective, sharing remains prevalent and often migrates to informal or third‑party workarounds when unsupported. This suggests a design opportunity: if platforms decide to accommodate some shared-use scenarios, doing so through safer, transparent configurations may reduce privacy and coordination risks observed in our data.

When it comes to LLM account sharing, two levels of appropriation emerge. First, users repurpose individual accounts through credential sharing and setting norms, which are patterns widely documented in domains like streaming services, workplace systems, and household technologies. However, we also observed a second appropriation unique to LLMs: once people begin sharing, they realize that what is being shared is not simply the account itself but also the traces they leave within the account. These then become new objects of sharing as users anticipate how these traces may be assessed by others. It is here that the observer effect starts to shape their behavior. Consequently, they must continuously manage how their cognitive traces are exposed and judged. In this case, appropriation does not only involve the ability to share the account, but also involves the management of the social gaze of those cognitive traces. This second layer of appropriation is what differentiates itself from other forms of account sharing like Netflix, revealing unmet user needs and system limitations that are specific to LLM environments.

At this level, the observer effect creates new challenges, highlighting systematically unsupported social tasks that could facilitate coordination between account sharing. To date, current LLM interfaces only support single-user accounts. Drawing on Gaver et al. [70], who see ambiguity as a design resource, and Tchounikine [71], who emphasizes meta-structures for appropriation, we outline three design strategies that preserve interpretive flexibility while providing safe structures for distribution. Accordingly, Section 5.1 discusses account sharing as a space for negotiation, Section 5.2 explores how social translucence can make implicit norms visible and sustainable, and Section 5.3 presents graded visibility controls that protect intellectual vulnerability and may enable learning while mitigating anxiety.

5.1 Designing for Appropriation as a Space of Negotiation↩︎

Across sharing types identified in our study (owned-casual, ownerless-casual, owned-split, ownerless-split), participants coordinated through three relationship patterns: close ties (offline), semi-anonymous groups (external channels), and anonymous groups (no direct channels). Firstly, LLM sharing between close relationships often extends to offline discussions. Secondly, semi-anonymous relationships, such as work colleagues or acquaintances, often see coordination through external open channels like Slack. Finally, in anonymous relationships, no formal channels of communication emerge. P26_O noted, “These days I use ChatGPT almost every day, and I worry that if I use it too much, my younger sibling might not get their turn.” However, when agreements and rules depended on external messengers or verbal conversations, the probability of these norms being forgotten increased, which led gaps in shared understanding and re-coordination. "I told (them) not to look, but I know they do. It’s pointless to tell them what to do. I won’t even notice it anyways." (P26_O) As such, our study identifies an opportunity to build supportive communication systems in the LLM itself. These findings make it clear that account sharing is not just a matter of convenience but a form of appropriation, that is, an active way users reshape systems to adapt to their social needs.

In practice, appropriation involves various motivations and interests, necessitating ongoing negotiation among users. This perspective aligns with the idea of "design-in-use", which identifies that technologies are continuously reinterpreted and modified after deployment [9], [72]. This echoes prior research on the everyday appropriation of technology in the domestic sphere [16], [73]. However, previous design solutions often concentrated on standardized options like multi-profile accounts, which risk oversimplifying the complexity of the system usage.

Across the four sharing types, participants struggled to align expectations because coordination relied on ephemeral chats and/or offline conversations. Systems could address this by providing dedicated spaces for recording "house rules" (e.g., deleting sensitive questions, avoiding simultaneous logins) where update notifications are provided to all members. Additionally, contextual annotations on folders or conversations would allow users to signal intentions (e.g., "please don’t delete this thread, ongoing project") without indirect coordination elsewhere. While these features could transform fragile off-platform negotiations into sustainable practices, design must avoid over-formalizing arrangements, such as the previously discussed construction of multi-profile accounts. Prior work shows that implicit norms derive their value from adaptability, where users negotiate boundaries through situational practices rather than fixed protocols [27], [29], [30]. In this case, effective design allows for more visible coordination while preserving flexibility, enabling ongoing renegotiation.

Concretely, our findings suggest that different actors may benefit from different default powers to propose and ratify "house rules". In owner-paid casual accounts, the owner is the natural initiator of rules, but we propose that the interface should invite co-users to acknowledge or contest them (e.g., a rule can only be implemented when everyone has engaged with it and then optionally confirmed it). In cost-splitting groups, the construction of regulations should be collective, where any member can propose a new rule. It is only then marked as “active” once a majority of members have confirmed it. In organizational accounts, administrators define a baseline policy, while teams can then go on to define local rules within specific workspaces or projects. Across these settings, the system can mediate rule creation. For example, one conflict that might arise is if two users defined one thread separately as “ephemeral” and “archival”, prompting the group to revise the regulation rather than allowing contradictions to persist.

Ultimately, the goal of design should not be to suppress appropriation, but to create spaces of negotiation where it can happen safely and effectively. This redefines account sharing beyond the limitations of the single-user model, grounding it in real-world usage. The benefits of this design interpretation emerge in three main areas. First, for users, clear tools for setting and rule agreements can decrease unnecessary conflicts and build trust. Second, for platform policy makers who dictate regulatory and legal frameworks; offering these negotiation spaces can help to redefine what was previously considered a “violation” of regulation into a more transparent form of usage. In this case, they are able to more actively and efficiently provide policy changes based on the way that users themselves interact with the system. Finally, for the designers of the platform, this new perspective considers account sharing not as a problem that requires a solution, but rather an opportunity to advance the utility for its users. This reframing highlights an opportunity to better align LLM platforms with the social and emotional realities of shared use, while still enabling incidental learning and collaboration when users choose to make traces visible.

5.2 Making Implicit Norms Visible and Sustainable↩︎

Participants in the study reported that the most prevalent issue with shared LLM usage was the fair division of usage between the users. That is, some users consume a disproportionate share of the tokens. In order to prevent this, users generated implicit norms in the account, which, despite the attempt, were often found to be fragile and incomplete.

This gave rise to three key vulnerabilities. First, the emergence of conflict avoidance: "I thought about changing the password, but didn’t bring it up because I was afraid it might cause an argument." (P32_O). Second, the construction of vague boundaries: "When my younger sibling is using it, I try not to log in, but there isn’t really a rule—it’s just about reading the situation" (P10_O. Third, the surfacing of attribution anxiety: "With a shared account, you can’t tell who did what, and checking feels like surveillance" (P03_M). These examples illustrate how implicit norms remain incomplete and fragile.

Previous research documents similar vulnerabilities where certain changes in both internal and external context can cause sudden and unpredictable norm deterioration [31], [33]. Studies on online communities show this is most prevalent through factors such as an increase in member numbers, system setting changes, or costs [29], [30].

As such, rather than imposing rigid rules, design efforts should support a natural development of user norms. This could be done through the following translucency features: (1) presence indicators which identify the activity of certain users within the system to prevent simultaneous usage; (2) activity summaries which provide a brief overview of chats to allow users to collectively track patterns within the LLM; and (3) usage dashboards which identify individual time and power usage to facilitate the ability to cost-split between groups. However, it should be noted that a continuity of visibility risks can give rise to surveillance anxiety—a tension well-documented in CSCW research [44]. While translucence can promote accountability, it can also heighten awareness of being watched. Effective design may therefore need to offer adjustable transparency levels, ensuring that coordination support does not become oppressive oversight.

In practice, default translucence levels should be tied to both role and sharing type. For owner-paid casual accounts, a conservative default—showcasing activity presence (e.g., “someone is active”) but hiding detailed query histories—respects the least comfortable member, while allowing the owner to selectively mark specific threads as shared. In cost-splitting groups, the highest-value opportunities appear to be group-level dashboards that show aggregate usage and presence by default, with fine-grained history visibility controlled by the author of each thread. When members disagree about the gradation of translucence—for instance, some wanting detailed token statistics and others finding them intrusive—the interface can make these preferences visible (e.g., per-user visibility settings attached to dashboards) and prompt groups to renegotiate a baseline rather than silently imposing the most intrusive option.

These design choices generate benefits for users through providing concrete means to articulate and coordinate norms, thus playing a more active role within the functionality and production of the LLM. This, in turn, reduces the probability of conflict and increases the level of trust. This dynamic exemplifies the CSCW principle of social translucence [44]: when meaningful visibility is provided, communities regulate and reinforce their own practices. Thus, design becomes less about reconstructing norms than creating environments in which they can develop naturally, which could in turn produce more sustainable user interaction, particularly given the novelty of LLMs for many of its users.

5.3 Adding Visibility Gradation to Manage Linguistic Traces↩︎

The uniqueness of LLM sharing lies in the persistence of cognitive traces, which position users simultaneously as both observers and the observed. Our study found that even the mere possibility of being seen altered how participants interacted with LLMs through tone and word choice—an observer effect resonant with Sartre’s notion of the gaze [74]. For Sartre, the gaze signifies the experience of being objectified in another’s consciousness, triggered not only by direct eye contact but also indirect cues. In shared accounts, these cues manifested through the form of conversation logs, folder structures, and token usage. Through these traces, users both interpreted others’ actions and anticipated judgments of their own, shifting between self-censorship out of discomfort and strategic disclosure seeking recognition.

This tension echoes extensive HCI privacy research showing that privacy is often managed through situational boundary negotiation and audience management rather than binary secrecy. Prior work on self-censorship and imagined audiences in online spaces demonstrates how the mere possibility of being seen can reshape expression and lead to last-minute suppression or polishing of content [46][48]. Research on shared and intimate technologies likewise shows that people rely on tacit norms, selective deletion, and workarounds to maintain privacy when accounts or devices are co-used [34], [54], [56]. Our findings extend these accounts to shared LLM histories, where persistent conversational traces can expose not only outcomes but also uncertainty, affect, and reasoning-in-progress—making boundary work both more valuable and more vulnerable.

Simple privacy toggles may be insufficient to address these dynamics, where users might be inclined to partially share some of their information for selective sharing that supports coordination, inspiration, or relationship maintenance—without requiring full exposure. In this case, we propose that prompt visibility should be conceived as a spectrum rather than a binary. That is, from seen/unseen chats to a granular imposition of boundaries where users can already adjust disclosure through selective sharing or careful phrasing, current interfaces treat all prompts as equally exposed. Here, users define the scope and mode of disclosure for each prompt. Here, such controls enable consent across diverse relational settings—families, colleagues, or semi-anonymous groups—while reducing cycles of snooping and self-censorship.

To operationalize this principle, interfaces could offer a three-tier visibility system: private, group, public. In this case, by default, conversations are shown simply as summaries where full transcripts can be accessed on request. This "temporary sandbox mode" could allow chats that do not maintain persistent tracing, while selective anonymization preserves the opportunity for mutual learning without attribution anxieties. These features reframe visibility within a negotiable spectrum, shifting the observer effect toward collaboration and knowledge exchange.

Granular visibility controls may increase interface complexity through adding decision overhead to routine interactions. Designers may therefore want to consider defaults settings carefully, minimizing decision overhead and supporting boundary management. In this case, the observer effect cannot be eliminated, but is productively redirected. The anticipated benefits are threefold: first, public sharing of prompts can turn voyeuristic snooping into legitimate peer learning; second, lockable threads provide the ability to create private chats, which in turn reduces the need to engage in implicit LLM etiquette, which is often fragile; and third, visible and negotiable boundaries foster trust and the ability to regulate emotional exposure in shared LLM environments. As such, the emergence of norms is encouraged naturally to the benefit of all.

To make visibility gradation workable in practice, agency also needs to be clearly divided. We suggest that thread authors control the visibility of their own conversations, while account owners or administrators control group-level defaults. Author-level “locks” (e.g., marking a thread as Private or anonymized) should override more open group defaults, so that individuals can protect sensitive reasoning even in highly translucent groups. When someone attempts to broaden access to a locked or anonymized thread—for example, moving it from Private to Group—the system should notify the original author and defer the change until they consent. As a rule of thumb for practitioners, groups can decide how visible the shared space should be overall, but individuals should retain veto power over the exposure of their own linguistic traces.

6 LIMITATIONS AND FUTURE WORK↩︎

This study has several limitations. First, our survey and interview data relied on self-reports, which may differ from actual behavior, especially on sensitive topics where participants may underreport. To address this, we employed concrete scenarios and contextual probes to elicit more detailed responses, although discrepancies may still exist. Second, although our study addresses LLM services broadly, most cases concerned ChatGPT account sharing. We sought service diversity in recruitment; however, given ChatGPT’s high adoption among domestic users, responses naturally leaned toward experiences of sharing ChatGPT accounts. Third, our cross-sectional design cannot capture temporal changes in norms and practices. We attempted to address this by differentiating between "past" and "current" experiences in interviews, but longitudinal insights remain beyond our scope.

Future work should involve cross-cultural comparisons and longitudinal studies to examine how implicit norms and observer effects evolve over time and across various contexts. To this end, it could employ more systematic sampling methods—such as stratified sampling or maximum variation sampling—to enhance the generalizability and external validity of the findings. Incorporating behavioral log data could complement self-reports and address their inherent limitations. Finally, the design ideas suggested here—such as supporting multiple profiles, separating conversation histories, and enabling selective visibility—should be tested and evaluated through user studies. These efforts will help LLM services move beyond single-user assumptions and foster sustainable support for multi-user environments.

7 CONCLUSION↩︎

This study highlights that account sharing in LLM services is more than just about breaking rules or convenience; it is a social practice in which technologies built for individuals are used collectively. Account sharing is negotiated around access, responsibility, and visibility, leading to new norms and tensions. Our analysis identified four types of sharing based on whether the owner actively uses the account and whether subscription costs are divided. In the absence of clear rules, norms emerged and were interpreted differently by users, creating gaps that appear as observer effects. Users left traces of themselves and also held back their behavior because they were aware of being watched, experiencing both exposure and restraint. These findings have important implications for designing LLM services. By reframing account sharing around cognitive paths, voyeuristic learning, and intellectual vulnerability, our study extends prior research and identifies design opportunities unique to LLM-based sharing. Based on user experiences, our work emphasizes that LLM services may benefit from designs that support sustainability not only for individuals but also for collective use.

8 Appendix: Interview Protocol↩︎

8.1 Introduction Script↩︎

Thank you for taking the time to talk with me today. In this interview, I’m interested in your experiences using a shared LLM account. I’d like to hear how you share the account, manage your chat history, and what it’s like to see other people’s prompts and answers (or to imagine they might see yours). There are no right or wrong answers. I value your honest experiences and opinions. You can skip any question you prefer not to answer, and you can stop the interview at any time. With your permission, I’d like to record this conversation so I can accurately capture what you say. To begin, I’ll ask a few questions about how you share the account, then we’ll move into more specific examples and feelings.

8.2 Context of Account Sharing and Relationship Structure↩︎

First, I’d like to understand the basic context of the shared account you use.

2pt

Context of Account Sharing and Relationship Structure

8.3 Prompt History Management and Strategies↩︎

Next, I’d like to ask about how you manage your conversation history or prompts within this shared account.

2pt

Prompt History Management and Strategies

8.4 Implicit Norms and Discomforts↩︎

Now I’d like to talk about any unspoken rules or uncomfortable moments that have come up while sharing the account.

Table 3: Implicit Norms and Discomforts
Category Question
Unspoken rules Are there any “unspoken rules” that everyone seems to follow when using the shared account, even though you never explicitly talked about them?
Areas of caution Have you felt any need to be careful about certain things—such as browsing the history, the topics you ask about, or the time you use the account?
Perceptions of polite behavior What kinds of behaviors do you consider to be “polite” or appropriate for someone who shares this account?
Moments of discomfort Have there been any specific moments when sharing the account felt uncomfortable for you?
Coping and resolution In that situation, how did you respond or try to resolve the discomfort?

2pt

8.5 Encountering Others’ Records: Experiences and Emotions↩︎

Next, I want to focus on what it’s like to encounter other people’s prompts and conversations in the shared account.

Table 4: Encountering Others’ Records: Experiences and Emotions
Category Question
Exposure to others’ prompts Have you ever read other people’s chat records in the shared account? What kinds of content did you see?
Emotional reactions How did you feel when you saw those records?
Subsequent actions After seeing someone else’s record, did you take any actions?
Influence on one’s own prompting Has seeing other people’s prompts or conversations ever influenced how you use prompts yourself?
Sense that others are viewing your records On the other side, have you ever felt that someone else was looking at your records?
Imagined reactions to others viewing your records When you imagine someone looking at your conversations, what kinds of thoughts or feelings come up?
Behavioral changes after noticing visibility After becoming aware that others might be viewing your records, have you ever changed or deleted content in response?

2pt

8.6 Indirect Communication Through the LLM as a Tool↩︎

Perceiving and Interpreting Others

Now I’d like to talk about whether the shared account ever feels like a way to get to know the other users indirectly.

Table 5: Perceiving and Interpreting Others
Category Question
Glimpses into others’ minds When using the shared account, have you ever felt that you were getting a glimpse into another person’s way of thinking or their interests?
Realization of “how this person thinks” Was there a particular prompt or response where you thought, “Ah, so this is how this person thinks”?
Impact on sense of “sharing” the account How did those experiences affect your sense of “sharing” the account with others?

2pt

Changes in Self‑Presentation and Awareness

I’d also like to ask how your awareness of being seen might change how you present yourself in prompts.

Table 6: Changes in Self‑Presentation and Awareness
Category Question
Consciousness of being read by others Have you ever thought, “Someone might read this later, so I should write it better”?
Situations where this awareness was strong Can you describe a specific situation or example where you became especially conscious that your record might be seen by others?

2pt

Indirect Interaction via the LLM

Finally, I want to ask whether the LLM ever feels like a medium for indirect interaction with other account sharers.

Table 7: Indirect Interaction via the LLM
Category Question
Moments of indirect communication Have you ever felt that you were indirectly communicating with someone else through the LLM?
Continuity of “conversation” via prompts Even though it’s a shared account, have there been times when it felt like a conversation was continuing across different people’s questions?

2pt

8.7 Closing Questions↩︎

  • Is there anything about sharing an LLM account that we haven’t talked about but that feels important to you?

  • If you could change anything about how shared accounts or histories work, what would you change?

  • Do you have any questions for me about the study?

Thank you again for sharing your experiences. Your insights are very valuable for understanding how people use LLMs together.

9 Appendix: Interview Codebook↩︎

9.1 Theme 1. Types of LLM Account Sharing↩︎

Table 8: Types of LLM Account Sharing
Code Description(s)
Owned–Casual Sharing Account owner actively uses the LLM and lets known others (often family or friends) use the same account without cost sharing. Owner typically manages payment, security, and settings, and sharing is framed as a favor or relational responsibility. Norms are often conveyed informally (e.g., over meals or chats), with the owner sometimes setting boundaries unilaterally.
Ownerless–Casual Sharing A company or organization pays for an account that individual employees use, while the formal “owner” (the organization) does not personally use it. Management tends to be loose; formal rules (e.g., policy documents) exist but often have weak enforcement, and practical norms are negotiated in everyday work channels (Slack, internal messengers, etc.).
Owned–Split Sharing Account owner both uses the LLM and splits subscription costs with peers (friends, colleagues, acquaintances). There are explicit arrangements around payment and periodic reminders, but many usage rules remain minimal or implicit to avoid social friction. Members often coordinate via separate group chats dedicated to money transfers and credentials.
Ownerless–Split Sharing Participants share a subscription through an intermediary platform (e.g., group‑buy/“sharing” services) that manages accounts and billing. Co‑users are usually strangers or semi‑anonymous. There are no direct communication channels; norms (e.g., folder conventions, “don’t look at others’ chats”) are inferred from existing traces and quietly adopted, not negotiated.

2pt

9.2 Theme 2. Coordination Norms: Content, Types, and Fragility↩︎

Table 9: Norm Content
Code Description(s)
Privacy Norm: Non‑Peeking into Others’ Chats Any reference to an (often idealized) rule that one “should not” read others’ chat histories, folders, or projects. Includes statements like “don’t pry,” “don’t look at others’ conversations,” or “respect their privacy,” regardless of whether people actually follow it.
Privacy Norm: Self‑Management of Sensitive Content Segments where participants describe expectations that each user should delete or avoid entering their own sensitive information (e.g., “if you ask a sensitive question, delete it yourself”). Emphasizes personal responsibility for minimizing exposure to co‑users.
Boundary Norm: Not Deleting or Editing Others’ Work Mentions of avoiding deletion or alteration of others’ sessions, projects, or folders without permission. Includes statements like “don’t erase the session history without checking” or “don’t touch another person’s project.”
Boundary Norm: Keeping Sessions/Folders Separate References to separating traces by person—creating separate sessions, folders, or project structures to avoid mixing work. Includes expectations like “ask questions only in your own folder” or “create new chats in your own space.”
Access Norm: Avoiding Simultaneous Use Mentions of informal rules to avoid logging in at the same time, or coordinating to prevent slowdowns/lockouts. Includes talk about taking turns, respecting others’ “turn,” or checking if someone is using the account before starting a session.
Access Norm: Reasonable or Non‑Wasteful Use Segments where participants talk about “not wasting tokens,” “using it reasonably,” or “if you don’t like the rule, get your own subscription.” Captures resource‑conservation attitudes and moralizing of overuse.

2pt

Table 10: Norm Types
Code Description(s)
Explicit Co‑Negotiated Norms Rules that are explicitly discussed and agreed among members as peers (e.g., in a group chat or meeting). Used when participants describe having talked about “how we’ll use it,” “who can delete what,” or “how to split capacity” as a joint decision for fairness.
Explicit Owner‑Imposed Norms Rules declared unilaterally by the owner, often justified by payment or account control (e.g., “it’s my account so I keep the right to delete anything”). Includes segments where owners frame rule‑setting as part of their responsibility and privilege as payer.
Implicit Norms Learned by Observing Collective Practice Norms inferred by watching how other people seem to use the account—e.g., copying existing folder structures, matching others’ style of naming, or “just doing what everyone seems to be doing.” No explicit conversation is reported; learning is through observation and mimicry.
Implicit Norms Individually Defined and Projected onto Others Segments where a participant describes their own personal rule (“I never put anything personal here,” “I always delete everything”) and assumes or hopes others do the same. These norms are not actually negotiated but are treated as if they were shared common sense.

2pt

Table 11: Norm Fragility and Violations
Code Description(s)
Norm Ambiguity and Misalignment Evidence that people in the same account interpret “the rules” differently (e.g., one spouse says “you can look,” another says “you shouldn’t”). Includes vague concepts like “sensitive information” that participants acknowledge can mean different things to different people, and agreements or responsibilities that are often invisible or easily forgotten.
Privacy Norm Violation: Snooping / Peeking Any admission or description of looking at others’ chat histories, folders, or usage despite nominal norms against it. Includes both deliberate snooping (“I check my sibling’s usage”) and reluctant confession (“I know I shouldn’t, but I looked”).
Enforcement Challenges and Privacy Paradox Mentions of the structural difficulty of enforcing privacy norms: that checking compliance often requires seeing others’ content, which itself can violate privacy. Includes awareness that snooping leaves few traces, making violations low‑risk and hard to sanction.

2pt

9.3 Theme 3. Observer‑as‑Actor: Interpreting Others’ Traces and Acting on Them↩︎

Table 12: Intentional Snooping
Code Description(s)
Curiosity‑Driven Snooping Participants describe opening others’ chats or folders “just to see” what they are doing, without a specific practical purpose. Includes language of voyeurism, fascination, or entertainment (“like peeking into how others live”).
Welfare or Care‑Driven Monitoring Segments where people look at others’ traces to check on their state, wellbeing, or competence (e.g., parents checking a child’s usage, siblings monitoring each other). Snooping is framed as caretaking or responsibility.
Performance/Access Monitoring Looking at history or usage to see how heavily others are using the account, whether they might be exceeding limits, or whether the system will be slow. Includes checking project folders or usage to manage congestion or fairness.
Learning‑Oriented Observation Observing others’ prompts or conversations specifically to learn phrasing, strategies, or domain knowledge. Includes copying prompting styles (“I started writing ‘I’m a UX major…’ after seeing him do it”) or reusing Q&A as templates for one’s own work.

2pt

Table 13: Unintentional Snooping
Code Description(s)
Unintentional Snooping Cases where someone lands on others’ chats by accidental clicks or page transitions (“I clicked and saw the last one or two chats, that’s it”). They didn’t seek it out but still briefly view traces.

2pt

Table 14: Subsequences of Snooping
Code Description(s)
Emotional Reactions as Observer Emotions felt after seeing others’ records, such as guilt, discomfort, amusement, empathy, or resentment. Includes strong reactions to private content (e.g., a child writing about feelings after being scolded) and mixed feelings about having seen it.
Acting on Observed Traces (Online/Offline) Behavior changes after viewing others’ records: joking about them, confronting the person, using the content in work, or referencing them in conversation. Includes using others’ Q&A as material (e.g., translating or reworking answers) and social interactions triggered by shared traces.

2pt

9.4 Theme 4. Observer‑as‑Target: Being Seen and Managing Self‑Presentation↩︎

Table 15: Awareness of potential observation
Code Description(s)
Perceived Visibility and Security Concerns Participants explicitly express worry that co‑users can see what they ask (“what if someone sees what I’ve been asking?”). Captures the moment when they shift from feeling like a private user to feeling observed and potentially judged.

2pt

Table 16: Consequences of the awareness
Code Description(s)
Pre‑Emptive Censorship (Before Writing) Self‑censorship that happens before sending a prompt: avoiding certain topics, toning down intimacy, or using more formal/polite language because they anticipate others might read it. Includes reflections like “I feel less free” or “I wouldn’t ask MBTI‑style questions here.”
Post‑Hoc Concealment (After Writing) Managing traces after the fact: deleting chats, editing content, using “temporary” modes, or creating separate free accounts for personal/sensitive questions. Applied when participants describe actively cleaning up or relocating certain topics.
Strategic Positive Self‑Presentation Deliberately leaving visible traces to look competent, diligent, or thoughtful to imagined co‑users. Examples include polishing English prompts, showcasing specific questions, or explicitly saying they want others to see their good usage so it “rubs off in a good way.”
Relationship‑Specific Calibration of Disclosure Different self‑presentation strategy depending on who is sharing the account (e.g., more self‑conscious with close friends or siblings, more relaxed with strangers in group‑buy settings). Used when participants compare comfort levels across relational contexts.
Instrumental Sharing for Collective Benefit Segments where participants leave traces intentionally because they believe others can reuse them (e.g., prompts as shared resources, reusable Q&A). Here, visibility is framed as a benefit to the group rather than a pure privacy risk.

2pt

9.5 Theme 5. Recursive Cycle and Outcomes of Mutual Observation↩︎

Table 17: Recursive Cycle and Outcomes of Mutual Observation
Code Description(s)
Mutual Surveillance Explicit recognition that if you can see others, they can see you, producing a mirror‑like feeling (“every time I look at someone else’s record, it feels like a mirror”). Captures the idea of users cycling between observer and observed roles.
Shared Account as Performance Stage Descriptions of the shared account as a place where users “perform” a certain persona—carefully editing wording, deleting traces to avoid particular impressions, or curating what remains. Includes talk about not wanting others to think “she only works” or “she doesn’t know this,” leading to extensive clean‑up.
Shared Account as Learning and Inspiration Space Segments emphasizing the upside of visibility: using others’ traces for learning prompting strategies, discovering new use cases, or reducing duplicated effort (“I can get information without asking the question myself”).
Shared Account as Relationship and Emotion Resource Moments where shared traces enable understanding others’ situations, feelings, or interests (e.g., learning a sibling has gastroenteritis, understanding partner’s side of a conflict). Includes indirect emotional communication via the LLM history.
Spillover into Direct Interpersonal Interaction Cases where content originally written “for the LLM” becomes part of human–human conversations (e.g., partner confronting the phrasing of a prompt about a fight). Used when LLM logs are explicitly referenced in later chats or conflicts. Includes situations where participants write to the LLM with an anticipated human observer.
Exit or Parallel Use Due to Burden Participants describe avoiding the shared account for personal things, opening a separate free account, or considering leaving entirely because the psychological burden of being watched is too high.

2pt

References↩︎

[1]
K. J. Rick Boida, [Online; accessed August-30-2025]10 Things You Can Do To Save Money on Streaming.” https://www.cnet.com/tech/services-and-software/10-things-you-can-do-to-save-money-on-streaming/, 2023.
[2]
Gamsgo, [Online; accessed August-30-2025]Account sharing Platform.” https://www.gamsgo.com/, 2025.
[3]
O. A. S. Policy, [Online; accessed August-30-2025]How to Share a ChatGPT Plus Account Safely with Friends, Teams, or Group Buys.” https://help.openai.com/en/articles/10471989-openai-account-sharing-policy/, 2025.
[4]
W. is ChatGPT Business?, [Online; accessed August-30-2025]How to Share a ChatGPT Plus Account Safely with Friends, Teams, or Group Buys.” https://help.openai.com/en/articles/8792828-what-is-chatgpt-business/, 2025.
[5]
K. Schmidt and L. Bannon, “Taking CSCW seriously,” Computer Supported Cooperative Work (CSCW), 1992, doi: 10.1007/BF00752449.
[6]
R. Boardman and M. A. Sasse, ’Stuff goes into the computer and doesn’t come out’: A cross-tool study of personal information management,” in Proceedings of the SIGCHI conference on human factors in computing systems (CHI ’04), 2004, pp. 583–590, doi: 10.1145/985692.985765.
[7]
G. Stevens, V. Pipek, and V. Wulf, Appropriation infrastructure: Supporting the design of usages,” in End-user development. IS-EUD 2009. Lecture notes in computer science, vol. 5435, V. Pipek, M. B. Rosson, B. de Ruyter, and V. Wulf, Eds. Springer, Berlin, Heidelberg, 2009, pp. 50–69.
[8]
P. Dourish, “The appropriation of interactive technologies: Some lessons from placeless documents,” Computer Supported Cooperative Work (CSCW), 2003, doi: 10.1023/A:1026149119426.
[9]
A. Salovaara, MobileHCI Doctoral Consortium Paper“Studying appropriation of mobile technologies,” in MobileHCI 2006 doctoral consortium, 2006.
[10]
R. Wakkary and L. Maestri, “Aspects of everyday design: Resourcefulness, adaptation, and emergence,” International Journal of Human–Computer Interaction, vol. 24, no. 5, pp. 478–491, 2008, doi: 10.1080/10447310802142276.
[11]
J. P. Bansler and E. C. Havn, “Sensemaking in technology-use mediation: Adapting groupware technology in organizations,” Computer Supported Cooperative Work, vol. 15, no. 1, pp. 55–91, 2006, doi: 10.1007/s10606-005-9012-x.
[12]
Y. Rogers, HCI theory: Classical, modern, and contemporary, vol. 5. Morgan & Claypool, 2011, pp. 1–129.
[13]
B. Obada-Obieh, Y. Huang, and K. Beznosov, “The burden of ending online account sharing,” in Proceedings of the 2020 CHI conference on human factors in computing systems, 2020, pp. 1–13.
[14]
E. Hayashi, O. Riva, K. Strauss, A. J. B. Brush, and S. E. Schechter, “Goldilocks and the two mobile devices: Going beyond all–or–nothing access to a device’s applications,” in Proceedings of the eighth symposium on usable privacy and security (SOUPS), 2012, pp. 2:1–2:11, doi: 10.1145/2335356.2335359.
[15]
J. E. Song, J. You, and J. Lee, ‘I Might be Using His… But It Is Also Mine!’: Ownership and Control in Accounts Designed for Sharing,” in Proceedings of the 2021 ACM conference on human factors in computing systems (CHI ’21), 2021, pp. 1–15, doi: 10.1145/3411764.3445301.
[16]
D. M. Frohlich and R. E. Kraut, Chapter 8The social context of home computing,” in Inside the smart home, R. Harper, Ed. London: Springer-Verlag, 2003, pp. 127–162.
[17]
J. M. Blythe, L. Coventry, and J. Masthoff, “Circumvention of security: Good users do bad things,” IEEE Security & Privacy, vol. 11, no. 5, pp. 80–83, 2013, doi: 10.1109/MSP.2013.111.
[18]
M. Jacobs et al., “Caring about sharing: Couples’ practices in single user device access,” in Proceedings of the 19th ACM conference on computer-supported cooperative work and social computing (CSCW ’16), 2016, pp. 37–50, doi: 10.1145/2818048.2820075.
[19]
T. Matthews, K. Liao, A. Turner, M. Berkovich, R. Reeder, and S. Consolvo, She’ll Just Grab Any Device That’s Closer: A study of everyday device & account sharing in households,” in Proceedings of the 2016 ACM conference on human factors in computing systems (CHI ’16), 2016, pp. 5921–5932, doi: 10.1145/2858036.2858051.
[20]
A. Adams and M. A. Sasse, “Users are not the enemy,” Communications of the ACM, vol. 42, no. 12, pp. 40–46, 1999, doi: 10.1145/322796.322806.
[21]
R. Koppel, S. M. Smith, J. Blythe, and V. K. Kothari, “Workarounds to computer access in healthcare organizations: You want my password or a dead patient?” Journal of the American Medical Informatics Association, vol. 22, no. 6, pp. 1165–1173, 2015, doi: 10.1093/jamia/ocv070.
[22]
Y. Song, L. Bauer, N. Christin, L. F. Cranor, and A. Kapadia, “"Normal and easy": Account sharing practices in the workplace,” in Fifteenth symposium on usable privacy and security (SOUPS 2019), 2019, pp. account-sharing-2019, [Online]. Available: https://www.usenix.org/conference/soups2019/presentation/song.
[23]
H. M. Prottoy, Y. Yao, and F. Hamidi, ‘If we had the option’: Infrastructuring for access to online subscription-based services in bangladesh,” Proceedings of the ACM on Human-Computer Interaction, vol. 9, no. 2, pp. Article CSCW112:1–28, Apr. 2025, doi: 10.1145/3711010.
[24]
A. Salovaara, S. Helfenstein, and A. Oulasvirta, “Everyday appropriations of information technology: A study of creative uses of digital cameras,” Journal of the American Society for Information Science and Technology, vol. 62, no. 12, pp. 2347–2363, 2011, doi: 10.1002/asi.21643.
[25]
S. L. Bryant, A. Forte, and A. Bruckman, “Becoming wikipedian: Transformation of participation in a collaborative online encyclopedia,” in Proceedings of the 2005 international ACM SIGGROUP conference on supporting group work (GROUP), 2005, pp. 1–10, doi: 10.1145/1099203.1099205.
[26]
B. Butler, E. Joyce, and J. Pike, “Don’t look now, but we’ve created a bureaucracy: The nature and roles of policies and rules in wikipedia,” in Proceedings of the SIGCHI conference on human factors in computing systems (CHI), 2008, pp. 1101–1110, doi: 10.1145/1357054.1357227.
[27]
C. Fiesler and A. S. Bruckman, “Creativity, copyright, and close-knit communities: A case study of social norm formation and enforcement,” Proceedings of the ACM on Human-Computer Interaction (PACMHCI), vol. 3, no. GROUP, pp. 241:1–241:24, 2019, doi: 10.1145/3361122.
[28]
J. Seering, R. E. Kraut, and L. Dabbish, “Shaping pro- and anti-social behavior on twitch through moderation and example-setting,” in Proceedings of the 2017 ACM conference on computer supported cooperative work and social computing (CSCW), 2017, pp. 111–125, doi: 10.1145/2998181.2998277.
[29]
E. Chandrasekharan et al., “The internet’s hidden rules: An empirical study of reddit norm violations at micro, meso, and macro scales,” Proceedings of the ACM on Human-Computer Interaction (PACMHCI), vol. 2, no. CSCW, pp. 32:1–32:25, 2018, doi: 10.1145/3274301.
[30]
Y. Rashidi, A. Kapadia, C. Nippert-Eng, and N. M. Su, “"It’s easier than causing confrontation": Sanctioning strategies to maintain social norms and privacy on social media,” Proceedings of the ACM on Human-Computer Interaction (PACMHCI), vol. 4, no. CSCW1, pp. 23:1–23:25, 2020, doi: 10.1145/3392827.
[31]
J. Cheng, M. Bernstein, C. Danescu-Niculescu-Mizil, and J. Leskovec, “Anyone can become a troll: Causes of trolling behavior in online discussions,” in Proceedings of the 2017 ACM conference on computer supported cooperative work and social computing (CSCW), 2017, pp. 1217–1230, doi: 10.1145/2998181.2998213.
[32]
M. S. Bernstein, A. Monroy-Hernández, D. Harry, P. André, K. Panovich, and G. Vargas, “4chan and /b/: An analysis of anonymity and ephemerality in a large online community,” in Proceedings of the 5th international AAAI conference on weblogs and social media (ICWSM), 2011, pp. 50–57.
[33]
B. Dym and C. Fiesler, “Social norm vulnerability and its consequences for privacy and safety in an online community,” Proceedings of the ACM on Human-Computer Interaction (PACMHCI), vol. 4, no. CSCW2, pp. 155:1–155:24, 2020, doi: 10.1145/3415226.
[34]
A. Lampinen, V. Lehtinen, A. Lehmuskallio, and S. Tamminen, “We’re in it together: Interpersonal management of disclosure in social network services,” in Proceedings of the SIGCHI conference on human factors in computing systems (CHI), 2011, pp. 3217–3226, doi: 10.1145/1978942.1979420.
[35]
C. Y. Park, C. Faklaris, S. Zhao, A. Sciuto, L. Dabbish, and J. I. Hong, “Share and share alike? An exploration of secure behaviors in romantic relationships,” in Proceedings of the fourteenth symposium on usable privacy and security (SOUPS 2018), 2018, pp. 83–102, [Online]. Available: https://www.usenix.org/conference/soups2018/presentation/park.
[36]
M. Chiesa and S. Hobbs, “Making sense of social research: How useful is the hawthorne effect?” European Journal of Social Psychology, vol. 38, no. 1, pp. 67–74, 2008, doi: 10.1002/ejsp.401.
[37]
K. Baclawski, “The observer effect,” in Proceedings of the 2018 IEEE conference on cognitive and computational aspects of situation management (CogSIMA), 2018, pp. 83–89, doi: 10.1109/COGSIMA.2018.8423983.
[38]
S. J. Coombs and I. D. Smith, University of Sydney“The hawthorne effect: Is it a help or a hindrance in social science research?” Change: Transformations in Education, vol. 6, no. 1, pp. 97–111, 2003.
[39]
N. S. Fox, J. S. Brennan, and S. T. Chasen, “Clinical estimation of fetal weight and the hawthorne effect,” European Journal of Obstetrics & Gynecology and Reproductive Biology, vol. 141, no. 2, pp. 111–114, 2008, doi: 10.1016/j.ejogrb.2008.07.023.
[40]
M. D. LeCompte and J. J. Goetz, “Problems of reliability and validity in ethnographic research,” Review of Educational Research, vol. 52, no. 1, pp. 31–60, 1982, doi: 10.3102/00346543052001031.
[41]
D. Oswald, F. Sherratt, and S. Smith, “Handling the hawthorne effect: The challenges surrounding a participant observer,” Review of Social Studies, vol. 1, no. 1, pp. 53–73, 2014.
[42]
Ž. Obrenović, “The hawthorne studies and their relevance to HCI research,” Interactions, vol. 21, no. 6, pp. 46–51, 2014, doi: 10.1145/2674966.
[43]
J. Birnholtz, N. Bi, and S. Fussell, “Do you see that i see? Effects of perceived visibility on awareness checking behavior,” in Proc. ACM CHI conference on human factors in computing systems, 2012, pp. 1765–1774, doi: 10.1145/2207676.2208312.
[44]
T. Erickson and W. A. Kellogg, “Social translucence: An approach to designing systems that support social processes,” ACM Transactions on Computer-Human Interaction, vol. 7, no. 1, pp. 59–83, 2000, doi: 10.1145/344949.345004.
[45]
W. J. Mitchell, C.-C. Ho, H. Patel, and K. F. MacDorman, “Does social desirability bias favor humans? Explicit–implicit evaluations of synthesized speech support a new HCI model of impression management,” Computers in Human Behavior, vol. 27, no. 1, pp. 402–412, 2011, doi: 10.1016/j.chb.2010.09.018.
[46]
M. Sleeper, R. Balebako, S. Das, A. L. McConahy, J. Wiese, and L. F. Cranor, “The post that wasn’t: Exploring self-censorship on facebook,” in Proc. ACM CSCW conference, 2013, pp. 793–802, doi: 10.1145/2441776.2441865.
[47]
S. Das and A. D. I. Kramer, “Self-censorship on facebook,” in Proc. 7th int. AAAI conference on weblogs and social media (ICWSM), 2013, pp. 120–127.
[48]
A. E. Marwick and danah boyd, “I tweet honestly, i tweet passionately: Twitter users, context collapse, and the imagined audience,” New Media & Society, vol. 13, no. 1, pp. 114–133, 2011, doi: 10.1177/1461444810365313.
[49]
B. Marder, A. Joinson, A. Shankar, and D. Houghton, “The extended ’chilling’ effect of facebook: The cold reality of ubiquitous social networking,” Computers in Human Behavior, vol. 60, pp. 582–592, 2016, doi: 10.1016/j.chb.2016.02.097.
[50]
H. Candello, C. Pinhanez, M. Pichiliani, P. Cavalin, F. Figueiredo, and M. Vasconcelos, “The effect of audiences on the user experience with conversational interfaces in physical spaces,” in Proc. CHI conference on human factors in computing systems, 2019, pp. Paper 90, 13 pages, doi: 10.1145/3290605.3300320.
[51]
L. Dabbish, C. Stuart, J. Tsay, and J. Herbsleb, “Social coding in GitHub: Transparency and collaboration in an open software repository,” in Proceedings of the ACM 2012 conference on computer supported cooperative work, 2012, pp. 1277–1286.
[52]
K. Saha, P. Gupta, G. Mark, E. Kıcıman, and M. De Choudhury, “Observer effect in social media use,” in Proc. CHI conference on human factors in computing systems, 2024, pp. Paper 138, 19 pages, doi: 10.1145/3576840.
[53]
N. Sailaja and A. Fowler, “An exploration of account sharing practices on media platforms,” in Proceedings of the ACM international conference on interactive media experiences (IMX ’22), 2022, pp. 274–279, doi: 10.1145/3505284.3529975.
[54]
N. Sambasivan, R. A. Deshmukh, A. Dhruv, E. W. Felten, J. Tsai, and S. Consolvo, ‘Privacy is not for me, it’s for those rich women’: Performative privacy practices on mobile phones by women in south asia,” in Proceedings of the fourteenth symposium on usable privacy and security (SOUPS 2018), 2018, pp. 127–142, [Online]. Available: https://www.usenix.org/conference/soups2018/presentation/sambasivan.
[55]
S. Naveed, H. Naveed, M. Javed, and M. Mustafa, ‘Ask this from the person who has private stuff’: Privacy Perceptions, Behaviours and Beliefs Beyond W.E.I.R.D,” in Proceedings of the 2022 CHI conference on human factors in computing systems (CHI ’22), 2022, pp. 1–17, doi: 10.1145/3491102.3501883.
[56]
T. Matthews et al., Stories from Survivors: Privacy & Security Practices when Coping with Intimate Partner Abuse,” in Proceedings of the 2017 CHI conference on human factors in computing systems (CHI ’17), 2017, pp. 2189–2201, doi: 10.1145/3025453.3025875.
[57]
J. Blom, J. Chipchase, and J. Lehikoinen, “Contextual and cultural challenges for user mobility research,” Communications of the ACM, vol. 48, no. 7, pp. 37–41, 2005, doi: 10.1145/1070838.1070857.
[58]
G. Hofstede, “Dimensionalizing cultures: The hofstede model in context,” Online Readings in Psychology and Culture, vol. 2, no. 1, p. 8, 2011, doi: 10.9707/2307-0919.1014.
[59]
M. Graham, A. Milanowski, and J. Miller, “Measuring and promoting inter-rater agreement of teacher and principal performance ratings,” Regional Educational Laboratory (REL) Midwest, Institute of Education Sciences, U.S. Department of Education, Washington, DC, REL 2012–No. 002, 2012. [Online]. Available: https://ies.ed.gov/ncee/edlabs/regions/midwest/pdf/REL_2012002.pdf.
[60]
L. D. Catledge and J. E. Pitkow, “Characterizing browsing strategies in the world-wide web,” Computer Networks and ISDN systems, vol. 27, no. 6, pp. 1065–1073, 1995.
[61]
K. A. Ericsson and H. A. Simon, Protocol analysis: Verbal reports as data, Revised. Cambridge, MA: The MIT Press, 1993.
[62]
N. Goyal and S. R. Fussell, “Effects of sensemaking translucence on distributed collaborative analysis,” in Proceedings of the 19th ACM conference on computer-supported cooperative work & social computing, 2016, pp. 288–302.
[63]
M. B. Kery, M. Radensky, M. Arya, B. E. John, and B. A. Myers, “The story in the notebook: Exploratory data science using a literate programming tool,” in Proceedings of the 2018 CHI conference on human factors in computing systems, 2018, pp. 1–11.
[64]
D. E. Knuth, “Literate programming,” The computer journal, vol. 27, no. 2, pp. 97–111, 1984.
[65]
A. MacLean, R. M. Young, V. M. Bellotti, and T. P. Moran, “Questions, options, and criteria: Elements of design space analysis,” in Design rationale, CRC Press, 2020, pp. 53–105.
[66]
P. Pirolli and S. Card, “Information foraging.” Psychological review, vol. 106, no. 4, p. 643, 1999.
[67]
E. D. Ragan, A. Endert, J. Sanyal, and J. Chen, “Characterizing provenance in visualization and data analysis: An organizational framework of provenance types and purposes,” IEEE transactions on visualization and computer graphics, vol. 22, no. 1, pp. 31–40, 2015.
[68]
L. Mamykina, B. Manoim, M. Mittal, G. Hripcsak, and B. Hartmann, “Design lessons from the fastest q&a site in the west,” in Proceedings of the SIGCHI conference on human factors in computing systems, 2011, pp. 2857–2866.
[69]
P. Dourish and V. Bellotti, “Awareness and coordination in shared workspaces,” in Proceedings of the 1992 ACM conference on computer-supported cooperative work (CSCW ’92), 1992, pp. 107–114, doi: 10.1145/143457.143468.
[70]
W. W. Gaver, J. Beaver, and S. Benford, “Ambiguity as a resource for design,” in Proceedings of the SIGCHI conference on human factors in computing systems (CHI ’03), 2003, pp. 233–240, doi: 10.1145/642611.642653.
[71]
P. Tchounikine, “Designing for appropriation: A theoretical account,” Human–Computer Interaction, vol. 32, no. 4, pp. 155–195, 2017, doi: 10.1080/07370024.2016.1203263.
[72]
A. Henderson and M. Kyng, Design at work: Cooperative design of computer systems. Hillsdale, NJ: Lawrence Erlbaum Associates, 1991.
[73]
A. J. B. Brush and K. M. Inkpen, “Yours, mine and ours? Sharing and use of technology in domestic environments,” in Proceedings of the 9th international conference on ubiquitous computing (UbiComp 2007), 2007, vol. 4717, pp. 109–126, doi: 10.1007/978-3-540-74853-3_7.
[74]
J.-P. Sartre, Original work published 1943Being and nothingness: An essay on phenomenological ontology. London, UK: Routledge, 2003.