@researai/meos 0.1.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/LICENSE +21 -0
- package/README.md +423 -0
- package/README_ZH.md +423 -0
- package/SKILL/SKILL.md +130 -0
- package/SKILL/assets/INDEX.md +21 -0
- package/SKILL/assets/corrections/overrides.md +3 -0
- package/SKILL/assets/examples/README.md +10 -0
- package/SKILL/assets/examples/engineering/README.md +7 -0
- package/SKILL/assets/examples/engineering/corrections/overrides.md +4 -0
- package/SKILL/assets/examples/engineering/principles/tradeoffs.md +11 -0
- package/SKILL/assets/examples/engineering/taste/ui-product.md +12 -0
- package/SKILL/assets/examples/engineering/thought-style/reasoning-patterns.md +11 -0
- package/SKILL/assets/examples/engineering/work/technical-standards.md +17 -0
- package/SKILL/assets/examples/engineering/workflow/default-operating-sequence.md +16 -0
- package/SKILL/assets/examples/minimal/README.md +8 -0
- package/SKILL/assets/examples/minimal/corrections/overrides.md +4 -0
- package/SKILL/assets/examples/minimal/principles/tradeoffs.md +14 -0
- package/SKILL/assets/examples/minimal/taste/ui-product.md +14 -0
- package/SKILL/assets/examples/minimal/thought-style/reasoning-patterns.md +14 -0
- package/SKILL/assets/examples/minimal/work/technical-standards.md +16 -0
- package/SKILL/assets/examples/minimal/workflow/default-operating-sequence.md +16 -0
- package/SKILL/assets/examples/product/README.md +7 -0
- package/SKILL/assets/examples/product/corrections/overrides.md +4 -0
- package/SKILL/assets/examples/product/principles/tradeoffs.md +7 -0
- package/SKILL/assets/examples/product/taste/ui-product.md +15 -0
- package/SKILL/assets/examples/product/thought-style/reasoning-patterns.md +13 -0
- package/SKILL/assets/examples/product/work/technical-standards.md +10 -0
- package/SKILL/assets/examples/product/workflow/default-operating-sequence.md +16 -0
- package/SKILL/assets/examples/research/README.md +7 -0
- package/SKILL/assets/examples/research/corrections/overrides.md +4 -0
- package/SKILL/assets/examples/research/principles/tradeoffs.md +11 -0
- package/SKILL/assets/examples/research/taste/ui-product.md +15 -0
- package/SKILL/assets/examples/research/thought-style/reasoning-patterns.md +12 -0
- package/SKILL/assets/examples/research/work/technical-standards.md +12 -0
- package/SKILL/assets/examples/research/workflow/default-operating-sequence.md +17 -0
- package/SKILL/assets/knowledge/README.md +3 -0
- package/SKILL/assets/knowledge/episodic.md +10 -0
- package/SKILL/assets/knowledge/procedural.md +10 -0
- package/SKILL/assets/knowledge/semantic.md +10 -0
- package/SKILL/assets/live/README.md +5 -0
- package/SKILL/assets/preferences/README.md +3 -0
- package/SKILL/assets/preferences/input.md +3 -0
- package/SKILL/assets/preferences/interests.md +5 -0
- package/SKILL/assets/preferences/output.md +3 -0
- package/SKILL/assets/principles/README.md +3 -0
- package/SKILL/assets/principles/tradeoffs.md +10 -0
- package/SKILL/assets/taste/README.md +3 -0
- package/SKILL/assets/taste/ui-product.md +11 -0
- package/SKILL/assets/templates/README.md +3 -0
- package/SKILL/assets/templates/corrections/overrides.template.md +3 -0
- package/SKILL/assets/templates/knowledge/episodic.template.md +7 -0
- package/SKILL/assets/templates/knowledge/procedural.template.md +9 -0
- package/SKILL/assets/templates/knowledge/semantic.template.md +7 -0
- package/SKILL/assets/templates/preferences/input.template.md +5 -0
- package/SKILL/assets/templates/preferences/interests.template.md +5 -0
- package/SKILL/assets/templates/preferences/output.template.md +7 -0
- package/SKILL/assets/templates/principles/tradeoffs.template.md +9 -0
- package/SKILL/assets/templates/taste/ui-product.template.md +11 -0
- package/SKILL/assets/templates/thought-style/reasoning-patterns.template.md +9 -0
- package/SKILL/assets/templates/work/technical-standards.template.md +11 -0
- package/SKILL/assets/templates/workflow/default-operating-sequence.template.md +11 -0
- package/SKILL/assets/thought-style/README.md +3 -0
- package/SKILL/assets/thought-style/reasoning-patterns.md +10 -0
- package/SKILL/assets/work/README.md +3 -0
- package/SKILL/assets/work/technical-standards.md +11 -0
- package/SKILL/assets/workflow/README.md +3 -0
- package/SKILL/assets/workflow/default-operating-sequence.md +11 -0
- package/SKILL/evidence/README.md +11 -0
- package/SKILL/private/README.md +12 -0
- package/SKILL/references/apply-task-map.md +42 -0
- package/SKILL/references/asset-taxonomy.md +47 -0
- package/SKILL/references/correction-policy.md +22 -0
- package/SKILL/references/extraction-sop.md +76 -0
- package/SKILL/references/import-policy.md +35 -0
- package/SKILL/references/maintenance-policy.md +56 -0
- package/SKILL/references/privacy-policy.md +39 -0
- package/SKILL/references/promotion-policy.md +42 -0
- package/SKILL/references/source-locations.md +93 -0
- package/SKILL/references/writeback-policy.md +33 -0
- package/SKILL/runtime/README.md +11 -0
- package/SKILL/schemas/asset-entry.schema.json +50 -0
- package/SKILL/schemas/conflict-entry.schema.json +37 -0
- package/SKILL/schemas/correction-entry.schema.json +34 -0
- package/SKILL/schemas/evidence-entry.schema.json +37 -0
- package/SKILL/schemas/source-map.schema.json +26 -0
- package/assets/branding/logo.svg +37 -0
- package/assets/readme/00-overview.svg +15 -0
- package/assets/readme/01-lifecycle.svg +11 -0
- package/assets/readme/02-asset-layout.svg +5 -0
- package/assets/readme/03-privacy-boundary.svg +7 -0
- package/assets/readme/04-example-profile.svg +5 -0
- package/bin/meos.js +20 -0
- package/install.sh +11 -0
- package/installer.py +327 -0
- package/package.json +48 -0
package/README_ZH.md
ADDED
|
@@ -0,0 +1,423 @@
|
|
|
1
|
+
<h1 align="center">
|
|
2
|
+
<img src="assets/branding/logo.svg" alt="MeOS logo" width="92" />
|
|
3
|
+
MeOS
|
|
4
|
+
</h1>
|
|
5
|
+
|
|
6
|
+
<p align="center">
|
|
7
|
+
MeOS 是一个本地优先的操作层,用来把你的工作流、技术标准、偏好和纠偏规则整理成可复用的 agent 资产。
|
|
8
|
+
</p>
|
|
9
|
+
|
|
10
|
+
<p align="center">
|
|
11
|
+
它让 Codex、Claude Code、OpenCode 和 OpenClaw 更像“学会了你怎么工作”,同时默认把私有原始历史保留在本地。
|
|
12
|
+
</p>
|
|
13
|
+
|
|
14
|
+
<p align="center">
|
|
15
|
+
<a href="https://github.com/ResearAI/MeOS">https://github.com/ResearAI/MeOS</a>
|
|
16
|
+
</p>
|
|
17
|
+
|
|
18
|
+
<p align="center">
|
|
19
|
+
<a href="https://github.com/ResearAI/MeOS">GitHub</a> |
|
|
20
|
+
<a href="README.md">English README</a> |
|
|
21
|
+
<a href="#quick-start">快速开始</a> |
|
|
22
|
+
<a href="#runtime-setup">运行时配置</a> |
|
|
23
|
+
<a href="#repository-layout">仓库结构</a>
|
|
24
|
+
</p>
|
|
25
|
+
|
|
26
|
+
<p align="center">
|
|
27
|
+
<a href="https://github.com/ResearAI/MeOS"><img alt="GitHub stars" src="https://img.shields.io/github/stars/ResearAI/MeOS?style=for-the-badge&logo=github"></a>
|
|
28
|
+
<a href="LICENSE"><img alt="License MIT" src="https://img.shields.io/badge/License-MIT-yellow.svg?style=for-the-badge"></a>
|
|
29
|
+
<img alt="Format Agent Skill" src="https://img.shields.io/badge/Format-Agent%20Skill-green?style=for-the-badge" />
|
|
30
|
+
<img alt="Scope local-first" src="https://img.shields.io/badge/Scope-local--first-blue?style=for-the-badge" />
|
|
31
|
+
</p>
|
|
32
|
+
|
|
33
|
+
<p align="center">
|
|
34
|
+
<strong>不只是存储,而是实际应用</strong> ·
|
|
35
|
+
<strong>公开仓库,私有本地层</strong> ·
|
|
36
|
+
<strong>可编辑资产,不是黑箱记忆</strong> ·
|
|
37
|
+
<strong>一套安装器覆盖多个运行时</strong>
|
|
38
|
+
</p>
|
|
39
|
+
|
|
40
|
+
<p align="center">
|
|
41
|
+
<a href="#what-you-actually-get">能得到什么</a> •
|
|
42
|
+
<a href="#how-meos-works">工作方式</a> •
|
|
43
|
+
<a href="#promotion-and-privacy-rules">晋升与隐私规则</a> •
|
|
44
|
+
<a href="#key-skill-references">关键 Skill 参考</a>
|
|
45
|
+
</p>
|
|
46
|
+
|
|
47
|
+

