Pattern Of Life From Socials

by useosint06243a5620b0No licenseListed Oct 8, 2026Updated Oct 8, 2026

Deep-dive a subject's social media presence — profile metadata, follower and mutual network, content analysis, and posting-time pattern of life across Instagram, Facebook, X/Twitter, TikTok, LinkedIn, Reddit, Telegram and Discord. Use when profiling a social account, mapping someone's associates, inferring a subject's timezone or routine from their posts, or archiving a profile before it is deleted. Applies to threat assessment and executive protection, insider-threat investigation, pre-litigation research, and personal exposure audits — with explicit limits on profiling uninvolved third parties. Reference at useosint.com/skills/pattern-of-life-from-socials.

Instructions only

Pattern of Life from Socials

Pattern-of-life analysis turns scattered public posts into a model of where someone is, when, and with whom. It is the most abusable technique in this repo: the same method produces a due-diligence report and a stalking dossier. The difference is authorization and scope, not tradecraft. The beginner error is collecting posts instead of analysing them — screenshots of a feed are not intelligence. Work four layers: account metadata, network, content, temporal behaviour. The first and last are the two everyone skips, and the two the subject can't curate.

Step 1 — Authorized scope

Read ../../ETHICS.md, then write down before opening a single profile:

  • Subject — the account(s) and the real-world entity you believe is behind them.
  • Objective — the question that ends the investigation. "Pattern of life" is not one. "Does this vendor's EU lead actually live in the EU" is.
  • In / out of bounds — explicitly. Minors, uninvolved family, home address, health, religion, sexuality and immigration status are out unless the objective requires them and you can defend that.
  • Posture — observation only, or authorized interaction. Following, liking, messaging and viewing stories are all interaction.
  • Jurisdiction — yours, the subject's, the platform's.
  • Stop condition — you stop when the objective is answered, when the trail lands on an uninvolved third party, or when the only question left is "where do they sleep."

Done when all six are recorded in the case file.

Step 2 — Choose a viewing identity, then preserve

Logged-out leaks less and sees less; logged-in sees more and leaks more. Platforms variously report story views and profile visits to the subject, and recommendation systems surface accounts that look at each other — so merely viewing can put your research account in the subject's suggestions. Decide the tradeoff using investigate-without-getting-made; never browse a subject from a personal or employer account.

Then capture before you analyse. Accounts get locked or scrubbed mid-investigation, often because someone noticed. Archive the profile and every post you may cite via read-deleted-pages, and pull older snapshots — they routinely show a previous bio, link, or handle. Save media locally.

Done when the viewing identity is recorded and everything you intend to cite exists as an archive URL or a local file with a capture timestamp.

Step 3 — Layer one: account metadata

Go after what the subject never chose. Full per-platform behaviour is in the platform disclosure matrix [blocked].

  • Creation date. Shown outright on some platforms, derivable on others. Snowflake-style 64-bit IDs encode a millisecond timestamp in their high bits, offset from a platform-specific epoch — the ID is the signup time. Plain sequential IDs give registration order, so you can bracket a date against accounts of known age.
  • The numeric ID. It survives handle changes, so it — not the handle — is the durable selector. Record it.
  • Handle history. Seldom a feature, usually recoverable from old mentions, inbound links, archived snapshots and abandoned cross-posts. A freed handle can be reclaimed by a stranger, so an old link proves nothing about current control.
  • Verification and linked accounts. Whether a badge is paid or identity-checked changes what it's worth. Linked sites and business-account contact fields expose emails and phone numbers the personal profile wouldn't.

Done when ID, creation date, handle history and every linked selector are recorded with sources.

Step 4 — Layer two: network

A subject's OPSEC is nearly irrelevant if their relatives tag them.

  • Early followers. The first accounts to follow a personal account are overwhelmingly family, school friends and coworkers — it spread by word of mouth before it had reach. Where follower ordering is observable, the oldest tail is the highest-value segment on the page.
  • Mutual-follow clusters. Reciprocal edges map real-world communities: employer, school cohort, hometown, club. The cluster is the finding; a single edge isn't.
  • Tag direction. Who the subject tags is curated. Who tags the subject is not. Inbound tags from an open-book cousin routinely deliver the birthday, the house, the car and the workplace the locked-down subject withheld.
  • Reply latency. Accounts that reliably comment within minutes are the inner circle, regardless of follower counts.

Build this in graph-the-network, not as a list.

