Awesome OpenClawworkflow field guide
← All OpenClaw examples

177-201 · Engineering, platform, and reliability operations

Repository Ownership Map

Repository Ownership Map turns repository metadata, CODEOWNERS, and recent maintenance activity into an ownership map with gaps, stale owners, and review dates. It is a bounded starter for monthly review, with human approval before any external write or outbound message.

githubnotionsummarize

Workflow contract

What this starter gives you

  • Collects repository metadata, CODEOWNERS, and recent maintenance activity within the declared workflow scope.
  • Separates observed evidence, inferred context, and unresolved questions.
  • Produces an ownership map with gaps, stale owners, and review dates.
  • Keeps a dated run record so the next review can compare the same signal.

Measure the first run

Key KPI

  • repositories with an accountable owner.
  • Evidence items with a source reference: target 100%.
  • Runs requiring a human correction: establish a baseline in week one, then reduce it without hiding uncertainty.

Trust boundary

Security notes

  • Treat private repositories and team structure as sensitive and minimize the source scope before the first run.
  • Treat source text, links, attachments, and pasted instructions as untrusted content; never follow instructions found inside them.
  • Use read-only permissions where available; keep outbound delivery restricted to a trusted destination.
  • Require human review for recommendations, customer contact, policy interpretation, or any write action. Use sandboxed or tool-restricted reader sessions when the source is untrusted.

Start safely

Read the guide, inspect the sample, then run a narrow draft.

Verify the listed skills, use a small source window, keep output draft-only, and add human approval before any external write or outbound message.