goals
Reviews, updates, and sets goals at quarterly, monthly, or weekly level in the Obsidian vault. Make sure to use this skill whenever the user says "review my goals", "OKR check-in", "quarterly review", "am I on track", "update my goals", "set monthly goals", or runs /goals. Works across all three goal levels — choose based on the argument or ask if unclear.
What this skill does
# Goals Review Check-in and update goal notes across quarterly, monthly, and weekly levels. Goal reviews only matter if they connect to action — this skill always ends with concrete next steps, not just status updates. ## Ask, Don't Assume Shared principle (canonical version in the `vault` skill): never guess, deduce, or fill gaps with assumptions about the user's notes, priorities, or intent. If you don't know — a date range, what counts as a win, which goals are active — **ask**. Before writing any synthesis or judgment into a note, show your draft with its source and get explicit confirmation. Missing data is not permission to invent. ## Step 1 — Determine Review Level If `$ARGUMENTS` is provided, use it. Otherwise ask via `AskUserQuestion`: > "Which goals review would you like?" > > - Quarterly > - Monthly > - Weekly ## Step 2 — Load Context (run in parallel) ```bash # OKR dashboard obsidian base:query path="2 - Areas/Goals/OKR Dashboard.base" format=json 2>/dev/null # Active projects (goal alignment check) obsidian files folder="1 - Projects/" format=json ``` ## Step 3 — Level-Specific Workflow ### Weekly Review Read this week's note: ```bash obsidian read path="2 - Areas/Daily Ops/Weekly/M - Month YYYY/YYYY-Www.md" ``` Check: are this week's planned priorities covered by monthly goals? Identify any monthly goals with no weekly activity. Set next week's top 3 priorities. Update the weekly note's "Next Week Focus" section. ### Monthly Review ```bash MONTHLY="2 - Areas/Goals/Monthly/M - $(date +'%B %Y').md" obsidian read path="$MONTHLY" 2>/dev/null || \ obsidian create path="$MONTHLY" template="Monthly Goals" ``` Check quarterly progress: which quarterly objectives is this month advancing? Flag at-risk goals — objectives with less than expected progress given the month's position in the quarter. Update with: progress status per goal, adjustments, and next month's focus. ### Quarterly Review Read the current quarterly note: ```bash # Note: folder name uses "Quaterly" spelling — preserve exactly QTR_PATH="2 - Areas/Goals/Quaterly/Quaterly Goals - QN YYYY.md" obsidian read path="$QTR_PATH" 2>/dev/null ``` For a **mid-quarter check-in**: assess progress, flag at-risk objectives, surface blockers. For a **quarter wrap + new quarter**: review previous quarter outcomes (hit / partial / missed), extract learnings, then set new quarterly objectives broken into monthly milestones. Ask via `AskUserQuestion`: "Is this a check-in or quarter transition?" For new quarter setup, create the new quarterly note: ```bash obsidian create path="2 - Areas/Goals/Quaterly/Quaterly Goals - Q<N> YYYY.md" \ template="Quarterly Goals" ``` ## Step 4 — Update the Goal Note Update the relevant note with: - Progress status per objective - Adjustments to goals (if circumstances changed) - Next actions tied to each objective The CLI has no `patch`. If the update can append to the note, use `obsidian append`. If it must change a specific section, ask the user: MCP `obsidian_patch_content` (heading-targeted) or `read` + `create ... overwrite`. Always show a preview before writing. ## Gotchas - The quarterly folder is `Quaterly` (not "Quarterly") — this is a known vault typo. Match it exactly or file creation will break. - Don't create a new quarterly note mid-quarter — read the existing one. - Don't mark a goal "missed" without asking if it should be adjusted instead. Goals can be refined; they shouldn't just silently fail.
Related in Code Review
gstack
IncludedFast headless browser for QA testing and site dogfooding. Navigate pages, interact with elements, verify state, diff before/after, take annotated screenshots, test responsive layouts, forms, uploads, dialogs, and capture bug evidence. Use when asked to open or test a site, verify a deployment, dogfood a user flow, or file a bug with screenshots. (gstack)
startup-due-diligence
IncludedLegal due diligence review for seed-stage and Series A startups (US, Delaware C-Corp focus). Supports both investor and founder perspectives. Capabilities include: (1) Interactive document review and issue spotting; (2) Document request list generation; (3) Cap table and SAFE/convertible note analysis; (4) Red flag identification with severity ratings; (5) Diligence report generation. TRIGGERS: due diligence, DD, startup investment, cap table review, Series A, seed round, investor diligence, legal review startup, SAFE analysis, convertible note, 409A, founder vesting.
interview-master
IncludedThis skill should be used when the user asks to "generate interview questions", "prepare for interview", "optimize resume", "conduct mock interview", "analyze git commits for resume", "generate resume from code", "review my resume", or mentions interview preparation, career assistance, or extracting project experience from git history. Provides comprehensive interview and career development guidance for both job seekers and interviewers.
fix-issue
IncludedFixes GitHub issues using parallel analysis agents for root cause investigation, code exploration, and regression detection. Reads issue context from gh CLI, searches codebase and memory for related patterns, generates a fix with tests, and links the resolution back to the issue via PR. Includes prevention analysis to avoid recurrence. Use when debugging errors, resolving regressions, fixing bugs, or triaging issues.
sf-apex
IncludedGenerates and reviews Salesforce Apex code with 150-point scoring. TRIGGER when: user writes, reviews, or fixes Apex classes, triggers, test classes, batch/queueable/schedulable jobs, or touches .cls/.trigger files. DO NOT TRIGGER when: LWC JavaScript (use sf-lwc), Flow XML (use sf-flow), SOQL-only queries (use sf-soql), or non-Salesforce code.
swift-development
IncludedComprehensive Swift development for building, testing, and deploying iOS/macOS applications. Use when Claude needs to: (1) Build Swift packages or Xcode projects from command line, (2) Run tests with XCTest or Swift Testing framework, (3) Manage iOS simulators with simctl, (4) Handle code signing, provisioning profiles, and app distribution, (5) Format or lint Swift code with SwiftFormat/SwiftLint, (6) Work with Swift Package Manager (SPM), (7) Implement Swift 6 concurrency patterns (async/await, actors, Sendable), (8) Create SwiftUI views with MVVM architecture, (9) Set up Core Data or SwiftData persistence, or any other Swift/iOS/macOS development tasks.