Done when the inner circle, one real-world cluster, and the third parties who leak about the subject are identified and graded.

Step 5 — Layer three: content

Read past the subject of each photo to the accidental content: reflections in windows, mirrors, glasses and dark screens; laptop and phone displays in frame; paperwork such as boarding passes, parcel labels and event badges; vehicles, plates, dealer frames and parking permits. Repeated backgrounds are what upgrade a room from "somewhere" to "home" or "workplace" — count occurrences and note the date span.

Run secrets-in-file-metadata on everything you downloaded: platforms differ in whether they strip EXIF, and the same platform may strip it from an inline image while preserving it in a file attachment or an original-quality download.

Do the geolocation itself in geolocate-from-pixels. Sanity-check anything that looks too convenient with is-this-photo-real.

Done when each location-bearing artefact is logged with post URL, date, and a pointer to the geolocation work.

Step 6 — Layer four: temporal behaviour

Extract every post timestamp into a table and plot hour-of-day and day-of-week. The extraction schema is in the analytic checklist [blocked].

A contiguous gap of roughly seven to nine hours is the sleep window, and its position gives a UTC offset — enough to separate continents, not neighbours. A weekday dip through business hours suggests employment with restricted device access; the inverse suggests shift work or a job spent online. Sudden multi-day offset shifts are travel.

What wrecks this: scheduling tools post at fixed wall-clock times regardless of where the human is, so a scheduled account measures the scheduler; platforms may render timestamps in the viewer's locale; edits can carry the edit time; and cross-posting bridges or shared team accounts blend several humans into one histogram. Establish that posting is manual before reading anything into shape.

Done when both distributions exist over a stated sample window, with an explicit inferred UTC offset and its confidence.

Step 7 — Consolidate and report

Link accounts on evidence: the same avatar file, the same link-in-bio target, follower-set overlap, aligned histograms. Writing style alone is a lead, not a link. Then run write-the-intel-brief. Every claim cites a post or archive URL and a date; every temporal conclusion states sample window and sample size.

Done when no claim lacks a citation and no inference lacks a grade.

Where this goes wrong

  • Sample bias. You're reading a self-published subset of a life. Silence means "didn't post," never "wasn't there."
  • Backdating. A post date is an upper bound on the event date. Photos get posted months late, reposted, or lifted from someone else entirely.
  • The account is not the person. Handles are sold, inherited, hacked and recycled; a long history may have changed hands. Partners, assistants and agencies post as the subject — two behavioural signatures in one histogram usually means two humans.
  • Curated self-report. Location, job title and relationship status are marketing copy, and a common name plus a matching city is a coincidence generator, not a match.
  • Rendering differences. Timestamps, follower ordering and mutual indicators change with login state, and are often approximate ("2h", "last week") rather than exact.
  • Observation changes the subject. One who locks down mid-case may have been tipped off by you.

Grading a finding

  • Confirmed — an authoritative record or the subject states it, or two independent artefacts of different types agree (an inbound tag from a separate account plus a geolocated background). Both archived.
  • Probable — several consistent signals of the same type, or one strong signal with nothing contradicting it: a repeated background plus a temporal pattern consistent with living there.
  • Unconfirmed — single-source, self-reported, style-based, or drawn from too small a sample. A timezone from a few dozen posts or fewer is unconfirmed, full stop.

Downgrade anything resting on an assumption you can't state in one sentence.

Worked example

Objective: confirm a supplier's "EU operations lead" is in Europe, as the contract requires.

Bio says Lisbon. The numeric ID decodes to a signup years before the company existed — so the bio says nothing about the present. Four months of timestamps cluster 14:00–05:00 UTC with a dead zone 06:00–13:00: a sleep window centred near 09:00 UTC, wrong for Lisbon, consistent with the Americas. Dead end: no geotags anywhere, and the platform stripped EXIF from every download.

The network layer breaks it. Early followers cluster around one US state university, and a relative tags the subject at a named local restaurant on a date the subject publicly claimed to be in Portugal; a repeated kitchen background appears on both sides of that date. Graded probable — no authoritative record places the subject anywhere, and a histogram can't separate adjacent countries. Reported with the sample window stated.

Pivots

