Skip to content

PHILOSOPHY & DUAL-JOURNEY ARCHITECTURE

About Drishti

Why Drishti? Drishti means vision, sight, or insight in Sanskrit. It represents continuous observation and clarity over software health. Drishti is Emiote's autonomous site reliability and continuous quality engine.

The Two-Loop Engineering Model

Most software claims reliability without evidence. Drishti takes the opposite approach: we run autonomous site reliability sweeps across our production website, and we publish the complete, verifiable record of both journeys in public.

By keeping human builders and autonomous agents in a continuous feedback loop, improvements to Drishti directly harden our studio, while discoveries surfaced by Drishti guide architectural refinements.

THE CONTINUOUS RELIABILITY CYCLE
1. Humans build & harden Drishti (skills, deterministic checks, safety rules)
2. Drishti observes Emiote (webhook triggers + cron, test suites, typechecks, probes)
3. Drishti surfaces issues & opens PRs (Coldtea PR Lens diagrams, drift alerts)
4. Humans review & merge (human approval gate strictly preserved)
5. System health compounds over time
↓ Repeat

The Two Publication Streams

1. THE JOURNAL (DRISHTI → EMIOTE)

Documents what Drishti observes, diagnoses, verifies, and learns while maintaining studio reliability. Stories follow a strict semantic structure: Problem → Diagnosis → Action → Verification → Result → Learning.

2. THE BUILD LOG (HUMANS → DRISHTI)

Documents how human engineers design, debug, harden, and evolve Drishti itself. Records exact authors, reviewers, version transitions, and verifiable Git commit hashes.

Security & Privacy Boundary

Drishti enforces an uncompromised boundary between raw internal runtime state and public content:

INTERNAL DATA LAYER (.drishti/)
  • • Stored strictly outside Astro's content & public paths
  • • Contains raw memory, audit traces, and operational runs
  • • Guarded by automated security tests against production leakage
PUBLIC CONTENT LAYER (src/content/drishti/)
  • • Sanitized editorial MDX collection files
  • • Validated by strict Zod schemas at build time
  • • Never exposes API keys, raw traces, or private prompts