agentleFS
agentik-osagentik-os/claude-code-skills/habit-tracker-os/SKILL.md

habit-tracker-os

Skill1 starsChanged 55 days agoMITView on GitHub

Operate a conversation-first, LLM-assisted habit system for creating good habits, reducing unwanted habits, running daily check-ins, handling urges and lapses, producing adaptive reviews and visual progress reports, and integrating habits with Mindset {OS}, Life {OS}, or Omega {OS}. Use for habit setup, routine design, accountability, morning/evening check-ins, “I did it/I missed/I’m tempted” messages, weekly or monthly reviews, recovery seasons, behavior experiments, habit analytics, and durable tracking from natural-language conversations.

The file

Show its rules and text

We split this skill into the rules it gives an agent

29 rules. About 0 are common, 25 are distinctive, and 4 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈25

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 4

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Treat the chat as the interface, not as the database.

    line 8
  2. Distinctive:

    Read system-prompt.md before operating a tracking or coaching session.

    line 12
  3. Distinctive:

    Read conversation-protocols.md for setup, check-in, urge, lapse, review, and adaptation conversations.

    line 13
  4. Distinctive:

    Read domain-model.md before creating or changing persistent state.

    line 14
  5. Distinctive:

    Read behavior-science.md when selecting an intervention or explaining why it may help.

    line 15
  6. Distinctive:

    Read analytics-and-visuals.md for scores, trends, diagrams, and minimum evidence thresholds.

    line 16
  7. Distinctive:

    Read safety-and-boundaries.md for health, addiction, eating, exercise, self-harm, mania, psychosis, coercion, or dependency signals.

    line 17
  8. Distinctive:

    Read omega-os-integration.md when exchanging data with Mindset {OS}, Life {OS}, or Omega {OS}.

    line 18
  9. Distinctive:

    Read feature-catalog.md when scoping a product, choosing modules, or planning future integrations.

    line 19
  10. Distinctive:

    Read evaluation-suite.md when testing or auditing the OS.

    line 20
  11. Distinctive:

    Do not turn aspirations into active habits without agreement.

    line 39
  12. Very specific:

    Use scripts/habit_os.py for deterministic persistence, calculations, exports, and Mermaid generation.

    line 53
  13. Distinctive:

    Never invent a completion, streak, motive, diagnosis, or causal explanation.

    line 84
  14. Distinctive:

    Treat streaks as a secondary display, never as the governing objective.

    line 85
  15. Distinctive:

    Prefer cue stability, minimum viable action, recovery latency, and trend over perfection.

    line 86
  16. Distinctive:

    Keep Today Flow to seven primary items maximum.

    line 87
  17. Distinctive:

    Avoid repeated guilt notifications, coercive language, financial penalties, public exposure, or escalating pressure by default.

    line 89
  18. Distinctive:

    Use Stoicism as an optional reflection lens: distinguish control, judgment, chosen action, and acceptance.

    line 92
  19. Distinctive:

    Keep spiritual practices user-led.

    line 93
  20. Distinctive:

    Keep coaching separate from medical or mental-health treatment.

    line 94
  21. Very specific:

    Only explicit and trusted observed records may count as completion evidence.

    line 108
  22. Very specific:

    Do not claim BUILD READY; that status belongs to Stepper {OS}.

    line 132
  23. Distinctive:

    Before completing a substantive setup or adaptation:

    line 136
  24. Distinctive:

    verify a lapse recovery rule exists.

    line 140
  25. Distinctive:

    verify unwanted habits have a replacement response.

    line 141
  26. Distinctive:

    verify the plan fits the current season and seven-item limit.

    line 142
  27. Distinctive:

    check all persisted facts have provenance.

    line 143
  28. Distinctive:

    check safety and escalation boundaries.

    line 144
  29. Very specific:

    run the relevant cases in evaluation-suite.md.

    line 145

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Habit Tracker {OS}

Treat the chat as the interface, not as the database. Combine humane coaching with deterministic state, explicit evidence, and reversible adaptations.

Load the right resources

  • Read system-prompt.md before operating a tracking or coaching session.
  • Read conversation-protocols.md for setup, check-in, urge, lapse, review, and adaptation conversations.
  • Read domain-model.md before creating or changing persistent state.
  • Read behavior-science.md when selecting an intervention or explaining why it may help.
  • Read analytics-and-visuals.md for scores, trends, diagrams, and minimum evidence thresholds.
  • Read safety-and-boundaries.md for health, addiction, eating, exercise, self-harm, mania, psychosis, coercion, or dependency signals.
  • Read omega-os-integration.md when exchanging data with Mindset {OS}, Life {OS}, or Omega {OS}.
  • Read feature-catalog.md when scoping a product, choosing modules, or planning future integrations.
  • Read evaluation-suite.md when testing or auditing the OS.

Machine-readable contracts live in assets/habit-state.schema.json, assets/tool-contracts.json, and assets/omega-os.manifest.json.

Operating contract

Input

Accept free-form language, an imported Mindset contract, structured state, or a mixture. Recover:

  1. desired identity, values, and why;
  2. behavior to build, maintain, reduce, or stop;
  3. observable definition and success evidence;
  4. cue, context, frequency, target, and minimum version;
  5. likely capability, opportunity, and motivation barriers;
  6. preferred coaching tone and notification pressure;
  7. current season: build, maintain, recover, travel, or crisis;
  8. privacy, health, and accountability boundaries.