|
|
48
|
+
|
|
49
|
+
MeOS 不是 memory dump。
|
|
50
|
+
不是角色扮演 prompt 包。
|
|
51
|
+
也不是一堆零散提示词。
|
|
52
|
+
|
|
53
|
+
它是一个文件优先的系统,用来把“一个人的稳定工作方式”沉淀成未来 agent 真能用起来的资产。
|
|
54
|
+
|
|
55
|
+
支持 Codex、Claude Code、OpenCode 和 OpenClaw。
|
|
56
|
+
|
|
57
|
+
如果你已经厌倦了在每个新 agent 会话里重复解释同一套标准、同一种审美、同一类纠偏规则,MeOS 就是把这些重复劳动变成长期本地资产的那一层。
|
|
58
|
+
|
|
59
|
+
## ✨ 为什么是 MeOS
|
|
60
|
+
|
|
61
|
+
这一类系统通常各自只擅长一个点:
|
|
62
|
+
|
|
63
|
+
- 把一个人蒸馏成一段 prompt
|
|
64
|
+
- 从历史交互里抽技能
|
|
65
|
+
- 保留一批可复用的说明文档
|
|
66
|
+
|
|
67
|
+
MeOS 关注的是中间那层更长期、更稳定的“操作层”。
|
|
68
|
+
|
|
69
|
+
| 常见做法 | 常见问题 | MeOS 的做法 |
|
|
70
|
+
|---|---|---|
|
|
71
|
+
| Memory dump | 噪声太多,复用性弱 | 只把稳定模式晋升成资产 |
|
|
72
|
+
| Persona prompt | 听起来像你,但工作层很浅 | 直接存工作流、标准、原则和纠偏 |
|
|
73
|
+
| 一次性画像总结 | 很快过时 | 把 `init`、`refresh`、`apply` 做成长期生命周期 |
|
|
74
|
+
| 本地私人笔记 | 难以跨工具复用 | 用通用 `SKILL.md` 结构让多个运行时可加载 |
|
|
75
|
+
|
|
76
|
+
核心思想很简单:
|
|
77
|
+
|
|
78
|
+
> 不只是记住这个人,而是让这个人变得可复用
|
|
79
|
+
|
|
80
|
+
<a id="what-you-actually-get"></a>
|
|
81
|
+
## 🧩 你实际会得到什么
|
|
82
|
+
|
|
83
|
+
| 资产类型 | 例子 | 改善什么 |
|
|
84
|
+
|---|---|---|
|
|
85
|
+
| `🛠` 工作标准 | 编码规则、review 标准、验收线 | 技术质量与一致性 |
|
|
86
|
+
| `🧭` 工作流资产 | debug 顺序、架构评审顺序、交付清单 | agent 处理任务的方式 |
|
|
87
|
+
| `🧠` 思维风格 | 推理模式、权衡习惯、决策风格 | 规划与判断质量 |
|
|
88
|
+
| `🎨` 审美与偏好 | 输出结构、UI 审美、表达风格 | 最终结果的样子 |
|
|
89
|
+
| `✍️` 纠偏规则 | 明确 override、历史否定过的东西 | 减少重复偏航 |
|
|
90
|
+
| `📚` 知识资产 | 稳定事实、领域理解、可复用经验 | 超出单次聊天的上下文积累 |
|
|
91
|
+
|
|
92
|
+
<a id="how-meos-works"></a>
|
|
93
|
+
## ⚙️ MeOS 如何工作
|
|
94
|
+
|
|
95
|
+
| 模式 | 目的 | 先读什么 | 会写回什么 |
|
|
96
|
+
|---|---|---|---|
|
|
97
|
+
| `🧱 init` | 从批准过的本地材料建立第一版资产 | source policy、extraction SOP、promotion policy、privacy policy | 初始资产和 evidence |
|
|
98
|
+
| `🔁 refresh` | 用新增材料更新已有资产 | extraction SOP、promotion policy、correction policy | merge 后的更新、冲突、纠偏 |
|
|
99
|
+
| `🎯 apply` | 在真实任务里使用已有资产 | 只读取最相关的资产 | 只有稳定新信息才写回 |
|
|
100
|
+
|
|
101
|
+
`apply` 是最关键的模式。
|
|
102
|
+
这也是 MeOS 从“档案”变成“真正有用”的地方。
|
|
103
|
+
|
|
104
|
+
<a id="quick-start"></a>
|
|
105
|
+
## 🚀 Quick Start
|
|
106
|
+
|
|
107
|
+
### 1. 克隆仓库
|
|
108
|
+
|
|
109
|
+
```bash
|
|
110
|
+
git clone https://github.com/ResearAI/MeOS.git
|
|
111
|
+
cd MeOS
|
|
112
|
+
```
|
|
113
|
+
|
|
114
|
+
### 2. 安装到一个运行时
|
|
115
|
+
|
|
116
|
+
安装器不会把整个仓库塞进运行时。
|
|
117
|
+
它真正安装的是 `./SKILL/` 的内容,目标目录是运行时里的 `meos/`。
|
|
118
|
+
|
|
119
|
+
默认模式是 `--mode auto`。
|
|
120
|
+
它会用更安全的运行时策略:OpenClaw 用 `copy`,其他运行时默认 `symlink`。
|
|
121
|
+
|
|
122
|
+
| 运行时 | 推荐命令 | 说明 |
|
|
123
|
+
|---|---|---|
|
|
124
|
+
| Codex | `bash install.sh --runtime codex` | 最简单的本地 skill 使用路径 |
|
|
125
|
+
| Claude Code | `bash install.sh --runtime claude` | 注意 skill 目录名必须是小写 `meos` |
|
|
126
|
+
| OpenClaw | `bash install.sh --runtime openclaw --force` | 更推荐复制目录 |
|
|
127
|
+
| OpenCode | `bash install.sh --runtime opencode` | 只安装到一个兼容路径即可 |
|
|
128
|
+
|
|
129
|
+
也可以使用 npm 包装器:
|
|
130
|
+
|
|
131
|
+
```bash
|
|
132
|
+
npm install -g @researai/meos
|
|
133
|
+
meos install --runtime codex
|
|
134
|
+
```
|
|
135
|
+
|
|
136
|
+
如果你是在本地开发当前仓库,也可以这样装:
|
|
137
|
+
|
|
138
|
+
```bash
|
|
139
|
+
npm install -g .
|
|
140
|
+
```
|
|
141
|
+
|
|
142
|
+
### 3. 直接开始用
|
|
143
|
+
|
|
144
|
+
```text
|
|
145
|
+
Use meos in apply mode for this task. Read only the minimum relevant assets and use them to shape reasoning, workflow, and output.
|
|
146
|
+
```
|
|
147
|
+
|
|
148
|
+
常用 prompt:
|
|
149
|
+
|
|
150
|
+
```text
|
|
151
|
+
Use meos in init mode. Build the first sanitized operating-layer assets from the available local source material.
|
|
152
|
+
```
|
|
153
|
+
|
|
154
|
+
```text
|
|
155
|
+
Use meos in refresh mode. Refresh the existing MeOS assets from new local material and only promote stable rules.
|
|
156
|
+
```
|
|
157
|
+
|
|
158
|
+
```text
|
|
159
|
+
Use meos in apply mode for this task. Read only the minimum relevant assets and write back only stable new information.
|
|
160
|
+
```
|
|
161
|
+
|
|
162
|
+
<a id="runtime-setup"></a>
|
|
163
|
+
## 🖥 运行时配置
|
|
164
|
+
|
|
165
|
+
### Codex
|
|
166
|
+
|
|
167
|
+
Codex 支持 `.agents/skills/` 和 `~/.agents/skills/` 这类 skill 目录。
|
|
168
|
+
|
|
169
|
+
手工安装:
|
|
170
|
+
|
|
171
|
+
```bash
|
|
172
|
+
mkdir -p ~/.agents/skills
|
|
173
|
+
ln -s /path/to/MeOS/SKILL ~/.agents/skills/meos
|
|
174
|
+
```
|
|
175
|
+
|
|
176
|
+
Codex 可以显式通过名字触发 MeOS,也可以通过 skill 的 `description` 隐式选择它。
|
|
177
|
+
|
|
178
|
+
### Claude Code
|
|
179
|
+
|
|
180
|
+
Claude Code 支持 `~/.claude/skills/<skill-name>/SKILL.md` 和 `.claude/skills/<skill-name>/SKILL.md`。
|
|
181
|
+
|
|
182
|
+
手工安装:
|
|
183
|
+
|
|
184
|
+
```bash
|
|
185
|
+
mkdir -p ~/.claude/skills
|
|
186
|
+
ln -s /path/to/MeOS/SKILL ~/.claude/skills/meos
|
|
187
|
+
```
|
|
188
|
+
|
|
189
|
+
常见用法:
|
|
190
|
+
|
|
191
|
+
```text
|
|
192
|
+
/meos
|
|
193
|
+
Apply MeOS for this task. Read only the minimum relevant assets and use them to shape reasoning, workflow, and output.
|
|
194
|
+
```
|
|
195
|
+
|
|
196
|
+
### Claude Code + MiniMax
|
|
197
|
+
|
|
198
|
+
如果你要让 Claude Code 走 MiniMax 的 Anthropic 兼容端点,本地 `~/.claude/settings.json` 可以这样写:
|
|
199
|
+
|
|
200
|
+
```json
|
|
201
|
+
{
|
|
202
|
+
"env": {
|
|
203
|
+
"ANTHROPIC_BASE_URL": "https://api.minimaxi.com/anthropic",
|
|
204
|
+
"ANTHROPIC_AUTH_TOKEN": "${MINIMAX_API_KEY}",
|
|
205
|
+
"API_TIMEOUT_MS": "3000000",
|
|
206
|
+
"CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC": "1"
|
|
207
|
+
}
|
|
208
|
+
}
|
|
209
|
+
```
|
|
210
|
+
|
|
211
|
+
验证:
|
|
212
|
+
|
|
213
|
+
```bash
|
|
214
|
+
claude -p --model MiniMax-M2.7 'Respond with exactly CLAUDE_MINIMAX_OK.'
|
|
215
|
+
```
|
|
216
|
+
|
|
217
|
+
### OpenClaw
|
|
218
|
+
|
|
219
|
+
OpenClaw 支持 `~/.openclaw/skills`、`~/.agents/skills`、`<workspace>/.agents/skills` 和 `<workspace>/skills`。
|
|
220
|
+
|
|
221
|
+
手动测试确认过的关键行为:
|
|
222
|
+
|
|
223
|
+
- OpenClaw 会跳过真实路径逃离配置根目录的 symlink skill
|
|
224
|
+
- 外部 symlink 安装并不稳
|
|
225
|
+
- 最稳妥的是把 `meos` 作为真实目录复制到 `<workspace>/skills/meos` 或 `~/.openclaw/skills/meos`
|
|
226
|
+
|
|
227
|
+
推荐手工安装:
|
|
228
|
+
|
|
229
|
+
```bash
|
|
230
|
+
mkdir -p <workspace>/skills
|
|
231
|
+
cp -a /path/to/MeOS/SKILL <workspace>/skills/meos
|
|
232
|
+
```
|
|
233
|
+
|
|
234
|
+
验证:
|
|
235
|
+
|
|
236
|
+
```bash
|
|
237
|
+
openclaw skills info meos
|
|
238
|
+
openclaw skills list | rg meos
|
|
239
|
+
```
|
|
240
|
+
|
|
241
|
+
### OpenCode
|
|
242
|
+
|
|
243
|
+
OpenCode 会搜索多个兼容 skill 目录:
|
|
244
|
+
|
|
245
|
+
- `.opencode/skills/<name>/SKILL.md`
|
|
246
|
+
- `~/.config/opencode/skills/<name>/SKILL.md`
|
|
247
|
+
- `.claude/skills/<name>/SKILL.md`
|
|
248
|
+
- `~/.claude/skills/<name>/SKILL.md`
|
|
249
|
+
- `.agents/skills/<name>/SKILL.md`
|
|
250
|
+
- `~/.agents/skills/<name>/SKILL.md`
|
|
251
|
+
|
|
252
|
+
只选一个路径安装即可:
|
|
253
|
+
|
|
254
|
+
```bash
|
|
255
|
+
mkdir -p ~/.config/opencode/skills
|
|
256
|
+
ln -s /path/to/MeOS/SKILL ~/.config/opencode/skills/meos
|
|
257
|
+
```
|
|
258
|
+
|
|
259
|
+
如果你的 provider 或代理不支持 OpenCode 默认用来生成标题的副模型,请显式设置 `small_model`:
|
|
260
|
+
|
|
261
|
+
```json
|
|
262
|
+
{
|
|
263
|
+
"$schema": "https://opencode.ai/config.json",
|
|
264
|
+
"model": "openai/gpt-5.4",
|
|
265
|
+
"small_model": "openai/gpt-5.4"
|
|
266
|
+
}
|
|
267
|
+
```
|
|
268
|
+
|
|
269
|
+
验证:
|
|
270
|
+
|
|
271
|
+
```bash
|
|
272
|
+
opencode run --model openai/gpt-5.4 --format json \
|
|
273
|
+
'Use meos in apply mode for this task. Reply with exactly OPENCODE_SKILL_OK.'
|
|
274
|
+
```
|
|
275
|
+
|
|
276
|
+
## 🗂 `apply` 模式下 agent 会读什么
|
|
277
|
+
|
|
278
|
+
下面这些路径都相对于安装后的 skill 根目录。
|
|
279
|
+
在当前仓库里,它们实际位于 `SKILL/` 下。
|
|
280
|
+
|
|
281
|
+
| 任务类型 | 优先读什么 | 会带来什么 |
|
|
282
|
+
|---|---|---|
|
|
283
|
+
| `🛠` 技术实现 | `assets/live/work/`、`assets/live/thought-style/`、`assets/live/workflow/`、`assets/live/principles/` | 更贴近你的技术标准和执行顺序 |
|
|
284
|
+
| `🎨` UI / 产品 | `assets/live/taste/`、`assets/live/work/`、`assets/live/workflow/`、`assets/live/corrections/` | 更贴近你的审美和呈现要求 |
|
|
285
|
+
| `🔬` 研究 / 写作 | `assets/live/work/`、`assets/live/thought-style/`、`assets/live/principles/`、`assets/live/knowledge/`、`assets/live/workflow/` | 更贴近你的结构、推理和知识组织方式 |
|
|
286
|
+
| `💬` 风格敏感回复 | `assets/live/preferences/`、`assets/live/corrections/` | 更贴近你的表达形态和措辞习惯 |
|
|
287
|
+
|
|
288
|
+
如果 `assets/live/corrections/` 和其他层冲突,以 correction 为准。
|
|
289
|
+
|
|
290
|
+
<a id="promotion-and-privacy-rules"></a>
|
|
291
|
+
## 🔒 晋升与隐私规则
|
|
292
|
+
|
|
293
|
+
### 晋升流程
|
|
294
|
+
|
|
295
|
+
1. 收集本地材料
|
|
296
|
+
2. 判断来源类型
|
|
297
|
+
3. 提取高信号候选事实
|
|
298
|
+
4. 不确定内容先放到 `evidence/`
|
|
299
|
+
5. 只有稳定规则才晋升到 `assets/live/`
|
|
300
|
+
|
|
301
|
+
适合晋升的情况:
|
|
302
|
+
|
|
303
|
+
- 用户明确说过
|
|
304
|
+
- 在多个上下文里重复出现
|
|
305
|
+
- 被用户明确纠正或强化过
|
|
306
|
+
|
|
307
|
+
只该留在 `evidence/` 的情况:
|
|
308
|
+
|
|
309
|
+
- 一次性行为
|
|
310
|
+
- 噪声较大
|
|
311
|
+
- 过度依赖上下文
|
|
312
|
+
- 太敏感
|
|
313
|
+
|
|
314
|
+
### 维护生命周期
|
|
315
|
+
|
|
316
|
+
MeOS 的维护动作应该是:
|
|
317
|
+
|
|
318
|
+
- add
|
|
319
|
+
- merge
|
|
320
|
+
- downgrade
|
|
321
|
+
- discard
|
|
322
|
+
|
|
323
|
+
重点不是堆越来越多 prompt,而是让资产层保持干净、可维护。
|
|
324
|
+
|
|
325
|
+
### 隐私边界
|
|
326
|
+
|
|
327
|
+
| 可公开内容 | 默认保留在本地 |
|
|
328
|
+
|---|---|
|
|
329
|
+
| `README.md` | `SKILL/private/` |
|
|
330
|
+
| `README_ZH.md` | `SKILL/evidence/` |
|
|
331
|
+
| `assets/branding/` | `SKILL/runtime/` |
|
|
332
|
+
| `assets/readme/` | `SKILL/assets/live/` |
|
|
333
|
+
| `SKILL/references/` | 原始导入材料 |
|
|
334
|
+
| `SKILL/schemas/` | secrets 和 tokens |
|
|
335
|
+
| `SKILL/assets/templates/` | 工作站本地备注 |
|
|
336
|
+
| `SKILL/assets/examples/` | 私有原始对话 |
|
|
337
|
+
|
|
338
|
+
不要提交:
|
|
339
|
+
|
|
340
|
+
- token
|
|
341
|
+
- API key
|
|
342
|
+
- 个人身份标识
|
|
343
|
+
- 原始 connector id
|
|
344
|
+
- 不必要的私有路径
|
|
345
|
+
- 私有原始对话
|
|
346
|
+
|
|
347
|
+

