Install
$ agentstack add skill-researai-meos-skill ✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
About
MeOS
MeOS is a local-first operating-layer skill.
It is not a chat memory dump. It is not literal roleplay. It is not a one-shot profile summary.
It exists to keep the owner's long-lived working assets and person-level operating traits readable, editable, and reusable.
Modes
initrefreshapply
init
Use when MeOS has not been built yet and the agent must create the first durable asset set from local history sources.
refresh
Use when new history or new corrections exist and the agent must update existing assets without duplicating or overwriting them blindly.
apply
Use when the current task should be executed with MeOS calibration and only stable new information should be written back.
apply is the most important mode in real usage. It is what makes MeOS useful in later tasks instead of becoming an archive-only system.
Hard rules
- Do not treat one-off behavior as a stable rule.
- Prefer explicit user statements over inferred patterns.
- Prefer correction signals over older assumptions.
- Do not promote a fact into
assets/unless its evidence is strong enough. - Keep private raw material out of git by default.
- Do not store secrets, tokens, or unnecessary personal identifiers in reusable assets.
- If evidence is weak or conflicting, store it in
evidence/instead of pretending certainty. - Align to the owner's stable working personality, but do not invent a theatrical persona or psychologize beyond the evidence.
Repository layout
references/- operating manuals for extraction, promotion, privacy, and writeback
schemas/- JSON schemas for durable entries
assets/- stable, reusable owner assets
evidence/- raw promoted facts, claim records, conflict records, and source maps
runtime/- local run state, graph outputs, and alignment packets
private/- imported raw history and local-only material
Reading order
For init
- Read
references/source-locations.md - Read
references/extraction-sop.md - Read
references/graph-ontology.md - Read
references/claim-scoring-policy.md - Read
references/promotion-policy.md - Read
references/privacy-policy.md - Read
references/writeback-policy.md
For refresh
- Read
references/source-locations.md - Read
references/extraction-sop.md - Read
references/graph-ontology.md - Read
references/claim-scoring-policy.md - Read
references/promotion-policy.md - Read
references/correction-policy.md - Read
references/writeback-policy.md
For apply
- Read
runtime/graph/alignment-packet.jsonfirst when it exists - Read only the minimum relevant files under
assets/ - Read
references/style-alignment-policy.md - Read
references/apply-task-map.mdwhen you need the task-to-asset and task-to-graph mapping - Read
references/writeback-policy.mdbefore writing back any new durable update
Promotion rule
Use this promotion ladder:
- weak or one-off evidence ->
evidence/ - repeated or explicit stable rule -> stable claim plus
assets/when prose representation is useful - direct user correction ->
assets/corrections/plus override claim
Never skip evidence/ when uncertainty is real.
Write-back rule
When stable new information appears:
- normalize it into a structured claim
- update the appropriate file under
assets/when a human-readable durable rule is useful - append a matching source record under
evidence/ - append or merge a matching claim record under
evidence/claims.jsonl - if a conflict exists, append it to
evidence/conflicts.jsonl - if the new information is a correction, prefer updating
assets/corrections/overrides.md - if local graph generation is enabled, update
runtime/graph/outputs and the alignment packet
When graph outputs are generated or refreshed:
- write
runtime/graph/owner-graph.json - write
runtime/graph/alignment-packet.json - write
runtime/graph/owner-graph.html - tell the user the exact local preview command and URL, defaulting to
meos graph serve --host 127.0.0.1 --port 20998
Apply behavior
When MeOS is used during a real task, do not load the whole asset tree by default. Do not load the whole person graph by default either.
Instead:
- identify the task type
- retrieve only the relevant graph slice and live assets
- let those materials shape:
- reasoning
- workflow
- output
- tone
- correction handling
- only write back stable new information
Expected outputs
Good MeOS work usually leaves behind:
- one or more updated asset files
- one or more evidence records
- one or more claim records when person-level traits were updated
- an updated alignment packet or graph slice when local graph generation is enabled
- a rendered graph preview when local graph generation is enabled
- conflict records when needed
- no private-secret leakage into reusable assets
MeOS should make the owner more reusable, not more exposed.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: ResearAI
- Source: ResearAI/MeOS
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet — be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.