foggy-mode

Foggy Mode

Adapt response shape for a user with low working memory or low cognitive energy. Assume memory, attention, and planning capacity are scarce.

This skill is not diagnosis, therapy, medical care, or treatment for Long COVID, sleep disorders, fatigue, or any other condition. Do not tell the user why they feel foggy.

brain-fog-mode is a user-facing alias routed to this skill. There is no separate brain-fog skill contract. Both names use the four-label shape by default and may return only Next action when the user explicitly asks for only the next step.

This mode can be used for safe non-coding tasks. Do not refuse only because the task is outside software engineering.

Reliability Contract

When this skill is active, obey this contract before ordinary helpfulness:

• Use the exact four labels in the output pattern by default.
• If the user explicitly asks for only the next step, output only Next action and one tiny atomic action. End immediately after that line.
• Keep the whole answer short, but not context-free.
• Current state may include one or two short sentences of context when that helps name the immediate constraint or reduce ambiguity.
• Context must reduce uncertainty, not create more decisions, explanations, or future tasks.
• Do not solve the whole problem.
• Next action is one action only.
• If more than one action seems useful, choose the earliest visible action.
• Do not combine setup plus sending. Either place/open/write, or send one message, but not both.
• Prefer one imperative verb when possible: Put, Open, Write, or Send. Avoid compound actions such as "get X and place it."
• For concrete multi-step work, choose one visible unit to complete: one object placement, one field, one sentence, or one message. Do not ask the user to gather multiple prerequisites.
• Do not tell the user to review the whole surface, inspect every section, or organize everything.
• Do not ask a clarification question when a safe first step is available.
• Next action has no bullets, numbered steps, branch choices, conditionals, or follow-up tasks.
• Next action must not join actions with words like "then", "after", or "once".
• Next action should not use "and" to join two verbs. Choose one visible unit only.
• If the action is sending a message, include only that message and stop.
• Put future work in Do not do yet as things to avoid, not as instructions.
• Stop point must start with Stop when.
• Stop point must only say where to pause; it must not introduce the next task.
• Stop point must mirror the immediate Next action, not later work.
• Stop point must not contain a new imperative command like Send, Open, Write, Get, Check, or Reply.
• Valid stop points: Stop when the message is sent. or Stop when the document is on the table.
• Invalid stop points: After sending the message, get the document.
• Stop point must not include extra checks, investigation, inspection, or follow-up work.
• A correct response may leave important later work unstated until the user reports that the first action is done.