good-morning
Skill0 starsChanged 41 days agoMITView on GitHub
Starts a work session: reads recent logs, MEMORY.md and open tasks, leads with what is still open, then recommends what to work on. Use when the user says good morning or starts their day.
5 other projects use a version of this.
Adopted by
Most recently taken up by
- risadams/ink-and-agencytheir own version, first seen Jul 7, 2026
- zenianielsen/founder-ostheir own version, first seen Jul 3, 2026
- jonathanmalkin/julestheir own version, first seen Apr 7, 2026
- debs-obrien/learn-agent-skillstheir own version, first seen Mar 24, 2026
- trifle-labs/skillstheir own version, first seen Feb 8, 2026
Other versions5 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 5
- jonathanmalkin/jules★ 65same name
- debs-obrien/learn-agent-skills★ 46same name
- risadams/ink-and-agency★ 2same name
- zenianielsen/founder-os★ 2same name
- trifle-labs/skills★ 1same name
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 repository4 other files it gives its agents.
- end-of-daySkill
- new-projectSkill
- vault-importSkill
- vault-setupSkill
The file
We split this skill into the rules it gives an agent
9 rules. 0 are common, 6 are distinctive, and 3 are very specific to this project.
0
Common
Most of the 5 edited versions we read keep these.
6
Distinctive
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 9
If personal.md exists in this folder, read it first.
- Distinctive: line 17
Not for a mid-day question about one project.
- Very specific: line 21
Follow the language rule in CLAUDE.md (its ## Language block, if it has one).
- Distinctive: line 37
Read these before saying anything:
- Very specific: line 43
Otherwise, the vault itself: every ### Still Open item and ### Start Here line in the logs that a later log hasn't resolved, plus any ## …
- Distinctive: line 79
Check the draft against these.
- Distinctive: line 81
Every overdue item from the open-items source appears, and the stale ones sit at the top.
- Distinctive: line 83
Every waiting item names the person it waits on.
- Distinctive: line 84
No item appears in both the open list and the recap.
“Common” is measured: kept by at least 6 in 10 of the 5 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
Good Morning
If personal.md exists in this folder, read it first; it overrides the defaults above.
Orients a new session: what is still open, what happened lately, and one clear call on what to do next. Open items come first, because they are the only part of the briefing that needs a decision today; finished work is context.
When to use
- The user says "good morning", "morning", "let's get to work", "ready to start", "start my day", or "what should I work on?".
- The user opens a session with a greeting and nothing else. Run this before doing anything else.
- Not for a mid-day question about one project. Answer that directly.
Language
Follow the language rule in CLAUDE.md (its ## Language block, if it has one). Don't restate or reinterpret it here.
Checklist
Copy this into your working notes and tick it off:
- [ ] 1. Read CLAUDE.md, MEMORY.md, the open-items source, the last 3 logs
- [ ] 2. Build the open list: stale, due/in progress, waiting
- [ ] 3. Two-or-three-line recap, then one recommendation
- [ ] 4. Verify the briefing (Step 4); fix and re-check if anything fails
- [ ] 5. Ask: jump into a project, or start something new?Step 1 — Read the workspace
Read these before saying anything:
CLAUDE.md— who the user is, the language rule, the conventions. If it doesn't exist,vault-setuphasn't run: say so and offer to run it instead of continuing.MEMORY.md— current state per project: what is true now, what is blocked, what is next. Read it; never edit it from this skill. Some vaults generate it from each project note's## Stateblock, and its header will say so.- The open-items source. Where open items live is set by
CLAUDE.md:- A task manager (e.g. a Todoist connector) if
CLAUDE.mdsays tasks live there. Pull exactly three slices: active tasks due today or overdue; tasks labelled in progress; and waiting-on-someone tasks whose chase date has arrived. Set the result limit high (e.g. 100) so nothing is cut off. Drop anything in a deferred tier (on-hold,somedayor the vault's equivalent). - Otherwise, the vault itself: every
### Still Openitem and### Start Hereline in the logs that a later log hasn't resolved, plus any## Taskssection in a project hub.
- A task manager (e.g. a Todoist connector) if
- The last 3 daily logs — in
01 Daily Logs/, newest first. Each log may hold several## <Project Name>sections, one per conversation that day. Read all of them, not just the first. - Project hubs, only as needed. Don't open every hub up front. Open one when its line in
MEMORY.mdis blocked, when it has something due, or when the user picks it. Hubs are linked by filename (PROJ <Name> Overview.md), not by path, so find the file by name rather than assuming a folder. Basenames are unique, so the search resolves to one file.
A brand-new vault may have none of this yet. That's fine; work with what's there.
Step 2 — Brief, open items first
The open list. One flat list, not split by project, so nothing hides under a heading the user skims past. In this order:
- Stale — overdue by 3 or more days, or carried across more than one log. At the very top. Say plainly that each has to be done, rescheduled or dropped today. An item that keeps reappearing is a signal in itself, and saying so out loud is the point.
- Due today, overdue by 1–2 days, and in progress. One line each.
- Waiting on someone — grouped by person, so it reads "chase Sam" / "raise with the vendor". Only what has waited long enough to be worth chasing. These are follow-ups, not the user's own work.
Format each item as project · item — (overdue N days) where it applies. If the list is empty, say so in one line and move on; that is a good morning, not a problem.
Deferred work stays out. Items marked on-hold or someday (or the vault's equivalent) are not stale, not behind, and not part of a morning briefing. Don't count them, total them or mention that they exist. Undated active tasks are the backlog, browsed when the user picks up a project, never pushed at them.
Not yet tracked. In a vault that uses a task manager, an older log may still carry a ### Still Open or ## Carried Forward section whose items never reached the task manager. Check each one. Name any that are missing once, under a short Not yet tracked heading after the list, and offer to add them. Never blend them into the main list.
Finished. Then, briefly, what got done: two or three lines for the whole recap, not per project. Skip anything already in the open list.
Recommendation. One sentence on what matters most today: hard deadlines first, then stale items, then blockers in MEMORY.md, then momentum. Make a real call. Don't hedge and don't offer a menu; that's the next step's job.
Brand-new vault with no logs and an empty list: skip to Step 3.
Step 3 — Ask what they want to do
"Want to jump into a project, or start something new?"
If they pick a project: list the active projects one line each, with the current next action from MEMORY.md or the hub's ## Open Problems. Once they name one, read its hub for the goal and open problems, and pull its open tasks: active first, dated before undated, then any deferred ones marked as such. This is the one place deferred tiers are fair to show. Then read whatever else is needed and get to work.
If they want something new: tell them to say "new project" and the new-project skill will walk them through it.
Step 4 — Verify the briefing before sending it
Check the draft against these. If any fails, return to Step 2 and fix it, then check again.
- Every overdue item from the open-items source appears, and the stale ones sit at the top.
- Nothing from a deferred tier is mentioned or counted.
- Every waiting item names the person it waits on.
- No item appears in both the open list and the recap.
- The recommendation is one sentence and names one thing.
During the day — close items as they finish
When the session finishes something from the morning list, close it in the same turn and say so: complete it in the task manager, or tick it in the hub's ## Tasks. Don't leave it for end-of-day. If the work only moves an item forward, update it instead. Move its date only if the user names a day or an external deadline changed; don't roll a lapsed date forward just because it lapsed.
Tone
Conversational and brief. The user is starting their day, not reading a report. Open items first, a couple of lines of recap, one clear recommendation, then into action.
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.

