Gtd clarify
Process the GTD inbox — turn raw captured items into decided outcomes and next actions. Use when the user wants to sort out / organize / process their inbox, "整理する", "クラリファイ", "これどうしよう", or when 未処理 items are piling up. Reads each item WITH UNDERSTANDING (including the user's casual hand-written notes), asks the two magic questions, routes each to do·delegate·defer / someday / reference / trash / calendar, and records the result in Cosense. Part of the gtd skill bundle.From its SKILL.md
npx -y skills add blu3mo/gtd-cosense --skill gtd-clarifyAssembled 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.
SKILL.md
5.7 KB, ~1.5k tokens by cl100k_base, as published. Nobody here has run it
gtd-clarify — get "in" to empty by deciding, not doing
Clarifying is deciding what each thing is and what to do about it — not doing the work.
"In to empty" = every item in 📥 未処理 has been decided (then it moves to 🗂 整理済み).
GTD=~/.claude/skills/gtd/scripts/gtd_cosense.py.
Read first, with understanding
Start by actually reading the inbox — python3 "$GTD" show (or browsePage for full text).
Take in what the user wrote, including their free-form notes, arrows, and half-thoughts —
those are clarify input, not clutter. If the user hand-wrote "A社よさげ→来週決めたい" under an
item, that is the direction; fold it in rather than asking from scratch. The 📥 未処理
items are what need deciding; already-clear lines in 🗂 整理済み can be left alone.
Work one item at a time, top to bottom
Don't skip to the easy one, and don't leave an item in limbo — that limbo is what nags. Ask one good question at a time, not a questionnaire. For each item:
What is it? (read the user's words) → Is it actionable?
├─ NO → trash → complete --match (just remove it)
│ someday/maybe → move-someday --match
│ reference → note it onto a page, then complete --match
└─ YES → What's the NEXT physical, visible action?
├─ <2 min? → do it now, then complete --match
├─ day/time-fixed? → Google Calendar (below), not a next:
├─ someone else? → set-fields --waiting "相手・何を (依頼: YYYY-MM-DD)"
└─ else → set-fields --next "最初の物理的な一歩" (this promotes it to 🗂)
Will that action finish the whole thing?
├─ NO → it's a project → name it as its OUTCOME and give it a page:
│ bracketize --match … --title "契約をクラウド化する" --page
└─ YES → a bare next-action line is fine
The pivot is "what's the next action?", and it must be a concrete physical act. "会議を 設定する" / "決める" aren't actions yet — ask 「具体的には最初に何をする?誰に、どうやって?」 until you reach call whom / email whom / draft what / open which page. Better wrong than vague.
Name projects as outcomes; goal only when needed
Prefer a project title that is the done-state ([契約をクラウド化する], [確定申告を提出する])
— then the name itself says what "done" looks like and you can skip goal:. Add a goal: line
only when the title doesn't make the outcome obvious. This is lower-friction and truer to Allen
(he names projects as outcomes).
Questions to ask (Japanese; pick the one that unblocks the item)
- Identify / actionable: 「これ何?」「何かやることある?それとも情報/いつか?」
- Outcome (when they don't know what they want): 「どうなったら“完了”って言える?」
- Next action (when they know the outcome but are stuck): 「次に取る、具体的な最初の一歩は? もし今これだけやれるとしたら、まず何をする?」
- Delegate: 「自分がやる?誰かに渡す?」→ if handoff: 「いつ頼んだことにする(日付)?」
- Someday: 「今やる?“いつかやるかも”に置いておく?」
Snyder's split when stuck: don't know what they want → work the outcome ("make it up"); know it but frozen → extract the next action ("make it happen").
Hard landscape → Google Calendar
If an item is tied to a specific day/time ("7/20のイベント登壇", "金曜15時に歯医者"), it belongs
on the calendar, not as an inbox next:. Use the connected Google Calendar MCP — the tools
are create_event (and list_events / list_calendars); if they're not already loaded, find
them with ToolSearch (query: calendar). Confirm the date/time/title with the user, create the
event, then handle any non-dated remainder (prep work) as a normal next:.
create_event(summary="○○イベントで登壇", startTime="2026-07-20T13:00:00",
endTime="2026-07-20T14:00:00", timeZone="Asia/Tokyo")
Recording it (dry-run, then commit)
Use the script — it finds items by fuzzy text and puts things in the right place. Run without
--commit first when the change isn't obvious; show the user; then add --commit. For thinking
/ logs / anything free-form, use note (any wording, no schema):
python3 "$GTD" set-fields --match 電子契約 --next "候補3社の料金ページを開いて比較表を作る" --commit
python3 "$GTD" bracketize --match 電子契約 --title "契約をクラウド化する" --page --commit <<'EOF'
from [inbox]
EOF
python3 "$GTD" note --match 契約 --text "A社よさげ、B社は高い。来週決める" --commit
python3 "$GTD" move-someday --match 英語 --commit
python3 "$GTD" complete --match 牛乳 --commit
Tone
Be a calm coach, not a form to fill in. Confirm each decision briefly (「next 書いた」) and move
on. When 📥 未処理 is empty, say so — that's "in to empty", and it's the moment the mind lets go.
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.