Choosing what to track
Commits works on repo+branch pairs you configure in Settings → Commit tracking. Pick the repositories and branches whose changes should drive documentation — typically your main branch, and any long-lived release branches. Until at least one pair is tracked, the Commits view points you there. See GitHub and GitLab for connecting repositories.Browsing commits
Once you select a tracked repo and branch, you get a three-step drill-down:1
Commit list
Every commit on the branch with its message, author, and time.
2
Changed files
Select a commit to see the files it touched.
3
Diff
Select a file to read the unified diff.
Generating docs from a commit
Click Generate on any commit to run the doc agent against it. The view switches to Docs mode, showing the drafts the agent proposes — updates to existing docs affected by the commit, and new docs where the commit introduced something undocumented. For each draft you can switch between three views:
Accept or reject each draft. When you’re done, click Create branch — LivingContext commits every accepted draft to a new branch in your docs repository, ready to open as a pull request.
Automatic sweeps
You don’t have to click Generate to keep docs current. Tracked branches are swept automatically every 15 minutes. When new commits land, LivingContext generates proposals for the affected docs and delivers them as a batch to your Inbox, each with a provenance card explaining which commit triggered it.Manual Generate and automatic sweeps use the same agent and produce the same kind of drafts. The only difference is where you review them: Generate keeps you in the Commits view; sweeps deliver to the Inbox.
How this fits together
- Commits answers “what changed in the code, and what should the docs say about it?”
- The Inbox is where automatic proposals wait for triage.
- Change requests are where you refine drafts that need a human pass before merging.
- Coverage shows whether the sum of all this activity is keeping your org documented.