agentleFS
EnigmaWUEnigmaWU/MyCodeAgentSkills/activate-personal/SKILL.md

activate-personal

Skill4 starsChanged 3 months agoMITView on GitHub

WHEN/WHERE/WHO: [Scheduling: Agents or users declaring durable expertise, preferences, or personal defaults.] HOW: [Structural: Use this SKILL to activate the personal profile and update it when new durable information is provided.] WHY: [Scheduling: Prevents having to re-explain personal context every session. Keeps future sessions faster and more accurate.]

The file

Show its rules and text

We split this skill into the rules it gives an agent

21 rules. About 0 are common, 19 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈19

    Distinctive · estimate

    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
  1. Distinctive:

    When this skill is activated, first load skill-common and apply the shared conventions it defines: canonical section order, frontmatter …

    line 13
  2. Distinctive:

    Do not use this skill for one-off task instructions that apply only to the current request.

    line 26
  3. Distinctive:

    Do not use this skill to change repository-wide conventions for everyone.

    line 27
  4. Distinctive:

    Stop Rule: If durability, safety, or privacy is unclear after clarification, stop and ask the user instead of saving or activating …

    line 58
  5. Distinctive:

    Only store durable user-provided information that is safe and appropriate to reuse.

    line 61
  6. Distinctive:

    Do not treat temporary instructions such as "for this task" or "for now" as profile updates.

    line 62
  7. Distinctive:

    Do not store secrets, credentials, sensitive personal data, or anything the user would not expect to persist.

    line 63
  8. Distinctive:

    If it is unclear whether a statement is durable, personal, or safe to save, stop and ask before updating the profile.

    line 65
  9. Distinctive:

    If anything is unclear, missing, or conflicting, stop and ask the user before proceeding.

    line 68
  10. Distinctive:

    Look for reusable personal context in this order:

    line 72
  11. Distinctive:

    If no reusable profile exists, activate only what the current conversation clearly supports and ask whether the user wants a reusable …

    line 76
  12. Distinctive:

    If the declaration might be temporary, private, or unclear, ask the user whether it should be saved for future sessions.

    line 110
  13. Distinctive:

    use user-scoped memory when the agent supports persistent memory,

    line 112
  14. Very specific:

    if that file does not exist, create it from activate-personal/references/personal-profile-template.md with the user's approval.

    line 114
  15. Distinctive:

    Remove or rewrite outdated items when the user explicitly supersedes them.

    line 119
  16. Distinctive:

    Keep the profile focused on reusable working context, not a transcript of the conversation.

    line 120
  17. Distinctive:

    If no durable profile change occurred, say so instead of forcing an update.

    line 121
  18. Very specific:

    Verify the frontmatter name matches the folder name.

    line 139
  19. Distinctive:

    Verify the section layout matches the COMPLEX template.

    line 140
  20. Distinctive:

    Verify the workflow both activates existing personal context and updates it when the user declares new durable expertise, terminology, or …

    line 141
  21. Distinctive:

    Verify the skill tells the agent to stop and ask when profile updates are ambiguous or unsafe.

    line 142

≈ “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

Activate Personal

Common Contract (Load First)

When this skill is activated, first load skill-common and apply the shared conventions it defines: canonical section order, frontmatter rules, anti-pattern guidance, and the Review In Mind loop in review-in-mind. This skill adds only domain-specific rules below.

Who

Agents or maintainers using EnigmaWU's skill set who need to apply the user's durable expertise, working style, and personal defaults consistently across sessions.

What

Activate the user's personal working profile before doing the main task, then keep that profile up to date when the user declares new durable expertise, preferences, or corrections. The deliverable is an explicit activation summary for the current task plus a minimal update to the stored personal profile when new durable information appears.

When

  • The user says "activate my personal", "use my personal defaults", "load my profile", or similar.
  • A session starts with EnigmaWU's skill set and the agent should apply the user's known personal context before proceeding.
  • The user says "I am good at...", "my expertise is...", "remember that I prefer...", "next time use...", or otherwise declares durable expertise or preferences.
  • The user corrects previously used personal context and wants the correction reused in future sessions.
  • Do not use this skill for one-off task instructions that apply only to the current request.
  • Do not use this skill to change repository-wide conventions for everyone. Use repository instructions or documentation instead.

Where

  • The current conversation and any already-available user-scoped memory.
  • The deployed skill folder, especially activate-personal/personal-profile.md when that file exists and is intended to hold reusable profile details such as expertise, teamwork defaults, terminology mappings, and engineering preferences.
  • The companion template at activate-personal/references/personal-profile-template.md when a profile file needs to be created or restructured.

Why

  • The user wants their personal context activated automatically instead of being re-explained in every session.
  • Durable expertise and preferences are easy to lose if they stay only in chat.
  • Separating reusable personal profile data from one-off task instructions keeps future sessions faster and more accurate.
  • A lightweight activation step reduces drift: the agent starts from the user's known strengths and preferences, but still adapts to the current task.

Inputs

  • The user's current request.
  • Existing personal profile data from memory or activate-personal/personal-profile.md when available.
  • New expertise, preferences, teamwork defaults, terminology mappings, corrections, or boundaries declared during the conversation.
  • Optional confirmation from the user when a statement might be temporary, private, or ambiguous.

