世界结构.skill

给 AI 和人类共同使用的一册结构手记

不是解释万物，而是陪你把复杂对象慢慢看清。

在线介绍页 · 为什么需要 · 爱的边界 · 安装方式 · 其他接口 · Skill 入口

_{花朵、记忆、涟漪与推演，不是为了把现实柔化，而是为了在复杂现实里保持清醒。}

---

Important

世界结构.skill 不是“解释万物”的终极神谕。
它更像一册可以反复翻阅的结构诊断手记：
当团队、关系、项目、组织或公共议题开始失衡时，陪你从锚点、约束、角色、推力链、扰动、熵增、演化阶段、阶段内位置与关键保护变量出发，慢慢判断一个系统如何形成、维持、失衡、转折、更新与崩解。

为什么需要这个 skill？

人们分析问题时，往往很容易掉进几个常见误区。
这些误区并不总是因为不够聪明，而常常只是因为我们太容易被最显眼的部分带走。

1. 只看表面现象

看到争吵，就以为问题是情绪失控。
看到停滞，就以为问题是没人努力。
看到崩坏，就以为问题是某个人出了问题。

但很多时候，表面现象只是结果，不是根源。

2. 只从“人性”出发解释一切

一遇到复杂问题，就急着归结为自私、欲望、背叛、嫉妒、权力。
这些解释有时并不完全错，但它们常常过早，而且过浅。

因为很多问题不是先由“人性恶”引起的，
而是由结构失衡、角色错位、推力链断裂、阶段错判、边界失效逐步推出来的。

3. 忽略结构的作用

人们很擅长讨论动机，却不擅长讨论系统。
很擅长判断谁对谁错，却不擅长判断：

• 这个系统靠什么维持？
• 它现在被什么约束？
• 什么在慢慢让它漂移、空心化、僵化或碎裂？
• 它到底处于形成、扩张、瓶颈，还是已经进入衰退？

而这，恰恰决定了问题能不能被真正看清。

---

这个 skill 能做什么？

世界结构.skill 不是一个“人格判断器”，
也不是一个“解释万物的万能理论”。

它是一套用于分析复杂系统的结构工具。

它试图帮助你：

• 看清一个团队为什么推进不动
• 看清一段关系为什么没有崩，却越来越空
• 看清一个项目为什么越忙越失真
• 看清一个组织为什么从活力走向僵化
• 看清一个制度、社群或共同体为什么会漂移、分裂、空心化，或者重新获得生机

它最核心的能力，不是给出一个漂亮结论，
而是把复杂问题拆回几个更扎实、也更值得先问的问题：

• 它的锚点是什么？
• 它的约束是什么？
• 谁在维持，谁在推动，谁在阻塞？
• 它的推力链从哪里来？
• 它正被什么扰动？
• 当前最强的主导约束是什么？
• 它处于哪个阶段，又更接近阶段内部的哪个位置？
• 当前最不能受伤的关键保护变量是什么？
• 接下来较高概率会往哪几条分支展开？
• 如果只能先修一处，最该修哪里？

---

它会带来什么提升？

这个 skill 想提供的，不只是“分析工具”，
更是一种更稳、更不容易被表象带跑的观察方式。

它会帮助你逐步获得几种能力：

1. 从表象退到结构

不急着被情绪、戏剧性冲突和局部事件牵着走，
而是先问：背后的结构到底是什么。

2. 从责备退到诊断

不急着把问题归到某个人头上，
而是先判断：这到底是个体问题、角色问题，还是系统问题。

3. 从静态退到演化

不把一个对象看成固定状态，
而是看成一个正在形成、扩张、失衡、转折或更新的过程。

4. 从零散解释退到整体判断

不是只会说“这里有问题”，
而是能逐步形成对系统整体状态的判断：
它为什么会这样，它接下来更可能往哪边走，现阶段优先保护什么、优先干预点又在哪里。

换句话说，
这个 skill 想帮助你获得的，不只是一个答案，
而是一种更不容易被表面现象欺骗的世界理解方式。

---

关于“爱”的边界

Important

爱不是用来替代理论解释的，而是用来标记理论解释的边界。

在这个模型里，爱不是一个被随手调用的抒情词。
它是一个中性的、具有超越性的概念：
不是用来跳过结构，也不是用来跳过心理，
而是用来提醒我们，理论已经尽力之后，仍然剩下的那部分行动余量，也许值得被谨慎地留给爱。

_{先尽可能完成结构解释，再把无法压平的余量，谨慎地留给爱。}

也就是说：

• 能被结构解释的，先别急着抬到爱
• 能被心理机制解释的，也别急着抬到爱
• 只有在结构与心理都足够强，却仍然剩下无法压平的行动余量时，才承认有超越性成分

这不是在贬低爱，
恰恰相反，这是一种克制的尊重。

因为如果一切都可以随手归因于爱，
那爱就不再是边界之外的东西，
而会被滥用成一个偷懒的解释词。

世界结构.skill 的立场是：