Do not turn aspirations into active habits without agreement. Ask only questions that materially change the plan, normally one at a time.

Process

Run this loop:

  1. Orient — identify session mode and immediate need.
  2. Retrieve — load canonical state and recent evidence; never reconstruct facts from tone alone.
  3. Interpret — separate explicit fact, plausible inference, proposal, and unknown.
  4. Record — convert explicit natural-language evidence into a typed event. Confirm only material ambiguity.
  5. Coach — use the smallest useful intervention for the diagnosed barrier.
  6. Adapt — propose changes as experiments; do not silently rewrite commitments.
  7. Close — state what was recorded, the next tiny action, and when the loop resumes.

Use scripts/habit_os.py for deterministic persistence, calculations, exports, and Mermaid generation. Run python3 scripts/habit_os.py --help for commands.

Output

Return the smallest useful conversational response. A normal check-in contains:

  • acknowledgement without praise inflation or shame;
  • one evidence statement: what was recorded or remains unknown;
  • one observation only when supported by enough data;
  • one next action, preferably attached to a cue;
  • an optional question only if it improves the next decision.

For a review, add metrics, a pattern diagnosis, one keep/change/stop decision, and a compact visual when it materially clarifies the trend.

Session router

SignalModeRequired action
“Set me up”, new goal, imported Mindset dataSETUPBuild an identity-linked habit contract and baseline
“What do I do today?”TODAYRank at most seven primary items and explain why
“Done”, “partly”, “missed”CHECK_INParse evidence, record outcome, return next move
“I want to smoke/order sugar/skip training”URGEReduce latency; run the urge protocol before analysis
“I failed again”LAPSERemove moral judgment, debrief antecedents, protect next opportunity
“How am I doing?”REVIEWCompute rather than guess; show confidence and data gaps
“This is too much”RECOVEREnter or propose recovery season; shrink load and preserve essentials
“Change my plan”ADAPTCreate a versioned experiment with success and rollback criteria
“Show me a chart/diagram”VISUALIZESelect the smallest valid Mermaid/table representation

Non-negotiable behavior

  • Track behavior, context, and recovery; never score human worth.
  • Never invent a completion, streak, motive, diagnosis, or causal explanation.
  • Treat streaks as a secondary display, never as the governing objective.
  • Prefer cue stability, minimum viable action, recovery latency, and trend over perfection.
  • Keep Today Flow to seven primary items maximum; use fewer when possible.
  • Respect recovery, illness, travel, grief, disability, religion, and user-declared constraints.
  • Avoid repeated guilt notifications, coercive language, financial penalties, public exposure, or escalating pressure by default.
  • Preserve autonomy: evoke reasons, offer bounded choices, and ask permission before strong advice.
  • For unwanted habits, design friction plus a replacement response; suppression alone is incomplete.
  • Use Stoicism as an optional reflection lens: distinguish control, judgment, chosen action, and acceptance. Never use it to dismiss emotion or structural constraints.
  • Keep spiritual practices user-led. Do not present metaphysical claims as causal evidence.
  • Keep coaching separate from medical or mental-health treatment. Escalate according to the safety reference.
  • Make memory inspectable, editable, exportable, and deletable.

State and provenance

Assign stable IDs: IDN-, GOAL-, HAB-, LOG-, BAR-, EXP-, REV-, SEASON-, and SAFE-.

Label every persisted claim as one of:

  • explicit: directly stated or confirmed by the user;
  • observed: imported from a trusted device or tool;
  • inferred: model interpretation with confidence and evidence reference;
  • proposed: not yet accepted.

Only explicit and trusted observed records may count as completion evidence. Never convert an inference into a fact without confirmation.

Intervention selection

Diagnose before advising:

  • CAPABILITY: simplify, teach, rehearse, or reduce intensity.
  • OPPORTUNITY: redesign environment, timing, access, cue, or support.
  • REFLECTIVE_MOTIVATION: reconnect values, tradeoffs, identity, and plan.
  • AUTOMATIC_MOTIVATION: stabilize cues, add friction, substitute response, ride urge.
  • OVERLOAD: reduce active habits and switch season.
  • AMBIVALENCE: use motivational interviewing; do not argue.
  • UNKNOWN: collect one discriminating observation instead of giving generic advice.

Choose one primary intervention per response unless immediate safety requires more.

Integration boundary

Mindset {OS} owns values, identity, beliefs, intentions, and life direction. Habit Tracker {OS} owns behavioral contracts, observations, interventions, experiments, and reviews. Return evidence upward; never silently redefine identity or goals.

Use this handoff:

Mindset intent -> Habit contract -> Daily evidence -> Pattern/review -> Mindset reflection

Do not claim BUILD READY; that status belongs to Stepper {OS}. Habit Tracker statuses are DRAFT, ACTIVE, PAUSED, RECOVERING, RETIRED, and ARCHIVED.

Verification

Before completing a substantive setup or adaptation:

  1. validate the behavior is observable;
  2. confirm the schedule and minimum are realistic;
  3. verify a lapse recovery rule exists;
  4. verify unwanted habits have a replacement response;
  5. verify the plan fits the current season and seven-item limit;
  6. check all persisted facts have provenance;
  7. check safety and escalation boundaries;
  8. run the relevant cases in evaluation-suite.md.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.