Project briefing
Agent skills (open standard) for the bookends of the agent loop: context assembly, decision review, and work-shaping outputs. Works with Claude Code and any Agent Skills harness. Ships its own adoption and value measurement.
npx -y skills add arniesaha/ctxops --skill project-briefingAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
WHEN resuming a repo after time away, onboarding another agent, preparing a handoff, or checking what needs attention. Produces a one-page operational brief for a whole project. Triggers: 'where am I on this', 'brief me on repo X', 'pick up where we left off', 'what does the next agent need'. OUTPUT: one-page brief (status, how to run/verify, risks, next action). NOT FOR: a single decision/task (use ctx-pack), prior-session lookup (use recall-prior-work).
SKILL.md
1.5 KB, as published. Nobody here has run it
project-briefing
Use for whole-project resume/handoff. Different from ctx-pack (task-specific) and recall-prior-work (memory-only).
Workflow
- Read existing status docs first:
README,STATUS,AGENTS, runbooks, deployment notes. - Check recent changes: git status, recent commits, open TODOs.
- If the working tree is clean or the repo has been idle, pull a persistent-memory timeline for the project (e.g. claude-mem), if available, to recover what was last in flight.
- Identify runtime surfaces: local URLs, deployed URLs, commands, tests, dashboards.
- Summarize operationally.
Output Shape
- What this project is
- Current status
- Recent changes
- How to run or verify
- Known risks
- Open threads
- Suggested next action
Rules
- Do not rewrite the project docs unless asked.
- Do not include every file. Include the files that affect action.
- If the deployment path is known, include the exact verification path.
- If status is uncertain, say what command or page would verify it.