• 先尽可能完成结构解释
• 再尽可能完成心理解释
• 最后，把无法被压平的那部分余量，谨慎地留给超越性

模型不是为了取消爱。
模型是为了避免爱被滥用，也为了避免真正的爱被浪费。

---

安装方式

这个 skill 的推荐安装方式，是通过 Codex 的 skill-installer 直接安装仓库中的 skills/world-structure 子路径。

Important

不要把整个仓库 clone 到本地 skill 目录后当作安装完成。 仓库根目录的 SKILL.md 只是入口说明，真正可调用的 skill 位于 skills/world-structure/。 整仓 clone 适合阅读、贡献和维护，不等于安装实际 skill。

Codex 安装（推荐）

方式 1：按 GitHub URL 安装

py -3 "$HOME/.codex/skills/.system/skill-installer/scripts/install-skill-from-github.py" --url https://github.com/xixilove486/world-structure-skill/tree/main/skills/world-structure

方式 2：按仓库和路径安装

py -3 "$HOME/.codex/skills/.system/skill-installer/scripts/install-skill-from-github.py" --repo xixilove486/world-structure-skill --path skills/world-structure

安装后重启 Codex，即可识别新 skill。
如果你只是想最快开始使用，优先选这一种。

整仓克隆用于阅读和维护

如果你想阅读源码、维护文档或提交贡献，可以正常 clone 整个仓库。 但请把整仓克隆理解为仓库工作副本，不要把它当成已经安装好的 skill。

如需手动放入某个 skill 根目录，也必须让该根目录下的 skill 条目直接对应 skills/world-structure/ 这一层，而不是仓库根目录。

更新方式

更新时建议继续使用上面的 skill-installer 安装入口，并保持路径为 skills/world-structure。如果本地已有旧版本，请按你的 Codex 环境管理方式替换已有的 world-structure skill。

---

其他接口适配

为了方便不同用户直接部署，这个仓库现在额外提供了一组薄适配层。 它们不会替代现有的 skill 正文，也不会改变 skills/world-structure/ 的安装路径。

Claude Code 快速使用

这个仓库已经内置 Claude Code 项目级 skill。 如果你想用 Claude Code 学习或试用这个方法，可以直接：

git clone https://github.com/xixilove486/world-structure-skill.git
cd world-structure-skill
claude

进入 Claude Code 后输入：

/world-structure 帮我分析这个系统为什么长期推进不动

仓库内置的 Claude Code 入口包括：

• .claude/skills/world-structure/SKILL.md
• .claude/commands/world-structure.md
• CLAUDE.md

更详细说明见 CLAUDE_CODE.md。

当前内置的入口包括：

接口	入口文件	说明
Claude Code	.claude/skills/world-structure/SKILL.md / .claude/commands/world-structure.md / CLAUDE.md	作为 Claude Code 的项目级 skill、slash command 与记忆入口
Gemini CLI	GEMINI.md	作为 Gemini CLI 的项目级上下文入口
Cursor	AGENTS.md / .cursor/rules/world-structure.mdc	同时提供通用入口和 Cursor 规则文件
GitHub Copilot	.github/copilot-instructions.md	提供仓库级 Copilot 指令，并与 AGENTS.md 保持一致
通用 agent	AGENTS.md	作为非特定厂商工具的默认入口

这些文件的角色是：

• 帮不同接口先找到正确入口
• 保持“仓库主体中文 + 方法论正文不重写”
• 避免为了适配不同工具而复制出多套逐渐漂移的内容

如果你是直接打开这个仓库使用这些工具，上面的文件已经就位。
如果你想把它迁移到别的项目里，优先复制对应入口文件，再按需补充：

• skills/world-structure/SKILL.md
• skills/world-structure/templates/analysis-template.md
• skills/world-structure/resources/guardrails.md

更详细的接口说明见：

• INTERFACES.md

---

它不做什么？

Warning

这个 skill 不是：

• 未来事件的精确预测器
• 法律、医疗、金融等专业判断的替代品
• 给人贴“本质标签”的工具
• 用来攻击、羞辱或武器化分析对象的语言系统
• “我懂你的一切”的人格审判器

---

核心分析主轴

这个 skill 默认从更完整的一组诊断主轴看系统：

维度	它在问什么
锚点	系统围绕什么在维持、追求或漂移？
约束	什么在限制它？
角色与层级	谁在维持、谁在推动、谁在连接、谁在阻塞？
推力链	资源、信任、记忆、合法性与情感投入从哪里来？什么在持续把系统往前推、往回拉，或让它变薄、断裂？
扰动 / 漂移 / 熵增	什么在让系统失真、漂移、僵化、分裂或空心化？
阶段	它正处于形成、扩张、瓶颈、转型、稳定、僵化、碎裂还是更新尝试？
阶段内位置	现在更像蓄势、显化、突破还是收束？
主导约束	当前最能决定走向的那股“风”是什么？
关键保护变量	现在最不能受伤的支撑点是什么？
高概率分支	接下来更可能往哪几条路走，触发条件是什么？
干预优先级	先保护什么、优先干预点在哪里？