|
|
348
|
+
|
|
349
|
+
<a id="repository-layout"></a>
|
|
350
|
+
## 🏗 仓库结构
|
|
351
|
+
|
|
352
|
+
```text
|
|
353
|
+
MeOS/
|
|
354
|
+
├── README.md
|
|
355
|
+
├── README_ZH.md
|
|
356
|
+
├── LICENSE
|
|
357
|
+
├── assets/
|
|
358
|
+
│ ├── branding/
|
|
359
|
+
│ └── readme/
|
|
360
|
+
├── SKILL/
|
|
361
|
+
│ ├── SKILL.md
|
|
362
|
+
│ ├── references/
|
|
363
|
+
│ ├── schemas/
|
|
364
|
+
│ ├── assets/
|
|
365
|
+
│ │ ├── templates/
|
|
366
|
+
│ │ ├── examples/
|
|
367
|
+
│ │ └── live/
|
|
368
|
+
│ ├── evidence/
|
|
369
|
+
│ ├── runtime/
|
|
370
|
+
│ └── private/
|
|
371
|
+
├── install.sh
|
|
372
|
+
├── installer.py
|
|
373
|
+
├── package.json
|
|
374
|
+
└── bin/
|
|
375
|
+
```
|
|
376
|
+
|
|
377
|
+
关键结构就是:
|
|
378
|
+
|
|
379
|
+
- 仓库根目录放公开项目材料
|
|
380
|
+
- 运行时真正需要的 skill 内容都放在 `SKILL/`
|
|
381
|
+
- 安装器负责把 `SKILL/` 安装进运行时 skill 目录
|
|
382
|
+
- 本地 owner 校准层保留在 `SKILL/assets/live/`、`SKILL/evidence/`、`SKILL/private/` 和 `SKILL/runtime/`
|
|
383
|
+
|
|
384
|
+
<a id="key-skill-references"></a>
|
|
385
|
+
## 📌 关键 Skill 参考
|
|
386
|
+
|
|
387
|
+
`SKILL/` 里最值得先看的文件是:
|
|
388
|
+
|
|
389
|
+
- [SKILL/SKILL.md](SKILL/SKILL.md)
|
|
390
|
+
- [SKILL/references/source-locations.md](SKILL/references/source-locations.md)
|
|
391
|
+
- [SKILL/references/extraction-sop.md](SKILL/references/extraction-sop.md)
|
|
392
|
+
- [SKILL/references/promotion-policy.md](SKILL/references/promotion-policy.md)
|
|
393
|
+
- [SKILL/references/privacy-policy.md](SKILL/references/privacy-policy.md)
|
|
394
|
+
- [SKILL/references/writeback-policy.md](SKILL/references/writeback-policy.md)
|
|
395
|
+
- [SKILL/references/apply-task-map.md](SKILL/references/apply-task-map.md)
|
|
396
|
+
|
|
397
|
+
## 🛤 当前方向
|
|
398
|
+
|
|
399
|
+
MeOS 现在已经有:
|
|
400
|
+
|
|
401
|
+
- 一套跨运行时的 `SKILL/` 包布局
|
|
402
|
+
- extraction、promotion、privacy、writeback 参考文档
|
|
403
|
+
- durable entry 的 JSON schema
|
|
404
|
+
- example 和 template 资产树
|
|
405
|
+
- 面向 Codex、Claude Code、OpenCode、OpenClaw 的安装路径
|
|
406
|
+
|
|
407
|
+
下一步不应该是“继续堆 prompt 文本”。
|
|
408
|
+
而是继续完善资产、示例和公开展示,同时不泄露任何私有历史。
|
|
409
|
+
|
|
410
|
+
## 📚 引用
|
|
411
|
+
|
|
412
|
+
如果 MeOS 被用于人格对齐、风格蒸馏或长期操作层资产维护相关工作,也可以考虑引用:
|
|
413
|
+
|
|
414
|
+
```bibtex
|
|
415
|
+
@inproceedings{
|
|
416
|
+
zhu2025personality,
|
|
417
|
+
title={Personality Alignment of Large Language Models},
|
|
418
|
+
author={Minjun Zhu and Yixuan Weng and Linyi Yang and Yue Zhang},
|
|
419
|
+
booktitle={The Thirteenth International Conference on Learning Representations},
|
|
420
|
+
year={2025},
|
|
421
|
+
url={https://openreview.net/forum?id=0DZEs8NpUH}
|
|
422
|
+
}
|
|
423
|
+
```
|
package/SKILL/SKILL.md
ADDED
|
@@ -0,0 +1,130 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: meos
|
|
3
|
+
description: Read the owner's local history and profile assets, extract stable workflows and preferences, and keep those assets updated for future tasks. Use when explicitly asked to initialize, refresh, or apply MeOS.
|
|
4
|
+
license: MIT
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# MeOS
|
|
8
|
+
|
|
9
|
+
MeOS is a local-first operating-layer skill.
|
|
10
|
+
|
|
11
|
+
It is not a chat memory dump.
|
|
12
|
+
It is not literal roleplay.
|
|
13
|
+
It is not a one-shot profile summary.
|
|
14
|
+
|
|
15
|
+
It exists to keep the owner's long-lived working assets readable, editable, and reusable.
|
|
16
|
+
|
|
17
|
+
## Modes
|
|
18
|
+
|
|
19
|
+
- `init`
|
|
20
|
+
- `refresh`
|
|
21
|
+
- `apply`
|
|
22
|
+
|
|
23
|
+
### `init`
|
|
24
|
+
|
|
25
|
+
Use when MeOS has not been built yet and the agent must create the first durable asset set from local history sources.
|
|
26
|
+
|
|
27
|
+
### `refresh`
|
|
28
|
+
|
|
29
|
+
Use when new history or new corrections exist and the agent must update existing assets without duplicating or overwriting them blindly.
|
|
30
|
+
|
|
31
|
+
### `apply`
|
|
32
|
+
|
|
33
|
+
Use when the current task should be executed with MeOS calibration and only stable new information should be written back.
|
|
34
|
+
|
|
35
|
+
`apply` is the most important mode in real usage.
|
|
36
|
+
It is what makes MeOS useful in later tasks instead of becoming an archive-only system.
|
|
37
|
+
|
|
38
|
+
## Hard rules
|
|
39
|
+
|
|
40
|
+
1. Do not treat one-off behavior as a stable rule.
|
|
41
|
+
2. Prefer explicit user statements over inferred patterns.
|
|
42
|
+
3. Prefer correction signals over older assumptions.
|
|
43
|
+
4. Do not promote a fact into `assets/` unless its evidence is strong enough.
|
|
44
|
+
5. Keep private raw material out of git by default.
|
|
45
|
+
6. Do not store secrets, tokens, or unnecessary personal identifiers in reusable assets.
|
|
46
|
+
7. If evidence is weak or conflicting, store it in `evidence/` instead of pretending certainty.
|
|
47
|
+
|
|
48
|
+
## Repository layout
|
|
49
|
+
|
|
50
|
+
- `references/`
|
|
51
|
+
- operating manuals for extraction, promotion, privacy, and writeback
|
|
52
|
+
- `schemas/`
|
|
53
|
+
- JSON schemas for durable entries
|
|
54
|
+
- `assets/`
|
|
55
|
+
- stable, reusable owner assets
|
|
56
|
+
- `evidence/`
|
|
57
|
+
- raw promoted facts, conflict records, and source maps
|
|
58
|
+
- `runtime/`
|
|
59
|
+
- local run state
|
|
60
|
+
- `private/`
|
|
61
|
+
- imported raw history and local-only material
|
|
62
|
+
|
|
63
|
+
## Reading order
|
|
64
|
+
|
|
65
|
+
### For `init`
|
|
66
|
+
|
|
67
|
+
1. Read `references/source-locations.md`
|
|
68
|
+
2. Read `references/extraction-sop.md`
|
|
69
|
+
3. Read `references/promotion-policy.md`
|
|
70
|
+
4. Read `references/privacy-policy.md`
|
|
71
|
+
5. Read `references/writeback-policy.md`
|
|
72
|
+
|
|
73
|
+
### For `refresh`
|
|
74
|
+
|
|
75
|
+
1. Read `references/source-locations.md`
|
|
76
|
+
2. Read `references/extraction-sop.md`
|
|
77
|
+
3. Read `references/promotion-policy.md`
|
|
78
|
+
4. Read `references/correction-policy.md`
|
|
79
|
+
5. Read `references/writeback-policy.md`
|
|
80
|
+
|
|
81
|
+
### For `apply`
|
|
82
|
+
|
|
83
|
+
1. Read only the minimum relevant files under `assets/`
|
|
84
|
+
2. Read `references/writeback-policy.md` before writing back any new durable update
|
|
85
|
+
3. Read `references/apply-task-map.md` when you need the task-to-asset mapping
|
|
86
|
+
|
|
87
|
+
## Promotion rule
|
|
88
|
+
|
|
89
|
+
Use this promotion ladder:
|
|
90
|
+
|
|
91
|
+
- weak or one-off evidence -> `evidence/`
|
|
92
|
+
- repeated or explicit stable rule -> `assets/`
|
|
93
|
+
- direct user correction -> `assets/corrections/`
|
|
94
|
+
|
|
95
|
+
Never skip `evidence/` when uncertainty is real.
|
|
96
|
+
|
|
97
|
+
## Write-back rule
|
|
98
|
+
|
|
99
|
+
When stable new information appears:
|
|
100
|
+
|
|
101
|
+
- update the appropriate file under `assets/`
|
|
102
|
+
- append a matching source record under `evidence/`
|
|
103
|
+
- if a conflict exists, append it to `evidence/conflicts.jsonl`
|
|
104
|
+
- if the new information is a correction, prefer updating `assets/corrections/overrides.md`
|
|
105
|
+
|
|
106
|
+
## Apply behavior
|
|
107
|
+
|
|
108
|
+
When MeOS is used during a real task, do not load the whole asset tree by default.
|
|
109
|
+
|
|
110
|
+
Instead:
|
|
111
|
+
|
|
112
|
+
1. identify the task type
|
|
113
|
+
2. read only the relevant live assets
|
|
114
|
+
3. let those assets shape:
|
|
115
|
+
- reasoning
|
|
116
|
+
- workflow
|
|
117
|
+
- output
|
|
118
|
+
- correction handling
|
|
119
|
+
4. only write back stable new information
|
|
120
|
+
|
|
121
|
+
## Expected outputs
|
|
122
|
+
|
|
123
|
+
Good MeOS work usually leaves behind:
|
|
124
|
+
|
|
125
|
+
- one or more updated asset files
|
|
126
|
+
- one or more evidence records
|
|
127
|
+
- conflict records when needed
|
|
128
|
+
- no private-secret leakage into reusable assets
|
|
129
|
+
|
|
130
|
+
MeOS should make the owner more reusable, not more exposed.
|
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
# MeOS Assets Index
|
|
2
|
+
|
|
3
|
+
This file is the human-readable index for promoted long-term assets.
|
|
4
|
+
|
|
5
|
+
## Categories
|
|
6
|
+
|
|
7
|
+
- `work/`
|
|
8
|
+
- `thought-style/`
|
|
9
|
+
- `workflow/`
|
|
10
|
+
- `principles/`
|
|
11
|
+
- `taste/`
|
|
12
|
+
- `knowledge/`
|
|
13
|
+
- `preferences/`
|
|
14
|
+
- `corrections/`
|
|
15
|
+
|
|
16
|
+
## Intended usage
|
|
17
|
+
|
|
18
|
+
- read narrowly
|
|
19
|
+
- load only the categories relevant to the current task
|
|
20
|
+
- update assets conservatively
|
|
21
|
+
- keep `corrections/` authoritative when conflicts appear
|
|
@@ -0,0 +1,11 @@
|
|
|
1
|
+
# Trade-offs
|
|
2
|
+
|
|
3
|
+
## Preferred trade-offs
|
|
4
|
+
|
|
5
|
+
- prefer a single convergent contract over parallel convenience hacks
|
|
6
|
+
- prefer smaller surfaces with stronger semantics
|
|
7
|
+
- prefer direct integration when the user explicitly rejects simplification
|
|
8
|
+
|
|
9
|
+
## Boundaries
|
|
10
|
+
|
|
11
|
+
- do not hide complexity by silently replacing the requested architecture with a weaker surrogate
|
|
@@ -0,0 +1,12 @@
|
|
|
1
|
+
# UI And Product Taste
|
|
2
|
+
|
|
3
|
+
## Product direction
|
|
4
|
+
|
|
5
|
+
- coherent navigation and object models
|
|
6
|
+
- visible state transitions
|
|
7
|
+
- enough detail to inspect without clutter
|
|
8
|
+
|
|
9
|
+
## Component rule
|
|
10
|
+
|
|
11
|
+
- use cards, dialogs, tabs, and steppers only when they support a real task contract
|
|
12
|
+
- avoid random component dumping for visual novelty alone
|
|
@@ -0,0 +1,11 @@
|
|
|
1
|
+
# Reasoning Patterns
|
|
2
|
+
|
|
3
|
+
## Preferred analytical frame
|
|
4
|
+
|
|
5
|
+
- distinguish symptom, mechanism, contract, and route
|
|
6
|
+
- use invariants and state transitions to reason about failures
|
|
7
|
+
- reject generic reassurance in place of direct verification
|
|
8
|
+
|
|
9
|
+
## Debugging rule
|
|
10
|
+
|
|
11
|
+
- If a user says "the page still has not changed", check the live route, build output, variant, and served bundle before claiming success.
|
|
@@ -0,0 +1,17 @@
|
|
|
1
|
+
# Technical Standards
|
|
2
|
+
|
|
3
|
+
## System Design
|
|
4
|
+
|
|
5
|
+
- Every important runtime object should have a stable identifier or query path.
|
|
6
|
+
- Prompt, skill, tool surface, and UI should describe the same workflow.
|
|
7
|
+
- UI must not invent semantics that the backend cannot justify.
|
|
8
|
+
|
|
9
|
+
## Engineering Quality
|
|
10
|
+
|
|
11
|
+
- Installation and startup scripts are part of the product, not afterthoughts.
|
|
12
|
+
- Frontend and backend changes must be checked together when the behavior spans both layers.
|
|
13
|
+
|
|
14
|
+
## Verification
|
|
15
|
+
|
|
16
|
+
- Verify the actual rendered component or running bundle, not only the edited file.
|
|
17
|
+
- Distinguish source correctness from deployment correctness.
|
|
@@ -0,0 +1,16 @@
|
|
|
1
|
+
# Default Operating Sequence
|
|
2
|
+
|
|
3
|
+
## Large audit workflow
|
|
4
|
+
|
|
5
|
+
1. read the governing plan or specification
|
|
6
|
+
2. inspect only the named directories or modules
|
|
7
|
+
3. map each planned feature to real implementation evidence
|
|
8
|
+
4. return a structured status matrix
|
|
9
|
+
|
|
10
|
+
## Multi-layer implementation workflow
|
|
11
|
+
|
|
12
|
+
1. identify frontend files
|
|
13
|
+
2. identify backend files
|
|
14
|
+
3. identify data or API contract
|
|
15
|
+
4. identify bootstrap or migration implications
|
|
16
|
+
5. define verification steps
|