Screen Tour

Last updated 2026-08-21

Ocul-PM looks like a lot of screens, but it's really two groups. The upper "record" group is where what agents did piles up; the lower "tools" group is for digging through code alongside those records.

Sidebar order = number order. Only the first ten get numbers.

Record

ScreenKeyWhat it does
Today⌘1The day at a glance — activity rings, commit graph, agent contributions, honesty audit
Work Journal⌘2A timeline of entries. Collapses by date; each entry is narrative + change diff, side by side
Discussions⌘3Lay out options and compare them before deciding
Planner⌘4The current plan — a living document agents keep up to date
Changes⌘5Your working tree, line by line. Can also group by entry or plan
Retro⌘6Gather signals over 7/14/30 days. Generates standups and PR descriptions

Journal and Planner are the two pillars — see Work Journal and Planner.

Tools

ScreenKeyWhat it does
Code Search⌘7Semantic · Symbols · Exact match — three modes
Code Map⌘8File and symbol dependency graph. How far a change reaches
Docs⌘9Read the repo's ./docs folder like a wiki
Terminal⌘0A real shell rooted in the project
AgentChat with several LLM providers, including planner action proposals
Skills & RulesEverything injected into agents, in one place
Claude CodeClaude Code running inside the app (integration)
CodeIn-app code viewer and editor
Tip

⌘J pops the terminal dock over whatever screen you're on. No need to navigate to Terminal (⌘0) — handy for typing commands while reading an entry.

Code Search — the three modes

ModeWhenHow it finds things
Semantic"Where do we handle login failure?"Local embeddings find passages close in meaning
SymbolsYou know the function or class nameFrom the symbol table extracted by tree-sitter
Exact matchChasing a typo, constant, or stringThe literal string

Semantic indexing is entirely local — code never leaves the machine. A project is indexed once when first opened, then only changed files are refreshed. By default it scans code only; turn on Include docs to pull .md and .txt into results.

Code Map — what it's for

A graph of what calls what, across files and symbols. Three uses:

  • Understanding an unfamiliar repo — modules cluster automatically
  • Tracing calls — which functions a file actually calls, at symbol granularity
  • Blast radius — walk backwards from a file you just changed to see what might wobble

Docs — reading the repo's ./docs

If the project root has a docs/ folder, its markdown is browsable like a wiki. Relative links between documents work, and images render. Read-only — edit in the Code screen or your usual editor.

If the folder doesn't exist, you just get a hint to create one. Handy if your team keeps design docs in the repo.

Discussions

If the journal is retrospect and the planner is the current plan, discussions are the moment before deciding. You lay out options A/B/C with pros and cons and choose, and it's saved to .oculpm/discussion/<name>/discussion.md.

Note

Agents only create a discussion document when you explicitly ask — "let's compare options," "let's write this problem up." Ordinary work is covered by entries and the planner.

Next steps