---

使用方式

给 AI 的使用方式

• 把 skills/world-structure/SKILL.md 当成轻量主入口
• 把 skills/world-structure/resources/ 当成概念与长文参考层
• 把 skills/world-structure/templates/ 当成输出模板
• 把 skills/world-structure/examples/ 当成风格示范
• 其他接口可直接读取 AGENTS.md、CLAUDE.md、GEMINI.md、.cursor/rules/world-structure.mdc 与 .github/copilot-instructions.md

给读者的阅读顺序

1. README.md
2. skills/world-structure/SKILL.md
3. skills/world-structure/resources/core-concepts.md
4. skills/world-structure/resources/guardrails.md
5. skills/world-structure/resources/world-model/00-index.md

---

仓库结构

可以把这个仓库理解成两层：

• 根目录是封面、目录与说明页
• skills/world-structure/ 是真正给 Codex 安装和调用的 skill 主体
• AGENTS.md、CLAUDE.md、GEMINI.md、.cursor/ 与 .github/ 则是其他接口的薄适配层

world-structure-skill/
├── AGENTS.md
├── CLAUDE.md
├── GEMINI.md
├── INTERFACES.md
├── README.md
├── SKILL.md
├── LICENSE
├── CONTRIBUTING.md
├── ROADMAP.md
├── FINAL_CHECKLIST.md
├── TAGLINE_OPTIONS.md
├── MOBILE_UPLOAD_STEPS.md
├── REPO_DESCRIPTION.txt
├── TOPICS.txt
├── CLAUDE_CODE.md
├── .claude/
│   ├── skills/
│   │   └── world-structure/
│   │       └── SKILL.md
│   └── commands/
│       └── world-structure.md
├── .cursor/
│   └── rules/
│       └── world-structure.mdc
├── .github/
│   └── copilot-instructions.md
├── docs/
└── skills/
    └── world-structure/
        ├── README.md
        ├── SKILL.md
        ├── resources/
        │   ├── core-concepts.md
        │   ├── guardrails.md
        │   └── world-model/
        │       ├── 00-index.md
        │       ├── 01-model-positioning.md
        │       ├── 02-core-principles.md
        │       ├── 03-core-concepts.md
        │       ├── 04-evolution-stages.md
        │       ├── 05-diagnostic-framework.md
        │       ├── 06-intervention-rules.md
        │       ├── 07-boundaries-and-warnings.md
        │       ├── 08-extended-notes.md
        │       ├── 13-references-and-validation.md
        │       └── world-model-full.md
        ├── templates/
        │   ├── analysis-template.md
        │   └── quick-diagnosis-template.md
        └── examples/
            └── example-output.md

---

长文参考层

这个仓库现在包含三种长文结构：

1. 拆分版

位置：

• skills/world-structure/resources/world-model/

适合：

• 导航阅读
• 分段维护
• 技能检索
• 针对性更新

2. 完整单文件版

位置：

• skills/world-structure/resources/world-model/world-model-full.md

适合：

• 一次性完整阅读
• 存档
• 保留 v9.7 原始长文连续性
• 作为完整正文主文件使用

3. 参考与验证附录

位置：

• skills/world-structure/resources/world-model/13-references-and-validation.md

适合查看：

• 参考来源
• 理论对话
• 方法论说明
• 全局验证状态摘要

---

设计原则

原则	含义
结构优先于责备	先看系统，再谈责任
高成本信号优先于宣称	先看行动，再听口号
约束优先于建议	先看承载，再谈改进
不确定性必须显式保留	不把模型当神谕

---

一个好输出长什么样？

现实判断
动作判断
关键保护变量
结构判断
核心矛盾
高概率分支
优先干预点
不确定性 / 备选解释

简洁、清醒、不武器化。
这比“宏大、激烈、像在审判世界”的输出更有价值。
一个好的输出更像一页可靠的诊断手记，而不是一份居高临下的判词。

---

理想与现实

Note

本模型不预设任何宏大理想必然失败，也不预设任何终极目标会自动实现。

它关心的是：任何理想一旦进入现实组织与历史过程，就会遭遇异化、熵增、锚点漂移与反馈失真。模型的任务不是取消理想，而是帮助识别理想如何在现实中被损耗、篡改，或在何种条件下被保存。

如果一个理想不能承受对其现实实现机制的分析，那么真正威胁它的，不是模型，而是它自身的脆弱。

因此，世界模型不应被表述为对理想的否定，而应被表述为对理想实现条件的严厉审计。

项目定位

Tip

这个仓库不是在说“结构就是一切”。
它只是提出：

很多复杂问题之所以难，不是因为没有答案，
而是因为人们还没先把系统看成系统。

---

最后一句

经过不断迭代与验证，我越来越确认一件事：
为人民服务，不只是道德口号，而是历史中最强大的结构性创造之一。