事业实践服务今天的网络
.HELP——一个告诉你“这里有帮助”的地址。
.HELP 将一个实际想法——让帮助更容易被找到——与 Lu Heng 工作中更深一层的问题联系起来：我们赖以运作的名称，由谁控制？
出自札记
“结果是系统变得脆弱：技术参考层演变为治理层；记录者变为守门人；协调工具变为未来控制的来源。”
从正在寻找帮助的人出发
产品坏了。决定难做。一个问题，始终没人解答。很多时候，第一步只是找到合适的人，知道该向谁开口。
以 .help 结尾的域名，可以让人在打开网站之前，就明白它的用途。对于客服团队、顾问或社区组织，这个名称是一份小而实用的承诺，告诉来访者能在这里找到什么。
名称也是一个控制点
人们记住一个地址，将它加入书签，再转告他人。组织围绕这个地址建立关系。时间越久，依赖于同一名称保持可达的事情就越多。
在这个熟悉的地址背后，有一套维持名称唯一性的体系。Lu Heng 更广泛的论述追问，这种必要的协调应当止于何处：维护一项记录，是否就赋予管理者治理所有依赖这项记录之人的权利？
协调必须共享的部分，留下选择的空间。
在随笔第 64 篇中，Lu Heng 提议建立少量共同规则，让参与者能够自行核验。这些规则保护唯一性与互操作性：人们必须仍能找到同一个目的地。
在这一最低限度的共同规则之外，未来的决定应当仍由运行这些系统的人作出。他们应当能够采纳一项变更、拒绝它，或选择与现有体系兼容的替代方案。公布一条新规则，本身不应赋予某个机构强制实施它的权力。
为什么要在故障发生之前考虑这些问题
等到一个名称的正常使用受到干扰时，人们多年的工作与关系可能早已依赖它。Lu Heng 的提议，是从设计之初就纳入持续运营的能力，以及选择另一条路径的自由。
这个问题不限于域名。任何共享登记系统，只要可能将技术依赖转化为对用户的持久权力，就与此有关。
.HELP 今天的位置
.HELP 在现行 DNS 体系内提供域名。它眼前的用途很直接：为个人和组织提供一个适合帮助他人的地址。官方网站将域名私下销售业务引向 LARUS。
这项服务与制度提案回应的是问题的不同部分：今天提供一个有用的名称，明天则提供一种追问的方式——共享的命名与编号体系，究竟该由谁控制？