observer

Record project notes, drift, and risks in repository artifacts.

Updated Mar 19, 2026
One-click install
npx skills add https://github.com/espensev/ai-skills --skill observer-espensev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: observer
Source: https://github.com/espensev/ai-skills/tree/main/codex-skills/skills/observer
Command: npx skills add https://github.com/espensev/ai-skills --skill observer-espensev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Durable project memory is hard to maintain across sessions. The observer stores notes, drift checks, risk tracking, and synthesized project-health views in repo-owned artifacts so Codex can recall context without modifying product code.

Core Features & Use Cases

  • Passive, additive observations that remember patterns and decisions over time.
  • Drift detection and risk tracking to surface long-term health insights.
  • Synthesize durable summaries to docs/observer/project-intelligence.md and store simple metrics in data/metrics.jsonl and observations in data/observations.jsonl.

Quick Start

Start a durable observation session by enabling the observer workflow and recording an initial observation in the repository.

Frequently Asked Questions about observer

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I maintain durable project memory across multiple sessions without altering product code?

To maintain durable project memory without altering product code, you can track notes, drift, and risks in repository artifacts. This approach stores observations and metrics in JSONL files and generates syntheses in markdown, providing a persistent project-health view across sessions.

What is project drift detection and how does it track long-term code health?

Project drift detection tracks long-term health by recording passive, additive observations of patterns and decisions over time. It surfaces these insights by storing observations in data files and synthesizing them into a durable project-intelligence markdown document.

How do I record observations and metrics for risk tracking in a repository?

You record observations and metrics for risk tracking by appending entries to data/observations.jsonl and data/metrics.jsonl. This passive, additive approach ensures evidence-backed reporting by storing simple metrics and contextual notes directly in repository artifacts.

Does project memory tracking work without modifying the existing source code?

Yes, project memory tracking works without modifying source code by storing all data in repository-owned artifacts. It records context in JSONL files and generates syntheses in a dedicated docs directory, ensuring the product code remains completely unaltered.

When should I use repository artifacts for session memory instead of modifying code?

You should use repository artifacts for session memory when you need to recall context across multi-session workflows without modifying product code. This approach is ideal for tracking drift and risks passively while maintaining an evidence-backed project-health view.

What's the best way to synthesize project intelligence from tracked notes and drift?

The best way to synthesize project intelligence from tracked notes and drift is to aggregate observations and metrics into a single markdown file. This generates a durable summary in docs/observer/project-intelligence.md, providing a comprehensive project-health view with guardrails for evidence-backed reporting.