Minecraft
Minecraft workflow for real play decisions. Use this when the agent must help with world planning, survival progression, builds, commands, redstone, modded setups, or server issues without blending edition-specific rules.
When to Use
Use this skill when the task is actually about Minecraft execution, not generic gaming chat.
Typical activation moments:
- - when the user needs a build plan, farm layout, or resource estimate
- when a command, datapack, redstone machine, or automation chain is failing
- when Java vs Bedrock differences change the answer
- when a world upgrade, modpack change, or server setup needs a safer path
- when the user wants a survival route, boss prep checklist, or progression shortcut
- when coordinates, dimensions, spawn logic, chunk behavior, or mob rules matter
Architecture
Memory lives in ~/minecraft/. If ~/minecraft/ does not exist, run setup.md. See memory-template.md for structure.
Persistence is optional: if the user wants one-off help only, keep the work session-only and do not create or update local files.
CODEBLOCK0
Quick Reference
Load only the file that matches the current lane so the answer stays practical instead of turning into a giant wiki dump.
| Topic | File |
|---|
| Setup and activation behavior | INLINECODE4 |
| Optional local memory schema |
memory-template.md |
| Java vs Bedrock gating |
edition-gate.md |
| Build planning template |
build-brief.md |
| Redstone and farm debugging |
redstone-debug.md |
| Commands and datapack patterns |
command-patterns.md |
| Survival progression routes |
survival-routes.md |
| Server, Realm, and modpack lanes |
server-lanes.md |
Requirements
- - No credentials are required to install this skill.
- No external binaries are required.
- Runtime tools depend on the player's actual setup: vanilla world, Realm, dedicated server, mod loader, or admin console.
- Never assume operator rights, creative access, or command privileges unless the user says so.
- Require explicit confirmation before advising destructive world edits, rollback-hostile commands, or risky modpack changes.
Core Rules
1. Gate on Edition, Version, and Authority First
- - Confirm Java or Bedrock, approximate version, single-player or multiplayer, and whether the user has cheats, operator rights, or admin access.
- Minecraft advice breaks fast when edition, version, or permissions are wrong.
- If that surface is unclear, ask the smallest question that changes the answer before giving steps.
2. Work in Lanes, Not Mixed Advice
- - Separate the task into one main lane: build planning, survival progression, commands/datapacks, redstone/farms, or server/modpack operations.
- Do not mix Java command syntax into Bedrock help, or survival assumptions into creative builds, unless the user explicitly wants both.
- If a task crosses lanes, solve the blocker first and keep the dependencies visible.
3. Translate Goals into Coordinates, Counts, and Checkpoints
- - Good Minecraft help uses dimensions, block counts, spawn spaces, fuel/time estimates, and test checkpoints.
- Prefer "build a 17x17 interior with two-block walkways and mark chunk borders first" over vague aesthetic advice.
- Every plan should tell the user what to verify before they scale it.
4. Preserve World Safety Before Speed
- - Recommend backups, test copies, or small-area rehearsals before destructive commands, version jumps, chunk loaders, or modpack updates.
- For command blocks and datapacks, start in a disposable test world if the blast radius is unclear.
- Never suggest
/kill, /fill, /clone, /tp, or world-edit style operations against a live area without naming the risk.
5. Debug the Smallest Reproducible Slice
- - For redstone and farms: isolate one module, one clock, one spawn rule, or one villager pathing segment at a time.
- For commands: reduce to the smallest selector, target, and output before adding conditions or scoreboards.
- For servers/modpacks: confirm version, loader, logs, and one failing mod or plugin before proposing broad rewrites.
6. Keep Mechanics Canonical and Version-Aware
- - Distinguish between hard mechanics, community conventions, and aesthetic preferences.
- If a mechanic changed between versions, say so directly instead of acting certain.
- When exact rates depend on simulation distance, tick settings, or gamerules, call that out.
7. Optimize for the Player's Constraint, Not Your Favorite Meta
- - Some users want fastest progression, some want low-risk survival, some want pretty builds, and some want minimal admin burden.
- Match the answer to their actual constraint: time, materials, skill level, server lag, platform, or co-op play.
- If the constraint is not stated, infer cautiously and make the assumption explicit.
Operating Lanes
Start by naming the main lane before recommending blocks, commands, or hosting changes. That keeps the answer grounded in the actual job instead of mixing unrelated systems.
| Lane | First questions | Best file |
|---|
| Build planning | edition, biome/style, scale, material budget, survival or creative | INLINECODE16 |
| Redstone or farm issue |
edition, version, single-player/server, exact failure symptom |
redstone-debug.md |
| Commands or datapacks | edition, version, command access, target behavior |
command-patterns.md |
| Survival route | world stage, current gear, objective, risk tolerance |
survival-routes.md |
| Server or modpack | hosting type, loader, version, player count, logs |
server-lanes.md |
Default Output Pack
When the task is substantial, prefer this shape:
- - edition, version, and authority assumptions
- recommended lane and why
- step-by-step plan with dimensions, counts, or commands
- risk checks before irreversible actions
- what to test next if the first fix fails
If the user wants a fast answer, compress the same logic into a short plan plus one critical warning.
Common Traps
Most bad Minecraft advice fails because it skips the gating step, not because the mechanic is complicated. Use these traps as a quick filter before giving a confident answer.
| Trap | Why It Fails | Better Move |
|---|
| Mixing Java and Bedrock syntax | Commands, redstone, and farm rules diverge fast | Gate on edition before giving steps |
| Designing with unlimited blocks in a survival task |
The plan becomes unusable in practice | Start from material budget and progression stage |
| Rebuilding the whole contraption at once | Debug signal is lost | Isolate one module and verify it works alone |
| Upgrading world, loader, and mods together | Root cause becomes unreadable | Change one layer at a time with backup first |
| Giving exact mob rates without server settings | Tick and simulation differences change results | State assumptions and give tuning checkpoints |
| Using destructive commands as "quick fixes" | Live areas get damaged fast | Use test copies, boundaries, and explicit confirmation |
| Treating every build as aesthetic only | Function often matters first | Ask whether the priority is beauty, throughput, safety, or lag |
Security & Privacy
Data that leaves your machine:
- - None by default. This is an instruction-only Minecraft execution skill.
Data stored locally:
- - Optional notes in
~/minecraft/ about edition, preferred play style, build constraints, and server context only if the user wants persistence.
This skill does NOT:
- - download mods, shaders, or plugins automatically
- join servers, change files, or run undeclared network requests by itself
- assume operator privileges or destructive access
- store credentials, server IPs, or paid account data unless the user explicitly wants local notes
Trust
This skill provides structured Minecraft guidance and optional local note patterns.
No credentials are required and no third-party services are contacted by default.
Related Skills
Install with
clawhub install <slug> if user confirms:
- -
gaming - broader game strategy and player-facing decision support outside Minecraft-specific mechanics - INLINECODE24 - deployment and troubleshooting patterns for dedicated server hosting
- INLINECODE25 - stable self-hosted infrastructure for private Minecraft servers at home
- INLINECODE26 - Java runtime and tooling issues behind Java Edition launchers, mods, or dedicated servers
- INLINECODE27 - host administration when Minecraft runs on Linux boxes or containers
Feedback
- - If useful: INLINECODE28
- Stay updated: INLINECODE29
Minecraft
用于真实游戏决策的Minecraft工作流程。当智能体需要协助世界规划、生存进度、建筑、指令、红石、模组配置或服务器问题,且不混淆版本特定规则时使用此技能。
使用时机
当任务确实涉及Minecraft执行而非泛泛的游戏聊天时使用此技能。
典型触发场景:
- - 用户需要建筑方案、农场布局或资源估算时
- 指令、数据包、红石机器或自动化链条出现故障时
- Java版与基岩版的差异会影响答案时
- 世界升级、整合包变更或服务器搭建需要更安全的路径时
- 用户想要生存路线、Boss准备清单或进度捷径时
- 涉及坐标、维度、生成逻辑、区块行为或生物规则时
架构
记忆文件存储在~/minecraft/目录下。如果~/minecraft/不存在,请运行setup.md。结构参见memory-template.md。
持久化是可选的:如果用户只需要一次性帮助,则仅保留会话工作,不创建或更新本地文件。
text
~/minecraft/
├── memory.md # 版本、风格和激活默认设置
├── worlds.md # 可选的世界种子、关键位置和限制条件
├── builds.md # 可选的建筑简报和重复使用的维度
├── servers.md # 可选的服务器栈、模组加载器和管理员笔记
└── archive/ # 已废弃的存档、旧版本和过时的配置
快速参考
仅加载与当前场景匹配的文件,使答案保持实用而非变成庞大的百科转储。
| 主题 | 文件 |
|---|
| 设置和激活行为 | setup.md |
| 可选的本地记忆模式 |
memory-template.md |
| Java版与基岩版区分 | edition-gate.md |
| 建筑规划模板 | build-brief.md |
| 红石和农场调试 | redstone-debug.md |
| 指令和数据包模式 | command-patterns.md |
| 生存进度路线 | survival-routes.md |
| 服务器、领域和整合包场景 | server-lanes.md |
要求
- - 安装此技能无需任何凭证。
- 无需外部二进制文件。
- 运行时工具取决于玩家的实际设置:原版世界、领域、专用服务器、模组加载器或管理控制台。
- 除非用户明确说明,否则绝不假设操作员权限、创造模式权限或指令权限。
- 在建议破坏性世界编辑、不可逆指令或风险整合包更改前,需要用户明确确认。
核心规则
1. 首先区分版本和权限
- - 确认是Java版还是基岩版、大致版本号、单人还是多人,以及用户是否拥有作弊权限、操作员权限或管理员权限。
- 当版本或权限错误时,Minecraft建议会迅速失效。
- 如果这些基本信息不明确,在给出步骤前先提出能改变答案的最小问题。
2. 按场景工作,不混合建议
- - 将任务划分为一个主要场景:建筑规划、生存进度、指令/数据包、红石/农场或服务器/模组包操作。
- 不要将Java版指令语法混入基岩版帮助,或将生存假设混入创造模式建筑,除非用户明确要求两者。
- 如果任务跨越多个场景,先解决阻塞点并保持依赖关系可见。
3. 将目标转化为坐标、数量和检查点
- - 好的Minecraft帮助使用维度、方块数量、生成空间、燃料/时间估算和测试检查点。
- 优先使用建造一个17x17的内部空间,配有两格宽的走道,并先标记区块边界而非模糊的美学建议。
- 每个方案都应告诉用户在扩展前需要验证什么。
4. 优先保障世界安全而非速度
- - 在执行破坏性指令、版本跳跃、区块加载器或整合包更新前,建议备份、测试副本或小区域演练。
- 对于命令方块和数据包,如果不清楚影响范围,先在可丢弃的测试世界中开始。
- 切勿建议对活跃区域使用/kill、/fill、/clone、/tp或类WorldEdit操作而不说明风险。
5. 调试最小的可复现片段
- - 对于红石和农场:一次隔离一个模块、一个时钟、一个生成规则或一个村民寻路片段。
- 对于指令:在添加条件或计分板前,先缩减到最小的选择器、目标和输出。
- 对于服务器/整合包:在提出大规模重写前,先确认版本、加载器、日志和一个出错的模组或插件。
6. 保持机制规范且版本感知
- - 区分硬性机制、社区惯例和美学偏好。
- 如果某个机制在不同版本间发生了变化,直接说明而非表现得确定无疑。
- 当精确速率取决于模拟距离、刻设置或游戏规则时,明确指出。
7. 针对玩家的限制条件优化,而非你偏好的元策略
- - 有些用户想要最快进度,有些想要低风险生存,有些想要美观建筑,还有些想要最小管理负担。
- 根据他们的实际限制条件匹配答案:时间、材料、技能水平、服务器延迟、平台或合作游戏。
- 如果未说明限制条件,谨慎推断并明确说明假设。
操作场景
在推荐方块、指令或托管变更前,先命名主要场景。这使答案立足于实际工作而非混合无关系统。
| 场景 | 首要问题 | 最佳文件 |
|---|
| 建筑规划 | 版本、生物群系/风格、规模、材料预算、生存或创造 | build-brief.md |
| 红石或农场问题 |
版本、单人/服务器、确切故障症状 | redstone-debug.md |
| 指令或数据包 | 版本、指令权限、目标行为 | command-patterns.md |
| 生存路线 | 世界阶段、当前装备、目标、风险承受度 | survival-routes.md |
| 服务器或整合包 | 托管类型、加载器、版本、玩家数量、日志 | server-lanes.md |
默认输出格式
当任务较为复杂时,优先采用以下结构:
- - 版本和权限假设
- 推荐场景及原因
- 包含尺寸、数量或指令的分步方案
- 不可逆操作前的风险检查
- 如果首次修复失败,下一步测试什么
如果用户想要快速答案,将相同逻辑压缩为简短方案加一个关键警告。
常见陷阱
大多数糟糕的Minecraft建议失败是因为跳过了区分步骤,而非机制复杂。在给出确定答案前,使用这些陷阱作为快速过滤器。
| 陷阱 | 失败原因 | 更好做法 |
|---|
| 混合Java版和基岩版语法 | 指令、红石和农场规则迅速分化 | 在给出步骤前先区分版本 |
| 在生存任务中使用无限方块设计 |
方案在实践中不可用 | 从材料预算和进度阶段开始 |
| 一次性重建整个装置 | 丢失调试信号 | 隔离一个模块并验证其独立工作 |
| 同时升级世界、加载器和模组 | 根本原因变得不可读 | 每次只改变一层,先备份 |
| 不指定服务器设置就给出精确生物速率 | 刻和模拟差异改变结果 | 说明假设并给出调整检查点 |
| 将破坏性指令用作快速修复 | 活跃区域迅速受损 | 使用测试副本、边界和明确确认 |
| 将每个建筑仅视为美学问题 | 功能往往更重要 | 询问优先级是美观、吞吐量、安全还是延迟 |
安全与隐私
离开您机器的数据:
- - 默认无。这是一个纯指令式的Minecraft执行技能。
本地存储的数据:
- - ~/minecraft/中的可选笔记,关于版本、偏好游戏风格、建筑限制和服务器上下文,仅当用户需要持久化时。
此技能不会:
- - 自动下载模组、光影或插件
- 自行加入服务器、更改文件或运行未声明的网络请求
- 假设操作员权限或破坏性访问权限
- 存储凭证、服务器IP或付费账户数据,除非用户明确希望本地记录
信任
此技能提供结构化的Minecraft指导和可选的本地笔记模式。
无需任何凭证,默认不联系任何第三方服务。
相关技能
如果用户确认,使用clawhub install 安装:
- - gaming - 更广泛的游戏策略和面向玩家的决策支持(超出Minecraft特定机制)
- server - 专用服务器托管的部署和故障排除模式
- home-server - 家庭私有Minecraft服务器的稳定自托管基础设施
- java - Java版启动器、模组或专用服务器背后的Java运行时和工具问题
- linux - 当Minecraft运行在Linux机器或容器上时的主机管理
反馈
- - 如果有用:clawhub star minecraft
- 保持更新:clawhub sync