第107章　给朋友授权：把参观与共建分开

先说清朋友需要做什么

请朋友来参观、让他使用某些容器与让他参与建造，需求并不相同。通用文档中/accesstrust、/containertrust与/trust有不同用途，/permissiontrust还涉及转授能力。用户表也列有这些入口。选择前先把实际任务说清，再查本服用法与权限，不以“关系很好”替代范围判断。

相关官方说明：https://legacy.griefprevention.com/commands/

两个典型需求

如果只是参观院子，先确认通行和门口说明是否足够，不自然升级为可翻箱或可改建筑。如果需要搬运共建材料，可以把材料移到双方明确约定的位置，再讨论所需权限；不要因为一个箱子的任务，就把全部私人储物都包含在协作理解里。权限只能说明技术能力，物品用途还需要另外说清。

授权后的结果核对

给出授权之后，用/trustlist等实际可用入口核对对象与范围。让对方在已同意的小范围内确认能做约定任务；出现权限过大或仍不足时，停下再调整。记录的是“谁、做什么、在哪个范围、到什么阶段”，不需要复杂合同。完整游戏名务必与本人确认，尤其避免把相似昵称或群备注当成同一身份。

项目结束后的收尾

核对借用工具和未用材料，说明临时协作结束，再按需要调整授权。/untrust用于撤销相关权限，具体对象和作用范围看实际提示。不要把撤销正常临时权限包装成公开断交，也不要在对方仍托管你的物品时突然切断全部沟通。技术钥匙与友谊可以分别处理，清楚交接更有利于以后继续合作。

发生越界怎样写反馈

描述原本允许的任务、后来发生的具体操作和受影响对象。例如“只同意帮我修西墙，某人随后从私人保留箱取走了材料”。保留相关授权消息和位置，再交管理核查。不要只说给过信任所以一定是我自愿赠送，也不要因有损失就直接推断所有获授权的人都参与其中。