weekly-review
Skill0 starsChanged 38 days agoMITView on GitHub
Runs a timeboxed weekly review - empty every inbox to a decision, audit every open commitment, and pick the 3-5 outcomes that define next week. Use when someone asks "walk me through a weekly review", "help me plan my week", "my task system feels stale and I don't trust it", or "I keep dropping commitments". Do NOT use for setting up the underlying capture-and-organize system itself - use gtd-system instead - or for tracking long-horizon personal goals with an accountability loop - use goals-accountability instead.
92 other projects use a version of this.
Adopted by
Most recently taken up by
- nicolas-diez/personal-ostheir own version, first seen Nov 8, 2026
- chrisblattman/claudeblattmantheir own version, first seen Nov 8, 2026
- totorototo/ledgertheir own version, first seen Nov 8, 2026
- TalkToHumans/pull-labtheir own version, first seen Nov 8, 2026
- Castan-AI/founder-commandstheir own version, first seen Nov 8, 2026
- jwm-axoni/claude-workbenchtheir own version, first seen Nov 8, 2026
Used with
Projects with it also use quarterly-review, daily-plan and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
Phoenixrr2113Skillquarterly-review
Quarterly review — strategic look at the last 3 months. Career trajectory, project health, life balance, big decisions ahead. Runs 1st of Jan/Apr/Jul/Oct.
Also in 3 projects that use this
steptianSkilldaily-plan
每日待办计划与日程管理。触发词:'今天要做'、'今日计划'、'今日待办'、'今天安排'、'安排一下'、'加个任务'、'记个任务'、'今日复盘'、'今日回顾'、'今天总结'、'本周计划'、'周总结'、'开始工作'、'上班了'、'完成了'、'加个日程'、'记个日程'、'改一下时间'、'日程调整'、'面试'、'开会'、'约了'。支持四象限优先级、时段分配、固定日程管理、智能时间估算、每日/每周复盘。当用户提到有明确时间的安排(如'下午两点面试'、'10点开会'),自动识别为日程并写入日程表。
Also in 3 projects that use this
seedprodSkilldaily-brief
Send a morning briefing via Telegram with weather, news, and a motivational quote. Designed to run via launchd for automated daily delivery.
Also in 5 projects that use this
claude-office-skillsSkillmeeting-notes
>
Also in 8 projects that use this
Phoenixrr2113Skillmorning-brief
Full morning brief — calendar, email, meeting prep, execute actionable items, create follow-up tasks. Runs at 8:03 AM or when Randy asks for a morning update.
Also in 4 projects that use this
zephyrwang6Skilldaily-review
每日工作回顾与洞察分析,对用户前一天的对话历史和使用数据进行总结与建议
Also in 3 projects that use this
Other versions92 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 92
- QuixiAI/agi-memory★ 623same name
- QuixiAI/Hexis★ 623same name
- chrisblattman/claudeblattman★ 479same name
- andreaskelm/pm-brain★ 235same name
- duncan-buildroom/freeskills★ 65same name
- andrehuang/researcher-pack★ 50same name
- seandavi/lifeos-template★ 46same name
- chacosoldier/compabob★ 34same name
- cookyman74/llmwiki-harness★ 34same name
- jexchan/dailyup-second-brain-starter★ 33same name
82 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository6 other files it gives its agents.
- 1on1-agendaSkill
- async-communicationSkill
- feedback-writerSkill
- meeting-notes-to-actionsSkill
- okr-builderSkill
- stakeholder-updateSkill
The file
We split this skill into the rules it gives an agent
9 rules. 0 are common, 9 are distinctive, and 0 are very specific to this project.
0
Common
Most of the 80 edited versions we read keep these.
9
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 25
If the user estimates anything ("I think I have about 10 open projects"), label it a guess and verify during Phase B.
- Distinctive: line 30
Run a 5-minute mind sweep: capture anything the head is still holding - promises made in hallways, nagging worries, ideas.
- Distinctive: line 89
Do not turn the review into doing the work.
- Distinctive: line 90
Do not let the honesty line become a guilt session.
- Distinctive: line 91
Do not pick outcomes by urgency.
- Distinctive: line 92
Do not skip Phase A to "save time".
- Distinctive: line 93
Do not rebuild the system mid-review.
- Distinctive: line 99
Every inbox is at zero (decisions made, not necessarily done).
- Distinctive: line 100
Every open project has a written next action.
“Common” is measured: kept by at least 6 in 10 of the 80 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Weekly Review
The weekly review is the maintenance ritual that keeps a productivity system trustworthy. Skip it two weeks in a row and the lists go stale, the brain stops trusting them, and everything moves back into working memory - which is the exact failure the system existed to prevent. Run it as a repeatable checklist at a fixed time, not as a guilt session, and it takes 60-90 minutes to buy a week of clear-headed execution.
Operating procedure
The three phases run in this order because each depends on the last: you cannot audit projects honestly (get current) while unprocessed inputs hide commitments (get clear), and you cannot pick next week's outcomes (get ahead) from a project list you have not audited.
Step 1: gather inputs (5 minutes)
Collect before starting; if the user cannot produce one, note it as a gap in their system and continue.
- The list of inboxes. Default set: email, chat, notes app, task-manager inbox, physical desk/papers. If they name fewer than three, ask where meeting commitments land - there is almost always a hidden inbox.
- The project list, waiting-for list, and someday/maybe list.
- The calendar, last week through two weeks ahead.
- Last week's plan, if one exists. If none exists, say so plainly and build the first one this session.
If the user estimates anything ("I think I have about 10 open projects"), label it a guess and verify during Phase B.
Phase A - Get clear (25-30 minutes)
- Empty every inbox to zero. Process each item to one of four decisions: do (under 2 minutes - do it now), defer (put on the calendar or task list with a next action), delegate (hand off and add to waiting-for), or drop. Inbox zero means every item has a decision, not that every item is done.
- Run a 5-minute mind sweep: capture anything the head is still holding - promises made in hallways, nagging worries, ideas. Write, don't evaluate.
Phase B - Get current (20-30 minutes)
- Scan the calendar backward over last week for loose ends: meetings that produced commitments never captured, follow-ups owed.
- Scan the calendar forward two weeks for anything that needs prep. Two weeks, not one - one week gives no runway for prep that itself takes days.
- Walk the project list. Every open project must have a concrete next action; a project without one is stalled by definition, whatever its status field says.
- Walk the waiting-for list. Nudge anything with no response for more than a week. Delete items that no longer matter.
Phase C - Get ahead (10-15 minutes)
- Pick the 3-5 outcomes that would make next week a win. Hard cap at 5 - a list of eight priorities is a list of zero priorities.
- Block calendar time for the most important outcome, not the most urgent, and place its first block before Wednesday. Deep-focus blocks that land on Friday get eaten. For heavier time-block design, pair with deep-work-planner.
- Scan someday/maybe and activate at most one item. Activating more than one per week silently inflates the project list.
- End with a short written Monday plan: the 3-5 outcomes, the first calendar block for each, and the single most important thing to start Monday morning.
Concrete thresholds
- Full review: 60-90 minutes. Consistently over 2 hours means the system is too complex or the review too infrequent - fix the system (gtd-system), don't lengthen the ritual.
- Missing two consecutive weeks is the trust-collapse threshold. When time is short, shrink instead of skipping: the 20-minute minimum is inboxes to zero, calendar scan, pick 3 outcomes.
- Waiting-for nudge line: 7 days without a response.
- Calendar lookahead: 2 weeks. Outcome cap: 5. Someday/maybe activation cap: 1 per week.
Template: weekly review record
Copy, fill, and keep in the same document week over week - the running history is what makes patterns visible.
WEEKLY REVIEW - week of [FILL: date]
GET CLEAR
Inboxes emptied: [FILL: list] - all to zero? yes / no
Mind sweep captures: [FILL: count] items
GET CURRENT
Loose ends from last week: [FILL]
Prep needed (next 2 weeks): [FILL]
Projects without a next action (now fixed): [FILL: count]
Waiting-for items nudged: [FILL]
GET AHEAD - next week's 3-5 outcomes
1. [FILL: outcome] - first block: [FILL: day/time]
2. [FILL] - first block: [FILL]
3. [FILL] - first block: [FILL]
Someday/maybe activated (max 1): [FILL or none]
HONESTY LINE
What didn't happen last week and why (one sentence, no self-flagellation):
[FILL]
MONDAY: start with [FILL: one thing]Deliverable
Produce a completed weekly review record containing: confirmation every inbox reached zero, the fixed project and waiting-for lists, the 3-5 named outcomes each with a calendar block before Wednesday where possible, the one-sentence honesty line about last week, and the Monday starting action.
Do NOT
- Do not turn the review into doing the work. Two-minute items get done; everything else gets a decision and a slot. A review that runs 4 hours because you answered email is not a review.
- Do not let the honesty line become a guilt session. One sentence on what slipped and why, then adjust the plan - piling on erodes the habit that keeps the system alive.
- Do not pick outcomes by urgency. Urgent items already defend themselves; the review exists to protect the important ones.
- Do not skip Phase A to "save time". Auditing projects on top of unprocessed inboxes produces a plan missing the commitments hiding in email.
- Do not rebuild the system mid-review. Note friction, finish the review, then fix the system separately with gtd-system.
Quality bar
A finished review passes only when all hold:
- Every inbox is at zero (decisions made, not necessarily done).
- Every open project has a written next action.
- Next week has 3-5 outcomes, no more, each with a first calendar block.
- The honesty line exists and names a cause, not just a miss.
- The whole thing fit inside 90 minutes - or the gap is logged as a system problem.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