You now haveTake it to
Handle and variantshunt-a-handle
Avatar, banner, posted photofind-the-original-image, is-this-photo-real
Photo needing place or timegeolocate-from-pixels
Downloaded media filessecrets-in-file-metadata
Exposed email / phonewhat-an-email-reveals, whose-number-is-this, what-leaked-about-you
Corroborated personal namefind-anyone
Employer, brand page, link-in-bio domainx-ray-a-company, recon-a-domain-passively
Follower and mutual edgesgraph-the-network
Deleted or edited postsread-deleted-pages
Aircraft or vessel in poststrack-planes-and-ships
Wallet address or ENS namefollow-the-crypto

Legal and ToS

Automated collection of profile and follower data breaches the terms of service of essentially every major platform and has been litigated as a computer-misuse matter in some jurisdictions; manual viewing of public content generally has not. Creating an account to view a subject is at minimum a ToS problem, and a fraud problem if you misrepresent identity to gain access.

Under GDPR and comparable regimes "publicly available" is not itself a lawful basis, and profiling a person's location and routine is high-risk processing. Political opinion, health, religion, sexuality and union membership are special categories — if they surface incidentally and aren't in scope, don't record them. And the one that matters: sustained monitoring of an individual's location and routine meets the statutory definition of stalking in many jurisdictions, and sourcing it publicly is not a defence. Authorization, a written objective and a stop condition are what make this work lawful.

Source and attribution

Source:useosint/skillsinskills/pattern-of-life-from-socialsat commit06243a5

License: No license

Content belongs to its original authors. SourceWeft indexes it from a public repository.

Report or request removal

More from useosint/skills

Write The Intel Brief

useosint

Turn findings into a defensible intelligence product — BLUF key judgements, standardised estimative probability language, per-claim sourcing with timestamps and archived copies, separated observation, inference and assessment, documented negative findings and gaps, chain of custody and hashing, and redaction of uninvolved parties. Use when writing an intelligence report, due-diligence memo, evidence pack or executive summary, or when asked to write up an investigation so it survives challenge. Applies to regulated compliance reporting, litigation and disclosure, board and investment committee reporting, and law-enforcement referral. Reference at useosint.com/skills/write-the-intel-brief.

Awaiting classificationOct 8, 2026

X Ray A Company

useosint

Corporate due-diligence workflow — resolve a brand or website to its registered legal entity, map group structure and beneficial ownership, profile officers and directors, enumerate the digital estate, and screen litigation, insolvency, procurement, sanctions, PEP and adverse media. Use when asked to check out, vet or research a company, verify a supplier or counterparty before signing or paying, or assess whether a business is real. Applies to vendor and third-party risk, KYC and KYB onboarding, M&A and investor diligence, procurement integrity, and shell-company assessment. Reference at useosint.com/skills/x-ray-a-company.

Awaiting classificationOct 8, 2026

Whose Number Is This

useosint

Investigates a phone number through E.164 normalisation, line-type and carrier checks, app registration and reverse-lookup sources.

Research & AnalysisOct 8, 2026

Who Owns This Domain

useosint

Establish who registered and who operates a domain using WHOIS, RDAP and DNS. Use when running a whois lookup, querying RDAP, digging A, AAAA, MX, NS, TXT, SOA or CAA records, reading SPF includes, DKIM selectors or DMARC rua addresses, finding the registrar, registrant or nameservers, doing reverse DNS, PTR, ASN or netblock lookups, or hunting historical WHOIS and passive DNS. Applies to phishing and brand-abuse takedown, domain-dispute and UDRP evidence, vendor verification before payment, and infrastructure attribution. Reference at useosint.com/skills/who-owns-this-domain.

Awaiting classificationOct 8, 2026

Who Really Owns It

useosint

Research companies, directors, shareholders and ultimate beneficial ownership in official corporate registries, filings and offshore datasets — OpenCorporates, UK Companies House and the PSC register, SEC EDGAR, US Secretary of State registries, EU business registers, GLEIF LEI records, OpenOwnership, OpenSanctions and the ICIJ Offshore Leaks database. Use when asked who owns or controls a company, to find a person's other directorships, or to unpick a group structure. Applies to KYB and UBO verification, AML and sanctions screening, nominee and shell-company detection, procurement integrity, and M&A diligence. Reference at useosint.com/skills/who-really-owns-it.

Awaiting classificationOct 8, 2026

Where Was This Taken

useosint

Verifies where and when a photo or video was taken and whether it is authentic, producing a graded location finding.

Research & AnalysisOct 8, 2026
Pattern Of Life From Socials Agent Skill | SourceWeft