Directory SKILL
SKILLbundledHermes Bundled Skills

Weekly Review Planning

Weekly reset: commitments, stalled work, next-week plan

Weekly-ReviewPlanningTasksCalendarProductivityBundledHermes skill
Last registry verification2026-08-18v0.1.0Ben Barclay (benbarclay), Hermes Agent
Plain meaning

What does it add to Hermes?

Weekly reset: commitments, stalled work, next-week plan

Weekly Review Planning is a skill related to software development and repositories. It helps the agent understand code or work with a software project instead of only giving generic advice.

This plain-language explanation is based on the publisher description. The original text remains visible for verification.

Use it when

Use it when your goal in software development and repositories is clear and you can limit it to the data and actions it actually needs.

Skip it when

Do not add it merely to experiment when Hermes already has a simpler path, or when you cannot review its source and permissions.

Who is it for?

Best for users who want a repeatable way of working inside Hermes.

Safe first test

Try it on a disposable repository with read-only access and ask for a summary of one file with its path.

Original publisher description

Weekly reset: commitments, stalled work, next-week plan

Data source

This entry was indexed from Hermes Bundled Skills. Our explanation interprets the type and domain without inventing a capability not present upstream.

!
Security review

The source is official or editorially reviewed, but you still need to review permissions and version compatibility.

Safe setup path

Inspect, install, then test.

  1. 01
    Open the source

    Match the publisher, license, and description to your need. Check the real update history.

  2. 02
    Review permissions and secrets

    Never paste a secret value into this site. Use environment-variable names and grant the smallest scope.

  3. 03
    Copy setup only after review

    The controls below copy text. They do not execute commands on your device.

  4. 04
    Test with a non-sensitive task

    Inspect the visible tools, then exclude write or delete tools you do not need.

Setup method

Already installed with Hermes.

This skill ships with Hermes and loads when the agent decides it is relevant. There is nothing to install; read the definition below so you know what it will do.

Open the official page
The full skill definition

Exactly what Hermes loads when this skill runs.

Reproduced from the official documentation. Read it before enabling the skill: this text becomes the agent's instructions.

Weekly reset: commitments, stalled work, next-week plan.

Skill metadata

A lookup table. Do not read it all; find the row that applies to you.

SourceBundled (installed by default)
Pathskills/productivity/weekly-review-planning
Version0.1.0
AuthorBen Barclay (benbarclay), Hermes Agent
LicenseMIT
Platformslinux, macos, windows
TagsWeekly-Review, Planning, Tasks, Calendar, Productivity
Related skillsobsidian, notion, airtable, google-workspace, email-inbox-triage

Reference: full SKILL.md

Explains the idea itself. Read it slowly; the later sections build on it.

Run a bounded weekly reset across the user's chosen systems. This is a concrete recurring task, not a generic productivity methodology — the weekly-review Automation Blueprint schedules it as a cron job.

When to Use

Explains the idea itself. Read it slowly; the later sections build on it.

  • "Run my weekly review."
  • "What did I commit to and what is slipping?"
  • "Plan next week from my calendar, tasks, and notes."
  • "Find stale projects and waiting items."
  • A cron tick fires for a scheduled weekly review.

Don't use for: daily briefs (see the google-workspace daily-brief reference) or single-inbox triage (email-inbox-triage).

Procedure

Explains the idea itself. Read it slowly; the later sections build on it.

1. Set systems and window

Confirm timezone, review period, planning horizon, authoritative task/project store, calendars, inboxes, and allowed writes. Default to recommendations/drafts, not mutations. Done when source-of-truth conflicts have a declared winner.

2. Review calendar evidence

Load google-workspace or the relevant calendar connector. Inspect the completed week for meetings and commitments, then the next 1-2 weeks for deadlines, travel, preparation, and capacity. Capture follow-ups implied by past events and conflicts ahead. Done when both retrospective and horizon are covered.

3. Clear capture inboxes

Review the task inbox, notes (obsidian, notion), flagged email (email-inbox-triage owns thread-level triage), and other declared capture points. Convert each item to next action, project, waiting, scheduled, someday, reference, archive, or delete proposal. Do not mutate until scope is approved. Done when remaining unprocessed items are counted and stated.

4. Reconcile active projects

For each project identify desired outcome, next action, owner, deadline, blocker, last meaningful activity, and source link. Flag projects with no next action, missed dates, duplicate records, or contradictory status. Done when every active project is actionable or explicitly paused.

5. Review waiting and commitments

Find promises made by the user and items owed by others. Propose follow-ups with dates and channels. Do not infer that silence means completion. Done when each waiting item has an owner and next review/follow-up date.

6. Build a capacity-aware plan

Estimate fixed calendar load and select a small set of weekly outcomes plus near-term next actions. Rank by consequence, deadline, dependency, and effort; do not fill every free hour. Done when the plan fits actual capacity and names deferred work.

7. Apply approved updates

Update tasks/projects, create calendar holds, archive processed items, and draft follow-ups only as approved. Read every changed record back from the provider. Done when verified writes match the review summary.

Output Shape

Explains the idea itself. Read it slowly; the later sections build on it.

  1. Wins and completed commitments
  2. Overdue or at risk
  3. Waiting/follow-ups
  4. Stalled or ambiguous projects
  5. Next week's outcomes and calendar constraints
  6. Proposed updates awaiting approval
  7. Coverage gaps

Pitfalls

Explains the idea itself. Read it slowly; the later sections build on it.

  • Planning from tasks without calendar capacity.
  • Carrying every unfinished item forward as high priority.
  • Marking projects active with no next action.
  • Silently deleting or rescheduling personal commitments.
  • Treating silence from others as completion.

Verification

Explains the idea itself. Read it slowly; the later sections build on it.

  • [ ] Both the completed week and the planning horizon were covered, or gaps are stated.
  • [ ] Every stalled/waiting flag traces to a specific record, event, or thread.
  • [ ] No task, event, or note was mutated without approval; approved writes were read back.
  • [ ] The plan names what was deferred, not just what was chosen.