north-star
Skill9 starsChanged 27 days agoMITView on GitHub
Use when docs/north-star.md exists (the project has been onboarded) OR the operator explicitly asks to check/apply the North Star — steer every task, decision, and fix toward the project's locked vision and flag drift away from it. On the absence path it is a silent no-op by default, with ONE narrow sanctioned output: a single one-time onboarding offer (D5, at most once, only when the operator is clearly doing project work) — so a matcher may load it there for that offer alone. It never creates the file and never nags. Not for projects that have not been onboarded.
12 other projects use a version of this.
Adopted by
Most recently taken up by
- uzysjung/uzys-agent-harnesstheir own version, first seen Nov 8, 2026
- lifekit-hq/devclawtheir own version, first seen Oct 21, 2026
- andreaskelm/pm-braintheir own version, first seen Oct 17, 2026
- agentmart/pm-ostheir own version, first seen Oct 15, 2026
- poponline63/north-startheir own version, first seen Oct 13, 2026
- ele-yufo/unstucktheir own version, first seen Jul 29, 2026
Used with
Projects with it also use strategy.
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.
EpistatesSkillstrategy
Plan weekly or monthly X content strategy. Use when the user wants to plan their content calendar, set growth goals, build a content pipeline, or think strategically about their X presence.
Also in 3 projects that use this
Other versions12 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 12
- andreaskelm/pm-brain★ 235same name
- ai-analyst-lab/north-star★ 8same name
- BhaskarManam/pstack★ 4same name
- raphaelDkhn/worldbuilder★ 3same name
- uzysjung/uzys-agent-harness★ 3same name
- ele-yufo/unstuck★ 2same name
- Naoray/skills★ 2same name
- poponline63/north-star★ 2same name
- agentmart/pm-os★ 1same name
- lifekit-hq/devclaw★ 1same name
2 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 repository119 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- .github/copilot-instructions.mdCopilot instructions
- .cursor/rules/fusebase-flow-always.mdcCursor rule
- .cursor/rules/fusebase-flow-implementation.mdcCursor rule
- .cursor/rules/fusebase-flow-security.mdcCursor rule
- .cursor/rules/fusebase-flow-specs.mdcCursor rule
- .cursor/rules/fusebase-flow-validation.mdcCursor rule
- api-explorationSkill
- app-api-contract-testingSkill
- app-backendSkill
- app-business-docsSkill
- app-dev-practicesSkill
- app-e2e-testsSkill
- app-quality-patternsSkill
- app-routingSkill
- app-secretsSkill
- app-sidecarSkill
- app-ui-designSkill
- business-logic-guardianSkill
- client-vs-internalSkill
- code-reviewSkill
- comment-policySkill
- communicationSkill
- design-discovery-ideationSkill
- dev-debug-logsSkill
- documentation-budgetSkill
- file-uploadSkill
- find-wasted-codeSkill
- find-wasted-effortSkill
- fusebase-cliSkill
- fusebase-dashboardsSkill
- fusebase-flow-health-checkSkill
- fusebase-gateSkill
- fusebase-portal-specific-appsSkill
- git-history-diagnosticSkill
- git-workflowSkill
- handling-authentication-errorsSkill
- handoffSkill
- implementation-planningSkill
- invite-with-passwordSkill
- lightweight-laneSkill
- liveness-disciplineSkill
- managed-integrationsSkill
- mcp-gate-debugSkill
- module-size-disciplineSkill
- phase-auditSkill
- product-apps-decompositionSkill
- product-docs-firstSkill
- product-ownerSkill
- project-onboardingSkill
- release-deploy-reportingSkill
- remote-logsSkill
- repo-onboarding-context-mapSkill
- requirements-specificationSkill
- role-disciplineSkill
- security-permissions-reviewSkill
- skill-authoringSkill
- smoke-testingSkill
- task-delegationSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
7 rules. 0 are common, 5 are distinctive, and 2 are very specific to this project.
0
Common
Most of the 10 edited versions we read keep these.
5
Distinctive
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 47
Existence gate (MANDATORY FIRST STEP): If docs/north-star.md does not exist → this skill contributes no check: skip steps 2-5.
- Distinctive: line 50
Flag drift — via the Required output block below: If the work diverges (out-of-scope, wrong audience, against a constraint), say so plainly …
- Distinctive: line 56
Every activation that reaches step 3 MUST emit this block — in chat (Mode A context) and verbatim into the gate/ticket note when one is …
- Very specific: line 87
Do not activate (beyond the single one-time D5 offer, step 6) or create the file when docs/north-star.md is absent.
- Distinctive: line 88
Do not nag every turn when unset (offer at most once — D5).
- Distinctive: line 89
Do not reinterpret/rewrite the vision on the operator's behalf.
- Distinctive: line 90
Do not block trivial work that doesn't touch the vision.
“Common” is measured: kept by at least 6 in 10 of the 10 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
North Star
Style: Mode-B-lite. Artifact-gated skill — inert unless
docs/north-star.mdexists.
Purpose
Keep all work aligned to the project's vision. When a project has been onboarded (docs/north-star.md exists), this skill reads it and checks that tasks, decisions, and fixes serve that vision — catching drift before it compounds. It is the canonical example of the artifact-gated pattern: ship complete, stay dormant until fed.
When to invoke
docs/north-star.mdexists AND a task / decision / fix is in progress.- Operator says "check the north star", "is this on-vision", "does this drift".
- During Specify / Plan / Decisions / Tasks / a non-trivial fix (alongside FR-20 zoom-out).
Do not invoke when
docs/north-star.mddoes NOT exist → silent no-op by default. The one narrow exception is the one-time D5 offer (step 6, at most once, only when the operator is clearly doing project work); after it fires (or is declined) stay silent. Never prompt repeatedly, never create the file. (Project simply hasn't been onboarded; that's fine.)- Trivial mechanical edits.
Required inputs
| Input | Where it lives | If missing |
| Project North Star | docs/north-star.md | Skill is a no-op (default) — the sole absence-path output is the one-time D5 offer (step 6). Do not create it. (Onboarding via project-onboarding / /onboard creates it.) |
| Current work | spec / decision / task / fix in progress | nothing to check; exit |
Procedure
- Existence gate (MANDATORY FIRST STEP). If
docs/north-star.mddoes not exist → this skill contributes no check: skip steps 2-5. Default is silent no-op; the ONLY sanctioned output on the absence path is the one-time D5 offer (step 6). Do NOT create the file. Do NOT nag. - Read
docs/north-star.md(vision, audience, in/out scope, success, constraints). - Align-check the current work: does it serve the vision; is it in-scope; does it fit the audience (internal vs client); does it respect the constraints?
- Flag drift — via the Required output block below. If the work diverges (out-of-scope, wrong audience, against a constraint), say so plainly and recommend the on-vision alternative.
- Ambiguity → ask the operator in chat (FR-19); do not silently reinterpret the vision.
- Offer-once (D5) — sole absence-path output. Applies only when step 1 found no
docs/north-star.mdAND the operator is clearly doing project work AND no prior offer was made (if unsure whether one was, do not offer). Offer once: "No North Star is set — want to capture one (/onboard)? Or continue without." Silence or decline → permanent silent no-op for the rest of the project.
Required output — alignment verdict (3 lines)
Every activation that reaches step 3 MUST emit this block — in chat (Mode A context) and verbatim into the gate/ticket note when one is written. A north-star claim without the block is unverifiable and does not count as a check.
North-star: <On-vision | Drift | Blocked (locked-decision conflict, FR-11)>
Dimension: <vision | scope | audience | constraint | success-metric> — <which line of docs/north-star.md, one clause>
Recommendation: <proceed | on-vision alternative in one line | question for operator (FR-19)>On-vision still emits the block (Dimension: the strongest match; Recommendation: proceed) — silence is indistinguishable from a skipped check.
Output artifacts
| Artifact | Location | Mode |
| Alignment verdict block (3 lines, above) / drift flag | chat (Mode A) or ticket note | Mode A / Mode-B-lite |
Failure cases
| Failure | Detection | Response |
| Artifact absent | step 1 | silent no-op (correct behavior, not an error) |
| Work contradicts vision | step 3 | flag; recommend on-vision path; escalate to operator if locked-decision conflict (FR-11) |
| Vision itself is stale | operator says vision changed | route to project-onboarding to update docs/north-star.md |
Escalation path
- Drift vs a locked decision → stop and ask operator (FR-11/FR-19).
- Vision needs updating →
project-onboarding("update my North Star").
Anti-patterns
- Do not activate (beyond the single one-time D5 offer, step 6) or create the file when
docs/north-star.mdis absent. - Do not nag every turn when unset (offer at most once — D5).
- Do not reinterpret/rewrite the vision on the operator's behalf.
- Do not block trivial work that doesn't touch the vision.
Clean-room note
Original Fusebase Flow content. See docs/source-map.md. No third-party code, prompts, or skill files copied.
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.