Output (Logical Evidence)

  • A concise activation summary describing which personal expertise or preferences are being applied to the current task.
  • A minimal update to the stored personal profile when the user provides new durable information.
  • A short note explaining what was added, changed, or left unchanged for future sessions.

Optimization Readiness

  • Failure Signals: The skill stores temporary instructions as durable profile data, misses reusable preferences that the user explicitly declared, or activates irrelevant profile details for the current task.
  • Evidence To Collect: Activation summaries, profile diffs, user corrections, and examples of statements that were accepted, rejected, or required clarification.
  • Safe Mutation Boundaries: Tighten trigger phrases, storage rules, activation summaries, and clarification prompts without changing the core boundary between durable profile data and task-specific instructions.
  • Acceptance Criteria: Accept revisions only if the skill consistently activates relevant personal context, updates the stored profile minimally, and avoids persisting unsafe or temporary information.
  • Rejected Revision Handling: Record rejected profile fields, ambiguous declarations, and storage anti-patterns so the same mistakes are not repeated blindly.
  • Transfer Check: Confirm the revised workflow still works for both profile activation and profile update scenarios, not only one of them.
  • Stop Rule: If durability, safety, or privacy is unclear after clarification, stop and ask the user instead of saving or activating uncertain profile data.

Constraints (Logical Boundaries)

  • Only store durable user-provided information that is safe and appropriate to reuse. Do not invent expertise or preferences.
  • Do not treat temporary instructions such as "for this task" or "for now" as profile updates.
  • Do not store secrets, credentials, sensitive personal data, or anything the user would not expect to persist.
  • Personal defaults must not override explicit instructions in the current task.
  • If it is unclear whether a statement is durable, personal, or safe to save, stop and ask before updating the profile.

One More Thing

If anything is unclear, missing, or conflicting, stop and ask the user before proceeding.

How (Structural Workflow)

Phase 1: Find the Current Personal Profile

  1. Look for reusable personal context in this order:
    • user-scoped memory that is already available to the agent,
    • activate-personal/personal-profile.md beside the deployed skill,
    • explicit profile details stated earlier in the current conversation.
  2. If no reusable profile exists, activate only what the current conversation clearly supports and ask whether the user wants a reusable profile created for future sessions.
  3. Ignore statements that are clearly task-specific, temporary, or unrelated to how the user works.

Phase 2: Activate It for the Current Task

  1. Extract only the profile items that matter for the current request, such as:
    • durable expertise,
    • preferred problem-solving method,
    • preferred teamwork framing or virtual team roles,
    • preferred working style,
    • preferred output style,
    • terminology mappings or translation rules,
    • recurring boundaries or defaults.
  2. State the activation briefly before continuing, for example:

    Activated personal profile:
    - Expertise: ...
    - Teamwork: ...
    - Preferences: ...
    - Terminology: ...
    - Boundaries: ...
  3. Apply the activated profile while doing the task, but let explicit task instructions win if they conflict.

Phase 3: Update the Profile for Next Time

  1. Watch for durable declarations such as:
    • "I am an expert in ..."
    • "My expertise is ..."
    • "Treat Agent as ..."
    • "Use this term as ..."
    • "Remember that I prefer ..."
    • "Next time, use ..."
  2. Rewrite the declaration into a short, reusable fact without changing its meaning.
  3. If the declaration might be temporary, private, or unclear, ask the user whether it should be saved for future sessions.
  4. Save the update in the best durable location available:
    • use user-scoped memory when the agent supports persistent memory,
    • otherwise update activate-personal/personal-profile.md,
    • if that file does not exist, create it from activate-personal/references/personal-profile-template.md with the user's approval.
  5. Re-activate the updated profile and tell the user what changed.

Phase 4: Keep the Profile Clean

  1. Merge duplicates and corrections instead of appending contradictory facts.
  2. Remove or rewrite outdated items when the user explicitly supersedes them.
  3. Keep the profile focused on reusable working context, not a transcript of the conversation.
  4. If no durable profile change occurred, say so instead of forcing an update.

Resources

  • activate-personal/personal-profile.md — a concrete personal profile that can be activated directly when deployed with this skill set.
  • activate-personal/references/personal-profile-template.md — starter structure for a reusable personal profile file.
  • save-as-skill/SKILL.md — use when the conversation produced a brand-new reusable workflow instead of a personal profile update.
  • improve-existing-skill/SKILL.md — use when another existing skill needs to absorb lessons learned from the conversation.

Review In Mind (ReviewInMindGenie)

Execute the common review loop in review-in-mind before delivering.

Review lens for this skill:

  • Is the activation summary explicit, scoped to the current task, and free of invented expertise?
  • Are new durable preferences actually stored in the profile and separated from one-off task context?
  • Does the profile update avoid overwriting existing expertise without evidence?

Validation

  1. Verify the frontmatter name matches the folder name.
  2. Verify the section layout matches the COMPLEX template.
  3. Verify the workflow both activates existing personal context and updates it when the user declares new durable expertise, terminology, or preferences.
  4. Verify the skill tells the agent to stop and ask when profile updates are ambiguous or unsafe.
  5. Run:

    python save-as-skill/scripts/validate_skill.py activate-personal/SKILL.md --tier complex

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.