San Francisco
City-level landing logic for teams working across product and security teams.
Not a different service for every location — the same real system work, mapped to the language and operating context buyers use in San Francisco. Last reviewed Jun 22, 2026.
solution contexts mapped under this local hub
capability lanes connected back to the city hub
systems used as proof behind the local landing pages
last reviewed
Most of the variation at the city level comes from how teams frame the problem and which workflows matter locally. In San Francisco, that usually means a stronger emphasis on product and security teams.
The location doesn't change the system — only the language and context teams use locally. The links here connect this work to the solutions, capabilities, projects, and essays that back it up.
San Francisco solution lanes connected to the broader archive.
How this work maps to San Francisco, linked to the solution pages, capabilities, and projects behind it.
Due diligence
How I would approach due diligence systems in San Francisco, CA for product and security teams, with stronger collection, scoring, evidence, and review design.
Brand protection
How I would approach brand protection systems in San Francisco, CA for product and security teams, with stronger collection, scoring, evidence, and review design.
Executive protection
How I would approach executive protection systems in San Francisco, CA for product and security teams, with stronger collection, scoring, evidence, and review design.
Entity resolution
How I would approach entity resolution systems in San Francisco, CA for product and security teams, with stronger collection, scoring, evidence, and review design.
Evidence capture
How I would approach evidence capture systems in San Francisco, CA for product and security teams, with stronger collection, scoring, evidence, and review design.
Investigations workflows
How I would approach investigations systems in San Francisco, CA for product and security teams, with stronger collection, scoring, evidence, and review design.
Social monitoring
How I would approach social monitoring systems in San Francisco, CA for product and security teams, with stronger collection, scoring, evidence, and review design.
Threat intelligence
How I would approach threat intelligence systems in San Francisco, CA for product and security teams, with stronger collection, scoring, evidence, and review design.
Capabilities, systems, and writing connected to the local hub.
Correlation and scoring
Entity resolution, de-duplication, ranking, and confidence models for turning noisy signals into usable intelligence.
Evidence and forensics
Capture pipelines, artifact integrity, provenance, and review-ready delivery for teams that need defensible outputs.
Monitoring and operations
Observability, alert routing, SLAs, and operator-grade feedback loops for systems that cannot fail silently.
Collection and orchestration
Browser automation, distributed workers, scheduling, and fleet-level recovery for public-data systems that need to keep working under drift.
TraxinteL
A modular intelligence core for ingest, enrichment, entity resolution, ranking, and delivery.
Viralink
A propagation and reach analytics engine for measuring how information spreads, accelerates, and compounds across platforms.
Stibits
Blockchain-heavy platform engineering across transaction flows, wallet infrastructure, and product architecture.
Oopsbusted
A fast-response evidence product for capturing public traces, exposure incidents, and shareable proof before context disappears.
Entity Resolution Without Illusions
Identity is probabilistic, not deterministic. Confronting the instability of digital identity in open-source intelligence.
Screenshots as Evidence: Designing for Trust, Not Just Storage
Evidence must survive scrutiny, not just exist. A deep dive into Evidence Engineering, immutability, and the chain of custody for digital artifacts.
The Intelligence Core: Designing Systems That Turn Noise Into Signal
Intelligence is not a feature—it is a pipeline with failure modes. A deep dive into the canonical architecture of high-scale intelligence systems.
Monitoring Is Not Alerting
Alerting is an interruption budget, not a metric. Designing high-signal, low-fatigue observability systems.